好学谷

　　不知道大家有没有接触过单元测试，或许有些小伙伴在学习嵌入式教程的时候就已经接触过了，而有些同伴可能在工作后才接触得到，不过貌似大家都对单元测试有心理阴影，这是为什么呢?

　　单元测试明明可以帮助我们及早发现代码中的Bug，降低修复Bug的成本。促使程序员先思考软件的接口，实现高内聚，低耦合，提高软件质量。织起一张回归测试的大网，捕获代码改动的Bug，方便重构!

　　于是，许多公司就要求员工在写代码的同时加上单元测试。但整体项目的时间还是那么多，程序员们只能加班加点去进行单元测试了。过两天，领导过来说客户需求有变化，要重新实现。得，前两天加班测试白加了。

　　有时候甚至会出现改了一行代码，测试运行就失败了，还得费时费力去解决。最后，程序员只能敷衍了事，例行公事般完成就完事了。在领导眼里，报表非常漂亮，单元测试覆盖率非常高。但程序运行起来比之前的bug还多，最后，大家都只能轻叹：单元测试真可怕。

　　当然，单元测试毫无疑问是好的，不然早就被淘汰了。但要多方面考虑，比如时间充足吗?嵌入式教程培训到位吗?需求是否会经常变化?只有把前置条件解决了，才可能成功，而绝非是在问题解决前就开始大刀阔斧的实施，这无疑是制造问题。

　　本文原创 文章来源：好学谷 转载请标明出处：http://www.haoxuegu.com/