2012年软考软件设计师知识点之软件测试流程

会计考友

一 软件测试的阶段划分 　　可以从三个角度来将软件测试划分为多个阶段：
) K* a. t3 c9 a' R$ U  x　　1. 面向软件测试操作类型的划分，如调试、集成、确认、验证、组装、验收、操作;
1 [! Y& i  [9 S8 P1 `! C9 `5 q　　2. 面向软件测试对象粒度的划分，如语句、结构、单元、部件、配置项、子系统、系统、大系统;
& U, v. w0 p7 e　　3. 面向软件测试实施者的划分，如开发者、测试者、验收者、使用者。
1 J- g+ a" F9 \7 f" S& P: u　　二 软件测试阶段的步骤
& ?) h8 M" K, W- [　　每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。
8 V# {  G- y  \6 C5 u　　2.0 a 测试需求分析
7 |$ X: ?' r6 t! |　　测试需求是整个测试过程的基础;确定测试对象以及测试工作的范围和作用。用来确定整个测试工作(如安排时间表、测试设计等)并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他。
　　·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据;
　　·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例;
　　·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖。
) w: a* g/ m5 _# J　　b 测试过程设计：包括测试计划,测试策略制定，测试时间安排用，测试用例编写等。
. i/ H. J' d  x" _# y8 Y7 J& _9 X: J9 M) ^　　c 测试实现：环境配置好了，新的版本也收到了，人员也都培训好了等等。
　　d 测试实施：已经按照测试计划进行展开了，比如手工测试，自动化测试等。
　　e 测试评价：对版本测试覆盖率，测试质量，人员测试工作以及前期的一些工作制定情况进行评价，评估。
1 y! h- l7 R6 s+ ?9 g/ E　　f 测试维护：对测试用例库，测试脚本，bug库等进行维护，保证延续性等。
/ S- A* x% ]* R
　　

会计考友

2.1 软件测试步骤</p>　　表1给出软件测试步骤的定义。
软件测试步骤
输 入
输 出
6 r* f) X9 @2 c8 n测试需求分析
1. 软件测试的方法与规范
2. 软件需求规格说明
8 O& B8 @4 v9 k) \  E. C8 ?3. 软件设计说明（概要设计说明和详细设计说明）
软件测试计划：
1) 软件测试的定位
软件测试线索
3) 软件测试环境的定义
4) 软件需求的追踪矩阵
测试过程设计

% |# p/ f0 n4 a' T1. 软件测试的方法与规范
2. 软件测试计划
, Y% a$ b; l1 A& m5 m
* \( Q* v/ m  R; n4 t软件测试说明：
& r3 B9 f9 a; ?1 a  M1) 软件测试步骤
软件测试基准
3) 测试线索的追踪矩阵
" x+ i0 K8 c8 m/ ~测试实现
" f8 m, q5 z/ h7 {5 E: [+ a  H, D2 P
1. 软件测试的方法与规范
2. 软件测试说明
$ J  [, j" c- `; Z& w, w9 O3. 软件测试工具
. a: b. N' w% v# n8 g; a$ f
软件测试的实现配置：
1) 软件测试环境
测试步骤的计算机表示（用于回归测试的测试代码/测试数据）
3) 测试基准的计算机表示
& X% Q3 H& P+ i2 u, I测试实施
" f& M" Z: G8 H, C1. 软件测试的方法与规范
2. 软件测试说明
7 H0 B! D: {% _, b3 _; K7 Z" W3. 软件测试的实现配置
软件测试记录：
2 }$ K+ A8 h1 V! d: Y- `1) 测试运行结果的计算机表示
/ c7 a* H7 R! q测试比较结果的计算机表示
3) 测试日志
7 _2 u! {$ y! D) V3 a1 ]4) 软件问题报告
测试评价
1. 软件开发文档
2. 软件测试文档
; q7 K! @5 U" ?: @- F3. 软件测试配置
5 V2 E  C3 Z! d. q8 T4. 软件测试记录
8 O! }* _6 Q2 G  ?3 f/ i1 \3 y9 R软件测试报告：
1) 测试结果的统计信息
测试结果的分析/评判
) K! ~8 H+ K3 m" H测试配置管理
0 o1 ~+ m  m! ]% ^( T9 {8 X. ?测试配置管理项：
. E, }' {  b& K% t1) 软件测试的描述性表示（测试文档/文件）
& C1 v6 G5 r2 C# `& j1 P软件测试的计算机表示（测试代码/数据/结果）
5 f2 @* W8 ^6 }. z8 L* @1. 软件测试配置管理项的标识管理
2. 软件测试配置管理项的存储管理
3. 软件测试配置管理项的引用控制
2 Y+ k7 ?0 U/ ^0 t" `9 V4. 软件测试配置管理项的版本控制
5. 软件测试配置管理项的更动控制
测试维护

( Y; c9 i) u) m% @2 x6 S) X测试配置管理项
& ~9 ^' c+ J+ ?
1. 测试配置管理项的使用报告
2. 测试配置管理项的软件问题报告
' i& S$ ^$ v" W. q" b: Q: ?3. 测试配置管理项的更动控制文件
9 f  K4 f$ c5 L* {
/ f+ F1 X; |. N' p" f( }5 t  P　　2.2 软件系统的测试流程
% g! a) i  a1 p: x) m　　显示了大型复杂软件系统的测试流程。
　　可以看到，结合测试操作类型和测试对象粒度的划分角度，软件测试阶段可分为：单元测试、部件集成、部件确认、配置项组装、配置项确认、系统综合和系统验收等。每个阶段都要经历测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护的六个步骤。
　　表2说明各测试阶段的定义。
9 Z1 O/ v2 K, [9 `阶段
标识
被测对象
& n" X! l$ x- V$ N! A" ^5 x: L目 的
完成后产品状态
0 c# n: P+ C. A+ Q! D$ h0 {# A单元测试
UT
单元
获得可组装的单元
+ v' O( E* N- j可执行的单元
部件集成测试
CI
单元、三级部件、二级部件
  \/ N7 A7 S6 c5 E+ \集成单元成部件
6 r  y" U. P( T7 _7 M! r% M二级部件环境中可执行的部件
部件确认测试
2 T% G# P0 y. R: gCV
三级部件、二级部件
确认将被组装的部件
6 Q  }' \) C/ Q2 k二级部件环境中满足文档要求的部件
  M/ w6 f% n4 E( Z. j配置项组装测试
II
二级部件、一级部件、配置项
组装部件成配置项
! \  [8 G$ d/ B3 v) ^/ J1 A3 l二级部件环境中满足文档要求的部件
) I$ b! F  r: n  u6 \配置项确认测试
5 s6 s# D# c; V6 ]1 BIV
( X$ c: a8 k0 x配置项、子系统
/ o2 k, x! Y' J1 a; O( H" }8 B  ]$ f确认配置项的功能和性能
* ?  A& A" H4 D7 P8 p' _% A# t模拟环境中满足软件需求的配置项
系统综合测试
# W9 c  k* b8 q8 x. oSI
1 T# E6 w5 y8 c* r9 t' P子系统、系统
: s; k& j# H0 I* f! i/ `/ {动态协调开发环境下的各子系统
  r0 u9 n: @. ~' `, d仿实际运行环境中满足用户需求的子系统
系统验收测试
SA
( x- n" c6 u) {; H( e子系统 、系统、关键配置项、关键部件
确认系统的功能和性能
仿实际运行环境中满足用户需求的系统