bug产生原因分析,产生问题的原因分析七个方面

2.发现bug时,尽可能多的尝试可能的步骤,找出分析的原因 。详细回答如下:对于测试人员来说bug的生命周期一般分为:发现bug>提交bug>验证bug,测试的专业性如何在这三个阶段体现出来?1.首先,当你遇到bug这种不一定重复的情况时,一定要提到bug,并在列表bug中说明重复发生的概率 。

1、软件测试人员工作中遇到复现不了的问题该怎么办?首先,确定什么样的情况bug不能再现 。这里一般有两种情况 。第一 , 是偶然bug 。在这种情况下,需要确定bug的频率 。当再次重现时 , 记录屏幕并添加日志以提供详细的操作 。检查测试环境和开发环境的配置是否相同,其他条件导致bug 。第二 , 提交给开发,它不能在开发环境中重现 。在这种情况下,首先,分析提交给开发者bug描述是否准确详细,是否有必要的前提条件 , 操作步骤是否详细 , 是否提供必要的截图信息 。

作为软件测试人员 , 正确合理的做法是什么?1.首先 , 当你遇到bug这种不一定重复的情况时,一定要提到bug,并在列表bug中说明重复发生的概率 。2.发现bug时,尽可能多的尝试可能的步骤,找出分析的原因 。排除环境和自己电脑配置的原因,比如浏览器的版本,系统的版本 。也可以找开发帮助,让开发生在相应的地方查代码,看能不能通过代码层面查问题 。
【bug产生原因分析,产生问题的原因分析七个方面】
2、...输入用户名和密码,点击提交,没有反应,怎么去定位 bug,后详细回答如下:对于测试人员来说bug的生命周期一般分为:发现bug>提交bug>验证bug 。测试在这三个阶段如何体现?第一阶段:发现bug场景:“测试不就是发现bug?有什么技术含量?”思考:当我们找到a bug,除了第一时间上报问题还能做什么?回答:测试者发现bug花了些时间细细品味 。1.这个bug,重现的必要条件是什么?
3.bug是否有可能影响其他数据或其他应用程序的副作用?4.其他功能模块也有类似问题吗?5.bug的循环路径是否在用户可达的道路上?6.bug的路径在测试用例中吗?有什么参考吗?通过以上分析,我们可能会获得以下额外的收获:1 。通过bug的定位,我们会确认必要的路径和可能的原因,并帮助开发快速定位 , 解决问题2,通过bug的路径和影响范围等 。发现更多隐藏的bug“探索性测试”坏邻居测试法:重灾区往往有更多的bug3和分析操作路径来补充测试用例,扩展测试用例的范围和思路,第二阶段:提 。

    推荐阅读