开发和测试团队评估版本的质量，可以从产生多少问题单、这些问题单的严重程度（致命、严重、一般、提示）这些要素考量，当然，问题单可重现频率也是评估的一个要素。进入系统测试，对于几轮测试发布的连续版本，统计每轮输出的问题单理论上将呈现收敛趋势，根据经验对比评估终版本的质量是否达到上线的标准，如此过程中，清晰规范的问题跟踪管理显得尤为重要，需要每个团队重视起来，意识到上面所述，本人根据自己的测试经验，总结了一份问题单管理流程图供大家参考，也欢迎大家多多提出宝贵的改进建议。

　　问题的严重程度大致定义如下：

　　致命错误，包括：

　　o 由于程序所引起的死机，非法退出
　　o 死循环
　　o 导致数据库发生死锁
　　o 数据通讯错误
　　o 致命的数值计算错误

　　严重错误，包括：

　　o 功能不符
　　o 数据流错误
　　o 程序接口错误
　　o 严重的数值计算错误

　　一般性错误，包括：

　　o 界面错误(详细文档)
　　o 打印内容、格式错误
　　o 简单的输入限制未放在前台进行控制
　　o 删除操作未给出提示

　　提示错误，包括：

　　o 辅助说明描述不清楚
　　o 显示格式不规范
　　o 长时间操作未给用户进度提示
　　o 提示窗口文字未采用行业术语
　　o 可输入区域和只读区域没有明显的区分标志
　　o 系统处理未优化