测试开发工作者日记：2021.1.29 嘿嘿～

一转眼，新的一年就过去一个月了，时间跑的太快了。而且又到了要发薪的日子了 。 这里祝愿粉丝朋友们过多发点奖金，过个好年。

前些日子开了个会，工资普调，每个月涨了几千块，说是改成了15，也不知道到时候会不会发。主要是博主不是在乎钱的人，所以对此没太大感觉，然后开始继续卖命工作了，把跳槽的想法直接甩干净。

今天刚刚交付了我们的PC端和H5端的自动化监控平台，功能挺多的，其实前几天就在验收测试了。只不过出现了点意外，自己的账号被线上风控拉黑了，还有一些滑动验证会出现问题，害的我去研究了好久滑动验证屏蔽selenium的特征码问题，虽然靠着自己总结的方法经验论，最终确定了问题所在，但是心里还是觉得不爽，因为浪费一点时间，果然自动化测试工程师最大的敌人是公司的安全部门，枉我还跟安全架构师们经常一起研究反爬技术，现在看来是自己被当作了经验书了。

解决了上述问题后，俩端的监控自动化平台开始正式启动，监控了一个晚上加一个上午，只有一条用例出现了一条误报，稳定性和效率极高！

俩个平台属于二合一的，在同一套超级架构中，其中涉及到不少逻辑和算法，并不是看起来那么简单的。这个效果和无人值守的稳定性，看来又可以吹一波ppt了，做测开嘛，想混的好，就又要能亲自操刀干活，又能亲自讲台演讲才行，俩手硬，升职快！

你问我自动化平台算什么东西？我现在来告诉你，你测不了的功能由我平台来测，你点不了的时间由我平台来点。还有，你听好，脚本能做的平台可以做，脚本不能做的平台更可以做，先上线后优化，领导特许，这就是平台。够不够清楚？

最近互联网比较流行阿里式提问：

比如这样：

那么根据上述提问，让我们有礼貌的进行回答吧：

底层逻辑：运用的是关键字驱动+unittest+page-object设计模式，在mtv的架构下进行开发。分为解析层，过滤层，驱动层，视图逻辑层，业务层，数据层。

顶层设计：用户交互入口包括ones录入用例和驱动层手动修补，通过一站式解决全部问题，无其他支撑服务所以稳定可靠。平台的80%的算法和设计都符合业界主流，实现了高度标准化。

最终交付价值：主要是成本上的控制，之前的自动化是线性循环浪费的成本模式，就好像是1000条用例，就要写1000条脚本，然后其中200条需要维护，那么就需要200条维护成本，之前这200条的首次创作成本就浪费了。但是新的架构的成本是曲线递减，且无重复浪费情况，在ai的加持下更加节省成本了。

过程的抓手：在整个自动化测试闭环生态里，平台本身就是一个抓手，可以对测试人员进行赋能，而平台上的诸如控制开关，设置，反馈，截图，报警等功能。都可以起到一个很好的抓手作用，让使用者牢牢控制住监控过程。

如何保证闭环：从ones用例，到自动解析，到手动触发执行和自动监控执行，然后生成测试报告，通过钉钉报告消息，如果出现失败/报错用例，则会启动短信/邮件报警，如果是严重级别的用例失败，则会启动电话报警。报警内容上有本次的测试报告，且可以直接点击进去查看或重跑。

亮点和优势：本架构并非原始的通过写脚本代码执行和维护自动化的设计，是可以通过直接用自然语言编写的测试用例来自动执行，且针对前端元素变化也有很好的自动维护的抵御效果。所以整体来说，成本和稳定性都是亮点。

思考和沉淀：形成了独特的创造新概念 新设计 新平台时候的方法论，具体方法论之后会说。

换成其他人做会不会不一样？：会，因为里面涉及的很多新概念 和算法都比较分人，换一个人的完成度和设计一定不一样。并且其中运用了一些本人开源的工具如wqrfnium，换一个人估计就不知道这个东西了。

好了忽悠完毕。

且听下回分解吧。