测试任务单

整理一下，到这个公司也快一年了，检验一上，自己都做了些什么，

身在小公司的不利，干的活很多 很杂，但随之也会有好处，学到了很多东西，了解了很多。

先讲下，我引进的测试任务单制度。

先描述一下工作环境：一个测试人员（就是本人），项目小周期短，测试流程执行上不规范，也就是说完全项目经理说话算，即不能保证到所有版本都己经测试，并且bug修改也不及时，在接手工作时，在原有的bug系统中还能看到，虽然项目己经验收但还有未解决的bug有N多。

进公司几个月后，基本上还是这种状况，开发人员不爱改bug~~~~，后来在网上看到有人提到使用任务单制度，给了我很大的启发，于是着手准备，到目前，总结来看，还是有些好处的，现总结如下：

1.记录版本号。

2，记录提出时间，回归时间，找到问题

3，记录第一次bug数，回归bug情况。结合公司内部会议，每次会议上以数据说话，这样做可以保证开发人员主动解决bug

目前执行良好，便于管理，结合项目质量管理，发现问题：有的项目提交测试时间与bug回归时间中间的间隔时间过长，梳理项目，其它项目参照避免。

呵，感觉语言混乱。以后在补充，偶要把年一年的工作心得整理出来。