文档详情

如何设计测试用例.ppt

发布:2019-07-02约4.03千字共26页下载文档
文本预览下载声明
如何设计测试用例 开发部 钟礼兰 随着软件产业的日益壮大和逐步走向成熟,软件测试也在不断发展。从最初的由软件编程人员兼职测试到软件企业组建独立专职测试部门。测试工作由简单测试演变为:制定测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动化及第三方专业测试公司多种并存的格局。 前言 前言 在软件测试工作中,测试用例的设计和编写是最重要的。测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的基本保障。 如何设计测试用例 一、测试用例的定义 二、测试用例的目的 三、测试用例的设计 四、测试用例的检查 五、测试用例设计的常见错误 六、测试用例设计小结 一、测试用例的定义 测试用例是为特定的目的而设计的一组测试输入、执行条件和预期 结果,以便测试某个程序路径或核实是否满足某个特定需求。 二、测试用例的目的 测试目的,是为了证明软件不存在错误,还是为了发现错误? 如果是为了证明软件不存在错误,那么 1)潜意识中就更倾向于实现这个目标,这样我们可能仅考虑正确的输 入得到正确的结果,较少考虑导致软件失效的测试数据 2)可能隐藏一些问题。软件原则上不存在错误,但实际存在不合理。如: 一个“输入数据,判断为何种三角形”的程序,输入0,0,0,程序会判 为等边三角形,但显然是不合理的。 因此,写测试用例目的,是诱导软件出错误,不仅仅是为了证明其基本 功能实现正常,更要考虑极限、容错等不按其规范运行的操作。 二、测试用例的目的 一个好的测试用例,具有较高的发现某个尚未发现的错误的可能性 一个成功的测试用例,能够发现至今尚未发现的错误 三、测试用例的设计 个人认为,简单来说,就是方法+经验,即比较成熟的测试用例设计 方法为指导,再加上设计人员个人的经验积累。 三、测试用例的设计 1.从何入手 1)菜单树; 2)需求规格书、模块的详细规格图; 3)软件的基本雏形; 4)相关标准规格;如软件规格书等。 三、测试用例的设计 2.设计步骤 1)根据需求规格和菜单树得出基本功能测试用例; 2)边界值测试用例; 3)容错测试用例; 4)并行测试用例; 5)串行测试用例; 6)交叉测试用例; 7)兼容测试用例; 8)极限测试用例。 2.1 基本功能 多看需求文档,多与需求设计人员沟通,至少保证覆盖需求规格说 明书和菜单树的各项功能。 主要方法: 1)等价类划分: 将输入范围进行划分,测试每个等价类的代表性数据等同于测试 该类的其他数据。 确定有效和无效等价类。 一个等价类,如果有充足理由,可以再划分为多个更小一些的等 价类。部分更小一些的等价类,凭借个人经验和用户角度去考虑取舍。 三、测试用例的设计 2)功能、路径混合分析法:即实现某功能,从进入--功能实现---退出 的各种路径的操作组合。 进入:如果只有一种进入方式,则无需描述;2种及2种以上的进入 方式,则需分别描述。常见的进入方式:主菜单进入、桌面快捷方式进入、快捷启动键进入。 功能实现:通过界面上的按钮实现相关功能。 退出:未实现和已实现功能的退出。 三、测试用例的设计 3)边界值 所谓边界条件,是指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。 1)输入值,如:一款软件用户密码的输入为6到12位,则我们可选择5位、6位、12位、13位密码进行输入。 2)输出值,如:一款计算器软件的输出值范围为:0~999999999999,那么应该针对如果得到0和999999999999来设计测试用例,还有观察是否可能设计出得到-0.1和1000000000000的测试用例 3)边界状态,如:图片放大、缩小至边界状态 4)如果程序的输入或输出是一个有序序列,则应特别注意该序列的第一个和最后一个元素。 5)其他边界。 三、测试用例的设计 三、测试用例的设计 4)错误猜测 错误猜测主要是一项依赖直觉的非正规的过程,其基本思想是列 举出可能犯的错误或错误易发情
显示全部
相似文档