今天上班，仍然在等待下一阶段项目的研发完成。
　　没有正式测试任务的我，作为新手肯定要趁着这个时间好好学习了，偶尔再拿出公司已经上线发布的APP来到处看看。
　　就在这偶尔的情况下让我发现了一个在正式测试时根本没想到，也想不到的地方出现了一个BUG。
　　因为涉及公司，所以不能将APP的界面和图放上来，只能用语言大致形容一下了。
　　这个BUG是在某种情况下，点击一些界面按钮不会出现正确的跳转，而是跳转到APP的登陆页面，但取消登陆后用户却还是没有注销下线的状态。
　　因为需要特定的操作才会出现这样的情况，所以当我拿这手机到开发办公室跟他们沟通复现时，因为不知道前面的需要怎样的特定操作而导致开发不认缺陷。
　　没办法，我只好拿着手机离开了，但我却没有放弃，我回到办公室，一直在不断的回忆我在发现这个BUG之前的所有操作，然后尽量按着记忆中的步骤重新操作，花了差不多半个小时，终于找到所需要的那一个特定的操作。你就是在特定的页面，查看一下这个页面关于一个特定的词汇的解释页面，然后再去其他页面做一些操作就会出现上面说的情况。而且从软件或是表面来看，这个词汇的解释页面跟那几个页面根本没有任何关联，代码上不知道开发是怎么处理的会导致这样的情况，当我再一次来到开发办公室告诉他们百分百复现的操作步骤时，他们也懵了，直到现在（2天前的事）也没有找到问题和解决办法。
　　因为这一次缺陷的发现，让我对软件测试、黑盒测试的看法有了更深刻的一些认识：
　　1、你往往认为没有关联的元素、操作和页面，在代码处理或者数据传输上却可能会产生干涉；
　　2、在测试时尽量多记住自己的每一个操作步骤，这样在发现缺陷后进行重现时才会少花很多时间；
　　3、测试用例设计的再好、覆盖率再高，也不能保证所有用例通过了系统就没问题了，一些问题是用例设计方法永远无法覆盖到的。
　　有了这些认识，我立马又上禅道查看下一期项目的需求和已经上传的测试用例，进一步提高用例的覆盖率，并在笔记本上单独设计一些看似前后没有关联，但与上面的缺陷较为相似的一些用例，因为这些用例的特殊性，所以我没有上传禅道，只是单独记到笔记本上。待到测试时，禅道上的用例测试完成后，也将这些一起执行，或许现在想到还不够全面，而且在不同的时间、不同的环境下还可能会想到更多的一些操作用例，我都会将其记录下来，或者立即执行以下（在可以执行的情况下）。