如何进行测试需求分析

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