你现在有哪些痛点，就有哪些维度

我个人觉得可以从 3 个方向去入手:

1. 测试的内容 → 也就是精简测试用例的条目, 剔除一些冗余的测试用例
2. 测试的准备工作 → 主要指的是环境的配置, 也就是测试用例的执行的前置条件提前准备好
3. 测试工具 → 写一些脚本工具

看到你最后写了 好多 ，我理解你不是没思路，是东西太多不知道从何做起？

如果是，可以把痛点列出来，解决困难度也列一下，然后按性价比排序，先从性价比高的做起。

其实我一直觉得这个东西很矛盾，如果一开始就给了特别不足的测试时间，那测试的时候，测试人员很可能直接就偷工减料了，反而比较良性循环的做法是：给测试比较足够的测试时间，然后测试自己去规划是不是可以在这个时间内，做出优化。因为这时候人的本能会觉得节约到的时间，是他自己的。可以用来搞学习或者其他。（而这种学习成本的投入，让测试在下一轮测试中做的更好）

提升效率 ---》把重复的操作精简化

多谢，字不多，不过明白你意思了，很精炼啊哈哈

好的，谢谢，感觉 1、2 的效果无法在领导眼里营造出很有说服力的效果，工具确实最有说服力，但是似乎又很难达到这个。也不知道什么样的工具才是有效率的

我也有和您类似的想法，总希望有一些学习时间，然后把所学继续用在下面的测试中，但是平时需求这么多，学习沉淀只能留给周末，到头来还是需要咱们自己去努力了

好的，我好好捋一捋