原信：

Hi 恒温
大学毕业后没做成开发，就莫名其妙的做了手机功能测试了，做这行也有两年了，一直没有机会深入到测试这个行业，总是在边缘徘徊。现在的公司可以上外网了，正好有机会接触到了 appium，然后才知道 奥 测试原理还分这么多啊。
正好有点 Java 的基础，把环境搭建起来后就开始写 case 了，都是手机每个模块的 UI 测试，写了一些模块后，我自己就想是否可以把手机每个模式都写好，最后综合在一起，就像 CTS 那样，后来才知道这个叫框架。但有想到直接跑 monkey 不就得了，干嘛还费那么多事去写这样的 case 呢，很沮丧，不知道到底该从何入手。
上面应该都属于事件的大背景啦，可能很多新人跟我有相同的问题，毕竟测试的门槛相对来说比较低嘛。
后来就是查资料翻论坛，以下我列出些目前所能能想到的计划，
麻烦你帮我梳理归纳下，指点下学习方向吧，

1. 首先就是把最基本的 UI 层的各个功能点点的都会写，特别是元素的定位，然后就是一些拖拽滑动值了的 2.学习 testng（我现在就知道这），在 case 中加入 3.学习 meven ，在项目中引入

好像就这么多啦 ，应该还差点什么，暂时还没搞清楚
这就需要你帮我指点下了，就拿手机举例，毕竟我比较熟悉这个，
1.怎样才能提高写的 case 的质量，需要写一些什么样的 case
2.就一个简单的框架，还差哪些，学习的先后顺序，有好的资料还请推荐下 ，谢谢
3.就说一些您个人的意见吧，
目前就这么多吧，废话可能有点多，等以后再有问题，到时候在想你请教。

谢谢！

退而求其次才选择测试，所以如果有机会我会劝你回去开发。大多数公司环境下，测试属于缺乏创新的职业。而开发是创造价值的。

那既然选了测试，你又问了这些问题，我试着回答你。

1.怎样才能提高写的 case 的质量，需要写一些什么样的 case

理解业务。在不熟悉你的产品就进入测试，心里其实是很虚的，你不知道会漏了哪些。所谓的探索性测试也是在领会产品的情况下，定向测试各种场景，并非是无的放矢的。

如果能看代码，最好在最初就开始坚持跟进代码，做适当的代码 review 。知道哪里是边界，哪里是异常，以便补充极端用例。

多用。把各个分支都覆盖到。用脑图把功能拓扑出来。

如果需求稳定，则需要细粒度的用例。如果需求变化很快，简单脑图就够了。

2.就一个简单的框架，还差哪些，学习的先后顺序，有好的资料还请推荐下 ，谢谢

框架这东西，最好办的就是通读源码。当然在这之前，你得了解框架实现的语言，环境等硬需求。没有什么速成。每个人的顺序都不太一样。但是肯定是先用起来，再去深入。

最好的资料肯定是官方文档和源码了。通读一遍官方教程。然后从源码编译运行一次，断点打个遍，一步一步把问题摸清楚。

当然实在搞不懂，Testerhome 和谷歌是非常好的帮手。

3.就说一些您个人的意见吧。

业务测试为本，其他测试为辅，学会梳理业务和知识。

坚持一门语言的编程，而且要精通到和开发一样。

眼界放出去，不要局限于计算机互联网。我们这一群人，视角太窄，看不出去。