软件测试用例设计生命周期

测试用例分析与设计是整个测试生命周期中非常重要的一个活动,该测试活动的输出是后续测试执行的主要输入,其质量直接影响后续测试效率、有效性及测试质量。测试用例分析与设计的过程,采用的技术与方法,以及测试人员的测试经验与技能等,都会影响最终的测试用例质量。

  图1是测试用例设计生命周期示意图。在该示意图中,包括了测试用例设计相关的主要测试活动,可能可以采用的技术与方法等。主要的测试活动包括:

  1)确认测试用例设计的参考输入来源;

  2)识别初始测试条件(测试点);

  3)采用测试类型分析与功能交互分析细化测试条件;

  4)采用测试用例设计技术与方法设计测试用例;

  5)输出测试用例规格说明。

图1 测试用例设计生命周期

  1)确认参考输入来源

  测试用例设计不能仅仅依靠测试人员大脑中的一些经验和知识,良好的测试用例设计需要参考各种不同的参考输入文档。其中包括:

  (1)开发文档,指的是软件开发过程中的各种软件工作产品,例如:系统需求规格说明、概要设计规格说明等;

  (2)用户需求,测试的工作不仅是验证开发文档中定义的要求是否满足,同时也需要确认软件产品是否真正满足用户的需要。因此,测试人员了解用户需要是非常必要的。

  (3)标准与规范,开发文档中有些内容之来来源于标准与规范,而没有在文档中详细描述其中的要求,因此它们也是测试人员进行测试设计的重要参考依据;

  (4)类似产品需求,随着迭代-增量开发模型应用越来越广,测试人员经产面临的产品是基于已有系统之上,因此,以前产品的版本信息和质量信息对于当前的测试也很重要;

  (5)测试经验知识库,可以来自测试执行的经验、测试过程中发现的缺陷分析和分类、用户反馈的缺陷的分析和分类等;

  (6)其他隐现需求,例如:和开发人员面谈得到的信息、杂志和网络中的一些缺陷列表等。

  2)识别初始测试条件

  测试人员得到测试用例设计的主要参考来源之后,需要对这些文档内容进行仔细学习和研究,并从不同的参考输入来源中识别初始的测试条件(或者测试点)。测试条件颗粒度可以根据参考输入文档的内容来确定,例如:一条需求条目映射为一条初始测试条件,或者多条需求条目映射为一条初始测试条件。

  3)细化测试条件

  根据参考输入来源获得的初始测试条件,通常来说颗粒度是比较粗的,测试人员需要采用测试类型分析和功能交互分析等方法进行细化。例如:针对某条初始测试条件,测试人员可以考虑是否在每个不同的测试类型上面都需要考虑。详细的测试类型分析与功能交互分析,请参考后续的文章

  4)设计测试用例

  得到细化的测试条件之后,测试人员需要采用不同的测试用例设计技术与方法,来设计具体的测试用例。在设计测试用例的过程中,测试人员可能发现测试条件需要更新,或者当前的测试条件并适合设计。因此3)细化测试条件与4)设计测试用例之间并不是单向的测试活动,它们之间有时候需要不断的相互迭代。

  5)输出测试用例规格说明

  最后,包含测试步骤和期望结果的测试用例,按照测试对象特性或者特性组合形成不同的测试用例规格说明。

====================================分割线================================

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-10-23 21:43:46

软件测试用例设计生命周期的相关文章

软件测试用例设计需要参考哪些输入?

不管是文档化的测试用例,还是存在于测试人员头脑中的测试想法和思维,针对测试对象的分析和设计都是整个测试过程的重要测试活动之一.在进行测试分析和设计之前,测试人员首先需要确定测试的需求来源,即测试用例设计需要参考哪些测试依据文档? 测试用例设计的输入文档是什么?测试人员头脑中第一个蹦出的参考依据就是需求规格说明.确实,需求文档是我们测试设计的最主要参考文档.但是,由于时间限制.成本限制和个人能力限制等方面的原因,提供完备的需求规格说明几乎是不可能的.现实情况是,需求规格说明常常是不全的.模糊的,甚

私有云中的软件交付和生命周期模式

IBM Pure Application System 和 IBM Private Cloud Platforms 的可部署模式 简介 公司如今面临着频繁的市场变迁以及需要立刻进行响应的不断变化的业务模型.为了跟上并适应形势,软件交付和新兴平台中的快速创新势在必行.与此同时,传统应用程序和系统审计功能需要以较高的可靠性水平进行维护和参与. 任何成功响应的核心都是有效的协作和一致的质量.无论压力来自移动设备.社交媒体.大数据.云计算还是成本削减需求,有两点很明显: 首先,公司需要使用一流的应用程序

浅谈手机软件测试用例设计方法

手机产品和用户交互非常紧密,手机的软件质量就显得尤其重要.要使最终用户对手机软件感到满意,必须要在手机软件发布之前进行充分的测试.而不完全.不彻底是软件测试的致命缺陷,但是我们又不可能进行穷举测试,任何程序只能进行少量而有限的测试.为了节省时间和资源,提高测试效率,我们必须要从数量极大的可用测试数据中精心挑选出具有代表性或者特殊性的测试数据进行测试.测试用例在此情况下产生.测试用例是为特定的目的而设计的一组测试输入.执行条件和预期的结果.简单地说,测试用例就是设计一个场景,使软件程序在这种场景下

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

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

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

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

软件测试用例设计方法

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

从场景软件测试用例设计谈业务测试

作为测试人员,编写测试用例是我们的核心,他最重要的作用就是让我们跟着测试用例测试,不会遗忘一个测试的功能点.在现实的设计用例环节来说,做到很好的测试用例对我个人来说是很难的.尤其是场景测试用例设计. 本文不以概念和一些教科书似的例子来讲解场景测试和业务测试的相互关系.以一个轻松交流的方式来总结场景测试的流程.当今很多产品不再是单一的互联网或者是独立产品作为测试的对象,往往跟多个模块进行配合测试.即使有严格的规格说明书,事件流的测试也是不能忽视. 为什么要用场景测试用例: 因为用等价,边界等设计方

软件测试用例设计难在哪里?

试用例设计是测试过程中非常重要的一个活动,不管是文档化的设计输出,还是只是存在于他们脑海中的测试思想,其质量都会直接影响测试执行的质量. 尽管每个测试人员都掌握了不少的测试用例设计技术与方法,例如:等价类划分.状态转换测试等,但是如何将它们应用到具体的测试对象测试中去,很多测试人员都会感觉有些力不从心,甚至有无从下手的感觉. 下面是针对某个功能模块的一个简单的需求描述:该基本功能是为了创建某个条目,它的基本需求如下: 假如dataBit0 = 0, 并且cBPDU或者pBPDU的值不为1,那么创

《社交网站界面设计(原书第2版)》——3.9 使用生命周期

3.9 使用生命周期 使用生命周期(如图3-18所示)是很简单的概念,由几个展示人们如何使用软件的步骤组成.首先,人们要通过某种途径听说该软件,可能是通过同事或朋友.然后,他们决定试用一下并且注册该软件.接着,他们会进行最关键的步骤--初次使用软件.最后,他们就会进入"持续使用该软件"的模式(或者根本不再使用). 图3-18:使用生命周期是由约什·波特(Josh Porter)在<筑巢引凤>(Designing for he Social Web)中定义的从"软件