BUG出现的地方真的令我这个测试新人想象不到

今天上班，仍然在等待下一阶段项目的研发完成。

没有正式测试任务的我，作为新手肯定要趁着这个时间好好学习了，偶尔再拿出公司已经上线发布的APP来到处看看。

就在这偶尔的情况下让我发现了一个在正式测试时根本没想到，也想不到的地方出现了一个BUG。

因为涉及公司，所以不能将APP的界面和图放上来，只能用语言大致形容一下了。

这个BUG是在某种情况下，点击一些界面按钮不会出现正确的跳转，而是跳转到APP的登陆页面，但取消登陆后用户却还是没有注销下线的状态。

因为需要特定的操作才会出现这样的情况，所以当我拿这手机到开发办公室跟他们沟通复现时，因为不知道前面的需要怎样的特定操作而导致开发不认缺陷。

没办法，我只好拿着手机离开了，但我却没有放弃，我回到办公室，一直在不断的回忆我在发现这个BUG之前的所有操作，然后尽量按着记忆中的步骤重新操作，花了差不多半个小时，终于找到所需要的那一个特定的操作。你就是在特定的页面，查看一下这个页面关于一个特定的词汇的解释页面，然后再去其他页面做一些操作就会出现上面说的情况。而且从软件或是表面来看，这个词汇的解释页面跟那几个页面根本没有任何关联，代码上不知道开发是怎么处理的会导致这样的情况，当我再一次来到开发办公室告诉他们百分百复现的操作步骤时，他们也懵了，直到现在（2天前的事）也没有找到问题和解决办法。

因为这一次缺陷的发现，让我对软件测试、黑盒测试的看法有了更深刻的一些认识：

1、你往往认为没有关联的元素、操作和页面，在代码处理或者数据传输上却可能会产生干涉；

2、在测试时尽量多记住自己的每一个操作步骤，这样在发现缺陷后进行重现时才会少花很多时间；

3、测试用例设计的再好、覆盖率再高，也不能保证所有用例通过了系统就没问题了，一些问题是用例设计方法永远无法覆盖到的。

有了这些认识，我立马又上禅道查看下一期项目的需求和已经上传的测试用例，进一步提高用例的覆盖率，并在笔记本上单独设计一些看似前后没有关联，但与上面的缺陷较为相似的一些用例，因为这些用例的特殊性，所以我没有上传禅道，只是单独记到笔记本上。待到测试时，禅道上的用例测试完成后，也将这些一起执行，或许现在想到还不够全面，而且在不同的时间、不同的环境下还可能会想到更多的一些操作用例，我都会将其记录下来，或者立即执行以下（在可以执行的情况下）。

这是我在博客园的第一篇日志，有点流水账，如果有前辈/大神看到还请多多指导，同样的测试工程师们也希望能够一起多交流学习，谢谢！