#30 楼 @anonymous 环境管理就是你们的测试和开发环境的自动部署和维护~ 我也是做 web 应用的，但是搭建环境不可能是只搭一个 web 服务吧，app 应用也一样的，不可能只在 ios 或者 Android 上装个 app 就完事的吧。 肯定是从基础组件 (例如数据库) 到底层到前端所有模块的搭建出一整套环境。这时候就是以 shell 脚本为主进行开发的。

#7 楼 @hao_hao 恩，从钱上来看的话。测开是能再最短时间达到 20K 以上的路线了。 从发展来看，技术越好的，发展路线也越广

#5 楼 @hao_hao 最快的路线：赶紧学一门语言，不管是报培训班也好，自学也好。总之要学个基础。能写个自动化的 demo。然后谎称做过自动化，跳槽到一个真做自动化的地方去。

我当初点了 1 年呢

#13 楼 @pai_sen 有的时候就得适当的夸大点~~

分享一下我无耻的经验吧。 上学的时候学过 java。大四就在外包实习了，毕业半年以后谎称做过自动化，找了个微软外包写 c# 自动化去了~~ 然后入了门~~一步一步走上去

#31 楼 @airfer 好的以后多沟通哈

#29 楼 @airfer 恩，几个月前把机子都重装了。我们小团队，没几个机子，所以没费多大事。 swarm mode 比较特别，我一开始也想用 host 模式。但是发现 host，briage 都不支持。最后我只能创建 overlay 网络了

这个我也说说吧。为什么我还在这个行业里做呢。

1. 首先我有自知之明，我这个人情商不高，没生意头脑，做事畏首畏尾瞻前顾后，所以我知道我做不了生意，做不了销售，做不了市场这类的。同时我喜欢电脑，喜欢技术，干什么事都较真。所以我觉得我比较适合这个行业，这是我比较擅长的。如果让我做其他行业，我可能还没有现在做的好。我过年回家也见朋友见同学，知道他们有的在政府，有的做生意，挣钱挣得比我多，但我知道我不是那块料。而且成功的毕竟比较少，仍然有很多其实混的比我惨多了。所以我总告诉自己在自己擅长的领域做事情。不要在比较中过日子。
2. 再说钱，我跟我媳妇都是做测试的，现在她不上班在家待产，她之前是纯手工的但也 10K 多了，我觉得哪个行业能给我媳妇这种没技术没追求纯劳动密集型的人开这么高的工资 ( 别告诉我媳妇，容易挨抽),除了央企这类的土豪，那也就测试行业了。我开的也不高 (没错其实我是水货跟 BAT 的工资差一个档次呢)，但是我俩加起来一个月 40K，过的也挺滋润。可以说比起开发，我加班加的少，压力也小，天天 8 点多就到家，10 点前就睡觉我觉得也相当滋润。虽然现在媳妇不上班，但是孩子长到一定程度也就去找工作了，还是测试的话，找个 10K 的应该问可以。所以你看，虽然测试这行挣不到什么大钱，但是俩人挣个 40 来 k 的在北京也挺好的不是么。
3. 关于房价，我俩买房子的时间不算早也不算晚：前年，那时候房价还没那么恐怖，我俩家里人帮忙出了钱，我俩也有个 50W 多点的积蓄，所以凑个首付没太大压力。这个确实看家庭，有些同学的家庭情况确实不太好，这是客观情况。 刚才也说了我俩的工资承担这个房贷其实也没啥压力。所以我也没想跳槽涨工资，毕竟当前公司的平台不错。工资少点就少点了。现在北京房价是涨了。南邵那边都 3W 一平了。但在那买房子也没啥不可以的，毕竟软件公司大多都在北边，也不是很远。 你看我俩 4，5 年就靠测试这行业弄出了 50W 了，只要家庭条件不是太差，凑个首付总可以吧。一开始就将就点，买个偏远点的，平米不太大的。后来工资慢慢涨上去再换。 其实并不是没希望
4. 关于发展，所以其实你看测试这个行业能满足我的生存需要之后，我就开始讲点情怀了，做一个自己喜欢的工作是幸福的，我一直是这么认为的。 刚毕业那会做点点点的时候我很不幸福，因为我不喜欢。我喜欢的是写代码，喜欢的是技术挑战。这让我有满足感，成就感。这个跟是测试还是开发没关系，就算去做开发我觉得我也是幸福的。刚毕业点点点的时候期望能写自动化脚本，自动化脚本写熟练了以后希望能做测试框架，测试框架做了之后就想做全面的测试架构，现在测试架构也做到了我就想搞 devops，搞测试既服务，之后我也许可能会去搞分享，去认识更多的大牛，去培养自己的人脉。你看每个阶段我总能找到追求的事情，发展之路是自己一步一步闯出来的，而不是怨天尤人抱怨出来的。 也许我们是井底之蛙，但我们在慢慢去看井外的世界。 我也确实容易满足，要是有一天我一说测试开发之路，同行们都说看过，有帮助。那我就很幸福了。

#27 楼 @airfer 哦哦 原来是这样~ 那是用的 swarm 不是 swarm mode？

#76 楼 @hao_hao 还在用

#74 楼 @hao_hao 额。这么久了还有人回复。。。。我也很真诚的回答你。。。真的不行。。。IOS 开发和测试开发的技术栈实在差太多了。。。

#5 楼 @Lihuazhang 我没看内容的时候我都以为我梦游发了什么东西了

#23 楼 @jackie 就是关键字驱动了~~， 原理其实挺简单的，像 RF 那种成熟的我没研究过，假如用比较挫的方式解决： 自己定义关键字，然后写个程序翻译这些命令。 举个例子，你可以定义一个统一的关键字接口，所有的关键字都做个单独的类继承这个接口。 这个接口有一个关键的方法，假如就叫 action。你的程序顺序读取 excel 把所有关键字按顺序组成一个链表。 遍历这个链表挨个调用 action 方法就行了。 其实就是设计模式中的策略模式。

这是来恶搞我的么。。。。。。

#21 楼 @jackie 额。你这一解释我又懵逼了。。。case 中的数据转化到代码中是什么。。。。把 case 中的数据写到一个 class 里又是什么。。。我基本没见过把测试数据写 class 里的。。我见过写进 xml，写进 excel 就是没见过写 class 里。。。是说数据驱动么？就是把测试要用的参数提取到一个文件里，框架动态读取这个文件的内容然后传递给测试代码，有多少组参数就调用多少次这段测试代码。 是这个意思么？

#19 楼 @jackie 我理解这不是关键字驱动框架么？虽然我十分反感这种框架，但如果你想用，其实有县城的 rf，没必要自己实现。 如果你想自己写。就自己定义一组关键字，写个解释器去翻译成代码执行就可以了

#16 楼 @jackie 没太明白你想问什么。。。。

从好好发帖做起。

#3 楼 @airfer 对了，打听一下你们用 swarm mode 的时候用的是什么网络？ 是 overlay 么？ 还是用的其他插件？

#10 楼 @f_si 恩 对， 我没做过移动端测试。 所以就不充大尾巴狼瞎扯移动端的测试了

#5 楼 @seveniruby 恩，我也希望能跟公司的运维体系搞成一样的。 你们那大概是怎么做的呢？ 怎么衔接 QA 和运维的工作呢？ 我们之前讨论过几次怎么让 QA 和运维更紧密的合作。但是效果不是太好。

#3 楼 @airfer 不是的，做的是部署测试，是还没进场的时候就开始的测试。 我们跟进场工程师们做过一些沟通，他们总结出在客户那里常见的系统环境和碰到的问题。并和售前，运维沟通，规定都支持什么样的系统。我们事先准备好这些景象，在版本发布前就在所有的镜像上做部署测试了。 所以进场工程师拿到的部署包就是经过了部署测试的状态。 我没有个人的公众号~~ 是一个同学做了一个公众号叫 QA 之道，我就是把写的东西都发那上面帮他吸吸粉

#1 楼 @wenchao 恩，我的意思是一步一步来，别企图一口吃成一个胖子

#10 楼 @seveniruby 恩，听你这么一说感觉很有道理。只是我觉得以后不懂相关技术的测试人员会越来越少的。懂技术的人越来越多。我倒是希望他们可以慢慢的偏向这部分用户