标签:结果 就是 添加 检查 测试框架 集中 工作 自动化 资料
4.1 自测试代码的价值
编写代码其实只占非常小的一部分。有些时间用来决定下一步干什么,另外一些时间花在设计上,最多的时间则是用来调试。
类应该包含它们自己的测试代码。
确保所有测试都完全自动化,让它们检查自己的测试结果。
一套测试就是一个强大的bug侦测器,能够大大缩减查找bug所需要的时间。
编写测试代码其实就是在问自己:添加这个功能需要做些什么。编写测试代码还能使你把注意力集中于接口而非实现。
预先写好的测试代码也为你的工作安上一个明确的结束标志:一旦测试代码正常运行,工作就可以结束了。
4.2 Junit 测试框架
频繁地运行测试,每次编译请把测试也考虑进去-每天至少执行每个测试一次。
单元测试和功能测试。
当你收到bug报告,请先写一个单元测试来暴露bug。
4.3 添加更多测试
编写未至完善的测试并实际运行,好过对完美测试的无尽等待。
考虑可能出错的边界条件,把测试火力集中在那儿。
当事情被认为应该会出错时,别忘了检查是否抛出了预期的异常。
不要因为测试无法捕捉所有bug就不写测试,因为测试的确可以捕捉大多数bug。
参考资料:
《重构-改善既有代码的设计》
标签:结果 就是 添加 检查 测试框架 集中 工作 自动化 资料
原文地址:https://www.cnblogs.com/diameter/p/13341692.html