课件：如何进行测试需求分析.ppt

可编辑 可编辑 如何进行测试需求分析 沪江 测试技术沙龙 –曾国芳 测试需求分析要达到的目的 1、把不直观的需求?直观的需求(用例/活动图) 使得测试范围可以度量(有多少功能点，有多少功能项)??? 使得独立的功能点其对应的所有的处理分支可以度量; 使得该系统需要测试的业务场景可以度量; 2、把不明确的需求?明确的需求 ???? 明确其功能点对应的输出、处理和输出; 3、把不能度量的需求?可度量的需求 测试需求分析的流程 ?熟悉需求 ?需求项整理 ?提取出测试点 ?测试点细化 ?确定测试范围 ?制定测试策略 测试需求分类 功能性需求 页面链接测试 页面控件测试 页面功能测试； 数据处理测试 业务逻辑测试 非功能性需求 易用性（友好性） 系统响应 软件特性测试 兼容性 测试需求分析方法 界面要素分析 页面链接：是否遗漏加链接，链接是否正确，； 页面表单：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。 页面控件：如下拉值，下拉选中后，再次点击，选中焦点是否还在原来的下拉选项；如多选，单选是否正确； 页面功能点分析 单个功能点的处理：正常操作、异常操作 关联功能处理：A删除cctalk的好友B，在好友列表中就会去掉B的显示；在B的好友列表中，也会去掉A的显示；这点也通常称为关联测试点； 基于数据流的处理 测试需求分析方法 功能交互分析 交互的入口要鲜明； 交互的步骤要简洁； 交互的结果要正确； 如答疑系统，当某问题再次被学员追问，追问的问题必须有列表显示，助教可清晰区分追问的问题和非追问的问题，助教回答问题后，用户可收到消息提醒； 测试需求分析方法 业务流程分析：业务流逐渐细化为子业务流 常用的或规定的业务流程 ： 各业务流程分支的遍历 分支一：学员提交疑问?助教不领取直接回答疑问?助教推荐答案?学员选为最佳答案 分支二：学员提交疑问?其他学员回答疑问?助教领取并推荐答案?学员选为最佳答案 分支三：学员提交疑问?助教1领取疑问?助教2回答疑问?助教2只能回答，不能推荐 分支四：学员提交疑问?老师分配给助教1?助教1回答疑问并推荐答案?学员选其他答案为最佳答案 明确规定不可使用的业务流程 没有明确规定但是应该不可以执行的业务流程 A提问 B领取问题 B回答问题 B推荐问题 A采用答案 测试需求分析方法 用户场景分析 通常指事件触发的场景。 如cctalk的测试，当前账号已经登录cctalk了，再用该账号在其他地方登录cctalk； 如答疑系统中，助教A正要领取某问题的时候，助教B抢先领取了该问题； THANK YOU SUCCESS * * 可编辑 测试需求分析方法 不同角色的权限分析 技术实现原理上分析 系统边界分析 非功能性的特征分析 兼容性 系统响应 性能特性 测试范围确定方法 测试主要依据 “产品设计规格说明书”、代码所发生的变化及其影响的区域，来确定哪些功能和特性要测试，哪些功能和特性不需要测试。在确定测试范围时，主要考虑的因素有： 优先级最高的需求功能 新增加的功能和编码改动较大的已有功能 容易出现问题的部分功能 过去测试不够充分的地方 经常被用户使用的功能和配置（占20%） 测试需求分析的文档包含: 列出待测功能点 列出待测的规则 用作图工具（office vison）画出待测系统的流程图 用作图工具（office vison）画出待测的状态转换图 列出待测的用户角色及其权限 列出待测的质量因素 列出待测的环境因素 列出待测系统的场景 列出待测系统的范围 测试需求与用例设计的关系 测试需求是主要是整理测试焦点（包括一些界面、输入域、业务流程、数据等），并明确测试焦点的优先级，为测试用例的设计提供测试所需的功能点信息。 测试需求分析会根据不同阶段的测试类型会有不同的侧重点 可以说，测试需求是告诉你要测什么，而测试用例是告诉你怎么测。这就好比开发人员要写的详细设计文档一样。 常见的测试用例设计方法 等价划分法 边界值法 场景法 因果图法 状态迁移法 错误推测法等：根据项目特征，用户特征 + 经验 附录—功能用例图 附图二-系统整体用例图 THANK YOU SUCCESS * * 可编辑 可编辑 可编辑