千联科技

成都APP开发制作公司

软件开发测试有哪些建议

发布时间:2020-07-05 20:35  作者:千联科技

1、不要编写你认为以后可能需要但目前不需要的代码。这是对未来想象的用例的编码,并且这种代码一定会成为死码或需要重写,因为未来的用例总是与程序员的想象略有不同。注释代码也是如此,如果是一段注释的代码正在进行发布的软件里,它不应该存在。

2、不进行多余的测试。基础设施,框架和库是需要测试的,不要测试浏览器或外部库,除非你真的需要。测试你自己编写的代码,而不是其他人写的代码。

3、多次重复出现的代码不需要测试。辅助功能不需要测试,当你把它们分开并重新使用时,需要测试。如果反复编写类似代码多次时,您通常会很清楚正在解决的问题。


4、尽早检查无意义的输入或无效状态,最好是异常或错误响应,这将使程序员很清楚问题的确切信息。

5、关于API设计(外部面向对象API):简单的事情尽量简单完成,复杂的事情尽力优化。首先为简单案例设计,如果可能的话,优选为零配置或参数化。

6、在可能的情况下,将测试对象视为黑盒子,通过公共API进行测试,这就不需要调用私有方法或修改状态。

7、对于单元测试(包括基础架构测试),应测试所有代码路径。100%的覆盖是一个良好的开端。除非你无法覆盖所有可能的排列/组合的状态,只有一个非常好的理由才能使代码路径不全部经过测试,以时间为借口早晚会浪费更多时间。

8、努力通过良好的命名规范和已知的编程风格使代码可读和形成自我记录。通常随着时间的推移,很多程序员都不认识自己写的代码了。

9、代码注释——对一些无法明确的代码,请尽早提供注释,说明为什么要这么写,有无其他方法等。

10、代码是敌人:可能出错,需要维护。尽量有更少的代码实现必需的功能,删除不必要的代码。

11、编码过程中务必想想可能出现的问题,无效输入会发生什么,哪些情况会导致失败,这将有助于程序员在发生错误之前捕获更多错误。

12、简单的逻辑易进行单元测试,将逻辑分解为单独的函数,而不是将逻辑混合为有状态和有副作用填充代码。(测试的开销越少意味着测试更快)。


13、代码越多,代码越差。程序员的目标应该是小型的可测试单元,以及更高级的集成和功能测试,以测试单元是否正确合作。

14、设计API时应该考虑到以后可能会遇到的更改,并考虑到未来的用例——真的很重要。改变API对程序员和用户而言都是一种痛苦,并且创建向后的不兼容性是可怕的。

15、在处理性能问题时,请务必在修复之前进行配置。如果你已经剖析并证明代码实际上是值得的,编写一个测试随时对代码进行分析,并且保留在测试套件中以防止性能回归。

16、遵循YAGNI原则:编写我们需要的特定代码,而不是不需要的、复杂性的通用代码。

17、如果函数或方法超过30行代码,请考虑将其分解。最大模块尺寸为500行,测试文件往往比这更长。

18、共享代码所有权是目标。不分享或许就发现不了更好的编写方式,比如分享出来,大家集思广益。

19、在测试中,单个测试文件的可读性比可维护性更重要。这是因为测试被单独执行和读取,而不是自己成为较大系统的一部分,显然过多的重复意味着可以为了方便而创建可重复使用的组件,这不仅仅是生产问题。

20、最后,可以告诉产品经理或开发商,一味地增加功能并不是好事,确保核心功能的高效率工作就可以了。

成都APP开发制作公司
拨打右边千联科技客服热线在线咨询