测试需求介绍_测试项目需求描述

1、什么是测试需求？

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

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

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

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

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

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

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

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

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