哈哈，还没开始就结束了，哦，真是一段心酸又好笑的故事

看懵了，看完题目，再看看大佬们大答案，跟我想的差别好大啊

时间久了，这可怎么办啊？面试再问你自动化的，不都忘的差不多了

哈哈，看了大家的评论，肚子有点疼

说下我的历程：点点点----->接口工具--->python 自动化--->会一点框架代码（很水的那种），同样很焦虑，人都点麻了，面试一问感觉自己做的那些东西很傻，好多场景都没考虑到 。

我的理解是：1，经验的积累 + 学习前辈的编码 2,公司的代码规范与 codeview 3，从大佬们出的学习

这就是游戏测试吗？看的懵逼了

作为一个老点工，说说我眼中的测试开发：

1. 业务上：强于开发，测试的看家本领不能丢
2. 技术上：开发会的你也要会，代码可以写的烂一点，页面可以丑一些，但是实用性一定要做到
3. 知识面上：测试要比开发多一点

说了这么多，感觉测试要知道的，会的要比开发强好多才行，算了，做个开发去吧

最近学到的一个方法：找一个类似的测试平台进行二次开发。
在开发之前做好功课，多看几个平台或者框架，对比完之后开始着手抄，抄的过程中，你也许会有不同的想法，那么尝试着自己实现。我最近就在这样做，一起搞起来吧。

这个回答只能叫怎么完成一个接口的测试，去网上找专业文章看下。面试官问的也有点宽泛，不会他也没做过吧

卖起焦虑来人人都说环境不好，吹气牛来人人有朋友年入百万

为啥我在微信群里看到大佬们，工资那么高，福利那么好，工作说换就换

这不是中英文编程吗，哈哈

莫非是定向招聘，人选其实已经有了？

这样维护起来太麻烦了，建议每个端先做好再考虑合并的事。可以在每个端进行代码编写的时候考虑一下以后会合并的情况，提前设计。

感觉到了年龄歧视😔

对照着培训机构的那个，大致的过一遍，比较重要的着重学习，比如功能 + 接口部分

1. app 相关的 需求挺多，好多命令老忘 2.测试用例生成录制
2. 业务数据构造 大致
3. 提升 kpi 的，哈哈

执行测试脚本这块写了什么？

看到大佬已经写了 4 篇了，我还没搞过小程序的测试，准备照着你的实践下，多谢分享

上来直接搞 UI 落地效果难以保证，建议先搞接口。

你的那个确实不错，给我提供了不少思路

通过分步编写，生成 UI 测试步骤

excel 中的步骤一~四在本文中也实现了吗？

这文章真的太及时了，正好下周要写测试报告了，感谢大佬的指点。

如果是一个数据流的，建议根据业务需求测试一下。
举个例子吧，比如我们下发控制一个设备，当我们在前端做了点击了下发的按钮，有的后端会直接返回一个成功的提示，实际到了设备那里呢，未必就真的操作成功了，所以整个流程串起来，你才能知道这个业务链条是否真的成功，有效。

做测试好多年，竟然还没做过类似的测试，真是惭愧，立马去试一试。