“去QE”时代下，QE如何破茧重生?

r囧r小猫 2022-10-19 04:08 114阅读 0赞

参考：[https://mp.weixin.qq.com/s/iKfCAW2UEKY-rO3-ceEnWg][https_mp.weixin.qq.com_s_iKfCAW2UEKY-rO3-ceEnWg]

下面涉及到的很多思想在eBay**等企业内部有很多实践，可以参考。**

这里的**QE**是***Quality Engineer***的缩写，其实指的就是**软件测试工程师**。那么 “去QE” 又是什么意思呢？字面意思可以简单理解为不再需要测试工程师，本质上指的是测试工作不会再有专职的测试工程师来做，而是由开发工程师自己来完成，**通常会遵循“谁开发、谁测试、谁上线、谁On Call” 的 “一条龙” 原则**。

## **1. “去QE”的原始驱动力** ##

这里主要从工程效能（Engineering Productivity）的提升来展开谈的。

## **2. “去QE”带来的问题** ##

（1）开发人员可能存在"惯性思维"，自己写的代码无懈可击。测试人员是属于“破坏性思维”，测试人员的职责就是要尽可能多的找到潜在的缺陷，所以测试人员比起开发人员往往更能客观且全面做好充分的测试。

（2）对于大型软件企业，尤其是大型互联网企业，测试执行环境远远要比你想象的更复杂。管理、维护和搭建需要很大的成本，而且开发的精力往往更应该花在构建新的业务功能上，而不是用在维护测试基础设施。

（3）......

## **3. “去QE”引入问题的解决思路** ##

**基本思路就是**要在“去QE”的大背景下，能够让开发人员从这些非业务功能开发相关的事务上解放出来**，这些非业务功能开发相关的事务由“工程效能”服务或者相关支持工具链来统一解决**。这个思想和和目前非常流行的Service Mesh的设计思想不谋而合，**Service Mesh**也是可以让服务的开发人员可以把所有的精力集中在业务功能的实现上，而不需要去关心服务间通信的基础设施，像类似于服务的注册与发现，熔断机制等都会统一由Service Mesh以对业务应用透明的方式来实现。

**1）统一测试执行服务（Test Execution Service）**

**2）统一测试数据服务（Test Data Service）**

**3）统一测试执行环境服务（Test Bed Service）**

**4） 构建工程效率工具链仓库（Engineering Productivity Tools Store）**

类似于App Store的概念，**可以把**各种测试小工具以及提高效率的工具**集统一在Engineering Productivity Tools Store里面集中版本化管理**。比如文章开头我们提到过开发自己做测试的时候存在思维盲区，对于像String这样的参数可能遗漏Null值得用例，我们就可以开发一个小工具对被测函数的输入参数类型基于边界值自动生成边界测试用例，比如String类型的参数一定会生成Null，SQL注入攻击字符串，非英文字符，超长的字符串等，这样就可以系统性地避免开发的盲区。诸如此类的工具还有很多，以后有机会再和大家一一分享。

**5）测试即服务（TaaS，Test as a Service）的全局架构**

除了以上的内容，其实还有诸如**统一测试报告服务**（TRS，Test Report Service）、**全局测试配置服务**（GRS，Global Registry Service）和**基于API测试解耦的Mock服务**（Unified Mock Service）.....

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzMzNzE4NTYz_size_16_color_FFFFFF_t_70][]

[https_mp.weixin.qq.com_s_iKfCAW2UEKY-rO3-ceEnWg]: https://mp.weixin.qq.com/s/iKfCAW2UEKY-rO3-ceEnWg
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzMzNzE4NTYz_size_16_color_FFFFFF_t_70]: /images/20221005/44d437fa3ede4f4abc7474b7f6f5e67e.png