EEPW论坛

　　● 由于惯性思维的存在使得难以发现设计缺陷，因此尽量避免设计人员来测试自己设计的产品，但是单元测试除外。

　　● 确定预期输出结果是测试用例必不可少的一部分。如果只有测试数据而无预期结果，那么就不容易判断测试结果是否正确。

　　● 彻底检查每个测试结果。如果不仔细检查测试结果，有些已经测试出来的错误也可能被遗漏掉。

　　● 对非法的和非预期的输入也要像合法的和预期的输入一样编写测试用例。

　　● 检查产品是否做了应做的事仅是成功的一半，另一半是看产品是否做了不该做的事。

　　● 对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。

　　● 测试后遗留的错误数目往往与已发现的错误数目成比例。因此当A模块找出错误比B模块多得多时，很可能A模块遗留的错误仍比B模块遗留的错误多。

　　● 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。

　　● 妥善保存一切测试过程文档，测试的重现性往往要靠测试文档。

　　● 制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。

　　● “尽早和不断的测试”应该成为一个合格的开发者的座右铭。