发表于： 2019-11-07 23:57:34
1 784
一、今天完成的事情：
1.bug的级别，根据什么定义：Blocker（有妨碍的），Critical（紧要的），Major（重要的），Minor/Trivial（次要的）
2.会提出并跟踪bug状态：https://www.cnblogs.com/liyongmei/p/10663001.html
Bug的生命周期（管理流程）
生命周期中的一般缺陷状态：新建（指派）--已解决（待验）--关闭
如果待验的bug在验证时没有解决好，我们需要重新打开（激活）--指派--已解决--待验，循环这个过程。
中间的其他状态：拒绝、延期等
Bug的处理流程图（生命周期图）
开发修改bug也需要备注
1）操作者：开发
2）已修改bug备注修改方案及信息
3）不是缺陷、不予解决、延期bug、无法重现、备注处理原因
4）重复bug注明重复bugID
1）有效等价类：是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的的功能和性能。
2）无效等价类：与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。设计测试用例时，要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。
二、明天计划的事情：
1.学习因果法如何编写测试用例
2.开始任务3
三、遇到的问题：
深度思考：
1.如果一个产品发布会在晚上7点开会，在下午4点发布一个major级别的bug，作为测试人员的你是同意开发布会还是不开呢？
同意开发布，因为Major级别的bug不影响功能成功演示。为了不延误发布会，如果开发来得及修改就改好再开发布会；如果来不及提醒发布会演示人员，有一个Major级别的bug，演示的时候尽量避免此bug。
2.怎样快捷的帮助开发定位Bug？
在使用禅道提交bug时，
1）确定好bug属于哪个模块。
2）在bug标题中明确运行环境（线上还是测试、Android还是IOS还是WEB等）
3）在重现步骤中写清楚可还原的操作步骤
四、收获：
1.编写测试用例时，每个测试点需要测试的地方都要写上，不要遗漏。
2.设计测试用例时，有效等价类和无效等价类都要考虑，因为软件不仅要能接收合理的数据，也要能经受意外的考验，这样的测试才能保证软件具有更改的可靠性。
返回列表
评论