测试需求分析：分析识别测试范围，解决测什么的问题，方便测试的跟踪和管理；
测试需求分析的流程：需求采集—>需求分析—>需求评审；
测试需求分析的评审：完整性、准确性、一致性、易理解性、无歧义性；
测试需求分析的时间：开发需求完成后；
负责人：有丰富经验的测试工程师；
参考依据：
（1）狭义依据：需求规格；
（2）广义依据：参照上面的测试需求分析来源；
在测试需求不明确的情况下，如何保证测试质量：
（1）多方收集需求；
（2）多与开发人员沟通；
（3）若有以前的系统，参照以前的系统；
（4）找类似的产品熟悉；
（5）到网上查找与系统相关的业务知识、专业术语；
测试需求分析的来源：
（1）开发文档：需求规格、概设、详设、数据库结构设计文档、模块功能图等；
（2）用户需求：与用户或需求分析人员沟通，需求调研的会议纪要，与用户邮件往来；
（3）软件雏形：可运行软件，软件的框架；
（4）相关的规划及标准：各行各业的标准、国家标准、行业标准、企业标准、项目标准、国家法律法规；
（5）类似的产品：公司内部相同的旧版本产品，行业其他公司类似的产品；
（6）测试知识经验库：测试人员的业务背景、系统业务知识的积累、个人的测试经验积累；
（7）其他隐性的需求：产品利益相关者的建议、会议纪要、备忘录、沟通记录、邮件往来等；
测试需求分析的内容：
（1）业务流程图的分析；
（2）用户和角色的分析；
（3）数据库结构的分析；
（4）测试要点的分析；
测试需求分析的方法：
（1）测试功能点分析法；
（2）功能交互分析法；
（3）质量特性分析法；
（4）测试类型分析法；