04｜脚本复用：什么样的代码才值得写？
哪些代码值得写？
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
本文介绍了如何提高自动化测试代码的价值和复用。作者通过具体的代码示例和实际场景说明，探讨了代码的空间复用率，即如何让一份代码在不同的测试场景中多次运行。作者以一个登录脚本为例，展示了如何提高代码的复用率。他提出了一份代码兼容多个浏览器的最佳实践，以及一份代码兼容多组测试数据的方法，进一步提高了测试案例的运行次数。此外，他还提出了一份代码兼容多个环境的最佳实践，通过举例说明了如何实现一份代码在不同环境下运行，从而进一步提高了测试案例的运行次数。文章还探讨了维护工作量的不确定性和诊断自动化测试的工作量，提出了一些提高诊断速度的方法。总之，文章强调了任何能够提高ROI的代码都是有价值的，同时也提出了降低维护成本的方法。这篇文章对于开发和测试人员来说具有一定的参考价值，能够帮助他们更好地理解自动化测试代码的编写和优化。
《自动化测试高手课》，新⼈⾸单¥59
全部留言(13)
- 最新
- 精选
- Evan置顶现在回头看自己刚开始写的自动化框架和脚本，就是一大块垃圾。虽然做到模块化处理，但只学到了皮毛没学到了精髓。 接来下打算抽时间出来根据老师的ROI思维完全重构之前写的代码！感谢！
作者回复: 是的！咱们入门的时候，容易把自动化测试理解为规模越大越好，代码写得越多越好，从数量到质量，是粗放到精细，这是一个必然的发展规律！
2022-07-06归属地：日本2 
Sarah从多个维度提升自动化脚本是一个好的思路👍 有另一个视角的问题，不知道老师怎么看 在这几个不同维度里面的测试可否使用交叉来降低一些执行成本，加快执行时间？比如不同的输入参数组合跟浏览器之间进行交叉覆盖即可？作者回复: 非常聪明的想法！这个思路符合“用最小的成本，获得最大的覆盖”的目标！
2022-04-1923
swordman加快诊断速度，我们也是踩了很多坑才体会到的，由此开发了测试现场重放、本地制品验证等功能。看了这节课，才豁然开朗 —— 原来这就是降低自动化测试的维护工作量啊！这个ROI，果然是隐藏在自动化背后的本质。作者回复: 这个专栏就是帮打通任督二脉的！😄
2022-04-062- lisa写出好的自动化测试我们其实是为了提升自动化测试的可维护性以及可扩展性，降低m和d, 这里面的内容应该还挺多的：拆分到每一个环节：开发和维护，需要在层层进一步下钻，找出短板持续迭代优化，小到一个个case，大到自动化测试运行的平台建设以及自动化测试框架。
作者回复: 重温到位！
2022-05-301 
派森
同样是自动化测试，不同人写出来差异性很大作者回复: 谢谢，我当是夸奖啦。哈哈。
2022-04-291- 吃饼少年多版本请求参数都有变化，怎么做代码重复利用？
作者回复: 我理解你的问题是说，代码在迭代过程中，导致API的参数发生变化，是这个意思么？ 这是有关于ROI模型的分母问题， 也就是产品发生变化，测试代码也需要修改而带来的维护成本。 而本讲是ROI模型的分子，如何扩大测试代码的运行次数。
2022-06-29 - woJA1wCgAA3aj6p1ELWENTCq8KX2z...一份代码兼容多环境，还需要考虑代码中数据的处理，有可能是多代码了
作者回复: 现实中确实会遇到各种困难。简单点说，评估产品代码质量的一个度量，duplicate code，也可以用在自动化测试代码中，能做到不写重复代码。
2022-03-30 
太匆匆从目前自动化应用来看，少部分企业自动化测试人员的代码能力能够追评甚至超越开发人员（也不能说超越，因为自动化本身也是开发工作的一种），但大部分测试人员代码能力还是弱于测试人员的。 在这里有一个问题想问一下，比如兼容性测试，我们自动化测试结果是通过的，但是实际去看某一浏览器（比如火狐），去查看的时候发现被测截面的布局是有错位、或者页面不兼容的情况的（比如按照要求按钮的位置在A，但实际测试时发现位置却在B）。这种我们如何在自动化测试中去识别呢？作者回复: 谢谢分享！在第二模块UI测试一讲中会讲到Layout测试！
2022-03-282
IT蜗壳-Tango打卡。 现在APP测试的框架是underwork的，但是小程序的测试框架是overwork的。这个也是我接下来准备优化的地方。作者回复: 很好的习惯！现在每讲我们都见面！
2022-03-282
RONG前两天试看了一下前几章，老师提到的ROI对我有所启发，过来感谢一下老师。我做的自动化项目已经运行一年多了，数据复用，环境复用啥的之前都做了。看了课程让我想做一个用例执行统计的功能，然后研究了几天pytest hook，排除了引入并发加入的坑，最后做了出来。这样后面就可以拿数据说话了。感谢2023-01-05归属地：江苏1
