跟踪测试用例

在测试过程计划确定后测试执行开始之前,测试组长应该能够回答下面的几个问题:
  ● 测试计划中需要执行哪些测试组件?

  ● 测试计划中有多少测试用例?

  ● 在执行测试过程中,使用什么方法来记录测试用例的状态?

  ● 如何挑选出有效的测试组件和测试用例来着重测试某些模块?

  ● 上次使用的测试用例的通过率是多少?

  ● 在未通过的测试用例中,有多少是上次执行的时候也未通过的?

  准确地回答这些问题,需要对测试过程中测试用例进行跟踪。

   前面提到,测试过程中,测试用例有三种状态:通过、未通过和未测试。根据在测试执行过程中测试用例的状态,实现测试用例的跟踪,从而进行测试有效性的检 验。因此,测试用例的跟踪主要是针对测试过程中测试用例的执行和输出而进行的跟踪,从而达到测试过程的可管理性和进行测试有效性评估。

  跟踪测试用例包括两个方面的内容:

   ● 测试用例执行的跟踪:测试用例具有易组织性、可评估性和管理性,在测试用例执行过程中,实现测试用例执行过程的跟踪可以有效地将测试过程量化。例如,执行 一轮测试中,需要跟踪总共执行了多少测试用例,每个测试人员平均每天使用多少测试用例,测试用例中通过、未通过以及未使用的占多少,未使用的原因是什么, 当然,这是个相对的过程,测试人员工作量的跟踪不应该仅仅凭借测试用例的执行情况和发现的程序缺陷多少来判定,但至少,通过测试执行情况的跟踪可以大致判定当前的项目/软件和测试的质量与进度,并对测试的时间做出大致的推断。

  ● 测试用例覆盖率的跟踪:测试用例的覆盖率指的是根据测试用例进行测试的执行结果与实际的软件存在的问题的比较,从而实现对测试有效性的评估。

  跟踪测试用例的形式一般有几种:

  ● 记忆:顾名思义,凭借个人的记忆来跟踪测试用例,这是一种非常不可取的方法,除非是测试只是基于个人开发的小型软件上。

  ● 书面文档:在比较小规模的测试项目中,使用书面文档记录和跟踪测试用例也是可行的一种方法。测试用例清单的列表和图例也可以被有效地使用,但作为组织和搜索数据进行分析时,这种方法是很有局限的。

  ● 电子表格:一种流行而高效的方法是使用电子表格来跟踪和记录测试的过程。通过表格中列出的测试用例的跟踪细节,可以直观地看到测试的状态以及分析和统计测试用例的通过,与软件缺陷的关联等,这为测试中有效管理和分析测试过程以及软件的质量提供了有效的量化依据。

  ● 自定义数据库:最理想的方式是通过自定义的数据库来跟踪测试用例的执行和覆盖率,例如,测试人员通过特定的自定义程序如Web页面将测试的结果提交,通过自定义的数据库(Access、SQL Server、MySQL、Oracle等用户习惯的数据库系统)来存储这些测试结果,并通过自己编写的工具生成报表、分析图等,这样将更加有效地管理和跟踪整个的测试过程,当然,所花费的成本将也是最高的。

本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-09-24 15:29:41

跟踪测试用例的相关文章

浅谈功能测试用例模板设计

测试用例设计和执行是测试工作的核心,也是工作量最大的任务之一,设计良好的测试用例模板能提高测试用例的设计质量,便于跟踪测试用例的执行结果,自动生成测试用例覆盖率报告.这几年测试技术和理论有了长足的发展,就功能测试用例设计要素而言,样式上均大同小异,一般都包含主题.前置条件.执行步骤.期望结果等. 测试用例可以用数据库.Word .Excel .xml 等格式进行管理,市面亦有成熟的商业软件工具和开源工具等,对于一般中小软件企业,使用文档来管理测试用例是较为方便.经济的途径. Word 格式的文档

QUnit jQuery的TDD框架_jquery

在讨论jQuery TDD之前,我们先来了解下什么才是一个标准的TDD框架.作为标准的TDD框架,必须满足这么几个要求: 1. 即使测试脚本出错了也要能继续运行接下来的脚本 2. 能够不依赖被测试代码写测试用例,即使代码没有实现也可以先写测试用例 3. 能够显示详细的错误信息和位置 4. 能够统计通过和未通过的用例的数量 5. 有专门的可视化界面用于统计和跟踪测试用例 6. 易于上手,通过一些简单的指导就可以马上开始写测试代码.   以上这些要求QUnit都做到了, 这也是我推荐QUnit的原因

使用Contest分析测试用例的代码覆盖率

解决什么问题 问题的提出时这样的:对于测试人员来说,首先面临的问题就是无法度量测试用例的质量,如果测 试工程师花费大量时间写的测试用例不能有效地覆盖重要的实现代码,那么可以表明这样的测试用例不是优良的.同时可以 根据测试覆盖了的报表来分析为什么没有覆盖到重要的代码,接着需要进行改进测试用例的代码覆盖率达到满意的结果.代 码覆盖率高低根据产品的不同而不同:70%,80% 甚至 100% 都是可能的.对于测试工程师来讲,可以遵循这样的流程 : 获 取覆盖率 – > 发现未覆盖的代码 – > 添加新

测试用例之性能测试用例

性能测试.压力测试.负载测试.强度测试.稳定性测试.健壮性测试.功能测试.接口测试--,这么多眼花缭乱的测试类型名称,估计很少有人能准确的区分并说出定义来,至于对应的测试用例如何编写和执行,就更不用说了. 如果问测试工程师测试用例如何编写,就象是问程序员如何编写代码得到的答案一样,每个人都会给出不同的编写方法,但实用的测试用例却象优秀的程序一样难以编写. 目前国内,测试工程师却时常要面对"已经延期几倍计划时间的项目",测试用例如何发挥更大的作用,是一个迫切需要解决的问题.事实上,完全可

浅说《测试用例》----给测试新手的

     在此之前我搜集一些关于测试用例的知识,后来在我们的QQ群里专门定了一期讨论,来探讨测试用例,毕竟这是一个很大的话题,很难做到面面俱到,但我会尽量全面,用通俗的语言来说测试用例. --------------------------------------------------------------------------------------- 注:我们这里要说的测试用例指功能测试用例. 一.什么是测试用例?      测试用例是为某个特殊目标而编制的一组测试输入.执行条件以及预

手机软件测试用例设计实践

一.测试用例设计概述 测试伴随在整个手机软件开发的各个阶段中,测试质量的高低直接关系到手机软件的可用性,友好性,可靠性.可以说,测试环节是手机软件开发的重要环节,是整个开发过程的"中枢神经".同时,测试用例的设计在测试过程中是非常重要的一个环节,是重中之重. 一般来说,设计测试用例应该考虑如下几方面: 1)有效性:测试用例是测试人员测试过程中的重要参考依据.不同的测试人员依据相同的测试用例所得到的输出应该是一致的. 2)可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,

功能测试用例的书写方式

功能性测试用例 1. 测试的来源,即测试的需求 测试用例的主要来源有: 1) 需求说明"及相关文档 2)相关的设计说明(概要设计,详细设计等) 3)与开发组交流对需求理解的 记录(可以是开发人员的一个解释) 4)已经基本成型的UI(可以有针对性地补充一些用例) 简而言之,所有你能得到的项目文档,都尽量拿到. 从所得到的资料中,分解出若干小的"功能点",理解"功能点",编写相应的测试用例. 2. 用例的组织方式 不同的公司有不同的做法,原则上,只要方便管理和

关于自动化软件测试用例设计的几点分析

1.手工测试用例和自动化测试用例功能定位的区别. a)手工测试用例 i.较好的异常处理能力,能通过人为的逻辑判断校验当前步骤的功能实现正确与否. ii.人工执行用例具有一定的步骤跳跃性. iii.人工测试步步跟踪,能够细致的定位问题. iv.主要用来发现功能缺陷 b)自动化测试用例 i.执行对象是脚本,任何一个判断都需要编码定义. ii.用例步骤之间关联性强. iii.主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来. iv.目前自动化测试阶段定位在冒烟测试和回归测试. 2

软件测试用例设计方法

前面有曰:测试结果的准确性取决于测试用例的设计,故测试用例设计显得尤为重要.今天就好好梳理下,测试用例的相关内容. 重要性:Test Case贯穿整个测试执行过程,分两大类:数值计算类和数据处理类 概述:编写一组前提条件,输入,执行条件,预期结果的组合方案.完成对某个特定需求或目标的测试,体现测试方案,方法,技术和策略的文档. 1.什么是测试用例,为什么要编写? 测试用例就是编写一组条件,输入,执行条件,预期结果的并完成对特定需求或目标的测试,体现测试方案,方法,技术和策略的文档. 由于测试用例