这就是理论与现实的差距，就比如：“保持在 10-20 个语句之间”，试问，什么样的 UI 自动化，只需要 20 个步骤就能完成。

很好奇，现在大部分公司，后端是否有单元测试这个概念？以及给后端接口写测试用例？我想 99% 公司都没有做到吧，成本太高了，直接就是丢给测试人员的接口自动化测试替代单元测试。

看起来对初级工程师很友好，大家快冲

all in 啥，不都还是写个测试脚本。。。

肯定要以账号维度去测，你怎么可能用一个账号一种角色，去测试所有角色权限？
比如你有 10 种角色，对应 10 种权限，那么你就要创建 10 个账号来测，而且自动化要求是稳定的，只需要重复这 10 个账号，保持一致的期望结果。

曾经的某位大佬说过，简历是一年一更新，要时刻准备好自己的简历，能够达到随时可投递的状态。

我想大部分人应该没有更新自己简历的习惯。。。

只能说，你想太多了。

看你自己怎么理解吧，个人观点是，面试官问什么答什么，除非是自己特别擅长的，你可以这样处理，引导面试官。

你说的，给出优化方案，明显你把面试官引出来了，所以面试官才会问你第二个问题，但是你好像就是在第二个问题跳坑里了，没回答上，明显就是给自己挖坑了。

非常好的文章，获益匪浅

如果是我，我会这样回答，
面试官：如果出现了研测双方对需求理解不一致时，该如何解决
回答：首先，遵循基本原则，以需求文档为准，即以产品为准，如果研发对需求理解不一致，首先找产品确认，先确认自己的需求理解没有问题，如果最后是研发的需求理解错误，那么，让产品去跟研发沟通。

我觉得完全没有必要，再说出，通过什么什么流程避免，通过什么什么手段避免，，这完全是给自己挖坑，因为面试官没问你流程上怎么优化怎么避免，这也不是问题的核心重点，，，所以，才会导致面试官，第二个问题：“那如果这两个阶段过后还是有歧义呢，找产品确认不是很浪费时间吗？”

这位大佬，做个自我介绍，应该还有很多人对你不了解

好像是，不过，我得测一下，，先用 wx-view 定位，定位完，再改成 view，看看能不能定位。

但是总比，view 不能定位的强吧，调试。

牛逼，大佬，现在看到你这张图了，确实可以用这种方法调试，牛逼

是的，不过，airTest，我有用过，感觉好难用，看似很强大，其实，一点也不灵活，没有 minium 的自由性，可编码，可能是我不熟悉 airTest，，但是感觉很难入手，得单独去学习他的语法，使用模式，而且，根据图形识别，不是有很多缺点么？如果一个页面，有多个重复的图像元素，他是如何进行精准定位。。。。诸多问题

其实，没有接触过敏捷，或者从来没有在敏捷模式工作中的话，根本理解不了敏捷思想，敏捷流程，每次看，都是很懵逼

copy 一份，把原有的 1.0 备份，，，然后进行 2.0 升级。

需求阶段的前提是有个好产品……

复现了

我们公司，就急需自动化测试，来保障线上的稳定运行，可能你说的是小项目，小公司吧，功能简单的。

但凡项目规模大一点，比如，喜茶，麦当劳，肯德基，，，等等，如果某个功能出现异常，那影响的严重性挺大的，导致顾客无法正常下单？什么等级的影响？

对于那些就几个小功能的小程序，或者说，开发完之后不管了，不运维的，，那肯定不需要进行自动化测试的，这个另当别论哦。

现在很少用这种固定框架，pageObject 设计模式，我现在都是直接通过 excel，数据驱动

这种就无需再写任何代码了，便于在团队内部使用，现在我成套自动化体系都定型了，就是还差快速定位的 xpath。