今年是我小白工作第四个年头，大学期间学到是软件工程专业，大四找工作时候，由于没有学长学姐的辅助，头昏脑胀的去了一家知名国企公司做简单功能测试，干了 3 个月，感觉业务线上很多测试人员都是混混日子，真的只是点点点（不是我鄙视测试人员，一点都不假），连简单的 http 协议头 body 基础都不知道，甚至抓包还需要我这个刚毕业的小白来辅助，实在感觉太荒废，于是自己抓住业务时间学习 android 相关开发基础、自动化测试框架（当时 android 自动化测试知名的只有 monkey、monkeyrunner、robotium 相关测试框架，appium 还未出生），自己的努力终于进入了公司自动化测试开发组，专门给公司产品线做自动化测试脚本开发，同时也不断的学习新知识，第一个入门项目，从无到有的一套基于 instrumentation+hierarchyviewer 的自动化测试工具由我牵头成功完成，后来，实在无法忍受国企作风，终于有一天， 我离开了人生中第一家公司，很多亲戚不理解，去了一下知名互联网公司（不是 ali），做自动化测试平台研发，也正巧了，这个团队刚刚成立，很多东西是从无到有的实现，在这过程中，需求、概要、详设我都参与其中，不断不断的学习，也自己独立承担某个模块设计开发任务，到如今自己带领团队研发云测系统，可是，很多东西，并不是如我所愿，工具开发好了，用户在哪？发觉很多测试人员都不愿意去动脑筋学习、都安于现状，版本未发布，就在等，没事上上某宝，还时不时来一句，搞啥自动化啊，还不如我手动来的快，甚至一些测试 leader 都是为了自动化而去自动化，天天搞人海战术，跟大领导喊人力不够，哎，罢了。目前小白我正处于迷茫状态，正在酝酿着转业务开发，求吐槽，求指导，求安慰~
丨吐槽
我喜欢人海战术，我是阿里的。
自动化工具对于干不完活的测试是福音，对于闲的蛋疼的测试是累赘。
leader 大多都会把完成一个自动化测试作为自己的重要业绩，所以为了自动化而自动化，甚至把手工的直接自动化也不奇怪。所以纯测试开发会处在一个比较边缘的位置（只关注工具，不大关注业务）。
个人觉得自动化是为了干人干不完/干不了/干不好的活（如 api 测试）。但在领导眼中自动化=电脑能 24 小时干人干的活，所以。。。
一个自动化工具要落地需要领导、PM、测试团队一起努力才能搞定。
我喜欢人海战术，而且阿里就是人海战术，丝毫没有什么技术
#3 楼 @anonymous 兄弟说的正是痛处啊。赞
#4 楼 @anonymous
#2 楼 @anonymous 阿里不是都是测试开发吗？而且自动化框架很牛逼成熟，请问你们那边，有没有一个公共的自动化开发团队，给全公司的人使用的呢？还是各个产品线各自开发？如何去实施这个自动化的呢？求解啊
#4 楼 @anonymous 阿里不是都是测试开发吗？而且自动化框架很牛逼成熟，请问你们那边，有没有一个公共的自动化开发团队，给全公司的人使用的呢？还是各个产品线各自开发？如何去实施这个自动化的呢？求解啊
昨天跟一个猎头聊天，发现自动化测试很多地方需求啊
#8 楼 @anonymous 目前很多公司都设立了自动化测试相关岗位，当时感觉很多公司并没有把自动化这把双刃剑用到痛处。。所以，我比较迷茫
赞一个，也是自己的迷茫之处
#9 楼 @anonymous 你觉得具体有哪些痛处可以用自动化解决？搞清楚这个痛处自动化才有真正的用武之地。
目前我所知道的主要是接口测试（api 等）、协议测试。这些测试你不说他也会搞自动化，因为手工搞错误率高且效率低。
#11 楼 @anonymous 我觉得自动化测试，最大收益在于回归测试阶段，层金字塔收益结构，是为了保证产品的质量，而不是为了发现更多的 bug，同时，自动化要想全员自动化，必须要领导决策，比如：某个版本发布 email 中，必须要附带自动化测试报告？而不是这样，领导问,你的产品现在介入自动化了，是不是我可以把人力抽调点了？或者这么说，自动化为啥还要后期维护啊？你们自动化工具怎么做的？为啥每个版本过来，脚本要调整？可他万万没想到，在项目开发过程中，开发随意更改控件定位符、产品主流程逻辑经常变化种种问题导致脚本复用性不高，我们测试工具只能通过技术手段来规避这些问题，如：控件定位符，我们可以做容错控件，写多个，这个没问题，为了提高脚本编写速度，我们直接以导航图拖拽控件画图方式来编写 appium 脚本，这没问题，我们 ok，可是整个流程问题、策略问题，我们无能为力啊，个人见解，轻喷啊。
#12 楼 @anonymous 领导这么问，你就说自动化测试也是软件，当然也得跟着维护。人写的测试用例都得不断更新呢，何况机器的。
自动化如果维护成本太高，那么只能说明做自动化的这部分还不够稳定，不适合做自动化。
至于开发随意更改已经稳定的模块，那你可以找开发问问他为啥要改？出了新的 bug 他负责吗？
主流程逻辑可以随便改的产品即使手工测试用例维护成本也不低，上自动化不是太合适。
楼上把我想说的都说的差不多了。。。
很多公司都是人海战术
我在美国亚马逊做测试的，跟着那么 Appium gitbook 找到这里的。那本书好像没人更新了。
另外大家讨论很热情啊。
#16 楼 @huwangtao123 我们线下还是在更新的。appium 的讨论基本上论坛还是每天有很多帖子。美国亚马逊测试的一些总结和心得能分享下不～
#16 楼 @huwangtao123 我们线下还是在更新的。appium 的讨论基本上论坛还是每天有很多帖子。美国亚马逊测试的一些总结和心得能分享下不～
#6 楼 @anonymous 谁告诉你阿里都是测试开发了，就算 title 是测试开发又如何？根本没有几个懂技术的，你明白么
#12 楼 @anonymous 我来轻喷了，你说了半天还是 UI 的自动化，ui 的东西就是自动化的一个很小的部分，你这样去讨论不是很贴切。
#12 楼 @anonymous 说的不错，不过偏激。有小的公司，但是自动化做的非常不错的。
很多公司测试就是打酱油，自动化更是酱油中的酱油了。
当测试开发遇到坑的时候，开发根本就不会甩你。
而且都喊着要搞自动化，从领导到员工。但是基本上都是让你一个人在那里搞。领导巴不得自动化能省人工。普通测试人员巴不得你两分钟就把他教会，变成大牛。
而且经常还被拉过去做工具开发，啥东西都没有，想让你怎么做就怎么做，根本不考虑实现的难易程度。做出来又不一定有人用。
熟悉业务懂技术，需要开发时候能去开发，需要测试的时候能做测试，哈哈
#22 楼 @anonymous 说得好
#23 楼 @anonymous 好主意啊，可进可退
既会测试又会开发，那就去做自动化运维，运维操作和自动化开发是同一人，太爽了。
既会测试又会开发，那就去做自动化运维，运维操作和自动化开发是同一人，太爽了。
为什么回复缺省不显示名字？
好热情
真的热情。
#16 楼 @huwangtao123 请问下，我现在使用 APPIUM 做 Android UI 自动化测试，现在想把 server 端和 client 端放在两个 PC 设备上，具体应该怎么操作呢？
#31 楼 @anonymous client 端的 ip 指向 server 端，启动就 ok 了
你这让两位阿里和支付宝的大牛情何以堪啊
我是来凑数的
测试开发是用来给测试部门刷成绩的，手工测试同学是用来扛活的，成绩刷到了，跟手工测试同学毛关系也没有，做做测试开发挺好的，至少还能有那么一丢丢的尊重