测试开发工程师的角色

2020-03-16 11:02 zouhui 阅读(365) 评论(0) 编辑收藏举报

阿里QA导读：武林中屹立着三座大山，江湖人称BAT，最为高耸的那座叫做阿里巴巴。在阿里巴巴里有着无数的宗门，阿里技术质量就是其中一脉。传说这一脉左可踢产品交互，右可打运营市场，下可抓虫修缺陷，上可保驾双十一。山外儿女皆表羡慕倾佩，偶有阿里技术质量人行走江湖，都引来无数围观与喝彩。更有民间针对阿里测试创立了定向培训课程，其中良莠不齐。为让江湖儿女对阿里技术质量有个更好的认识，也为了让想拜入宗门的年轻人有个好的指引，阿里巴巴技术质量聚齐门中好手，一起写了一本小册子，唤作《阿里技术质量新人手册》，希望造福天下质量人。今天给大家带来的是阿里技术质量新人手册的第一章：《测试开发工程师的角色》

我是谁？- 认识你的角色

测试开发工程师，可以从两方面理解：思想和方法。测试最重要的是思想，技术是实现方法。作为测试开发工程师则需要具备测试的思想善用技术手段完成质量保障工作。我们可以通过接下来的介绍帮助大家再深入理解什么是质量，什么是测试？如何用技术手段实现测试？

什么是质量？

质量的定义因领域不同定义有很多说法，软件领域的质量是指在特定的使用条件下产品满足明示的和隐含的需求所明确具备能力的全部固有特性（内在特性），体现了产品满足产品要求的程度（外部表现），是产品的质量属性。

从概念分析对应到我们实际的测试工作，包括的三个要素：产品（我们的被测对象）、特性集合（需要采用哪些测试类型）、需求（覆盖的测试场景）。

什么是测试？

一个经典的问题：做测试的目的是什么？为了发现问题？为了质量？还是为了业务价值保障？这是个大家需要经常问自己的问题，我们技术质量做的一切活动目的，一定是为了保障业务交付。测试要打造发现问题的能力，同样也需要有打造高稳定性的能力。需要对每次发现的问题都剖析如何能避免问题再次发生或更早阶段识别，同时对遗漏的问题都深入思考剖析为什么没能提前发现。围绕这样的目的作为我们工作的方向。

准备工作环境

—— 工欲善其事，必先利其器

不同工作环境介绍

环境是测试工作中非常消耗时间且难以管理的部分，环境区分的目的和方式，一定程度也体现了大家目前的测试流程和规范，接下来我们会介绍阿里环境是如何分层，如何管理，如何准入准出。

第一步：理解环境

实际上，环境的名称只是一种形式，关键在于不同的环境之间存在一些代码、数据、服务之间的差异。以接入的数据源来说，项目/日常环境的数据库与预发/生产环境的数据库肯定不一样，这样测试使用的数据就不会污染线上数据；预发环境/灰度环境会与生产环境共用一套数据库，以便在预发环境下测试新的功能也能较真实地反映线上的情况。还有一些差异在于使用者的不同，比如预发和灰度环境都使用的是生产环境的一套数据库，但灰度环境的使用者是一小部分的外部用户（客户），而预发环境的使用者一般都是内部人员（开发/测试）。

养成测试发布好习惯

优秀的我有着，

优秀的习惯。

未经过项目环境测试的变更，

我绝不直接部署日常

未经过日常测试通过的变更，

我绝不直接上预发

未经过本地/项目环境编译启动成功的变更，我绝不直接部署日常和预发

—— 测试小诗

第二步：区分环境

项目环境

项目环境也可理解为开发环境和联调环境，顾名思义，开发同学开发时使用的环境，每位开发同学在自己的dev分支上编码，和其他代码是完全分离的。多项目环境可以关联在一起形成项目制的开发和资源联调。项目环境数据库和日常环境是一套。

日常环境

日常环境是主要测试环境，开发完成自测通过后提交代码，日常环境会（merge）所有提交到日常的分支，融合的时候可能会存在冲突，有冲突就需要排除冲突。测试同学主要的工作环境为日常环境。

预发环境

预发环境和日常环境一样是把其他开发同学部署到日常机器上的代码和你要发布到日常的代码融合起来（merge）一起测试。但预发环境区别于日常环境最大的点是，预发环境和生产环境是同一套数据库。而且相对日常，预发的数据更加接近真实的线上数据。预发环境和生产环境的访问域不同。所以预发环境更多使用在验收测试和最后发布前的checklist观察，不作为测试的主要环境。

灰度环境

灰度环境其实就是小范围的生产环境，是一套有隔离策略的生产环境分组。是通过真实流量结合环境策略能够在全量发布前再进行一轮验证，因为都是真实流量，灰度如果出现问题，影响的已经是真实用户，但因流量带来的损失可控。（爱玩游戏的同学可以把它理解为游戏内侧、体验服等）

生产环境

即线上环境，在权限和发布管理上非常严格。包括DB的写操作都需要多级审批流，发布变更也有严格的窗口管控，在流程上也要求了变更必须经过日常 - 预发 - 灰度之后才允许合并到线上。

自定义环境