01 软件测试背景

软件测试背景

1.1 软件测试失败用语

• 缺点 (defect)
• 偏差 (variance)
• 故障 (fault)
• 失败 (failure)
• 问题 (problem)
• 矛盾 (inconsistency)
• 错误 (error)
• 特殊 (feature)
• 事件 (incident)
• 缺陷 (bug)
• 异常 (anomaly)

1.2 软件缺陷定义

软件缺陷至少满足以下一条：

1. 软件未实现产品说明书要求的功能
2. 软件出现产品说明书指明不应该出现的错误
3. 软件实现了产品说明书未提到的功能
4. 软件未实现产品说明书虽未明确提及但应该实现的目标
5. 软件难以理解、不易使用、运行缓慢或者最终用户会认为不好

1.3 软件缺陷来源

• 说明书未写或不全面
• 经常更改
• 整个小组沟通不畅

1.4 软件测试的工作内容

1. 目标是发现软件缺陷
2. 尽可能早的找出软件缺陷
3. 确保软件缺陷得以修复

1.5 软件测试员必须所需的素质

1. 探索
2. 故障排除
3. 不放过任何蛛丝马迹
4. 创造性手段寻找缺陷
5. 追求完美
6. 判断准确，决定测试内容、测试时间、以及测试缺陷是否真实存在
7. 注重策略和外交
8. 善于说服，表达清晰

软件测试开发过程

2.1 产品组成

1. 客户需求
2. 产品说明书
3. 进度表
4. 软件设计文档：
   • 结构文档：描述软件整体设计的文档，主要部分描述和相互之间的交互方式
   • 数据流图：表示数据在程序中如何流动的正规示意图
   • 状态转换图：表示不同状态间的转换方式
   • 流程图：用图形描述程序逻辑的传统方式
5. 软件测试文档组成：
   • 测试计划 (test plan)：描述用于验证软件是否符合产品说明书和客户需求的整体方案。包括：质量目标、资源需求、进度表、任务分配、方法等。
   • 测试用例 (test cases)：列举测试项目，描述详细步骤
   • 缺陷报告 (bug reports)：执行测试用例找出问题，记录在缺陷
   • 测试工具和自动化测试 (test tools and automation)
   • 度量、统计和总结 (metrics, statistics, summaries)：测试过程的汇总。例如：图形、表格和报告等形式。

2.2 软件项目成员

1. 项目经理、开发经理或监制人员：负责编写产品说明书、管理进度、重大决策。
2. 架构师或系统工程师：是技术专家，胜任整个系统的体系架构或软件。
3. 程序员、开发人员：编写软件并修复软件中的缺陷。
4. 测试员或质量保证员：负责找出并报告软件发现的问题。

软件测试的实质

3.1 并非所有软件缺陷都要修复

1. 没有足够时间
2. 不算真正的软件缺陷
3. 修复的风险太大
4. 不值得修复：不常出现的软件缺陷可以放过，可以躲过和用户有啊不能发预防或避免的软件缺陷通常不用修复。

3.2 软件测试的术语和定义

3.2.1 精确和准确

• 精确：指测试结果有很高的稳定性
• 准确：指测试结果符合需求文档要求

3.2.2 确认和验收

• 确认：保证软件符合产品说明书的过程
• 验收：保证软件满足用户要求的过程。

3.2.3 质量和可靠性

• 质量：优秀程度高，满足客户需求，客户体验的程度
• 可靠性：是质量的一个方面

3.2.4 测试和质量保证 (QA)

• 测试：找出软件的缺陷，并确保缺陷得以修复
• 质量保证：创建和执行改进软件开发过程并防止软件缺陷发生的标准和方法