由于公司需要，下周我要转战测试岗了，大学实习的时候，做过两个月测试，但都是黑盒测试，觉得太无聊了，偶然间入了产品坑，从此就一发不可收拾，觉得我还是比较喜欢做产品，现在入行已经快三年了，这次转岗，也是迫不得已，不过也没有放弃产品，算是兼职带一下测试团队。大学的时候学过测试的理论知识，但是毕竟要带三个人的小团队，所以周末还是做了一点功课。
公司之前没有完善的测试流程，所以一开始我是想着先完善一下流程，完善流程的时候，发现Bug的等级和状态还没有明确的定义过，其实这样对于整个流程是非常不利的，大家都是凭感觉定义Bug的严重性，没有理论支撑，有了测试新人，就会一头雾水，所以制定一个公共的规则还是很有必要的。
Bug的等级脑子里一想大概就是崩溃、严重、一般、低级，但是具体每一个是指什么情况，以及分类，还不是很清晰，毕竟什么算是严重，每个人的定义也许都是不同的。
我在网上查了很多相关的资料，但是Bug等级没有特别具体的定义，每个公司都会根据自己公司的情况进行调整，大方向上差不多，下面是我根据查到的资料，加上公司的相关情况，整理出的一个Bug等级说明。
Bug 等级说明
Bug状态的话就比较明确了，从Bug被发现，到确认，到解决，流程上比较固定，所以Bug的状态定义也比较清晰。以下是我整理出的Bug状态分类
Bug 状态说明
好了，定义好Bug等级和状态是优化流程的第一步，接下来会陆续把其他测试相关的东西发上来~
如果你想了解产品和测试相关的东西，可以马上关注我哦~~
网友评论