然后你会发现 身边一堆都是混资历上去的管理 甚至你领导也是 只管 KPI 书籍里面的什么以德服人 自下而上 领导模型 潜力激发都是明面上给下面看的东西 职位越高 公司越大 越是如此

一个人测试说明团队还不大 大而全的流程式反而会拖累整体进度 可以规定测试活动各个阶段的关键节点和产出 不用太细

1.你自己的职业方向为什么要别人帮你定
2.如果你有做产品经历的测试，后续稍微有规模的公司都会怀疑你的经历
3.测试这一行本身就有深度
4.如果你已经 35 了当我没说

只用 appium 框架么 图形识别考虑一下

其实我比较好奇 方向不同是怎么面进去的 我现在招人肯定会优先过去几年的经历然后匹配职位要求 不匹配的 HR 都不回推简历给我们

文章不错 就是快递难用 态度不好

管理岗很多都是内部提拔的 空降的除非特别优秀

赞一个 归纳的比较全

大部分都是在 app 里面某个页面做个隐藏触发入口 或者识别到有某个文件自动走测试接口 规则比较灵活

确实不应该做加法
我是认为这种用户体验的测试 其实应该自然而然融入到测试人员测试习惯中，而不是作为某个专项刻意去关注这块
但是现实是越来越多公司测试外包化 外包人员变成了劳动密集型 只要完成任务准时下班即可
有能力的转去做技术 或者 管理 矛盾自然而然就出现了 所以字节这种提高人才密度的做法 是有一定道理的 这也是为什么很多新技术 新策略都是从里面孵化出来

挖掘一下功能测试人员的心声：
测试越来越难 本来工资就比开发产品低一截 现在又要测试功能 又要关注代码 又要做好左移右移
安全测试 性能测试不能落下 自动化还要会用来提效 流程也要去优化
现在又要加入用户体验测试 要去从需求理解用户 学的东西越来越多 越来越杂 最后样样都不精通
然后全部转过去测试开发 要么就管理 资深的业务测试在何方

管理无非就是人和事 既然你们吐槽说明人员培养有问题 并且对事也不够认真
如果没有其他特别突出的能力 很难说的过去 或者可以单方面认为他比你们都强 确实没有人选？
当前前提是你说的都是基于正确事实的前提下

果然是摸鱼总结 总结都这么摸鱼

我们希望 Sonic 能服务越来越多的中小企业
大企业也要

牛蛙 可以去拍个电影了

首先这么做合不合理 是不是必须 不是请理清楚流程 放在迭代版本上线 小版本自测
如果必须这么做 无法推卸
拉会议 评审修改点 覆盖范围 一起评估测试范围 保留代码 commit 记录

做好风险预案

很久以前好像搞过
一是可以通过监听短信广播，获取短信内容
其二可以通过 accessbilityservice 监听界面所有信息流
两个都不需要 root，不过都不是 adb 层面的 都需要编写 apk

你们 leader 职责分不清 来什么接什么 老好人 苦了下面的兄弟 时间就算了 耽误了前途成长

负责 16~20 人的小小管理路过
横向 但不全是横向 你需要先纵向到一定程度 有一定的知识见解和技术深度 能够洞察自己 洞察行业 知原理就可以了 管理更多的是带领方向 一些重复的造轮子给专业的做就完了 但是你得知道专业的做的事情 知道做出来的东西好不好 怎么用 资源最大化
所及 不冲突 时间线和度的掌握而已

地图 A B C 都是用的 base 地图生成 归类成一个共性的框架 然后分层测试 剩下的招一些外包点点点
----没测过游戏，纯属瞎掰，可以讨论

既不是常用库 也不涉及算法 意义不太明白

我们的真机和服务器都是在一个区域 然后使用远程真机连接测试 专人维护 这样可以规避很多问题

1.覆盖主流程和容易出问题的模块
2.覆盖界面不容易变化的，较为稳定的模块
3.高频的可以覆盖，但是不强制，为啥呢 你能把自动化完全替代手工么 不能的话这块还是手工测试吧 保险一点
4.框架可维护性要高

这回复怎么变名字了

小孩子才做选择 两个都会就完了