软件测试基本方法(四)之测试过程模型

瀑布模型是最常见也是最基本的过程模型,但实践中受到越来越大的局限性,我认为现代软件越发庞大和复杂,我们往往不能一眼洞穿,加上用户需求的多样化和不确定性,都让瀑布模型力不从心。于是出现了原型模型、迭代模型、敏捷过程模型和并发模型。例如原型模型就是为了加大与用户的交流,挖掘用户真正的需求。这里只是泛泛地谈一谈一些著名的测试过程改进模型

TMM(测试成熟度模型)

过程能力:描述了遵循一个软件测试过程可能达到的预期结果的范围。

TMM的建立得益于:

  • 充分吸收CMM的精华
  • 基于历史演化的测试过程
  • 业界的最佳实践

TMM将测试过程成熟度分为5个等级——初始级、定义级、集成、管理&度量和优化。

TPI

是基于连续性表示法的测试过程改进的参考模型,是在软件控制、测试知识以及过往经验的基础上开发出来的。

CTP(关键测试过程)

主要是一个内容参考模型,一个上下文相关的方法,并能对模型进行裁剪

STEP(系统化测试和评估过程)

一个内容参考模型,认定测试是一个生命周期活动,在明确需求后开始直到系统退役。它不认为测试只是编程结束后的一项关键活动,而是在过程的早期(需求阶段),就注入测试,以确保更早地发现缺陷。STEP与CTP类似,不像TPI。

软件测试基本方法(四)之测试过程模型,布布扣,bubuko.com

时间: 2024-10-21 19:31:59

软件测试基本方法(四)之测试过程模型的相关文章

软件测试基础(四) 测试种类

安装测试 安装测试是为了确保软件可以正确地在客户的硬件设备上安装并运行. 兼容性测试 兼容性测试是指测试软件在特定的硬件平台上.不同的应用软件之间.不同的操纵系统平台上.不同的网络等环境中是否能够很友好的运行的测试.主要核心内容有1)测试软件是否能在不同的操作系统平台上兼容,或测试软件是否能在同一操作平台的不同版本上兼容:2)软件本身能否向前或向后兼容:3)测试软件能否与其他相关的软件兼容:4)数据兼容性测试,主要是指数据能否共享等. 健全测试和冒烟测试 健全测试是主要功能的简单测试,以决定系统

Testlink1.9.17使用方法( 第四章 测试需求管理 )

第四章 测试需求管理 QQ交流群:585499566 需求规格说明书是我们开展测试的依据.首先,我们可以对项目(产品)的需求规格说明书进行分解和整理,将其拆分为多个需求,一个项目可以包含多个需求,一个需求可以包含多个测试需求. 创建产品需求规格 创建测试需求 一. 创建产品需求规格 单击主页上面的"产品需求"区域->点击[产品需求规格]按钮-->点击[新建产品需求规格] 对"产品需求规格"的描述比较简单,内容包含文档ID.标题.范围,类型.如下图所示:

软件测试概述、结构化测试

一.软件测试的目的 是在最小的成本和最短的时间内,通过设计良好的测试规程和测试用例,系统地发现不同类别的错误. 二.软件测试的基本原则 设计好的测试用例.不可能进行穷举测试.尽早开展测试.重点测试.定期进行检验与修正测试用例,并增加新的测试用例.测试依赖于系统环境.测试用例应该包含合理和不合理的输入条件. 测试过程模型 V模型特点:1.对应瀑布模型的变种(自下到上)线性关系 2.有局限性,在于不能体现"尽早地和不断地进行软件测试"的原则 3.仅仅把测试过程作为在需求分析.概要设计.详细

软件测试基本方法(七)之验收测试

验收测试是在功能测试和系统测试之后进行的,所以验收测试的前提条件是系统或软件产品已通过了内部测试.然后和用户一起验收软件,在真实环境下运行软件,看是否存在与用户需求不一致的问题或违背产品规格书的要求.由于测试人员不可能完全用户实际使用情况,所以软件是否真正满足最终用户的要求,应由用户进行一系列的验收测试. (1)验收测试定义: 检查软件是否符合合同要求,包括需求规格说明.设计规格说明和用户手册等. (2)测试内容: 易用性测试(用户界面和可用性测试) 兼容性测试(软件兼容性测试.数据共享兼容性测

软件测试基本方法(二)之白盒测试

白盒测试 概念:按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作. 分类:白盒测试是基于覆盖的测试,尽可能覆盖程序的结构特性和逻辑路径,所以其具体方法有逻辑覆盖.循环覆盖.基本路径覆盖.逻辑覆盖又可进一步分为语句覆盖.判定(分支)覆盖.条件覆盖.判定-条件覆盖.条件组合覆盖等.白盒测试主要用于单元测试(我们需要了解程序源码和结构,而且基于输入输出,适合单元模块).下面重点介绍常用的几种白盒测试方法. 语句覆

软件测试基本方法(三)之黑盒测试

黑盒测试: 概念:也称功能测试,它是通过测试来检测每个功能是否都能正常使用.在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息.黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试. 分类:黑盒测试有很多具体方法,这里只选取两种最常用的--等价类划分法和边界值分析法. 等价类划分法: 定义:分为有效等价类和无效等价类.有效

软件测试基本方法(五)之单元测试

这是我们最亲密的测试,我们平常写课程设计,当然谈不上商业级的测试,往往就一个单元测试占据了测试.有些人习惯先搭起框架,然后再单元测试:也有些人在完成了一个功能模块后即着手进行该模块的测试.但殊途同归,要保证软件系统的质量,首先就要保证构成系统的单元的质量,这些单元可能是一个对象.类和函数,也可能是更大的单元--组件或模块. (1)为什么要进行单元测试: 软件中存在的错误发现得越早,则修改和维护的费用就越低,而且难度越小,单元测试是早期抓住这些错误的最好时机. (2)定义: 单元测试是对软件基本组

软件测试基本方法(六)之集成测试和系统测试

在软件开发中,经常会遇到这样的情况,单元测试时确认每个模块都能单独工作,但这些模块集成在一起之后会出现有些模块不能正常工作.例如,在chrome环境下用js写了一个实时捕捉video中特定区域的模块,正常工作:利用worker线程进行webgl场景渲染,也正常:可是当两个运算合并时,出现一个模块不能正常运行,原因在于两个模块不适合在worker线程中结合,基于worker本身的局限性,只能有一个模块正常工作.所以,很有必要进行集成测试. (1)集成测试定义: 集成测试是将软件集成起来,对模块之间

软件测试基本方法(一)之软件测试

为什么要进行软件测试: 产品质量的保证 控制成本的关键 软件可靠性确认 让企业具备国际竞争力 软件测试定义: 软件测试是由"验证(verification)"和"有效性确认(validation)"活动构成的整体. 验证:检验软件是否已正确地实现了产品规格书所定义的系统功能和特性. 有效性确认:确认所开发的软件是否满足用户真正需求的活动. 软件测试和软件开发的关系: 软件缺陷: 定义:是指计算机程序中存在的任何一种破坏正常运行能力的错误,或者隐藏的功能缺陷,其结果会