版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/qq_35356190/article/details/83241426
1自测试代码的价值
-
类应该包含它们自己的测试代码。
-
确保所有测试都完全自动化，让它们检查自己的结果。
-
一套测试就是一套bug侦查器，能够大大缩短查找bug所要的时间。
2JUnit 测试框架
-
频繁地运行测试，每次编译请把测试也考虑进去。----每天至少执行测试一次。
-
一种添加测试的方式
-
编写测试代码时，往往一开始就让它们失败。面对既有代码，要不我就修改他，使他测试失败，要不就在断言中放一个错误的期望值，造成测试失败。
之所以这么做， 是为了向自己证明：测试机制的确可以运行，并且的确测试了它该测试的恭喜。
-
-
单元测试：高度局部化，每个测试类都隶属于单一包。它能够测试其他包的接口，除此之外它将假设其他包一切正常。
-
功能测试：用来保证软件能够正常运作。它们从客户的角度保障质量，并不关心程序员的生产力。
-
每当你收到bug报告，请先编写单元测试来暴露这个bug。
-
测试风格：观察类该做的所有事情，然后针对任何一项功能的任何一种可能失败情况，进行测试。
-
测试应该是一种风险驱动的行为，测试的目的是希望找出现在或未来可能出现的错误。
-
测试你最担心出错的部分，这样你就能从测试工作中得到最大利益。
-
考虑可能出错的边界条件，把测试火力集中在那儿。
-
当事情被认为应该会出错时，别忘了检查是否抛出了预期的异常。
-
你应该把测试集中在可能出错的地方。观察代码，看哪儿变得复杂；观察函数，思考哪些地方可能出错。
-
测试不可能找出所有bug,但一旦进行重构，你可以更好的理解整个程序，从而找到更多的bug。