bug

1.了解一下市面上常见的bug用例管理工具
testlink，QC，TAPD,ZENTAO(禅道)
2.了解一下bug的生命周期
新建(提bug)->指派->已解决->待验->关闭
1.发现bug（测试人员执行用例发现bug）
2.提交bug（在bug用例管理工具里面进行提交给对应的开发）
3.开发确认bug（开发通过提交的bug的详细步骤进行重现bug进行确认）
4.待修复（已经确认是一个bug，但是开发还是未开始修复的）
5.修复中(开发修复bug)
6.已修复(已经完成修复,但是指派给测试同学进行验证)
7.待验证(开发已经指派给测试同学,但是测试同学没有进行验证)
8.已验证(测试同学验证bug通过,但是未关闭bug,测试通过验证存在问题没有,重新打开bug)
9.
1.关闭bug(验证通过关闭bug)
2.仍存在(bug还是存在---->)
10.重新打开(如果bug仍存在那么继续打开bug给开发)
3.了解一下bug的严重等级
崩溃:一般指服务器挂了,(宕机)服务器无法打开
严重:主体功能的障碍,一般是主体功能阻断了,我无法开展测试
一般:像输入,按钮点击,等子节点的功能问题,我们称之为一般的bug
建议/优化:一般指对用户没有产生影响的bug,文字,图片,颜色等等


4.提交一个bug 需要添加那些信息?
提交bug是通过bug用例管理工具
bug的标题:
bug的严重程度:
bug的优先级:
bug重现步骤:
bug的预期结果:
bug的实际结果:
bug的描述:
bug出现 图片/视频:
bug的解决人:
bug所属模块:
bug所属系统: