软件测试相关（1）

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状态。

       ③拒绝或延期处理错误不能由程序员单方面决定，应该有项目经理、测试经理、设计经理共同决定。

       ④错误修复后必须由报告错误的测试人员验证，确认已经修复后，才能关闭错误。

• 加强测试人员与程序员之间的交流，对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。

转载于:https://www.cnblogs.com/xiaomei1990/p/9294558.html