测试：作为动词，它是评估的意思；作为名词，它是导致最终是接受还是不接受的过程。
测试是相互独立的。
测试列表，就跟你生活中记录你的工作计划一样。
测试优先：你应该在什么时候编写测试呢？在你编写要被测试的代码之前。
断言优先：我们什么时候写断言呢？在一开始就写断言。
什么时候开始构建一个系统？从对最终系统的描述开始。
什么时候开始编写一项功能？从希望最终代码通过的测试开始。
什么时候开始编写一个测试？从测试完成时需要通过的断言开始。
测试数据：一个是编排数据，一个是真实数据。
如何表达数据的意图？让测试自身包含预期和实际的结果，并且努力使他们的关系明显化。
尽量不要使用魔数！
什么是魔数？在代码中出现但没有解释的数字常量或者字符串。
一步测试：你将从测试列表中选择编写哪一个测试呢？选择那个具有指导意义而且你有把握实现的测试。
启动测试：我们应该从哪个测试开始呢？从测试某个实质上不做任何工作的操作开始。输出应当跟输入一样；输入应该尽可能的少。
说明测试：如何拓展自动测试呢？利用测试来请求及提供说明解释。
学习测试：你什么时候开始为外部软件编写测试呢？在你第一次准备使用这个包中的某一项新功能的时候。
要学会使用setUp()...test***()... tearDown()...
回归测试：当一个错误被发现时，你最想做的第一件事是什么呢？写一个尽可能小的会失败的测试，一旦运行，就对其加以修缮。什么是回归测试？指修改了旧代码以后，重新进行测试，以确认修改没有引入新的错误或导致其他代码的错误。
重新开始：当你迷茫了，迷失方向了怎么办？扔掉原来的代码，重新开始。
测试模式：
子测试（如果一个函数D包含了3个子函数模块A,B,C，那么就先测试A,C，再最后测试D），
模拟对象（比如如何模拟一个数据库），
自分流（没看懂），
日志字符串（JUNIT原理），
清扫测试死角（对异常测试），
不完整测试（中断工作接着恢复的法宝，使测试不完整，它能帮你恢复到离开时的那段记忆）
提交前保证你的所有测试运行通过（测试套件比测试用例更具有意义；未通过的测试强烈表明你对刚刚编码的东西没有充分的了解）
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。