编写和跟踪测试案例

这部分的内容是:如何有效地开发和管理这些测试案例,是测试尽量成效显著。

一、必须做好计划测试案例的4个理由:

  • 组织性。正确的计划组织测试案例,可以使项目成员和其他测试员有效的审查和使用;
  • 重复性。有利于寻找新的软件缺陷,修复旧的软件缺陷。方便进行重复测试;
  • 跟踪性。正确的组织计划可以轻松了解执行了那个测试案例,案例的执行情况;
  • 测试证实。提供了一种证实测试的手段。

二、测试案例计划综述

测试案例计划可以分为4个部分:测试计划、测试设计说明、测试案例说明、测试程序说明。这四个部分由强调过程到强调文档逐渐变化。越靠后的说明越强调文档清晰、简洁、组织性,可操作性也就越强了。

1.测试设计说明

组织和描述针对某特性要实施的测试,它列举了要测试的特性、需使用的方法,指定通过、失败的规则,明确测试案例,但不指明测试案例具体是什么。

测试设计说明应该包含的内容:

  • 标识符。定位和引用测试设计说明的唯一标识符;
  • 要测试的特性的描述。还要列出作为主特性的辅助特性要间接测试的特性,及测试不到的特性。
  • 描述测试时使用的方法。描述要使用的技术,解释结果如何验证。
  • 测试案例证实。对用于检查特性的具体案例的高级引用和描述。列出案例的等价区间、引用信息、及执行程序。
  • 描述特性的通过和失败规则

2.测试案例说明

编写用于输入输出的实际数值和预期结果,还应指出使用具体案例产生的测试程序的任何限制。

此部分应包含的内容有:

  • 标识符。由测试设计说明和测试程序说明唯一引用的标识符。
  • 测试项。详细描述要测试的特性和代码模块。提供产品说明书的引用信息和测试案例所依据的其他设计文档。
  • 输入说明。列举所有将要输入到软件的输入内容和条件。
  • 输出说明。描述预期结果。
  • 环境要求。列举测试中需要的硬件、软件、测试工具、实用工具、人员方面的要求。
  • 特殊要求。
  • 案例之间的依赖性。注明受其他案例影响的测试案例。

3.测试程序说明

明确指出为实现相关测试设计而操作软件系统或实验具体测试案例的全部步骤

测试程序或者测试脚本说明详细定义执行测试案例的每一步操作。需要定义的内容有:

  • 标识符。把测试程序、测试案例、测试设计捆绑在一起的唯一标识符;
  • 目的。测试程序的目的以及将要执行的测试案例的引用信息;
  • 特殊要求。执行程序所需的其他程序、测试技术和测试设备;
  • 程序步骤。执行测试的详细描述;
  • 日志。指出永和方式方法记录步骤;
  • 设置。说明如何准备测试;
  • 启动。说明启动测试的步骤;
  • 程序。描述用于运行测试的步骤;
  • 衡量标准。确定判断结果的标准;
  • 关闭。表明由于意外原因推迟测试的步骤;
  • 重置。说明如何把环境恢复到测试前的状态;
  • 偶然事件。说明如何处理计划之外的情况;

4.细节和真实。完整的测试所有程序,考虑到各个细节,需要投入大量的时间和人力,这与项目的实际情况相矛盾。最好的做法是找到一个平衡点,找到细节和真实两个方面的平衡点,尽量使编写的测试案例符合实际情况。

三、编写测试案例时需要考虑的问题:

计划执行哪些试案例;

计划执行多少个测试案例,执行需要多少时间;

能否挑出某些测试套装测试某些特性或部分;

在执行测试时,可否记录案例的通过和失败情况;

在失败的测试案例中,哪些上次执行时也失败了;

上次执行测试案例时通过的百分比是多少。

四、管理和跟踪测试案例的方法:

  • 凭脑子记
  • 书面文档
  • 电子表格
  • 自定义数据库(使用编制的处理测试案例的数据库)

这篇文章介绍了测试计划、测试案例、测试程序之间的关系,从抽象到具体的测试案例的设计,及设计案例时应该考虑的问题和管理跟踪测试案例地方法。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值