测试需求的提取

找工作的时候以为新进公司的时候只会做一些简单的工做，像执行用例之类的，写用例和测试需求这些处在测试流程前面的部分不会接触到，所以在学习的过程中没有重点看这些知识。但遗憾的是这个天真的想法很快就被证明是错误的。

进公司的第二个星期，组长就给我下达了任务，提取测试需求。我当时就晕了，这是个知识上的漏洞，我看过的教程里只提到过这个步骤，但具体的操作流程没有说明。于是马上打开IE摆渡一下，结果发现大家好象对这个东西都不是很关心，基本上都是提及而已。所以觉得有必要把自己摸索和实践中得到的一些经验和看法记录下来。

测试需求的提取，字面看起来很抽象，但只要实际动过手就会明白这个名称只不过是个纸老虎。需求，当然是指策划文挡或产品需求说明书（内部的详细说明），里面记载了正在开发项目的各种详细的功能。那么怎么从中提取测试需求呢？这个其实很简单。只要策划说明写的比较规范，提取需求就会变成单纯的拷贝，将策划说明书中的功能说明拷贝出来填到测试需求的相应位置就可以了。当然，这还需要一个前提条件，你必须认真仔细的把需求说明看完，把有疑问的地方记录下来，之后与策划人员进行沟通。一定要把疑问弄清楚，究竟是自己理解错了，还是策划文档说的不明白，还是策划文档写错了。把这些疑问都处理好了，并且与策划人员也达成了一致，这样才能开始提取测试需求。策划文档由于受到编写方式的限制，某些功能的说明会比较分散，在填写测试需求的时候不能只将策划文档中比较集中部分的说明填上，还要将文档中所有涉及这一功能的阐述都要补全，要不然在接下来的编写用例的环节就会落掉许多对功能和操作的测试。一旦在编用例的时候才发现测试需求中提取的测试点不全面，那么修改起来就会很麻烦了。所以，提取测试需求时一定要注意这几个方面：完全理解策划文档，把功能和操作（也就是测试点）填写完全。