程序内部初探，让无意测试变有意—安卓app页面卡死分析

      笔者最近参与了一个项目新版本的发布，在体验性的测试过程中，无意发现一个之前测试过程中没有发现的android页面卡死问题。android本期版本新增一个页面右滑功能，在其中一个页面，向右滑动的过程中无意触发了一个点击事件，然后页面就出现了卡死情况。

      经过跟开发同事沟通，了解到安卓app端处理右滑操作涉及到程序内部监听，事件处理以及页面滑动效果处理（插一句，由于之前学习过java并在记事本里写过代码，勉强可以跟开发同事插嘴聊上一句）；当同时有2个事件的时候，后台程序就出现了错误。最后的解决方案是限制了用户行为：即用户在进行右滑操作的时候，禁止触发其他事件。

      针对此问题，我进行了反思。联想到前几天参加的TMQ的线上培训分享会，会上有提到要提前了解走读新功能的主要函数或方法，进而去补齐一些异常场景的用例。新版本针对开发同事采用的技术以及主要函数，通过熟悉了解，除了补齐异常场景用例，我认为还可以有针对性的设计专门（这里补充下，什么是专门的用例：指的是针对某种编程技术可能带来的问题而设计的测试用例，可以理解为结果导向来设计用例）的测试用例。这样真正把无意的测试变为有意!挖掘潜在的bug同时,也把某些工作做到了提前完成。另外还降低了漏测风险等，可谓是一举数得，当然这个工作需要经过长期的总结和实践。

      程序内部探究，让无意测试变有意。必要的编程技术知识是不可少的，建议根据自身情况找到切实可行的办法去提高。发现bug要靠撞大运，我现在多少有了些许体会，这样的测试过程确实要不得。以上个人浅见，欢迎讨论。