文档介绍：软件测试-课程总结
软件测试的流程
软件测试贯穿软件产品开发的整个生命期
按阶段进行测试是一种基本的测试策略
RAD模型生命期示意图
项目计划
需求分析
概要设计
详细设计
软件编码与单元测试
软件的测试用例
通过白盒
获得系统实现方面的信息
依此对等价分配作进一步的提炼、调整
大幅减轻测试工作
增加没有考虑到的测试
查找内部边界条件
应用举例
先黑盒、后白盒
数据范围分析
数据流跟踪
通过调试器，了解数据的初值、中间值、结束值
找到更多的次边界
计算公式
了解计算过程、避免出现溢出或间接异常
强制赋值
通过强制赋值，构建某种不易出现的状态，以测试该状态下的软件运行情况
代码范围分析
需要测试程序的状态
需要测试程序的流程
进入和退出每一个模块/函数
执行每一行代码
进入每一个分支结构
跟踪每一条逻辑判断
要求：
通过可控制的测试用例，实现代码的全覆盖
测试技术在各测试阶段中的应用
软件分析设计
静态黑盒
单元测试
静态白盒、动态白盒
集成测试
动态白盒、动态黑盒
功能测试、系统测试、验收测试、安装测试
动态黑盒
测试技术的综合应用
黑盒测试
更广些、更高些、更浅些
中医方法
白盒测试
更深些、更专些
西医方法
根据具体情况、因事而异
执行测试
对测试用例的组织和跟踪
已经有的测试用例有哪些
计划执行哪些测试用例（测试用例集合）
计划执行多少个测试用例，执行需要多长时间
执行测试用例时，哪些通过了、哪些失败
在失败的测试用例中，哪些在上次执行时也失败了
上次执行测试案例时通过的百分比是多少
形成两份报告
测试执行情况报告
软件缺陷报告
让别人重视自己的缺陷报告
编写缺陷报告的基本原则
尽快报告软件缺陷
修复风险随时间而大大增加
有效描述软件缺陷
短小、单一、明显和通用、再现
在报告时不做评价
陈述事实、对事不对人
补充完善缺陷报告
保存好缺陷描述、并跟踪缺陷、补充进展信息
协调测试与调试职责
基于缺陷的职责协调
再现缺陷所需的最少步骤
缺陷是否成立（缺陷或测试员的错误）
产生缺陷的外部因素
产生缺陷的内部因素
如何在不产生新缺陷的条件下修复该缺陷
该修复是否经过调试、单元是否经过测试
测试是否被关闭（确认及回归测试）
软件缺陷的生命期
新建缺陷 --- 测试员
审查缺陷报告 --- 项目经理
修复缺陷 --- 程序员
验证修复 --- 测试员
关闭缺陷 --- 测试员
三方共同协作、对缺陷严密监控
由测试员打开、由测试员关闭
打开（T）
修复（PG）
关闭（T）
审查（PM）
检查
（T）
软件缺陷的生命期示意图
评审
驳回
公开
分配
修复
测试
关闭
Bug状态：
打开、修复中、已修复、关闭报告无效
软件缺陷的生命期示意图
评审
驳回
公开
分配
修复
测试
关闭
Bug状态：
打开、修复中、已修复、关闭报告无效
信息不足
软件缺陷的生命期示意图
评审
驳回
公开
分配
修复
测试
关闭
Bug状态：
打开、修复中、已修复、关闭、信息不足报告无效
重新公开
重新公开
软件缺陷跟踪管理
缺陷跟踪管理的意义
软件缺陷反映了软件的本质
测试驱动的软件开发过程
缺陷跟踪管理的原则
基于缺陷生命周期
三方配合，跟踪Bug整个生命期
谁打开、谁关闭（第一责任人）
软件缺陷跟踪管理手段
以数据库形式对软件缺陷进行管理
数据库内容
Bug总括信息（标题、责任人、当前情况等）
Bug详细信息（Bug详细描述、修复详细描述、进展等）
Bug状态、日志等信息
信息管理内容
缺陷的建立
缺陷修复任务的分派
缺陷信息的维护
缺陷状态更新
缺陷信息的价值
缺陷信息的价值
软件缺陷跟踪数据库是整个项目组的中心点
缺陷信息的查询与统计
Bug分布情况（区域、模块）
Tester发现Bug的情况
总的Bug发现情况
每天发现的Bug数量
Bug的修复情况
未修复的Bug数量
所发现Bug的属性（严重性/优先级）
软件缺陷分析
软件缺陷信息反映软件项目的本质
缺陷数据库为项目组成员提供丰富、翔实的信息
反映测试工作状态方面的信息
反映项目开发组工作状态方面的信息
预测项目进展趋势方面的信息
Bug分布情况-按原因
Bug打开—关闭累计曲线
Bug打开—关闭累计曲线
Bug打开—关闭累计曲线
Bug打开—关闭累计曲线
Bu