2
概要设计系统测试
3
需求分析验收测试
4
W模型
又称双V模型：一个是开发V，一个测试V，增加了软件各开发阶段中同步进行的验证和确认测试活动， 体现了测试与开发的并行关系
优点 测试和开发同步进行，有利与尽早发现问题
增加非程序角度测试系统的思想 测试准备及设计工作提前、提高测试质量及效率
缺点 把软件开发视为需求、设计、编码等一系列串行的活动
独立的测试组对系统认识不够深入 影响测试质量及测试效率
X模型
• 对V模型的改进，针对专门的程序片段进行相互分离的编码和测试，此后通过频繁的交接和集成， 最终合成为可执行的程序；X模型还定位了探索性测试，不进行实现计划的特殊类型的测试
• • 优点 • 强调单元测试及集成测试的重要性 • 引入探索性测试使测试模型与现实更接近 • 缺陷修复时不受项目内部人员限制 • 缺点 • 只强调测试过程中的部分内容 • 没有对需求测试、验收测试等内容进行说明
α、β、γ常用来表示软件测试过程中的三个阶段，其中γ阶 段：此时产品已经相当成熟，只需在个别地方再作进一步优 化处理，即可上市发行
开发测试
通常叫验证测试或α测试：α测试 是由一个用户在开发环境下进行 的测试，也可以是公司内部的用 户在模拟实际操作环境下进行的 测试
用户测试
用户测试是在用户的应用环境下， 检测与核实软件是否符合自己的预 期；通常情况下，用户测试不是指 的是验收测试，而是指用户的实用 性测试，例如β测试
第二十三~二十六章 信息系统综合测 试、成熟度模型、量化的项目管理、 知识产权与标准规范
演讲人
2 0 2 5 - 11 - 11
目录
01. 信息系统综合测试与管理 02. 项目管理成熟度模型 03. 量化的项目管理 04. 知识产权与标准规范
01
信息系统综合测试与管理
信息系统综合测试与管理
软件测试主要模 型
系统测试
对已经集成好的软件系统进行彻底的测试，已验证软件 系统的正确性和性能等是否满足其规约所指定的要求， 包括软件质量属性中的功能性和非功能性的验证
验收测试
又称为交付测试、发布测试或确认 测试，产品发布之前所进行技术测 试的最后一个阶段
信息系统综合测试与管理
按照实施组织划分
开发测试
用户测试
第三方测试
实现
D 基于软件开发文档， 所以也能知道软件实 现了文档中的哪些功
能
B
与软件的内部实现无 关
E
在做软件自动化测试 时较为方便
C
从用户角度出发，能 很容易地知道用户会 用到哪些功能，会遇
到哪些问题
黑盒测试
缺点
01
02
不可能覆盖所有的代码， 覆盖率较低，大概只能 到达总代码量的30%
自动化测试的复用性较 低
前置测试模型
将测试和开发紧密结合，提供一种轻松的方式，使项目可以加快速度 他将开发和测试的生命周期整合在一起，在开发阶段以编码-测试-编码 -测试的方式来体现 前置测试模型用较低的成本来及早发现错误，强调测试对系统高质量的 重要意义
补充知识
02
软件开发人员应该 避免测试自己开发
的程序
01
不管采用哪种模型， 测试工作都应从需
求阶段开始
信息系统综合测试与管理
按照开发阶段划分
01 单元测 试
02 集成测 试
03 系统测 试
04 验收测 试
单元测试
又称模块测试，是针对软件设计的最小单元（及程序模 块）进行正确性检验的工作
集成测试
又称组装测试、联合测试、子系统 测试或部件测试，将所有模块按照 设计要求组装成子系统或系统进行 的测试活动
开发和测试保持一种线性的前后关系 无法支持迭代、自发性以及变更调整
H模型
H模型将测试活动完全独立出来，形成一个完整独立的流程，贯穿于整个软件生命周期，与其他流程并发 的进行
优点 将测试从开发中独立出来，利于研究更深的测试技术
同时测试多个项目时可对测试技术重复利用 高效调整测试人员
缺陷修复时不受项目组内部人员限制 缺点
优点
缺点
对应关系
V模型
优点
0 1 将复杂的测试工作按阶段分为各个小 阶段来实现
02
从多角度测试系统找出更多缺 陷
V模型
缺点
0 1 软件测试容易误导为软件开发的最后 一个阶段
0 2 需求、设计阶段产生的问题不能很早 发现
03
质量控制和测试效率无高效发 挥
V模型
对应关系
编码-单元 测试
1
详细设计集成测试
信息系统综合测试与管理
按照测试技术划分
01
黑盒测 试
02
白盒测 试
03
灰盒测 试
黑盒测试
又称界面测试或功能测试，从用户的角度出发，把程序 看作一个不能打开的黑盒子，完全不考虑程序的内部结 构和内部特征
黑盒测试
需求分析阶段的文档，也可用黑盒，看功能是否适用客 户要求
黑盒测试
优点
A
比较简单，不需要了 解程序内部的代码及
白盒测试
01
把程序看成在一只透 明的盒子里，测试者 完全了解程序的结构 和处理过程，根据程 序的内部逻辑来设计 测试用例，检查程序 中的逻辑是否都按预 定的要求正确地工作
第三方测试
又称为独立测试，介于软件开发方 和用户方之间的组织的测试，第三 方测试还可以适当兼顾初级监理的 功能，其目的是为了保证测试工作 的客观性
信息系统综合测试与管理
按照测试执行ห้องสมุดไป่ตู้式划分
静态测 试
动态测 试
静态测试
不真正运行被测程序：包括代码检查、静态结构分析与 代码质量度量等
动态测试
运行被测程序，检查预期结果和 运行结果的差异：包括编写测试 用例，执行程序，分析程序的输 出结果
测试用例设计方法
等价类划分法 把所有可能的输入数据，即程序的输入域划分为若干部分（子集），然后从每一个子集
中选取少数具有代表性的数据作为测试用例 边界值分析法
对输入或输出的边界值进行测试的一种黑盒测试方法，通常作为对等价类划分法的补充 举例：假定X为正数，10≤X≤100，X在测试中应该取（10,11,99,100）边界值 举例：某程序循环体最少执行0次，最多执行100次，宜选择（循环0次、循环1次、循环 99次、循环100次）作为测试用例
按照测试执行方 式划分
按照开发阶段划 分
按照测试技术划 分
按照实施组织划 分
按照测试对象类 型划分
信息系统综合测试与管理
一．测试管理
信息系统综合测试与管理
软件测试主要模型
V模型 X模型
W模型
前置测 试模型
H模型
补充知 识
V模型
瀑布开发模型的一个变种，清除描述了测试阶段和开发过 程期间各阶段的对应关系，左边标示开发个阶段，右边标 示测试各阶段