测试案例编写方法讲述.pptx

测试案例编写方法 2015-10-12 孔玲霄 验证用户需求 发现软件缺陷 目的：在软件分发到最终用户手中之前，发现并解决软件缺陷 软件测试基础知识-测试目的 软件测试基础知识-测试的模型-V模型 软件测试整体流程-工程活动 应用组装测试 Application Test 应用总装测试 Integration Test 组件组装测试 版本检验测试 Stress Test 数据迁移 开发 数据迁移 设计 数据迁移 分析 代码生成 单元测试 切换 Cutover 部署 Deployment 测试 Test 开发 Development 设计 Design 分析 Analysis 需求 Requirement 部署人员培训 User Training 基础设施部署 Infra. Deploy. 应用部署 App. Com. Deploy. 模拟演练 Simulation Test 系统开发 系统测试 系统部署与切换 数据迁移 数据迁移 测试与执行 切换方案设计 Cutover. Specification 切换准备 Cutover. preparation 演练及优化 Practice optimize 切换执行 System Cutover 设计 Design 分析 Analysis 需求 Requirement 开发 部署方案 优化调整 软件测试整体流程-测试相关活动 应用组装测试 1.应用组装功能 测试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 2.应用组装非功能测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 版本检验测试 1.版本安装检验测试 测试范围案例 执行测试案例 2.版本检验功能测试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 3.版本检验非功能测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 应用总装测试 1.应用总装功能 测试 编制测试方案 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 2.应用总装非功能测试 方案及案例 环境工具确认 编写测试脚本 测试案例执行 测试报告 报告发布归档 单元测试 1.单元测试 分析测试范围 设计测试案例 执行测试 组件组装测试 1.组件组件 测试 分析测试范围 设计测试案例 测试准入检查 执行测试 编制测试报告 测试案例设计方法 完全测试是不可能的： 输入量太大； 输出结果太多； 软件实现途径太多； 软件说明书没有客观标准。从不同角度看，软件缺陷的标准不同。 几种常用的设计方法 等价类划分 边界值分析 场景法 错误推测法 判定树法 判定表法 比较法 …… 等价类划分  核心人力资源/员工团队/员工信息管理/维护员工信息/执行查询 输入条件 有效等价类 无效等价类 是否输入（姓名符合正常条件的姓名 （汉字全名-显示数据），（1） （模糊查询-显示数据），（2） ? （汉字全名-不显示数据）， （3） （模糊查询-不显示数据）， （4） ? 是否输入（姓名字符是否符合要求） （输入数字-给出提示）， （5） （输入拼音-给出提示），（6） （输入特殊字符-给出提示），（7） ? ? （输入数字-无提示），（8） （输入拼音-无提示），（9） （输入特殊字符-无提示），（10） ? 是否输入（姓名长度否符合要求） （姓名长度-正常范围内），（11） ? （姓名长度-比正常范围大）， （12） ? 是否输入（组合查询是否符合要求） （组合查询-显示数据），（13） ? （组合查询-数据无）， （14） ? ? 核心人力资源/员工团队/员工信息管理/维护员工信息/执行查询功能界面 边界条件类型 数值、字符、地址、位置、尺寸、数量等等 ； 第一个／最后一个、最小值／最大值、开始／完成，超过／在内、空／满、最短／最长、最早／最迟、最大／最小、最高／最低、相邻／最远等等 ； 场景法 例子描述： 错误推测法 错误推测：主要是根据测试经验和直觉，参照以往的软件系统出现错误之处，有侧重的安排案例。 基本思想是列举出可能犯的错误或错误易发的情况，据此编写测试案例。 另一个思路是，阅读需求书，联系程序员可能作出的假设来确定测试案例。需求书中一些内容会被忽略，可能是由于偶然原因，也可能是程序员认为其显而易见。 例如，如果软件对时间敏感，就看它在公元1900年和3000年是否还能正常工作。如果需求书中要求输入数据极限为9位数字，则设计输入10位数字。 错误推测法-举例 农信社人力资源需求 员工招录控制 支持省联社对各行社招录员工的控制，对新招录员工、人才引进、外单位调入、系