动态测试过程

1 单元测试

• 目标：
• 检验程序最小单元有无错误
• 检验单元编码与设计是否吻合

• 时机：
• 编码完成后，首先要实施的测试

• 方法：
• 静态测试
• 白盒测试

• 责任：
• 开发工程师

2 集成测试

• 目标：
• 检验组成系统的模块接口有无错误
• 代码实现的系统设计与需求定义是否吻合

• 时机：
• 主要的单元测试完成后，经常与单元测试同步进行

• 方法：
• 黑盒测试

• 责任 ：
• 开发工程师
• 测试工程师

3 系统测试

• 目标：
• 检验组成整个系统的代码、以及系统的软硬件配合有无错误
• 代码实现的系统与用户需求是否吻合
• 检验系统的文档等各种是否完整、有效
• 模拟验收测试的要求，检查系统是否符合用户的验收标准

• 时机：
• 多数集成测试完成后

• 方法：
• 黑盒测试

• 责任：
• 测试工程师

4 验收测试

• 目标：
• 使客户验收签字
• 系统是否符合事先约定的验收标准

• 时机：
• 系统测试完成后，在项目组看来开发和测试工作已经全部完成，可以交付使用

• 方法：
• 黑盒测试

• 责任：
• 产品经理或其他高级经理
• 开发工程师
• 测试工程师
• 用户

5 回归测试

• 目标：
• 验证程序修改或者版本更新以后，以前正确的功能和其他指标仍旧正确。

• 时机：
• 每次错误修改之后，或者版本更新之后

• 方法：
• 白盒测试/黑盒测试

• 责任：
• 开发工程师
• 测试工程师

6 缺陷跟踪

• 目标：
• 确保所有发现的错误被正确记录、分发、评估、关闭、统计

• 时机：
• 从错误发现开始到错误关闭为止，每次错误状态修改之后

• 方法：
• 缺陷跟踪系统

• 责任：
• 开发工程师
• 测试工程师
• 测试经理
• 用户

动态测试流程

动态测试文档

• 测试计划

• 测试用例

• 测试记录

• 缺陷跟踪报告

• 测试总结报告

测试过程管理

1 测试计划

• 测试计划
• 是测试组与开发组交流测试意图的主要方式
• ANSI/IEEE-829/1983
• 规定测试活动的范围、方法、资源和进度
• 明确正在测试的项目、要测试的特性、要执行的测试任务和进度、每个任务的负责人
• 相关风险

• 计划测试工作
• 目标：沟通测试小组内部与外部的意图
• 输出：测试计划

2 计划和跟踪测试用例

• 使用别人设计好的测试用例

• 设计测试用例并给别人使用

• 误区
• 开发人员不必写开发计划
• 测试人员不必写测试设计计划

• 答案：从计划开始
• 组织性：测试用例应该充分，数目很大
• 重复性：测试用例不应该重复
• 测试跟踪：测试用例执行情况和效果应该可以被跟踪
• 测试证明：作为真正进行过测试的证据

• ANSI/IEEE829：提炼测试方法，明确需要测试的特性，指出测试用例、测试程序、测试通过准则
• 标题和标识符
• 要测试的特性或者功能
• 测试使用的测试技术和方法
• 使用的测试用例集合
• 测试通过/失败的准则

• 可以根据实际情况增减内容

• ANSI/IEEE829：实际输入数值和预期输出结果，以及测试其他要求
• 标题和标识符
• 要测试的具体特性或者功能
• 输入说明
• 输出说明：预期输出和判断标准
• 环境要求
• 特殊要求
• 参照的测试用例

• 可以根据实际情况增减内容

• ANSI/IEEE829：明确指出为执行测试设计而执行测试用例的具体步骤
• 标题和标识符
• 目的
• 特殊要求
• 程序步骤
• 日志→设置→启动→程序→衡量标准→关闭→终止
• 重置
• 偶然事件

• 可以根据实际情况增减内容

3 报告和管理缺陷

• 软件没有达到产品说明书表明的功能

• 软件出现了产品说明书指明了不会出现的错误

• 软件功能超出产品说明书的范围

• 软件没有达到用户期望的目标（虽然产品说明书中没有要求）

• 测试员或用户认为软件的易用性差

不是所有的缺陷都会修改

• 尽早报告发现的软件缺陷
• 修改成本小、修改风险小
• 避免报告同类缺陷

• 有效描述软件缺陷
• 简单、明确、具体
• 每个缺陷一份报告
• 简化和优化操作步骤
• 保证重现缺陷

• 缺陷描述客观公正，不带评价和感情色彩

• 保证每个缺陷被报告和处理

• 记下每一个操作步骤和中间结果

• 逐步尝试并缩小侦察范围

• 查找时间依赖问题

• 查找资源依赖问题

• 考虑软件和硬件配置不同的可能

• 严重性

• 优先级

• 严重性和优先级的定义依赖于特定的项目要求，甚至同一个项目的不同阶段

4 评估测试效果

• 作用
• 调整测试进度和项目进度
• 调整测试策略和项目资源分配
• 测试人员与开发人员考核
• 精心设计
• 谨慎使用
• 度量软件质量、预期发布时间

• 数据最能反映真实情况
• 数据也最能制造假象

5 测试团队

• 测试团队一般4-5人，否则应该细分为测试组

• 测试经理/测试组长
• 制定测试计划和测试方案
• 分配测试任务并检查测试进度
• 代表测试团队与开发、产品、用户沟通
• 实际测试

• 测试员
• 设计测试用例
• 执行测试用例并填写缺陷报告
• 检查缺陷处理结果