赞同。

一个 for 循环确实可以搞定测试过程中许多问题。

是 cnblogs 的哪位虫师吗？

同样不看好用 Excel 维护用例。

1. 懂代码是我们的本分工作，许多时候用代码编写测试用例是最简单的事情，而不是使用 Excel 维护自动化用例。
2. 用 Excel 维护 100 条测试用例没有什么技术含量。测试周期为一个月的项目产生几千条自动化测试用例是常见的。
3. 用 Excel 维护用例受限于测试框架，也不便于业务流程的梳理。一个自动化测试脚步里面包括了业务相关的知识，可以加注释，能够很快了解业务流、数据流等知识。

一行代码编译后存在多行指令
圈来自于循环、嵌套代码吧

暂时帮不上你，不过建议多折腾几下。
或者去 github 咨询一下大神

把手机里的 stf 卸载了重新插上手机试试

部分设备兼容有问题

按照上文所说的内容，目前仅仅能设计及实现部分 L3 的功能，自动化之路很长呀

不要抱怨
虽然我曾经抱怨过
抱怨只会给自己造成不快
抱怨不会给自己成长

借用《三体》中大低谷的名言：

给岁月以文明，而不是给文明以岁月。

给岁月以成长

测试行业人员差异太大，提高团队、个人能力可以考虑下述方法：

1. 持续学习提高个人、团队能力；
2. 老人带好 90 后、00 后小伙伴；
3. 新人多接触开源技术，业务可以向比你入职早的同事学习，但是技术要靠自己，如果幸运遇到团队有技术的队员，多请教。

是的，这个是联调测试过程中走正常流程。

不是 http 接口，Java 远程调用，测试过程中依赖其他平台一个简易的 mock 功能。

欢迎使用开源、免费工具

mock 平台只是借助一个公共服务提供的简单 mock 服务（不能根据入参返回不同值）
部分知识公开了就贬值了，文中知识一样。

文中的东西没有什么技术含量，但是当开发、测试在工作过程中遇到这样的问题，不一定能解决哟

接口测试，性能测试？

简单的安全测试用例一枚

遍历漏洞

腾讯云测说有搞这块的测试

本文主要关注测试对测试工作感到迷茫这事，工资看个人。
个人未将测试、开发工资进行对比，主要是两个岗位要求的技能不一样，将不同技能要求的岗位工资直接对比并不合理。
此外，开发工资高，但是无人阻止测试成为开发。但是从测试到开发也需要自己持续不断学习。

搞 AI 的没有几家公司，部分公司宣传 AI 的可能是忽悠消费者。

待遇问题与公司的认知、测试的能力相关，部分公司的测试（测试开发依然干的测试的活）待遇与开发没有太大差异。
市场上已出现待遇比开发高的测试岗位，可以关注一下该类岗位所需技能。

这与我们所测的对象有关，只有当我们熟悉了我们所测对象，才能将测试工作做得更好（最主要还是提高线上质量）。

鼓励测试与开发一起成长。
测试工作累，主要是身体太累，要学习、了解的东西太多，但是对测试从来没有迷茫过。

时间有限，想起一些就记下来。

多学习吧，不然面试测试开发也会过不了的

截图请打码