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