软件问题的分类与管理
一、软件问题的定义与分类
l 软件错误（软件未达到产品说明书中标明的功能。
软件测试人员认为软件难以理解、不易使用、运行速度慢，和最终用户认为不好使用。
（l 软件错误——软件故障——l 软件错误是一种人为的错误，一个软件错误必定产生一个或多个软件缺陷
l 当一个软件缺陷被激活时，便产生一个软件故障。
l 同一个软件缺陷在不同的条件下被激活，可能产生不同的软件故障。
l 软件故障若没被及时的使用容错加以处理，便不可避免的导致软件失效。
l 同一个软件故障在不同条件下可能产生不同的软件失效。
主要原因是开发的软件与需求说明书、软件设计说明书的不一致，以及在软件的实现中，未能达到用户潜在用户需求的目标。
二、软件错误的跟踪与管理
l 严重：系统崩溃、数据丢失、数据破坏。
l 较严重：操作性错误、错误结果、遗漏功能。
l 一般：小问题、错别字。
l 建议：不影响使用的瑕疵或更好的实现。
l 最高优先级：立即修复，停止进一步测试。
l 次高优先级：在产品发布之前必须修复。
l 中等优先级：在产品发布之前应该修复。
l 最低等优先级：可能会修复，但是也能发布。
l 测试版本
l 测试人名称
l 测试事件
l 测试软件和硬件配置环境
l 发现软件错误的类型
l 错误的严重等级
l 详细步骤
l 必要的附图
l 测试注释
②l 处理时间
l 处理步骤
l 错误记录的当前状态
打开（拒绝（关闭（步骤：
第一步：测试人员提交新的错误信息，并输入到错误跟踪管理系统错误信息数据库中（如如果高级测试人员认为这个“如果是错误，则修复并把错误状态设置为“如果需要延期解决的错误，要留下文字说明，把错误状态设置为“如问题还没解决，重新把错误状态设置为“
错误状态转换图如下所示：
5.错误流程管理原则
①为了保证错误处理的正确性，需要有测试经验丰富的测试人员验证发现的错误是否是真正的错误，书写的测试步骤是否准确，可以重复。
②每次对错误的处理都要保留处理信息，包括处理姓名、时间、处理方法、处理意见、Bug状态等。
③拒绝或延期处理错误不能由程序员单方面决定，应由项目经理、测试经理和设计经理共同决定。
④错误修复后必须由 告错误的测试人员验证，确认已经修复后，才能关闭错误。
⑤加强测试人员与程序员之间的交流，对于“Deferred”状态的错误，需要互相交流意见，避免真正的错误被遗漏。对于某些不能重复的错误，可以请测试人员补充详细的测试步骤和方法，以及必要的测试用例。
文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31292 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！