测试案例编写方法.

《测试案例编写方法.》由会员分享，可在线阅读，更多相关《测试案例编写方法.（22页珍藏版）》请在金锄头文库上搜索。

1、测试案例编写方法 2015-10-12 孔玲霄 软件测试基础知识1 测试整体流程2 测试案例设计方法3 测试案例模板4 验证用户需求验证用户需求 发现软件缺陷发现软件缺陷 改进开发过程改进开发过程 目的：在软件分发目的：在软件分发 到最终用户手中之到最终用户手中之 前，发现并解决软前，发现并解决软 件缺陷件缺陷 软件测试基础知识-测试目的 软件测试基础知识-测试的模型-V模型 软件测试整体流程-工程活动 应用组装测试 Application Test 应用总装测试 Integration Test 组件组装测试 版本检验测试 Stress Test 数据迁移 开发 数据迁移 设计 数据迁移 分

2、析 代码生成 单元测试 切换 Cutover 部署 Deployment 测试 Test 开发 Development 设计 Design 分析 Analysis 需求 Requirement 部署人员培训 User Training 基础设施部署 Infra. Deploy. 应用部署 App. Com. Deploy. 模拟演练 Simulation Test 系统开发系统测试系统部署与切换数据迁移 数据迁移 测试与执行 切换方案设计 Cutover. Specification 切换准备 Cutover. preparation 演练及优化 Practice &optimize 切换执行

3、 System Cutover 设计 Design 分析 Analysis 需求 Requirement 开发 部署方案 优化调整 软件测试整体流程-测试相关活动 应用组装测试 1.应应用组组装功能 测试测试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 2.应应用组组装非功能 测试测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 版本检验测试 1.版本安装检验测检验测 试试 测试范围案例 执行测试案例 2.版本检验检验 功能测测 试试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 3.版本检

4、验检验 非功能 测试测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 应用总装测试 1.应应用总总装功能 测试测试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 2.应应用总总装非功能 测试测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 单元测试 1.单单元测试测试 分析测试范围 设计测试案例 执行测试 组件组装测试 1.组组件组组件 测试测试 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 测试案例设计方法 完全测试是不可能的： p 输入量太大； p 输出结果太多； p

5、软件实现途径太多； p 软件说明书没有客观标准。从不同角度看，软 件缺陷的标准不同。 几种常用的设计方法 p等价类划分 p边界值分析 p场景法 p错误推测法 p判定树法 p判定表法 p比较法 等价类划分 核心人力资源/员工团队/员工信息管理/维护员工信息/执行查询 输入条件有效等价类无效等价类 是否输入（姓名符合正常条件的姓 名 （汉字全名-显示数据），（1） （模糊查询-显示数据），（2） （汉字全名-不显示数据）， （3） （模糊查询-不显示数据）， （4） 是否输入（姓名字符是否符合要求 ） （输入数字-给出提示）， （5） （输入拼音-给出提示），（6） （输入特殊字符-给出提示），（

6、7） （输入数字-无提示），（8） （输入拼音-无提示），（9） （输入特殊字符-无提示），（10） 是否输入（姓名长度否符合要求） （姓名长度-正常范围内），（11） （姓名长度-比正常范围大）， （12） 是否输入（组合查询是否符合要求 ） （组合查询-显示数据），（13） （组合查询-数据无）， （14） 核心人力资源/员工团队/员工信息管理/维护员工信息/执行查询功能界面 边界条件类型 p 数值、字符、地址、位置、尺寸、数量等等 ； p 第一个最后一个、最小值最大值、开始 完成，超过在内、空满、最短最长 、最早最迟、最大最小、最高最低、 相邻最远等等 ； 场景法 例子描述： 错误推测法

7、 p 错误推测：主要是根据测试经验和直觉，参照以往 的软件系统出现错误之处，有侧重的安排案例。 p 基本思想是列举出可能犯的错误或错误易发的情况 ，据此编写测试案例。 p 另一个思路是，阅读需求书，联系程序员可能作出 的假设来确定测试案例。需求书中一些内容会被忽 略，可能是由于偶然原因，也可能是程序员认为其 显而易见。 p 例如，如果软件对时间敏感，就看它在公元1900年 和3000年是否还能正常工作。如果需求书中要求输 入数据极限为9位数字，则设计输入10位数字。 错误推测法-举例 农信社人力资源需求 p 员工招录控制 支持省联社对各行社招录员工的控制，对新招录员工、 人才引进、外单位调入、

8、系统内调动等严格进行管控， 杜绝违规进人行为。支持录用员工的多级审批，自动生 成用于备案的员工调转审批表、入职审批表等（表格自 动生成？）。 p 新增“员工考核管理”模块 支持员工年度考核、专业技术职称等考核工作的开展， 可以对各类考核登记表的设定、修改、维护。 判定树法-1 p 从需求分析说明文字描述中分析哪些是判定的条 件，哪些是判定的结论，根据说明中的连接词找 出判定条件之间的从属关系、并列关系和选择关 系等，根据它们构造判定树。来描述一个逻辑处 理过程,是一种直观、方便的表现形式。 p 对于逻辑关系较强的情况，使用判定树法可以 直观清晰的表示逻辑关系，便于帮助分析业务 规则。 判定树法

9、-2 p 下面我们用判定树方法来描述某公司产品销售业务 过程中的折扣优惠 ：公司规定，交易金额低于5万 元，没有折扣。金额大于5万元时，如果最近三个 月无欠帐记录，则可享受15折扣；如果最近三个 月有欠帐记录，则视合作年限而定，20年以下的客 户享受5，20年以上客户享受10。 判定表法 p 判定表：与判定树相似，当数据流图中的加工要 依赖于多个逻辑条件的取值，即完成的动作是由 于某一组条件取值的组合而引发的，使用判定表 描述比较适宜。 p 例：若用户欠费或停机则不允许被叫。表示为判 定表如下： 条件用户欠费YNYN 用户被停机NYYN 结果可以被主叫NNNY 比较法 p 有时为保证系统的“绝

10、对”可靠性，经常使用冗余 的软件和硬件，以减少错误发生的可能性。这时 根据同一的规格（需求）说明书由不同的开发小 组开发出不同的软件版本，因此，可用相同的测 试数据对它们进行测试以产生相同的输出，然后 ，执行所有版本并进行实时结果比较以保证一致 性，这种测试就是比较测试（背靠背测试）。 p 常用比较法测试的系统有： 数据平台、老系统改造等 测试案例样例 返回目录 系统统 信息 系统统名称 人力资源系统测试环测试环 境/必备备条件 作者孔玲霄 归归属模块块 员工信息管理系统统版本号 测试测试 用时时 制作日期2015/10/11 No.交易/菜单单目录录（交易菜单单）案例描述案例类类 型 前置条

11、件操作步骤骤预预期结结果 测试测试 信息确认认人 界面 要素 业业 务务 流程 会计计 分录录 打印 要素 相关 查查 询询 实际实际结结果 测试测试 日 期 测试测试 人 员员 1 执行查询核心人力资源/员工 团队 /员工信息管理 /维护员 工信息/人 力资源/执行查询 检查 默认项正案例 有该权 限的用 户 进入交易查找默认“全部” 查看页面查询结 果显示 列表输出项 正案例 有该权 限的用 户 进入交易输出项显 示符合需求 界面风格正案例 有该权 限的用 户 进入交易 1、字体大小一致 2、输出字段宽度适中 正常流程验证正案例 有该权 限的用 户 进入交易显示界面 一次输入查询 条件显示

12、符合条件的信息 空格校验正案例 有该权 限的用 户 进入交易显示界面 正案例 有该权 限的用 户 姓名输入王森 自动去空格 字段长度验证反案例 有该权 限的用 户 进入交易显示界面 输入超长字符名称您输入的姓名超出字段长度 异常数据验证 （小写字母 ） 反案例 有该权 限的用 户 姓名框输入小写字母提示信息 异常数据验证 （大写字母 ） 反案例 有该权 限的用 户 姓名框输入大写字母提示信息 异常数据验证 （特殊自负 ） 反案例 有该权 限的用 户 姓名框输入特殊字符提示信息 异常数据验证 （数字）反案例 有该权 限的用 户 姓名框输入数字提示信息 组合条件查询正案例 有该权 限的用 户 查找

13、：全部，输入已存在的姓名显示符合条件的信息 翻页功能正案例 有该权 限的用 户 点击“执行查询 ”按钮 显示符合条件的信息，查看界面显 示条数，页数 翻页功能反案例 有该权 限的用 户 点击“执行查询 ”按钮 显示符合条件的信息，查看界面显 示条数，页数 第一页点击上翻界面显示第一页信息 翻页功能反案例 有该权 限的用 户 点击“执行查询 ”按钮 显示符合条件的信息，查看界面显 示条数，页数 第最后一页点击下翻界面显示最后一页信息 翻页功能正案例 有该权 限的用 户 点击“执行查询 ”按钮 显示符合条件的信息，查看界面显 示条数，页数 第一页点击下翻显示第二页信息 翻页功能正案例 有该权 限的

14、用 户 点击“执行查询 ”按钮 显示符合条件的信息，查看界面显 示条数，页数 第最后一页点击上翻显示上一页信息 测试项测试项1 10000 通过项过项0 未通过过NG项项0 未测试项测试项17 ESB-监控平台测试需求样例 需求目录录需求 编编号 需求名 称 状态态对应对应功能点 名称 评审评审 状态态 重要性优优先 级级 内容备备注评审评审 建议议 需求编编 写人 需求编编 写时间时间 测试测试 场场景 监控平台/监控台 /事件列表/事件 列表 监控 平台 优化事件列表 重要高 1、查询条件增加：系统名称、环 境名称 2、系统名称：所有系统 3、环境名称根据系统名称变化， 显示该系统下所有正常状态的环境 4、系统名称、环境名称可以选择 全部 5、查询结 果列表增加：系统名 称、环境名称；删除：状态 6、查询范围：打开状态的事件， 默认显示所有打开状态的事件 konglx _wb 2014/3 /27 事件列 表 ESB-监控平台测试案例 感谢您的聆听 THANKS!