1.软件测试策略
测试过程按4个步骤进行，即单元测试、集成测试、确认测试、系统测试
- 在软件编码结束后，对编写的每一个程序模块进行测试，成为“模块测试”或“单元测试”；
- 在模块集成后，对集成在一起的模块组件，有时也可称为“部件”，进行测试，成为“集成测试”；
- 在集成测试后，需要监测与正式软件是否满足软件需求说明书中规定的要求，这就成为“确认测试”；
- 将整个程序模块即成为软件系统，安装在运行环境下，对硬件、网络、操作系统及支撑平台构成的整体系统进行测试，成为“系统测试”。
2.软件缺陷严重性及优先级
（1）严重级
- ①严重：系统崩溃、数据丢失、数据毁坏。
- ②较严重：操作性错误、错误结果、遗漏功能。
- ③一般：小问题、错别字、UI布局、罕见故障。
- ④建议：不影响使用的瑕疵或更好的实现。
（2）优先级
- ①最高优先级：立即修复，停止进一步测试。
- ②次高优先级：在产品发布之前必须修复。
- ③中等优先级：如果时间允许应该修复。
- ④最低等优先级：可能会修复，但是也能发布。
3.软件错误跟踪管理
（1）错误跟踪管理
1）Bug信息记录
-
- 测试软件名称
- 测试版本号
- 测试人名称
- 测试事件
- 测试软件和硬件配置环境
- 发现软件错误的类型
- 错误的严重等级
- 详细步骤
- 必要的附图
- 测试注释
2）Bug处理信息
-
- 处理者姓名
- 处理时间
- 处理步骤
- 错误记录的当前状态
（2）软件错误状态
- 新信息（new）：测试中新报告的软件Bug
- 打开（Open）：被确认并分配给相关
- 修正（Fixed）：开发人员已完成修正，等待测试人员验证。
- 拒绝（Declined）：拒绝修改Bug
- 延期（Deferred）：不在当前版本修复的错误，下一版修复
- 关闭（Closed）：Bug已被修复
（3）错误管理流程
- 测试人员提交新的错误入库，错误状态为“New”
- 高级测试人员验证错误
①如果确认是错误，分配给相应的开发人员，设置状态为“Open”
②如果不是错误，则拒绝，设置为“Declined”状态
- 开发人员查询状态为“Open”的错误，做如下处理。
①如果不是错误，则置状态为“Declined”。
②如果是错误，则修复并置状态为“Fixed”。
③如果不能解决的错误，要留下文字说明并保持错误为“Open”状态。
④对于不能解决和延期解决的错误，不能由开发人员自己决定，一般要通过某种会议（评审会）通过才能认可。
- 测试人员查询状态为“Fixed”的错误，验证错误是否已解决，做如下处理。
①如问题解决了，置错误的状态为“Closed”。
②如问题没有解决，则置状态为“Reopen”。
（4）错误管理原则
错误流程管理遵照以下原则：
①为了保证错误处理的正确性，需要有丰富测试经验的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
②每次对错误的处理都要保留处理信息，包括处理姓名、时间、处理方法、处理意见、Bug状态。
③拒绝或延期处理错误不能由程序员单方面决定，应该有项目经理、测试经理、设计经理共同决定。
④错误修复后必须由报告错误的测试人员验证，确认已经修复后，才能关闭错误。
- 加强测试人员与程序员之间的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。