搜索
测试流程及测试需求分析Chapter1测试流程Chapter2测试需求概述课程目录Chapter3测试需求分析过程Chapter4实例Chapter1软件测试的流程•测试需求分析•编写测试计划•编写测试方案•测试用例设计•执行测试，提交缺陷•编写测试报告测试流程图测试需求分析Chapter2测试需求概述2.1什么是测试需求2.2测试需求的特征什么是测试需求测试需求主要解决“测什么”的问题，用来识别什么内容是需要进行测试的；测试需求通常是以软件开发需求为基础进行分析，通过对开发需求的细化和分解，形成可测试的内容。测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求，不需要实际的数据出现；测试需求的特征制定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果，无法核实的需求不是测试需求；测试需求除了要说明系统应该要做什么外，还要说明系统不应该做什么；测试需求不涉及具体的测试数据，测试数据设计是测试设计环节应解决的内容；为什么要测试需求软件测试需求是开发测试用例的依据；确定测试完整性的一个基础；确定测试的范围及方向；测试的需求来自哪里•业务需求•功能内部逻辑（需求规格说明书）•MRD(市场需求文档)•技术设计方案测试需求分析Chapter3测试需求分析过程3.1需求采集3.2测试需求分析3.3测试需求评审测试需求分析过程需求采集需求采集的过程是将软件开发需求中的那些具有可测试性的需求或特性提取出来，形成原始测试需求；可测试性是指这些提取的需求或特性必须存在一个可以明确预知的结果，可以用某种方法对这个明确的结果进行判断、验证，验证是否符合文档中的要求；需求采集需求采集的提取方法：通过列表的形式对软件开发需求进行梳理，形成原始测试需求列表，列表的内容包括需求标识、原始测试需求描述；使用软件需求的简述作为原始测试需求描述；测试需求分析测试要点分析测试要点是对原始测试需求表每一条开发需求的细化和分解，形成的可测试的分层描述的软件需求；对开发需求的细化和分解具体包括：通过分析每条开发需求描述中的输入、输出、处理、限制、约束等，给出对应的验证内容；通过分析各个功能模块之间的业务顺序，和各个功能模块之间传递的信息和数据（功能交互分析），对存在功能交互的功能项，给出对应的验证内容。测试需求评审评审的内容：–完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；–准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。Chapter4实例QQ登陆(功能需求)问答培训总结