（5）比较：评审相似测试的结果，发现变化的情况。

　　（6）总结：简述客户或用户的质量体验和观察到的一些特征。这是错误评审会议上惟一必须宣读的，这是客户不满意的来源，是产品未来市场的绊脚石，是开发方、测试方和用户共同特别关注的一些内容。

　　（7）压缩：精简任何不必要的信息，特别是冗余的测试步骤。

　　（8）去掉歧义：清晰避免含糊，避免误解。

　　（9）中立：公正陈述事实，避免夸张、幽默或讽刺。

　　（10）评审：同行或领导评审。

　　3、创建错误跟踪数据库

　　要灵活地存储、操作、查询、分析和报告大量数据，需要数据库。

　　错误跟踪数据库至少要保存故障描述，包括概要、再现步骤、隔离，还有标识信息，例如：顺序号、项目名字、报告作者，以及报告填写日期。

　　使用错误跟踪系统自动形成的错误报告，一定要有人负责审核把关，防止把一些需要在测试团队内部处理的事情，或者不完全确定的事情，或者不完整的错误报告，传递给其他部门或者客户，造成不好的/难以挽回的影响。

　　4、重要的少，次要的多：错误按重要性排序

　　严重性等级：

　　1．数据丢失、硬件损坏或安全问题

　　2．无解决办法的功能丢失

　　3．有解决办法的功能丢失

　　4．功能部分丢失

　　5．表面的和不重要的

　　修改优先级：

　　1．系统值完全丢失

　　2．系统值不可接受的丢失

　　3．系统值可接受的丢失

　　4．系统值可接受的减少

　　5．系统值可忽略的减少

　　或者按以下分类排定测试错误报告中的问题等级：

　　5级：灾难性的？D系统崩溃、数据被破坏；

　　4级：很严重的？D数据被破坏；

　　3级：严重的？D特性不能运行，无法替代；

　　2级：中等的？D特性不能运行，可替代；

　　1级：烦恼的？D提示不正确，报警不确切；

　　0级：轻微的？D表面化的错误，拼写错等。