新人一定要引入，具体看阶段，不然队伍久了，肯定出问题，5 年~
自动化你说的几个要点没错，但要引入，要看业务场景，最终要形成自动化测试平台，不要单纯的脚本，不然你这个为学习最终也是会瓶颈，也是时间问题
团队有规则，触犯了该怎样就怎样，这是一定的，不然真不好带
人多要面面俱到，可以做，但会出现问题，你有主管，组长，你都掌握了，会出现他们的能力会无法成长，这个过程要带，尽量能形成，我如主管，主管如我，已经无法扁平化了
我个人愚见啊

适合团队才最重要，其实大道理大家都懂，其实最后只有胜利的人说出来，大家才去膜拜，有时错的决定，人家成功了，也变成了成功的典型~

小城市，厦门

感谢大佬的建议，对于第 3 点，只是一个问题，实际操作该淘汰了淘汰了，有 2-5 年工作的，不合适都优化掉~永远要让你的团队后面一只狼，掉队就被 “吃掉” 了，后面的你说的内容，已操作快 1 年了，持续根据团队进行优化中~整体就是发现问题 - 解决问题~
这些都是感受~

30 多岁总监级别的，公司一般规模小，你要在大公司或者规模还可以，坐上总监的位置，还是很少的~现在很多小公司，title 随便给啊，小公司的总监可能到一线规模大的公司，估计就是个主管而已，不要根据 title 来判断，不同的企业需要不同的人，合适就行。但随着年龄涨大，能力跟经验要跟着累计~这个才是最重要的。不走管理，需有工匠精神，中国是很少，国外是很多~

我看完了，只看到一个比较有同感的词语，都是变成萝卜不肯自拔。19 年我的一个实践方案，就是坑有，萝卜要换别的萝卜，一个坑有不同萝卜，一个萝卜可以到不同的坑~

我个人看法，也是目前再做的。测试开发==开发，只是定位不同，测试开发主要完成的产品是测试使用的平台或者提高测试效率的工具，而不是对外，持续不断的满足测试业务需求和测试平台是测开主要工作。对于衡量，其实也可以从版本发布周期，比如我们开发的一个自动化测试工具，可以原本测试内容常规测试，直接去掉，这个就可以算做测开的产出，设备共享平台，有使用率，使用分数，使用量，然后对比目前市场调试的 1 分钟多少钱，就可以知道省了多少成本，这也是测开的产出，小工具，平常是怎样花多少时间，目前有了这个工具，省了多少时间。至于有了测试工具及平台，有的不一定就能省测试周期，其实这个就是自动化的目的，老板也许认为有了自动化工具，就等于可以减少人，加快工期，其实不是的，测试自动化是提高效率跟保证效率手段，让人工释放出来，想更多的事，做之前没有考虑，来提高项目质量，至于项目质量也是不好评估是因为了这个来提高，但可以从发现的 Bug 来做标记，也是一方面的体现。我感觉是挺多可以衡量测开的价值，重点一开始就是你怎么看测开，怎么评估产出。一开始没有数据，用内容来说是很正常的~

有做，但肯定跟接口比，维护性会差比较多~我们做的是安卓 appUI 自动化，基于 appium 框架改造集算法和图像识别功能遍历测试工具。适合多台设备运行，解决安装开始，启动 app,测试过程中 app 的提示框问题，通过配置可以兼容不同版本不同控件的定位后者不同安卓系统同一个 app 的定位方式。主要用于遍历，压力跟常规功能，也不会去做所有的 UI，会从用户行为分析，来判断哪些功能必须发版本没有问题，这些功能也不对太多~这样也可以用多个版本不同渠道自动化测试，也用于持续集成编译自动化测试~ UI 自动化问题坑多，但起码你要解决问题，而不是大家说兼容问题多，提示框等问题多，维护难，你就放弃了，不同项目不一样，如果想做，还是得静下心来来琢磨研究下~ 效果：提高测试版本质量和提前发现每日构建代码后版本问题，简单项目基本可以提高 3-5 个工作日时间。合适不合适，只有自己知道。几毛钱的打火机可以点燃 2 块钱的香烟，也可以点燃几万块雪茄，你能说打火机不好吗？

做一个关于弹窗配置项。每次点击操作前，检查 1 次。这个弹窗配置项，还可以区分为系统弹窗，还是 APP 弹窗，还是在安装 app 过程中的弹窗~，这些都可以这样做~已实施过~

不管是什么自动化，都得直接在项目中进行长达 1 年以上的不断优化才算一个成熟的产品，工具就是要入手门槛低。其中有一点就是不要太抬高 UI 自动化带来好处，要降低点，但也要知道 UI 自动化缺点，并尝试优化他。如解决弹窗，不同设备控件问题，adb 不稳定，同个 app 不同版本 ui 变化，以及是否通过图像识别技术，通过图片操作是否效率更高，这些都是通过不断的采坑琢磨出来，另外不要单纯 UI 自动化，还需要配上遍历测试，这样的工具创造的价值会比较高~

有源码，但目前源码暂不开放

hao de ,3Q

可以把码云的项目地址分享下吗？账号：youanchen。

你好，你这个接口自动化平台投入使用了吗？在实际项目中运用

不是大佬，是一枚测试工作者

刚招满暂时不缺，但有意向招个开发，哈哈~

这个是错误的展现模块，是有再用了，其余的第一版成型的要年后才完成~这个也是再孵化中。

做一个 sdk 和进行埋点进行日志收集。整体的思路跟友盟差别不大

图像识别~

一直都是在分享，从未所谓的知识变现~

这个应该不会，很小的，是进行日志插桩记录反馈的，对 APP 的性能影响很小。如果很大的话，估计友盟会被干掉把~原理类似的~我们也是一直在学习改进中

太长了，看了一部分，对于用户反馈的方法，就是 release 包进行埋点日志性能收集，跟友盟一样，只是外面收集的数据不一样。这样就可以监控发布版本问题及性能~我们目前就是采用这种平台来监控~

增加 4399AT 功能持续更新

分两种，一个设备登记表和后台展示登记的人，登记表用于登记谁借手机，谁还手机，避免出现丢失，后台手机列表展示用户大家查询相互借阅。另外还要搭建 stf 设备共享平台，增加登录注册功能。整体这样管理手机和手机利用率就很高。我设备管理不多，将近 150 台左右~