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