软件测试 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