1.1.4　没休息好

连续工作30小时或者一周持续工作100多小时以进行长时间的测试并不是找到缺陷的最好方法，反而有可能引入缺陷！

如果开发工程师也这样，就会让测试工程师忙碌不堪，但是这样对推进游戏发布毫无帮助。测试工程师犯错对项目同样不利。

报告了一个不存在的问题（例如测错了版本、没有正确地进行测试设置或安装等）将导致开发工程师进行不必要的重新评估，从而浪费宝贵的时间。如果你必须在深夜或者周末进行测试工作，那么要在测试前后制订一个清单。如果身边还有其他测试工程师，不妨和他一起互相检查清单。好记性不如烂笔头，记录下测试进行时的相关信息，这样当你记不清的时候，回顾一下笔记就不容易犯错。这有点像制订卫星发射前的测试清单。如果清单里的某一项有问题，那就停止倒计时，回过头来纠正它，并重新测试。等测试结束后，记录下相关的结果和因素。下面是一个样例清单，你可以从这个清单开始，在此基础上扩展，以适应自己的游戏项目。

深夜测试清单

测试前

测试版本正确吗？

测试版本：　　　　　　　　　　　　 。

是否使用了正确的编译版本？

编译版本：　　　　　　　　　　　　 。

是否使用了正确的硬件配置和设置？

描述：　　　　　　　　　　　　　　 。

是否使用了正确的游戏控制器和设置？

描述：　　　　　　　　　　　　　　 。

使用了什么安装模式（如果有的话）？

描述：　　　　　　　　　　　　　　 。

在执行测试前，游戏是否处在正确的初始化状态？

描述：　　　　　　　　　　　　　　 。

测试后

是否按顺序完成了所有步骤？

是否记下了完整的测试和测试结果？

是否记下了你发现的所有问题？

在报告问题时，你是否填了所有必选项？

除了使用常规手段来检查错误，你还要从一开始就寻找策略来避免错误。根据游戏平台和测试环境的不同，采用灵活的测试方法（如探索式测试）可能是一个切实可行的方法，你可以把它作为测试策略中的某些或所有部分的方法。

注意

第15章描述了在项目各个阶段使缺陷暴露的灵活技术手段。