ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:30.03KB ,
资源ID:26179556      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/26179556.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(功能测试案例编写指引V10资料.docx)为本站会员(b****9)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

功能测试案例编写指引V10资料.docx

1、功能测试案例编写指引V10资料功能测试案例编写指引V1.0类别文件名:功能测试案例编写指导版本号:V1.0版本日期:作者:单位:日期:文档版本版本日期注释V1.0编制许可职务签名日期审核1 目的为了使项目开发人员与测试人员了解功能测试案例编写的方法及要求,特编写此文档,以作指导之用。2 范围本规范适用于项目开发组全体人员、质量检测组所有检测人员,作用于项目开发的测试案例编写阶段。3 术语 测试案例:为达到最佳的测试结果或高效地揭露隐藏的错误而精心设计的测试数据,称之为测试案例。这种数据具有代表性或特殊性。4 原则4.1 案例编写依据测试案例编写主要依据有以下文档: 需求说明及相关文档 相关的设

2、计说明(概要设计,详细设计等) 已经基本成型的UI,即Demo4.2 案例组织方式 案例可以根据功能进行分类,然后按照系统工作方式,依据主工作流程和辅助工作流程进行组织。案例可以进行归纳整理,整理的最小单位为最小不可拆分模块。如:登陆模块,包含的案例可能为密码校验,帐户合法性校验,系统掉线处理等子测试案例,但是可以认为登陆操作是个不可再分的最小测试案例模块,其中包含很多的子测试案例。 案例可以根据功能工作流程分类,按照系统工作流程将所有测试案例分派完毕,达到可对系统检验的目的。5 编写要求5.1 测试案例组成元素每一条测试案例应包括以下元素,格式参见附件1测试案例。 项目/软件名称 软件版本

3、项目负责人 功能模块名 功能项: 指的是功能模块中的子模块名,即测试的功能点 功能特性:简述需测试的功能项所具备的功能与相关制约条件 测试类别:选择“功能测试” 测试目的:简述对功能项执行测试所要达到的目的 测试数据:执行测试的前置条件(即案例执行前必须输入的数据) 相关案例:依赖或受其影响的其他案例 参考信息:测试案例来源(如,XX文档中关于XX功能的说明) 编制人员 编制日期 开发人员 测试人员 测试日期 回归测试 操作编号:用于引用和定位测试案例的标识符(以“Step数字”作为命名规则) 角色:执行该测试案例的使用者身份(如:系统管理员,普通用户等) 功能描述:所测功能点的简要说明,即该

4、案例执行的目的或方法 用例描述:包括执行本案例必须要满足的条件、案例执行的详细操作步骤 输入数据:列举送到软件执行测试案例的所有输入内容或条件。每个数字值、击键或手工操作都属于输入数据 预期输出:执行测试案例预期的结果 测试结果:实际执行输出的结果 测试状态(P/F):通过或不通过(P/F)5.2 总体要求编写测试案例,要求以下几点: 功能描述和用例描述要简单清晰。 案例中所有测试数据应详细描述。 案例要求覆盖范围要广,各种可能性都要覆盖到。 案例内容应包括输入和输出的合法/非法检验,边界检验,和所有可能出现的条件组合与路径组合。6 案例覆盖面 字符合法与非法校验 长度或个数边界校验 各种条件

5、 各条路径7 设计方法测试案例设计方法:等价类划分、边界值分析、因果图7.1 等价类划分方法7.1.1 简述等价类划分是一种典型的黑盒测试方法,这一方法完全不考虑程序的内部结构;其指一套被选择的值,这些值分别代表了许多众多的可能输入值,程序对其处理的方式都是一样的。等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭示程序中的错误都是等效的。等价类合理地假设:某个等价类的代表值,与该等价类的其他值,对于测试来说是等价的;也就是说,如果该代表值发现了错误,这一等价类中的其他值也能发现同样的错误。因此,可以把全部的输入数据划分成若干的等价类,在每一个等价类中取一个数据来进行测试。这样就能

6、以较少的具有代表性的数据进行测试,而取得较好的测试效果。7.1.2 划分原则等价类的划分有两种不同的情况: 有效等价类:是指对于程序的需求说明来说,是合理的,有意义的输入数据所构成的集合;利用它可以检验程序是否实现了预期的功能; 无效等价类:是指对于程序的需求说明来说,是不合理的,没有意义的输入数据所构成的集合;利用它可以检验程序对于无效数据的处理能力。 7.1.3 划分组合等价类的划分通常包括以下几种组合:(1)合法/非法的输入和输出(2)对数值型的值分为正数、负数和0(3)对于字符串型的分为空串和非空串7.2 边界值分析方法7.2.1 简述边界值分析也是一种黑盒测试方法,是等价类划分的扩展

7、,它不是选择等价类的任意元素,而是选择等价类边界的测试案例。边界值通常是等价类的界限,以正好小于、等于和大于界限的指作为边界值。实践证明,大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试案例,可以查出更多的错误。7.2.2 选择原则 如果输入条件规定了取值范围,则应该取刚达到这个范围的边界值,以及刚刚超过这个范围边界的值作为测试输入数据。 如果输入条件规定了值的个数,则应该用最大个数、最小个数、及稍大于最大个数、稍小于最小个数的数做为测试输入数据。 针对每个输出条件使用以上两条原则。 如果输入域或输出域是有序集合(如有序表、顺序文件等),则应选取有序集合的第一个和最后一个元素

8、作为测试数据;如报表的第一和最后一行;数组元素的第一个和最后一个。 分析需求说明与设计等文档,找出其他可能的边界条件。7.3 因果图法7.3.1 简述等价类划分方法和边界值分析方法都是着重考虑输入条件,但未考虑输入条件的各种组合,也没考虑到各个输入条件之间的相互制约关系。因果图法是指从需求说明文档与设计文档找出因(输入条件)和果(输出或程序状态的改变),通过因果图(逻辑模型)转换成判定表,以达到检查程序输入条件的各种组合情况。7.3.2 分析步骤(1)分析需求说明文档与设计文档,哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件),并且找出原因与结果之间,原因与原因之间对应的关

9、系,根据这些关系,画出因果图。通常用Ci表示原因,Ai表示结果。(3)由于语法或环境的限制,有些原因与原因之间,原因与结果之间的组合情况不不可能出现,为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。(4)把因果图转换为判定表;表中各结点表示状态可取值“0”和“1”,“0”表示状态不出现,“1”表示状态出现。(5)把判定表的每一列提取为测试数据,设计测试案例。8 实例8.1 字符、长度校验Windows文件名可以包含除了 /: * ? 和|之外的任意字符;文件名长度是1-255个字符。由以上可得知,等价区间包含合法字符、非法字符、合法长度的名称、过长名称、过短名称、空名称;其中有效等

10、价区间为合法字符与合法程度的名称,无效等价区间为非法字符、过长名称、过短名称与空名称。操作编号功能描述用例名用例描述预期输出测试结果测试状态(P/F)建议回归测试状态1建立文件名Step 1合法字符角色:操作者前提:除 /: * ? 和|外的任意字符输入数据:操作步骤: 命名成功2建立文件名Step 2非法字符角色:操作者前提: /: * ? 或|输入数据:操作步骤命名不成功,提示相应信息3建立文件名Step 3合法长度的名称角色:操作者前提:输入数据:1个或255合法字符操作步骤:命名成功4建立文件名Step 4过长名称角色:操作者前提:输入数据:256 个合法字符操作步骤:命名不成功,提示

11、相应信息5建立文件名Step 5 过短名称角色:操作者前提:输入数据:空串操作步骤:命名不成功,提示相应信息8.2 路径组合覆盖If A0 then B=bElseB=c操作编号功能描述用例名用例描述预期输出测试结果测试状态(P/F)建议回归测试状态1使B等于bStep 1 A0角色:操作者前提:输入数据:A=2操作步骤:B=b2使B等于cStep 2 A0角色:操作者前提:输入数据:A=-2操作步骤:B=c3使B等于cStep 3 A=0角色:操作者前提:输入数据:A=-2操作步骤B=c8.3 条件组合覆盖(1)年薪制员工:严重过失,扣年终风险金的4%;过失,扣年终风险金的2%(2)非年薪制

12、员工:严重过失,扣当月薪资的8%;过失,扣当月薪资的4%首先,列出原因和结果,如下表原因结果C1-年薪制员工A1-扣年终风险金的4%C2-非年薪制员工A2-扣年终风险金的2%C3-严重过失A3-扣当月薪资的8%C4-过失A4-扣当月薪资的4%然后,绘出因果图,如下所示最后,转换为判定表,如下所示12345678910111213141516C10000000011111111C20000111100001111C30011001100110011C40101010101010101A100000011A200000101A300110000A401010000TCYYYYYYYY判定表中TC

13、标记为Y 每一列就是测试案例。操作编号功能描述用例名用例描述预期输出测试结果测试状态(P/F)建议回归测试状态操作编号1月薪统计依据非年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:非年薪制员工既没有过失也没有严重过失操作步骤:不用扣除当月薪资2月薪统计依据非年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:非年薪制员工有过失操作步骤扣当月薪资的4%3月薪统计依据非年薪制员工的过失情况进行扣薪非年薪制员工有严重过失扣当月薪资的8%4月薪统计依据非年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:非年薪员工既有过失也有严重过失操作步骤扣当月薪资的4%;并扣当月薪资的8%5月薪

14、统计依据年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:年薪制员工既没有过失也没有严重过失操作步骤不用扣除年终风险金6月薪统计依据年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:年薪制员工有过失操作步骤扣年终风险金的2%7月薪统计依据年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:年薪制员工有严重过失操作步骤扣年终风险金的4%8月薪统计依据年薪制员工的过失情况进行扣薪角色:操作者前提:输入数据:年薪制员工既有过失又有严重过操作步骤扣年终风险金的2%;并扣年终风险金的4%附件 测试案例(模版)测 试 案 例项目/软件名称:软件版本:项目负责人:功能模块名:功能项:功能特性:测试类别: 功能测试 用户界面测试 性能测试 负载测试 兼容性测试 测试目的:测试数据:相关案例:参考信息:(如,XX文档中关于XX功能的说明)编制人员:编制日期:开发人员:测试人员:测试日期:回归测试: 有 无操作编号功能名用例名用例描述预期输出测试结果测试状态(P/F)建议回归测试状态

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1