别说小厂了，谁给工作就干了

肯定不能依赖第三方平台了，不然又被动了，不灵活，自己写请求封装

咋说呢，现在这个行情，个人规划已经实现不了了，有饭吃就行，点工也能做，开发也行，这个测试平台维护迭代差不多了，因为落地在公司实际跑了也快 1 年了，很多细节方面也做了很多，这里就简单截了图，还有很多交互页面的数据处理等，就懒得一个个截图了

我起初是自己搭的一个用 excel+git+jenkins 做为整个框架，数据驱动，后面太麻烦了，就写平台了，存数据就用 mysql，redis, 然后整个持续集成的开关，去跑，中间代码设计的话就看个人了，我大部分是参考 jmeter 工具做，然后针对公司在优化一下

flask

谢谢，就是结合针对公司做的，比较灵活，私人定制一样

我是边做边学，想实现什么就现场百度去解决

谢谢大佬们的回复，确实有所启发

几乎都满足了，我每天就只是负责做开发，很少有做功能

动力还得是被需要，当满足被需要，就又迷茫了

其实看大家说的最多就是推广，具体成效，和优化改进等，这些感觉还给不了思路

每天都有改进和优化吧，但感觉还是不饱和，改进和优化也都是参考目前比较成功的模型，和会带有自己的一些想法

我也有写，就是看作者的 ui 丑了点

好的，只能这样了，麻烦了

全是基于 GUI 界面的 linux 安装模拟器，没有命令行界面的 linux 安装 模拟器教程

大佬看下最新回复

对，其余环境都搭建没问题，就是想在 linux 系统整个安卓系统模拟器，然后执行自动化脚本就好了，目前需要外接真机，如果有前置条件，倒不如我在 Windows 做了，在 linux 做，就是想让它自动跑，而不是我执行自动化时，还要手动再去连接上一个安卓系统

顶~~~~~~~~~~~~

已读

性能的指标都得关注，看这个接口的服务 cpu，内存，数据库的 cpu,是不是都没满，一般来说服务资源不足会导致接口响应慢，错误率高等原因，如这些指标都还未跑满，则看你接口设计的场景，或让开发加日志，在压测时，看是阻塞在哪个环节

就在 jp@gc - Stepping Thread Group (deprecated) 下新增 http 请求等场景，为什么要在原来的线程组下添加？

这就去

测试的苦，只有测试知道

何必单恋一支花呢

我不愿提啊，就知道有人会问