对于测试人员来说，测试用例的书写是很重要的，因为好的测试用例是测试质量的保证，然而，所测出的bug最终是要反馈给开发人员，并由开发人员来进行修正的，所以bug票的作成在测试环节中也就显得尤为重要了。而且，bug票是所有问题的记录，对于bug票的统一管理和分析，对整个项目的进程和质量来说都是非常有用的。所以好的bug票模板不但要能反映问题的所在，还要便于管理。

　　一张好的bug票要包括以下几个方面：缺陷检出，缺陷状况，发生条件（原因），对策处置，缺陷确认。

　　1、缺陷检出

　　缺陷检出部分主要又包括：缺陷番号，缺陷检出日，缺陷场所，缺陷检出者，起票日，起票者，缺陷发生的版本编号，缺陷对应状态等。

　　缺陷番号：对于同一本业务，缺陷检出的先后顺序而对bug票进行编号，一般的编号都以bug_机能名_00x的形式来编写，这样便于bug票的管理。

　　缺陷检出日一般与起票日是同一天，但是如果发现了缺陷，因为时间原因或是其他问题导致缺陷票没有及时发出，也有可能会使检出日和起票日不是同一天。缺陷检出日和起票日的填写也是为了便于bug票的管理和缺陷的追踪。缺陷检出者和起票者也是同样的概念，当发现问题者和发起缺陷票的人不是同一个人的时候，这两项会有不同。这是为了便于项目经理根据bug票的内容更好的统计每个人的绩效。

　　缺陷场所一般填写的也是机能名，这样可以将错误点很好的定位到各个机能上面。

　　而缺陷发生的版本编号是至关重要的。对于测试者来说，测试的环境得是在特定的版本之下的。在测试之前测试人员得先从版本管理表中查明那个版本之下的程序是可以进行测试的，然后再取那个版本下的代码进行测试，在这个版本中发现的缺陷要记录下来，这样的话可以保证测试的规范性，确保缺陷是发生在特定的版本之中，便于缺陷的追踪和对应。

　　缺陷对应状态一般可分为：修正依赖中，对应中，对应结束，检证中，检证结束这项。以便随时了解缺陷票的状态。

　　缺陷检出部分都是由测试人员来填写的。Bug票刚发出之时，缺陷对应状态设置为：修正依赖中。

　　2、缺陷状况

　　缺陷状况部分包括：现象描述，缺陷区分，重要度，紧急度等。

　　现象描述，顾名思义，就是对所发现的问题进行具体的描述，最好能够将问题点定位，这样就便于开发人员的对应。当然，对于这一项来说可以再设另外的一栏，里面可以添附相应的测试数据，如果是画面有误，可以截图贴附。这样可以有效的减少开发人员的对应时间，加快整个项目的进程。

　　缺陷区分，也可以叫做现象区分，是对缺陷的一个分类（大体有画面风格不对，性能不能，出力的message有误，db数据不正，异常终了等。根据不同项目的特点可以划分为不同的类别）。这是做的好处，一是对缺陷的定位，再一就是便于后期的分析，可以从多张缺陷票的缺陷区分中看到开发人员经常出错的所在，从而在开发方面加以改善。

　　重要度和紧急度的设置是为了让开发人员在多张缺陷票同时出现时，到底应该优先对应那张票时能够作为一个参考。一般情况下，如果这个缺陷已经导致测试人员无法进行以后的测试，或者说因为这个缺陷的存在，导致系统中连带的问题很多的话，那么他的重要度和紧急度都应设为最高。而如果这个缺陷虽然是个很大的错误，但是它并不影响测试人员继续往下测试的话，那么它的重要度可以设置的很高，但是紧急度却可以相应的设低一些。

　　当然在缺陷状况这一模块中，还可以再根据项目情况增加些缺陷再现性等的设置。这一部分也由测试人员来负责填写。