提取测试需求一般是测试项目的开始。

　　必要的前提是有足够充分的行业了解和完备的客户需求文档，开发文档和开发&需求关于功能的若干细化解析。

　　但是实际情况下，介于某些文化氛围和合作者的工作习惯，一般很难这么完美。

　　那么就只能从你能够拥有的客户资料开始。

　　首先要知道自己要负责测试的范围(scope)在哪里。

　　然后要从客户文档里面去寻找相关的功能描述，功能点。以及和其他的功能交叉的点。

　　根据功能点的初步筛查，做出一张功能清单列表备查。

　　然后就是一个校对，理顺，清查的过程。

　　务必保证所有需要测试的功能都包含在你这张清单当中，事无巨细，绝无遗漏。

　　然后就是研讨的过程，就要跟开发，需求进行核对，确认清单以及功能的完整性。

　　接着就是需要制作需求说明书以及涉及相关的功能测试框架。

　　经过评审之后，就可以让相关的测试人员参与，搭建测试环境，准备测试数据和根据测试需求说明书来书写测试用例了。

　　其实无论功能还是性能测试，需要注意的就是测试范围要划好，相关的监测点/测试场景要设计的真实有效。不要想当然的认为哪些功能是客户会关注的，常用的。因为对于不了解行业信息的人来说，很多时候，你的判断未必是对的。

　　这个时候，需要向业内人员，最好是用户虚心求教。否则一旦测试重点在一开始就发生了偏移，这个测试项目的结果就可想而知了。

　　这也是为什么很多项目的参与人觉得自己辛辛苦苦的在项目里面努力，但是到最后却得不到好的评价的一部分原因。

　　我们需要站在客户的角度上来考虑问题，但是不要把自己想当然的当成客户。或许你以及开发团队认为无足轻重的一个小小的点，足以让影响整个项目的成败。