标签：rect 运行 效率 没有 问题 一个 组合 增加 bug
最近看了一下郑老师发的《单元测之道》这本书，读了之后我对CRRRECT边界条件，还有使用Mock对象，都有了初步的了解对单元测试有了很深刻的认识。这本书从什么是单元测试，为什么要使用单元测试这样的问题人手，以讨论的形式作了很好的介绍。作者也举了很多例子，告诉我们单元测试的重要性，单元测试它是服务于人的，它可以使你的工作更轻松，减少你在测试上花的时间和精力，那么什么是单元测试？它是项目成功、个人成功的--个不可或缺的部分,但对它，人们却又存在各种各样的误解。单元测试其实是相对廉价而简单的技术，但它能让你更高效地写出质量更好的代码。通常而言，一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。，而且作者也提出，测试应该是间接而且精炼的, 这意味着每个测试都应该具有很强的针对性, 并且独立于环境和其他的测试。在我们编写测试时, 确保只测试了一样的东西
一个测试函数应该专注于产品代码中的一个函数, 或者组合起来并共同提供某一个特性的一组函数，这个老师在上课的时候也讲过。在理想情况下, 你能够在潜在的bug和测试代码之间有可追踪的对应关系。换句话来说, 当一个测试失败了, 应该立刻就可以知道代码中潜在的bug位置。
"独立的"意味着没有测试依赖于任何其他的测试; 你应该可以任何时候以任何顺序运行任何单个测试.，我们都有个习惯，常常不乐意去写个简单的单元测试程序来验证自己的代码。对自己的程序一直非常有自信，或存在侥幸心理每次运行通过后就直接扔给测试组测试了。然而每次测试组的BUG提交过来后就会发现自己的程序还存在许多没有想到的漏洞。但是每次修改好BUG以后还是怀着侥幸心理，认为这次不会有bug了。然后又一次自信地提交，结果又败了。因为这样反复几次后。开发者花在找BUG和修复BUG的这些时间加起来已经比他开发这个模块花的时间还要多了，所以这就单元测试的重要性，减少时间和精力，也不用每次都去漫长的寻找错误。既方便也增加了效率。
标签：rect 运行 效率 没有 问题 一个 组合 增加 bug
原文地址：https://www.cnblogs.com/lsgogo/p/13848253.html
