第六章软件测试

1、项目需求 项目分析项目计划 项目启动会议前期准备与设置测试版本传递内部计划与进度里程碑测试里程碑测试周期周期实施测试测试管理执行测试测试项目报告测试质量保证项目收尾审查 客户满意度调查最终提交测试文档创建测试计划构建测试环境执行软件测试处理测试结果软件测试过程制定测试计划设计测试用例执行测试撰写测试报告修正软件缺陷回归测试测试需求分析软件需求测试概要设计测试单元测试集成测试系统测试Alpha测试Beta测试验收测试软件需求文档软件验收测试软件设计规格软件系统测试软件框架设计软件集成测试软件详细设计软件单元测试软件编码PM/市场/用户PM、架构师架构师高级程序员程序员程序/测试人员测试人员测试人

2、员用户/测试人员程序员4、 严格执行测试计划，排除测试的随意性。5、应当对每一个测试结果做全面检查。6、妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。 程序P=f(I, O) 输入I输出O特点：被测程序被当做一个无法打开的黑盒子。测试者无需了解程序的逻辑结构。过早的了解程序内部的情况会给黑盒测试带来负面的结果基于测试需求基于测试需求- 资源- 风险和假设- 角色和职责n 是一种典型的黑盒测试方法，用这一方法设计测试用例可以不用考虑程序的内部结构，只以对程序的要求和说明，即需求规格说明书为依据，仔细分析和推敲说明书的各项需求，特别是功能需求，把说明中对输入的要求和输出的要求

3、区别开来并加以分解。注意：由于穷举测试的数量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。n 等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。n 每一类的代表性数据在测试中的作用等价于这一类中的其他值。也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能出现同样的错误。n 使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。- 在考虑等价类划分时，先从程序的功能说明中找出每个输入条件，然后为每个输入条件划分两个或更多个等价类。我们不可能用穷举的方法测试,即使用

4、自动测试工具!n 便于集中管理，提高效率。n 有利于缺陷的清楚传达。n 便于查找和跟踪。对于大型软件的测试，报告的错误总数可能成百上千个，如果在没有错误跟踪系统的情况下，要求查找某个错误，简直是搜索者的恶梦，其难度和效率可想而知的了。n 便于跟踪和监控错误的处理过程和方法。可以方便地检查处理方法是否正确，可以确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考。n 安全性高，通过权限设置，不同权限的用户能执行不同操作，保证只有适当的人员才能执行正确的处理。例如，测试工程师只能报告和验证错误，修复工程师能够修复错误。n 保证处理顺序的正确性，根据当前错误的状态，决定当前错误的处理方法。例如，如果是新报告的确认的错误，那么需要修复。如果是已经修复的错误，需要测试者验证是否完全修复。n 便于项目结束后的存档。错误跟踪系统具有方便存储的特点，可以随时或在项目结束后存储，以备将来参考。n 根据测试项目的具体特点和测试要求，确定错误跟踪系统的具体组成结构和功能。n 通常错误跟踪文档包含：- 字段内容- 处理信息内容n测试者的建议等注释：便于错误处理者快速和正确处理错误。n 处理者姓名：便于分清责任，便于管理。n 处理时间：便于分析和统计错误报告信息。n 处理方法：描述