最近在和别人完成一个三人小项目，我们写了自动化的测试脚本，本以为随着时间的推移，我们找的的bug越多，修复的bug越多，软件质量也就越好，但是实际情况却是找到并修复越来越多的bug，并不意味着软件质量变好，在修复的过程中，我们往往使用了一些不恰当的修复方法（临时拼凑的方法），结果修复后的代码更容易出现bug，且已被修改的面目全非。这里需要吸取两点教训：1 在软件设计之初考虑全面对于软件质量至关重要；2 不断的回归测试并不一定能提高软件质量。如果使用一些临时拼凑的方法，没有从软件结构上、本质上找到bug众多的原因，最终临时拼凑的代码将遍布各个角落，导致代码难以理解且难以修改。
[@more@]来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/26218210/viewspace-1054623/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
为什么写代码前先写注释
下一篇：
逻辑清晰是代码质量的保证
请登录后发表评论
登录
全部评论
