以前老是把需求文档的问题找出来提给需求，但是需求人员并不会马上修改需求文档，而开发呢已经完成，这个时候，这些问题提出来也是一时的讨论。测试人员看不到这些问题，所以光提出问题对测试工作并没有任何帮助。于是我开始自己打开Visio画起了流程图。以前需求中老是没有执行流程活动的角色，这回我把这些问题都整理到一起，根据现在开发的阶段成果物，画出了系统的最新流程图，然后使用该流程图给测试人员做培训。经过这个过程，测试人员马上理清楚了流程的走向和流程的路径。流程图对测试工作确实有非常大的指导意义。

我突然发现以前总是在追着别人解决问题的方法其实是不对的，需求、开发、测试都是项目的一部分，而需求不可能拿出最完善的文档给后面的环节，那这时候每个组都应该有自己的加工设计过程。否则，完全的依照需求，我们的工作是不到位的。于是我们测试组开始整理所有系统的业务流程，每个人负责的系统和模块都要整理好并在组内进行培训。比较复杂的功能必须结合业务场景来讲解。这是在我自己画流程图并培训后，领悟出来的，要做好测试，必须先了解业务和设计。

测试组作为项目组的组成部分，我不能只执行界面上的点击事件，我要求我的测试人员也是业务专家，结合测试技术，站在用户的角度来测试我们的系统，保证系统能够正常的运转，提高用户的满意度。这种定位后，业务的学习也成了重中之重。那些还在抱怨需求的测试们，是否可以也往前面走一步，多花点心思去熟悉了业务，整理后，让我们的测试人员尽快的熟悉，尽快地能加入我们的项目。这时候，测试在项目中才能更快更多地发现问题，才能真正为项目服务。