测试流程

左图是现在我们测试部门的一个测试流程，右图是版本控制的一个基本流程。

我解释一下左图，需求文档，设计文档分别有需求部门和开发部门完成，由于一些特殊情况，比如人员上并不能完全是各司其职，通常有些人员是互串的，也就是部分人员可能既属于需求部门，又属于开发部门，这里存在一个弊端就是往往在做具体的工作时容易掺杂其他感情色彩。对于测试部门来讲，必须依据这两份文档整理出适合自己测试部门所需的需求，也就是我们看到的流程中的测试需求说明。对于这个流程中我个人一直有疑问的一个地方就是在对于测试需求说明和测试计划方面，我个人倾向于在此处也应该增加一个评审机制。比如测试需求说明，对于编写测试用例的测试工程师来讲，这是他的根本，如果这个根本在初期已经出现了问题，由于编写测试用例的测试工程师并不清楚，那么编写完成的测试用例对于后面的测试工作来讲可能就会出现无效。同样对于测试计划，目前由于并没有加入风险的各种评估，我们公司仅仅把测试计划看作是一个工作时间以及测试环境的划分，其实这同样也存在问题，因为测试计划应该是测试过程中负责人对人，物，时间的把控的依据，如果不能很好的贯彻执行，这个也就成了一纸空文了。而在实际的操作中，我发现最难的部分主要出现在了测试计划以及测试用例，如何编写合理的测试计划，如何编写高效可执行的测试用例。右图的版本控制上，我只是做了一个简单的介绍，结合左图，大致的把版本流向予以表述。请大家多提宝贵意见！