属性5、缺陷的优先级（Priority）
　　站在 开发/项目 的角度，综合权衡修改bug的时间、成本、技术和风险，决定bug修改的先后顺序。
　　优先级每个公司都有自己的标准，例如某公司的标准为：
　　P0：必须当天修改，8小时内修改；（优先级高的）
　　P1：1~2内修改；
　　P2：2~4天内；
　　P3：一周内；
　　P4：发布周期内或者不修改。
　　属性6、缺陷的类型
　　1、质量特性的角度
　　（1）功能；（2）性能；（3）安全性；（4）易用性；（5）可靠性。
　　2、功能性角度
　　（1）错误（Error）；（2）遗漏（Missing）；（3）多余的（Extra）；（4）可优化（Improvement /Enhancement /suggestion）
　　3、缺陷产生的原因：
　　（1）需求不清晰，导致设计目标偏离客户端需求，从而引起功能或产品特征上的缺陷；
　　（2）对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误；
　　（3）新技术的应用，可能涉及技术或系统兼容的问题，事先没有考虑到；
　　（4）可能由于不支持字符集，而导致的乱码。
　　等等的一些原因。
　　属性7、缺陷所属版本
　　在软件开发测试的过程中，版本的管理是非常重要的，也属于配置管理的范畴，测试人员开始测试的时候肯定从配置库里面提取新的版本；
　　比如说1.0版本，那么测试完成之后，把问题提交给开发人员，开发人员对1.0版本的源代码进行修改，那么这个修改完之后的版本肯定是1.0的下一个版本，也是1.1版本，修改完之后测试人员要进行回归测试，这个时候测试人员进行回归测试的版本一定是新版本，即1.1版本。
　　细分的话，缺陷所属版本还应该有三个属性：（1）发现缺陷的版本；（2）修改bug的版本；（3）回归测试的版本。
　　所以说，只有缺陷所属版本在开发过程中规定明确落实下来，我们的产品质量才能有保证，不会造成开发和测试的混乱。
　　属性8、缺陷修改日期
　　后一个缺陷的属性是缺陷修改日期，是主要对开发人员进行考核的参数，比如测试人员在3月份提交了一个测试报告单，开发人员在12月份才修改这个问题，由此可见，开发人员修改这个问题的响应时间太长。所以缺陷修改日期往往可以作为绩效考核或者其他的一些数据统计的基础。
　　三、范例：的缺陷跟踪单
　　对WPS或者OFFICE进行测试时，发现错误。
　　简单描述：
　　--Arial 、Wingdings 和 Symbol字体会破坏新文体。
　　详细描述：
　　--软件测试环境为Windows 2000 sp4
　　--启动WordEdit编辑器，然后创建新文件；
　　--输入四行文本，重复输入”welcome to shanghai university“
　　--选中这四行文本，然后选择下拉菜单，并选择Arial字体；
　　--所有文本被转换成控制字符、数字、和其他明显的随机二进制数据；
　　--重复三次，结果都一样。
　　相关附件
　　--附件1：变换格式之前的文档；
　　--附件2：变换格式之后的文档；
　　软件缺陷初步分析：
　　--可能是格式问题，保存文件，关闭WordEdit并重新打开文件，但是数据依然被破坏；
　　--在改变字体前保存文件防止错误；（建议性的）
　　--对现存文件进行上述错误，错误不再发生；
　　--只在Windows 2000下发生，而不出现在Solaris、Mac和其他Windows系统。