本人刚毕业,进入了一家二线小公司,最近写公司代码时遇到了一个问题:在编写逻辑链条比较长、较为复杂的代码时,往往难以考虑周全,因此很难保证代码的正确性。
公司规模比较小,尽管 review 做的比较好,但以自测为主,大多时候仅跑通功能,并没有测试所有情况,较难发现问题,发现时大多已经上线。
所以想问下各位大佬,有什么工具或者编码思路可以辅助编程,从而减少代码 bug 率呢。
1
chiaf 227 天前
unit test
|
2
tairan2006 227 天前
测试驱动开发
|
3
iOCZS 227 天前
没有办法,任何测试都是为了增加开发的信心
|
4
jeodeng 227 天前 1
没办法,所以招聘的时候会有工作经验的要求。
可以学习自己写测试用例,一条一条列出来,再思考有什么漏洞,虽然繁琐,但确实有一定帮助。 |
5
Sawyerhou 227 天前 via Android 1
直接检查输出,采用三种以上的检验方式,不要增加检查的遍数,增加检验方式数量
|
6
aminobody 227 天前
fuzzy
|
7
janwarlen 227 天前
写单元测试
|
8
yifangtongxing28 227 天前
完全凭个人能力,任何制度我觉得都有漏洞
|
9
wenhuibrave 227 天前 1
画流程图,对照着流程图,确保不要遗漏一个分支
|
10
ZhuWenJian 227 天前 1
写文档,状态归类,画图:流程图、时序图。
写测试用例,或让测试提供基础测试用例。 这玩意基本没法避免,只能靠工作经验踩坑积累。 |
11
pengpeng1 227 天前
考虑周全:erd+erd 评审
bug 率降低:测试左移,提测之前进行自测,单元测试,自动化测试 |
12
liquid207 227 天前
1. 写测试,提高代码覆盖率
2. 引入静态分析工具,能帮忙检查出空指针之类的错误 |
13
Weilence 227 天前
大函数可以拆成小函数写单元测试。
纯逻辑处理的函数都比较好些。对于有数据库依赖的这种,要么把查询数据和业务逻辑分开,要么直接 mock orm 或者 mock db 。个人倾向是查询和逻辑分开。 |
14
wpzz 227 天前
最高效率的就是 AIGC ,在你感觉有问题,但不知道哪里有问题的时候
丢给 chatgpt ,问它有没有可能出现的 bug |
15
audiozen3001 226 天前
目前为止写单元测试对很多开发来说都是一个挑战,先不说工作量
很多代码是不具备可测试性的,不知道各位怎么理解单元测试的 |