前司有自研的测试管理平台，所有测试计划，任务，用例执行，bug 管理都在上面完成，但是用例必须 excel 导入。大部分人平时喜欢用 xmind 写用例，所以用了 xmind2testcase 工具二次开发，生成可以导入的 excel，用起来还挺不错的。

问题发生了，测试肯定是作为第一追责方的，这个无论在哪个软件公司都是一样。
对于这种问题：
一是总结教训并改进以避免下次再出现。
二是后续工作中要留底，对于临时插入需求且多方评审的结论要有会议纪要输出避免背锅。
三是作为测试遇到这种事情不能怕，会议上问到你了要勇敢站出来讲，陈述事实就行，该担的责任就勇敢承担，不是测试的责任那也要说清楚，不能为别人的错误买单。

使用 python 语言往消息中间件推送数据是极其方便的，学习门槛也不高。网上范例一大堆。重要的是要理清楚推送的数据结构，以及数据变化范围。尽量达到模拟真实数据的效果。

连 VPN，开远程桌面都只是你测试的前置条件，不是你测试的对象，这些前置动作可以做成一键式或者自动执行。重点还是要放在你远程的机器上搞 UI 自动化。

做到了测试管理了，就不能仅仅重视测试相关的内容了。向上管理，横向管理都是非常重要的。管理的核心还是处理好 “人” 和 “事”，有时候人比事更加重要。另外，你提离职公司挽留只是正常的流程，并不代表你很重要，还有离职和转岗并不能解决你的问题。换个岗位和公司还会遇到同样的问题，倒不如放开手脚去干一场，就像楼上老哥说的，都抱着离职的心态了，还惧怕什么，放开手脚干啊！做管理就是要 “立威”（经验，技术，人脉或胆量），没有威你干什么都是阻碍，有了威你会觉得干什么都很顺利！加油！

我做性能测试的时候，还兼过机房管理员，网络工程师，项目经理的角色。干过服务器上架、做水晶头这种体力活，也写过数据模拟工具，监控脚本这种脑力活。到最后我测的每一台服务器，每一根网线，每台交换机都是我亲手搭建的，性能测试是一个需要有全局观的工作，你要对被测系统有足够的了解，才能分析出可能的瓶颈点。