要分层测试，单纯接口自动化不可能覆盖全场景。
另外要有衡量标准，如何认为全场景覆盖?功能 case 全覆盖?还是代码分支全覆盖?空口说覆盖，结果就是领导认为怎么样就怎么样。

真实😂😂

有啥好烦的，这种情况能做的事就是把问题摆出来。测试质量一定是从细分需求开始！！！推动需求交付，如果没有，测试的活不接，如果质量有问题最终还是要你背锅。所以准备好下家。

这也太早了点吧。

是不是你压测机器发不出请求包

用 u2 能不能点？

好久没搞了，这个问题我没遇见过。你试下登录小米账号，这种碎片性问题是需要自己去定位的。方法一般是拿报错内容在 stf 代码全局搜，搜不到就找 adbkit 搜，一般在 adb kit 上面能找到问题，然后看代码。

感谢大佬的分享

你可以当猎头了。

鸡冻

每个公司的情况不一样，我觉得上线如果测试有决策权，这个也并不坏。
当然有权力就有义务，你可以驳回一切不合理的东西，但出问题也要承担责任。

赞赞赞，可以拿大佬的的东西改改改了。

大佬，再问一下还开不开源左侧呢？

据经验，试下开发者权限里面是否有可疑的设置

左边的测试用例管理也有吗？

jmeter 足矣比任何工具强大，建议直接开发插件来兼容项目。

衡量指标:代码覆盖率，自动化测试占用率 (自动化测试案例:手动测试案例数)，节省人力时间，这个看你怎么做汇报的 ppt 。

提，这个是你的工作输出。亲身经历，甩锅时可用，不然死得很惨。

换电脑。

看着社区慢慢的做大，技术分享越来越好，值得称赞。

只要你性能做得足够深，我相信，面试的人不会看你的自动化测试的能力。

感觉上你性能也不太行。

stf service 被系统进程杀掉

所有没有需求文档的产品都是耍流氓，常见问题包括开发没流程，权责不明确，领导说了算，出问题妥妥测试背锅，这种公司不要去。