不知道大家有没有接触过单元测试,或许有些小伙伴在学习嵌入式教程的时候就已经接触过了,而有些同伴可能在工作后才接触得到,不过貌似大家都对单元测试有心理阴影,这是为什么呢?
单元测试明明可以帮助我们及早发现代码中的Bug,降低修复Bug的成本。促使程序员先思考软件的接口,实现高内聚,低耦合,提高软件质量。织起一张回归测试的大网,捕获代码改动的Bug,方便重构!
于是,许多公司就要求员工在写代码的同时加上单元测试。但整体项目的时间还是那么多,程序员们只能加班加点去进行单元测试了。过两天,领导过来说客户需求有变化,要重新实现。得,前两天加班测试白加了。
有时候甚至会出现改了一行代码,测试运行就失败了,还得费时费力去解决。最后,程序员只能敷衍了事,例行公事般完成就完事了。在领导眼里,报表非常漂亮,单元测试覆盖率非常高。但程序运行起来比之前的bug还多,最后,大家都只能轻叹:单元测试真可怕。
当然,单元测试毫无疑问是好的,不然早就被淘汰了。但要多方面考虑,比如时间充足吗?嵌入式教程培训到位吗?需求是否会经常变化?只有把前置条件解决了,才可能成功,而绝非是在问题解决前就开始大刀阔斧的实施,这无疑是制造问题。
本文原创 文章来源:好学谷 转载请标明出处:http://www.haoxuegu.com/