首页 > 代码库 > 测试方法(个人学习笔记20170305)

测试方法(个人学习笔记20170305)

测试方法(个人学习笔记20170305

测试方法:

按对象分类:黑盒,灰盒,白盒

按是否执行程序分类:静态,动态

按手段分类:手工,自动化

 

黑盒

1.依据:需求规格说明书(SRS

2.测试对象:整个软件产品

3.目的

理论目的:检查软件功能实现是否符合SRS

实际目的:尽早验收或售卖

4.评估标准:需求覆盖率100%(最低标准)

需求覆盖率=被测需求数/总需求数

5.介入时间:系统测试阶段(ST)(已开发完成,可操作执行)

6.优点:简单

7.缺点:介入时间晚,修复成本高,无法测试内部逻辑和代码实现

8.适用:任何情况下

 

灰盒

1.依据:概要设计(HLD

2.测试对象:系统内部接口(系统,模块,功能之间)

3.目的

理论目的:验证接口实现与概要设计是否一致

实际目的:准确定位缺陷

4.评估标准:接口覆盖率(视具体要求而定)

5.介入时间:集成测试阶段(IT

6.优点:可以准确定位BUG

7.缺点:复杂度高,对测试人员要求较高

8.适用:经常出现难以定位的错误的接口,接口实现复杂的,接口调用参数多的

 

白盒

1.依据:详细设计(LLD

2.测试对象:代码,函数

3.目的

理论目的:检查代码是否符合详细设计要求

实际目的:在代码阶段发现BUG,减少修复成本和风险

4.评估标准:逻辑覆盖率

逻辑覆盖率包括多种,如语句覆盖率,条件覆盖率,分支覆盖率,条件分支覆盖率,路径覆盖率等

5.介入时间:单元测试(UT

6.优点:介入时间早,发现缺陷早

7.缺点:工作量大,技术要求高,主要测试代码,函数内部逻辑的实现,对于用户角度的操作流程,易用性等功能和非功能没有涉及

8.适用:新研发的功能,模块,复杂度高,自测不充分的

 

静态

特点:检查开发,需求文档中的错误

分类:正规检视 最严 SRS阶段

      技术评审 严格 HLD阶段

      同行评审 不严 LLD阶段

优点:介入时间早,发现缺陷早,修复成本,风险低

缺点:技术难度大,需要提前了解业务

适用:可选,效果不一定明显

 

动态

特点:通过执行程序发现系统中的缺陷

分类:黑,白,灰盒

优点:简单

缺点:介入时间晚于静态

适用:任何情况

 

手工

优点:主动发现缺陷

缺点:人工操作,重复性大,易疲倦,效果受操作人员主观因素影响

适用:必选,任何情况

 

自动化(功能,性能)

优点:脚本重复适用的情况下效率高,成本低

缺点:不能主动发现缺陷

适用:需求稳定,功能基本实现,手工测试已经通过的

 

 

缺陷管理

缺陷状态

new -> 新发现

open -> 指派

fix -> 修复

close -> 关闭

duplicate -> 重复

postpone -> 延期

reject -> 拒绝

reopen -> 再打开

abandon -> 丢弃

 

缺陷迁移

 

一般而言有以下迁移状态

 

new -> openabandonduplicatepostpone

open -> fixedreject

fix -> reopenclose

reject -> abandonfix

postpone -> fixopen

 

 

缺陷报告

缺陷报告一般包括以下几项

1.编号

2.标题

3.重现步骤

4.严重级别

5.优先级

6.状态

7.执行人

8.提交人

9.附件

 

缺陷报告质量的提升

1.明确测试时的数据,步骤,前置条件

2.标题简明扼要

3.明确预期效果,写清问题和建议,防止多次修复

测试方法(个人学习笔记20170305)