如果你的需求只是看通知栏和亮屏什么的，还不如直接用 monkeyrunner 更高效，ios 的话直接调 wd 就完了

其实我现在也觉得自己是个水货了，我是真的没什么深度，去大公司见了一下世面之后才知道以前是 “海上无鱼虾为大” 而已，其实现在想起来我还是挺感谢之前那些建议我去大公司看看的朋友的，加油吧，可以的话大家多些交流

从广度走入深度，我之前也是啥都学，看起来啥都会，其实很多都是皮毛的，比如知道前端请求 pending 时间比较长代表性能差，但为什么会 pending 长，是前端处理导致，还是网络层还是其他，还比如写个 mock 服务器，做是会做，但想要怎么写一个根据不同请求数据针对同一接口返回不同的响应数据的逻辑，一到这种时候，我也比较蒙蔽，去面 BAT 的时候面试官也提到我有广度没深度的问题，在创业公司或创业团队初期或许够用，但发展到后期还是得靠深度支撑起来，所以看看楼主现在觉得自己在哪个阶段吧，广度要补充，但起码要选一门作为自己的深度发展，这里的一门还可能可以细分到某种端的业务测试或技术测试，如果 ios 端的性能测试等，起码培养一项过人之处嘛

我以前学自动化的时候也经常卡住，而且还没人指导，有时候一个问题要卡我好几天才解决，时间的投入是肯定了，我还试过为了解决一个卡住的问题，连续几天 2 点多睡觉，早上 7 点又要起床，但后面解决的时候那种对自己的鼓舞可能是别人体会不到的，有付出有收获，而且到后面技术有一定高度的时候，解决卡住的问题所耗时间还更长了，贵在坚持和方法吧，不懂，到群里问人，翻帖子，而且多些结合相近问题，或许就能想到解决方案

2.1.5 版已正常，关 bug 了

模拟器有苹果 id 就好，提醒一个坑，非苹果开发者账号每次最多调试一台设备，想同时调试多个设备的话需要开发者账号

哦，改去调 openurl

github 可以了，感觉也不是设置信息的问题，就是协议问题把

好

我还是想补充一下，大家认为的测试技术是什么技术，一定是敲代码输出的技术，还是对于某些工具的一个使用技巧？我一直认为的测试技术是指怎么提高产品整体方面质量的方法，我不知道是不是个人习惯，比起输出一段代码来解决问题，我还是比较向往通过测试策略或活动流程等来解决问题的，所以我的代码的确是有些 low。比如说交付和运营质量保证那一块，谁能直接通过代码或工具保证说一定能提高质量的，测试技术或者说测试能力应该是从多方面去考虑的，当然包括代码，但是还有流程，策略，人员管理以及平台，这些综合起来，才好评判一个测试人员的水平，我明白现实是测试会打代码很牛，老板也喜欢这种测试，因为有时还可以当开发用，但还是那句吧，术业有专攻，测试有自己的原则和方法论
我很明白重代码技术这个现实，我也是这样走过来的，但凡事考虑 ROI 吧，如果老板不理解，人员不支持，尝试去改变，你没努力过，怎么知道不可能，如果还是的话，那没办法，我估计没法在这种团队生存，我就只能创业了，或去卖烧饼或去卖手机

别人的十年已经过去，我的十年正在进行，那就请拭目以待吧，谢谢指点，我会好好努力的

可以加微信

今天也有人拿着那篇文来怼我，我都怀疑那篇文是不是开发被测试提多了几个 bug 有感而发的，角色的存在，自然有他存在的意义，不是取代，也不会消失，而是不断地改变和进步，这是我看到的未来

我还因为买 mac book 而吃掉我部分买车的首付，导致我延后了几个月，但这几个月就把 mac 和 ios 的相关东西了解通一遍，收获还是很大的，而且 mac 可以玩 android，windows 不能玩 ios，所以，平台还是很重要的，现在我都直接用 mac 了，不过这是个人看法哈

加油加油加油，敢拼才会赢嘛，一起创造测试界的光明

感谢 xdf 的邀请和提点指导，可惜最近在工作交接有些忙，加上我对 macaca 更多地还是在使用层面，最近才开始深入研究，可能还是需要一定时间积累之后才能参加贵方，当然，这边期间我还是会多用 macaca 帮忙看看能不能发现多几个 issue，先谢谢

最近在看 app inspector，之前在群里说过看看能不能做事件触发和自动刷新，最近在 xcode 上遇到点小麻烦，所以先解决了再看看，那到时要谢谢 xdf 大神指导啦😄

顺带说说交付质量保证那一块，在产品研发团队内部测试什么的都没问题，发上线之后自己也能正常使用，但为什么总是有客户反馈林林总总的问题，测试测不出来？不是，因为没做好怎么有保障的让客户用上你的产品来，我所在的团队是做 toB 产品的，需要和客户的系统进行对接，但总有些奇奇怪怪的问题出现，像 ip 被限制，模块版本不支持等，而我们这边又没重现，说到底就是交付没做好，我的几个做法：
1、交付验收，对接好客户的系统之后，必须经过我们这边的人员使用客户系统的账号进行产品验收，客户需要用的功能或业务都验收成功之后才可以交付给客户使用，当然，这一块也可以使用自动化测试去支持
2、镜像测试，但这个成本有点大，其实就是按照客户的系统的数据和配置等再做一个镜像测试环境，但一般只能线性模拟，但是当客户各种各样的环境多起来的时候，这就难管理了，当然这里可以用 docker 镜像，的确 docker 能稍微解决我这边资源上的一些问题，但是 docker 有个问题，就是 commit 过的镜像所包含的文件是不能删除的，也就是我要替换些模块都比较难，用 dockerfile 去支持的话，一开始又会很痛苦，说到底，交付质量保证也是一块很大的学问，但是产品质量都做不好，那就别谈交付质量了

这个是测试的一个痛点，啥都要懂，但人的精力都是有限的，我的学习习惯是，啥都学一点点而已，平时的话有空就玩玩自己做过的项目或写过的代码，我自己也经常写爬虫代码，爬工资，爬完工资可以爬技术关键字等等，也会学 swift，js 等，很多都是蜻蜓点水，但是在要用的时候就不慌了，因为本身有接触过，那要用的话就死命的学，很快就起来了，其实工具也好，语言也好，还是多用才能熟悉的，网上多看一些案例，也多找一些有趣的东西玩一下也可以，比如想玩小程序的话可以自己是个弄个 testerhome 的小程序，之前有朋友就玩过

确实，我目前的短板就在性能那一块，最近自己搭了一套 influxdb+grafana+collectd，也在补全我自己监控的那一块，目前可能只是在看看数据，具体的分析可能还真需要时间的积累，自动化的 3 个层次，我确实最多就到第二个，也就是写脚本，第三层，平台化，造轮子，慢慢也会补全，比如最近我们测试开发的一个专项测试工具，这些都要通过自身的付出才能得到的，天天想想而已肯定不会有多大的改变，非常谢谢恒总的鼓励和提点，也让我更看清自己的一些问题，我会更加努力的

还是得补充一句，当你成为测试之后，你会慢慢发现测试的技术含量以及工作难度不比开发运维低，甚至更高，当你要做交付质量保证，运营质量保证，这块想想都会头疼，但很具挑战性，而且还练人，大家有没有想过为什么都是招测试经理，而不是说质量经理，你认为我是那 15% 可以，甚至 80% 都可以，我可以比较有底气的说我现在要转后台开发我也一样做得过去，我们生产环境的部分运维工作就是测试做的，这是典型创业团队，什么都要做，所以什么都要学，定义可以下，我改变不了这个行业，那就让这个行业被淘汰，云测，人工智能，迟早会取代所谓的点点点

小生年轻，是没有一些前辈们说话那般温文尔雅，每个人理解不一样，你能理解我的想法，就是志同道合的人，还是回到天道酬勤那句，谢谢你

欢迎大家继续评论，就算是听起来难听的话，我也愿意接受，绝不关评论，小弟还真心感谢大家能给我提那么多改进的建议

我的出发点不是说通过贬低同行而炫耀自己的能力，我更多的想让大家能看看现在行业的一个严峻程度，后人已经慢慢地进步起来了，时代对测试行业的要求也越来越高了，再不进步，就要被淘汰，我是不想被淘汰的，我真心希望大家能看清楚，我或许不懂做人的道理，但我明白我不进步，我不淘汰别人，别人就会淘汰我，这就是我所认为的社会现实，就这样吧，也顺带说一下，全中国肯定不止我一个有这种经历，我的朋友圈当中好几个同龄人都比我厉害，厉害很多，我自己都自愧不如，那些大学毕业就创业成功的呢，怎么比，要去羡慕别人？还不如自己想想办法怎么才能不被淘汰

我更多的心态是摆在有没有人肯去解决问题，不是科班出身一定能力比科班出身的差不？不一定吧，我自己在招聘人员的时候的确也了解过测试行业的情况，真的很多都是转行过来的，但是既然来到这个行业，更多地应该去想怎么发光发热吧，当然，我也明白有部分同行是为了解决生活上的需求，也有一部分人是为了实现自我的价值，都行，但是，做人要上进，我每每想到一种情况是，2 年后，当你被你的同班同学面试，之后他还做你的领导，你会有什么感觉，我自己想想都觉得恶心，我不想做这种人，所以我就得做另外的那个，还有一个问题的，我现在还打算做一名产品经理，因为自己本来想过创业，要作为一名创业者，起码得具备元认知，领导力，抗逆性等一些素质，我提到我本来就是在一个创业团队，创业基本上都是生死攸关的，所有得把自己逼起来，所以话说回来，假如由于自己是科班或代码水平低而过来做测试，做质量保证的话，只是为了过日子，3 个月，团队就可以收拾东西关门的了，这是处境的不同导致的结果，所以，我明白您的看法，测试并没有给我带来多少优越感，背锅的时候就不是这么想的了，反而是创业的过程，我很享受，有磨砺，才能成长，也谢谢前辈提点