测试大神的养成计划

测试大神的养成计划（一）

这是本菜鸟的开山之作，记录自己成为测试大神的道路，这条路会不会走歪会不会难产，甚至终止一切都是未解之谜，探索吧，骚年！
最近从脱离业务的测试开发转入了软件测试这块，起先也做过一个月的功能测试，觉得自己也写过用例，接触业务也不咋难，后来发现真是错的离谱啊，这都是血和累的教训。
当我拿到App之后，然后开始玩APP，（我会告诉你们我觉得功能实现就这样很简单么，我不会，毕竟我谦虚( ⊙ o ⊙ )）至此我陷入了长达一周的开发者思维一个劲的想研究透这个代码是咋样实现的，揪心的想拿到后台代码，一探究竟。在玩了一天的APP之后我就得完全可以了我会用了研究透了，但是后来当我的接头人要我测试要发版的APP时，我完全懵逼了。我完全是以用户的思维去审视App，并没有用测试的角度探索，去玩这个APP，我并没有玩透这个APP，我顶多会用这个。
纠结啊，糟心啊，但是不怕，我有小黑，一个测试新司机，即使刚学会开车也比我这个方向盘都不会打的人要好的多了，当我跟他说了我们的App之后，小黑司机就开始教我开车了。第一步，先写用例，从你在第一页能看到的元素去慢慢扩展这个APP相关的功能，熟悉他的功能是为了解决什么问题；第二步，这个车速就快了，当你使用了这个功能之后，这个功能是如何去和后台交互的。这个功能去和后台交互的时候有几个步骤，这几个步骤会涉及到那几个方面，若这些步骤的环节出现了问题，那这个问题是咋样的，成功会出现哪些提示，失败会出现哪些问题，不同用户，不同权限的人操作会产生何种结果，正向推理成功，还有逆向推理，若其中某一环节错误，会造成什么后果，如何去修复，会自动回档么，比如支付一笔钱，其中某一环节出错，系统如何处理，是撤销操作还是重新发起请求等。第三步，回溯本源，这个功能为何开发，开发出来是为了解决什么问题，问题当然有多重衍生，当这些问题有多种产生方式，这个功能是如何结局这些衍生问题的，从用户的各种可能性分析这个功能，了解这个功能，深入用户的需求。
我的很大一部分原因就是第二步走错了，我在想这些功能是咋实现的时候，以开发的角度去思索了，并没有考虑到问题衍生的情况，陷入了一个死循环，我发现不了问题，并且无从下手，业务分析能力真的渣到爆。
今天之后我的养成目标就是拓展自己的思维，多提问，多分析，真正玩熟APP，就让我从写用例开始吧！