原信：
Hi 恒温
大学毕业后没做成开发，就莫名其妙的做了手机功能测试了，做这行也有两年了，一直没有机会深入到测试这个行业，总是在边缘徘徊。现在的公司可以上外网了，正好有机会接触到了 appium，然后才知道 奥 测试原理还分这么多啊。
正好有点 Java 的基础，把环境搭建起来后就开始写 case 了，都是手机每个模块的 UI 测试，写了一些模块后，我自己就想是否可以把手机每个模式都写好，最后综合在一起，就像 CTS 那样，后来才知道这个叫框架。但有想到直接跑 monkey 不就得了，干嘛还费那么多事去写这样的 case 呢，很沮丧，不知道到底该从何入手。
上面应该都属于事件的大背景啦，可能很多新人跟我有相同的问题，毕竟测试的门槛相对来说比较低嘛。
后来就是查资料翻论坛，以下我列出些目前所能能想到的计划，
麻烦你帮我梳理归纳下，指点下学习方向吧，
- 首先就是把最基本的 UI 层的各个功能点点的都会写，特别是元素的定位，然后就是一些拖拽滑动值了的 2.学习 testng（我现在就知道这），在 case 中加入 3.学习 meven ，在项目中引入
好像就这么多啦 ，应该还差点什么，暂时还没搞清楚
这就需要你帮我指点下了，就拿手机举例，毕竟我比较熟悉这个，
1.怎样才能提高写的 case 的质量，需要写一些什么样的 case
2.就一个简单的框架，还差哪些，学习的先后顺序，有好的资料还请推荐下 ，谢谢
3.就说一些您个人的意见吧，
目前就这么多吧，废话可能有点多，等以后再有问题，到时候在想你请教。谢谢！
退而求其次才选择测试，所以如果有机会我会劝你回去开发。大多数公司环境下，测试属于缺乏创新的职业。而开发是创造价值的。
那既然选了测试，你又问了这些问题，我试着回答你。
1.怎样才能提高写的 case 的质量，需要写一些什么样的 case
理解业务。在不熟悉你的产品就进入测试，心里其实是很虚的，你不知道会漏了哪些。所谓的探索性测试也是在领会产品的情况下，定向测试各种场景，并非是无的放矢的。
如果能看代码，最好在最初就开始坚持跟进代码，做适当的代码 review 。知道哪里是边界，哪里是异常，以便补充极端用例。
多用。把各个分支都覆盖到。用脑图把功能拓扑出来。
如果需求稳定，则需要细粒度的用例。如果需求变化很快，简单脑图就够了。
2.就一个简单的框架，还差哪些，学习的先后顺序，有好的资料还请推荐下 ，谢谢
框架这东西，最好办的就是通读源码。当然在这之前，你得了解框架实现的语言，环境等硬需求。没有什么速成。每个人的顺序都不太一样。但是肯定是先用起来，再去深入。
最好的资料肯定是官方文档和源码了。通读一遍官方教程。然后从源码编译运行一次，断点打个遍，一步一步把问题摸清楚。
当然实在搞不懂，Testerhome 和谷歌是非常好的帮手。
3.就说一些您个人的意见吧。
业务测试为本，其他测试为辅，学会梳理业务和知识。
坚持一门语言的编程，而且要精通到和开发一样。
眼界放出去，不要局限于计算机互联网。我们这一群人，视角太窄，看不出去。