软件测试 day1测试概要

测试流程

• 计划
  输入：需求规格说明 项目计划
  who：那些人 when：时间段： way：方法 resouce：利用资源 standard：标准 mudel：系统中的模块 risk：可能存在问题
  输出：测试计划
• 设计
  输入：需求 设计文档 测试计划
  输出：测试用例 测试过程
• 实施
  输入：测试用例 测试过程 需求
  输出：测试驱动模块 测试桩模块 测试脚本
  执行脚本 检查结果 提交缺陷报告
• 评估
  输入：测试用例 缺陷报告 测试标准
  输出：测试评估报告

测试执行方式角度分类

测试分类

从测试阶段或对象角度分类

• 单元测试（白）
  用于验证一个单元模块或者组件的功能是否正常
  与编码过程紧密联系
• 集成测试（白主要，黑次要）
  将不同单元模块组合在一起，形成更大的组件测试流程
  查找不同单元或组件间的接口错误
• 系统测试（黑）
  检验软件产品是否能与其他部分协调工作，包括硬件，数据库及操作人员
  评估整个系统的行为并确保系统行为符合用户需求，并且评估系统和硬件设备，运行环境，应用程序之间的接口
  适用于评估系统的非功能性需求，如性能，可靠性和安全性
• 确认测试（黑主要，白次要）
  有效性测试，在模拟环境下验证软件的所有功能
• 验收测试
  软件部署之前的一个测试操作，其测试范围类似于系统测试。通常由系统提供者和客户共同完成

从测试技术的角度来看

从测试目标的角度来看

软件开发模型

参考资料，相当完整

V模型

优点：
每一个阶段都清晰明了，便于控制开发的每一个过程。
既包含单元测试又包含系统测试。
缺点：
测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
测试和开发串行。

W模型

优点
1.测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
2.测试于开发是并行独立进行的。
缺点
1.对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2.对于需求和设计的测试技术要求很高，实践起来很困难。

H模型

优点
1.开发的H模型揭示了软件测试除测试执行外，还有很多工作。
2.软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行。
3.软件测试活动可以尽早准备，尽早执行，具有很强的灵活性。
缺点
1.管理型要求高：由于模型很灵活，必须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制。
2.技能要求高：H模型要求能够很好的定义每个迭代的规模，不能太大也不能太小。
3.测试就绪点分析困难：测试很多时候，你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准是什么，这就对后续的测试执行的启动带来很大的困难。

软件质量

产品质量 过程质量 客户满意度
GB/T 11457-2006