测试需求介绍

1、什么是测试需求？

       确切地讲，所谓的测试需求就是在项目中要测试什么。我们在测试活动中，首先需要明确测试需求(What)，才能决定怎么测(How)，测试时间(When)，需要多少人(Who)，测试的环境是什么(Where)，测试中需要的技能、工具以及相应的背景知识，测试中可能遇到的风险等等，以上所有的内容结合起来就构成了测试计划的基本要素。而测试需求是测试计划的基础与重点。  
       就像软件的需求一样，测试需求根据不同的公司环境，不同的专业水平，不同的要求，详细程度也是不同的。但是，对于一个全新的项目或者产品，测试需求力求详细明确，以避免测试遗漏与误解。   

2、为什么进行测试需求分析？

       进行 软件测试的依据是什么，换句话说我们为什么要这样做才能做好本测试呢？大家都知道测试活动的基础是软件需求规格说明书，那么是不是说只要有软件需求规格说明书，就可以做出合理的测试计划和完善的 测试用例？

　　举一个经常见到的 性能测试需求：系统的页面访问速度要在2~4秒。面对这样一条需求要怎样进行测试呢？页面访问速度在2~4秒是指哪个页面、操作的响应速度？（不同的页面、操作由于其本身的业务复杂程度的不同，不应该做到“一视同仁”）。2~4秒是多少用户的访问标准？是什么样的系统软、硬件配置下要达到的标准？

　　面对这一系列的问题，促使我们进行测试需求分析这样一个过程来帮助我们更好的理解软件需求，来确定测试中需要使用的技能、环境、工具以及可能遇到的风险等等。通过测试需求分析来帮助我们对被测软件有全面、清晰、准确的认识。

      测试需求做得越详细、精准，表明我们对被测软件的了解越深，对将要进行的测试任务内容越清晰，更能准确无误对测试对象进行量化，进而对测试工作进行量化，让我们更有把握保证测试的质量和进度。

      如果把测试活动比作软件生命周期，测试需求就相当于软件的需求规格，测试策略相当于软件的架构设计，测试用例相当于软件的详细设计，测试执行相当于软件的编码过程。只是在测试过程中，我们把”软件”两个字全部替换成了”测试”。这样，我们就明白了整个测试活动的依据来源于测试需求。  

3、测试需求分析的方法？

       测试需求通常是以待测对象的软件需求为原型进行分析而转变过来的。但测试需求并不等同于软件需求，它是以测试的观点根据软件需求整理出一个checklist，作为测试该软件的主要工作内容。 
       测试需求主要通过以下途径来收集：  

       （1）被测系统相关的文档、资料。如：需求规格说明书、界面原型、项目会议、有关需求信息的会议 记录及其他技术文档。

　　（2）与客户或系统需求分析人员进行沟通。都说要像用户一样对系统进行测试，和用户交流的过程中会让我们明确怎样的系统会让用户的工作更便捷、高效。

　　（3）系统的业务背景资料。业务领域的专业知识等。

　　（4）正式或非正式的培训。对于专业领域性强的系统来说，培训是非常有必要的，更能发现业务的“潜规则”。

　　（5）如果待测试的系统有旧版本的话，旧系统的功能特性会成为最有效的测试需求来源。

4、测试需求分析的目的？

      （1）确保需求文档中所描述的内容是真实可靠的

　　我们必须考虑，提出这些需求的涉众，是否真的可以正确的描述自己的需求？我们的需求人员是否真的可以正确的理解用户的需求？有没有一些被用户认为在业务处理上是理所当然、极其平常的事情，而没有作为需求提出来？有没有一些被用户认为他们过去使用的软件已经提供了相应的功能，所以认为我们也应当提供，而没有提出来的？作为测试人员，还是需要对软件产品所涉及的行业的业务有一个全面的、深入的了解。

　 　（2）保证软件需求的可测试性

　　就是要保证所有的需要实现的需求都是可以用某种方法来明确的判断是否符合需求文档中的描述。如果对于某条需求或某个特性，无法通过一个明确的方法来进行验证，或者无法预知它的结果，那么就意味着这条需求的描述存在缺陷，应该请需求人员对需求文档进行修改或补充。
　　总之通过测试需求分析的过程，划分系统的需求及其重要程度。测试需求的确定为我们制定进度计划、分配资源以及如何确定某个阶段测试工作是否完成提供一个可供衡量的标准。已被确定的测试需求是我们进行测试用例设计和测试覆盖的依据。让测试活动进行的“有理有据”。