1.为什么要进行测试需求分析？
　　进行软件测试的依据是什么，换句话说我们为什么要这样做才能做好本测试呢？大家都知道测试活动的基础是软件需求规格说明书，那么是不是说只要有软件需求规格说明书，就可以做出合理的测试计划和完善的测试用例？
　　举一个经常见到的性能测试需求：系统的页面访问速度要在2~4秒。面对这样一条需求要怎样进行测试呢？页面访问速度在2~4秒是指哪个页面、操作的响应速度？（不同的页面、操作由于其本身的业务复杂程度的不同，不应该做到“一视同仁”）。2~4秒是多少用户的访问标准？是什么样的系统软、硬件配置下要达到的标准？
　　面对这一系列的问题，促使我们进行测试需求分析这样一个过程来帮助我们更好的理解软件需求，来确定测试中需要使用的技能、环境、工具以及可能遇到的风险等等。通过测试需求分析来帮助我们对被测软件有全面、清晰、准确的认识。
　　测试需求做得越详细、精准，表明我们对被测软件的了解越深，对将要进行的测试任务内容越清晰，更能准确无误对测试对象进行量化，进而对测试工作进行量化，让我们更有把握保证测试的质量和进度。
　　2.测试需求分析方法
　　通常以被测系统的需求规格说明书为主体进行转变而来，测试需求主要来自以下途径来进行收集：
　　（1）被测系统相关的文档、资料。如：需求规格说明书、界面原型、项目会议、有关需求信息的会议记录及其他技术文档。
　　（2）与客户或系统需求分析人员进行沟通。都说要像用户一样对系统进行测试，和用户交流的过程中会让我们明确怎样的系统会让用户的工作更便捷、高效。
　　（3）系统的业务背景资料。业务领域的专业知识等。
　　（4）正式或非正式的培训。对于专业领域性强的系统来说，培训是非常有必要的，更能发现业务的“潜规则”。
　　（5）如果待测试的系统有旧版本的话，旧系统的功能特性会成为最有效的测试需求来源。
　　3.测试需求分析的目的
　　（1）确保需求文档中所描述的内容是真实可靠的
　　我们必须考虑，提出这些需求的涉众，是否真的可以正确的描述自己的需求？我们的需求人员是否真的可以正确的理解用户的需求？有没有一些被用户认为在业务处理上是理所当然、极其平常的事情，而没有作为需求提出来？有没有一些被用户认为他们过去使用的软件已经提供了相应的功能，所以认为我们也应当提供，而没有提出来的？作为测试人员，还是需要对软件产品所涉及的行业的业务有一个全面的、深入的了解。
　　（2）保证软件需求的可测试性
　　就是要保证所有的需要实现的需求都是可以用某种方法来明确的判断是否符合需求文档中的描述。如果对于某条需求或某个特性，无法通过一个明确的方法来进行验证，或者无法预知它的结果，那么就意味着这条需求的描述存在缺陷，应该请需求人员对需求文档进行修改或补充。
　　总之通过测试需求分析的过程，划分系统的需求及其重要程度。测试需求的确定为我们制定进度计划、分配资源以及如何确定某个阶段测试工作是否完成提供一个可供衡量的标准。已被确定的测试需求是我们进行测试用例设计和测试覆盖的依据。让测试活动进行的“有理有据”。