BUG出现的地方真的令我这个测试新人想象不到
2016-11-22 19:49
302 查看
今天上班,仍然在等待下一阶段项目的研发完成。
没有正式测试任务的我,作为新手肯定要趁着这个时间好好学习了,偶尔再拿出公司已经上线发布的APP来到处看看。
就在这偶尔的情况下让我发现了一个在正式测试时根本没想到,也想不到的地方出现了一个BUG。
因为涉及公司,所以不能将APP的界面和图放上来,只能用语言大致形容一下了。
这个BUG是在某种情况下,点击一些界面按钮不会出现正确的跳转,而是跳转到APP的登陆页面,但取消登陆后用户却还是没有注销下线的状态。
因为需要特定的操作才会出现这样的情况,所以当我拿这手机到开发办公室跟他们沟通复现时,因为不知道前面的需要怎样的特定操作而导致开发不认缺陷。
没办法,我只好拿着手机离开了,但我却没有放弃,我回到办公室,一直在不断的回忆我在发现这个BUG之前的所有操作,然后尽量按着记忆中的步骤重新操作,花了差不多半个小时,终于找到所需要的那一个特定的操作。你就是在特定的页面,查看一下这个页面关于一个特定的词汇的解释页面,然后再去其他页面做一些操作就会出现上面说的情况。而且从软件或是表面来看,这个词汇的解释页面跟那几个页面根本没有任何关联,代码上不知道开发是怎么处理的会导致这样的情况,当我再一次来到开发办公室告诉他们百分百复现的操作步骤时,他们也懵了,直到现在(2天前的事)也没有找到问题和解决办法。
因为这一次缺陷的发现,让我对软件测试、黑盒测试的看法有了更深刻的一些认识:
1、你往往认为没有关联的元素、操作和页面,在代码处理或者数据传输上却可能会产生干涉;
2、在测试时尽量多记住自己的每一个操作步骤,这样在发现缺陷后进行重现时才会少花很多时间;
3、测试用例设计的再好、覆盖率再高,也不能保证所有用例通过了系统就没问题了,一些问题是用例设计方法永远无法覆盖到的。
有了这些认识,我立马又上禅道查看下一期项目的需求和已经上传的测试用例,进一步提高用例的覆盖率,并在笔记本上单独设计一些看似前后没有关联,但与上面的缺陷较为相似的一些用例,因为这些用例的特殊性,所以我没有上传禅道,只是单独记到笔记本上。待到测试时,禅道上的用例测试完成后,也将这些一起执行,或许现在想到还不够全面,而且在不同的时间、不同的环境下还可能会想到更多的一些操作用例,我都会将其记录下来,或者立即执行以下(在可以执行的情况下)。
这是我在博客园的第一篇日志,有点流水账,如果有前辈/大神看到还请多多指导,同样的测试工程师们也希望能够一起多交流学习,谢谢!
没有正式测试任务的我,作为新手肯定要趁着这个时间好好学习了,偶尔再拿出公司已经上线发布的APP来到处看看。
就在这偶尔的情况下让我发现了一个在正式测试时根本没想到,也想不到的地方出现了一个BUG。
因为涉及公司,所以不能将APP的界面和图放上来,只能用语言大致形容一下了。
这个BUG是在某种情况下,点击一些界面按钮不会出现正确的跳转,而是跳转到APP的登陆页面,但取消登陆后用户却还是没有注销下线的状态。
因为需要特定的操作才会出现这样的情况,所以当我拿这手机到开发办公室跟他们沟通复现时,因为不知道前面的需要怎样的特定操作而导致开发不认缺陷。
没办法,我只好拿着手机离开了,但我却没有放弃,我回到办公室,一直在不断的回忆我在发现这个BUG之前的所有操作,然后尽量按着记忆中的步骤重新操作,花了差不多半个小时,终于找到所需要的那一个特定的操作。你就是在特定的页面,查看一下这个页面关于一个特定的词汇的解释页面,然后再去其他页面做一些操作就会出现上面说的情况。而且从软件或是表面来看,这个词汇的解释页面跟那几个页面根本没有任何关联,代码上不知道开发是怎么处理的会导致这样的情况,当我再一次来到开发办公室告诉他们百分百复现的操作步骤时,他们也懵了,直到现在(2天前的事)也没有找到问题和解决办法。
因为这一次缺陷的发现,让我对软件测试、黑盒测试的看法有了更深刻的一些认识:
1、你往往认为没有关联的元素、操作和页面,在代码处理或者数据传输上却可能会产生干涉;
2、在测试时尽量多记住自己的每一个操作步骤,这样在发现缺陷后进行重现时才会少花很多时间;
3、测试用例设计的再好、覆盖率再高,也不能保证所有用例通过了系统就没问题了,一些问题是用例设计方法永远无法覆盖到的。
有了这些认识,我立马又上禅道查看下一期项目的需求和已经上传的测试用例,进一步提高用例的覆盖率,并在笔记本上单独设计一些看似前后没有关联,但与上面的缺陷较为相似的一些用例,因为这些用例的特殊性,所以我没有上传禅道,只是单独记到笔记本上。待到测试时,禅道上的用例测试完成后,也将这些一起执行,或许现在想到还不够全面,而且在不同的时间、不同的环境下还可能会想到更多的一些操作用例,我都会将其记录下来,或者立即执行以下(在可以执行的情况下)。
这是我在博客园的第一篇日志,有点流水账,如果有前辈/大神看到还请多多指导,同样的测试工程师们也希望能够一起多交流学习,谢谢!
相关文章推荐
- Bug实际不一定出现在看起来出现的地方
- 移动app测试中出现bug漏测的原因分析
- 微软测试经理:Bug出现前就杜绝 才是软件测试的未来
- 【IE兼容性】background:transparent IE中Bug,不能选中input输入框,出现这个问题主要是IE8
- 在利用的ndk-r10d在 as中交叉编译动态库,出现的这个错误,切记,这个是ndk-r10d的一个bug,详细如下
- CTS 4.0 相关测试(注明一下,这个是从别的地方转过来的)
- 指给新手的项目中写代码可能会出现bug的地方,慢慢积累,慢慢避免
- 莫名其妙的出现这个错,看了logcat 说是什么二进制xml错误啥的。。。 不过后来发现,这个一般都是给eclipse项目中添加图片等资源时出现的一些bug,看似添加到项目中,其实没有,或
- Bug严重度分类、测试结束标准、bug只出现一次的处理
- 这个网站好像出现了一个小bug
- 弄VLC的时候 eclipse编译多线程程序如果出现问题 注意这个地方
- 【IE兼容性】background:transparent IE中Bug,不能选中input输入框,出现这个问题主要是IE8
- bug:解决httpie测试出现 no module named _cursors
- 墨菲定律:当你觉得一个地方可能有bug,那么这个地方就会有bug----顺带了解下Tomcat那少有人注意的localhost.log
- github上测试服出现bug,如何回滚并获得合并之前的分支
- Solr的Bug之出现乱码或者查不到结果。
- 测试webservice的时候,如果出现这个错误:"The test form is only available for requests from the local machine"
- 混淆后的程序Monkey测试出现crash如何进行改Bug
- 微软测试经理:Bug出现前就杜绝 才是软件测试的未来