提测

提测的意思是提交测试，开发完了转QA同学进行测试.

自测完然后给QA测试

开发完成一个阶段目标，提交给测试验证

业务上线流程：
提交QA功能测试；
提交安全团队做安全测试

 

项目开发百科了解

开发环境（dev)：开发环境是程序猿们专门用于开发的服务器，配置可以比较随意，为了开发调试方便，一般打开全部错误报告。

测试环境(test)：一般是克隆一份生产环境的配置，一个程序在测试环境工作不正常，那么肯定不能把它发布到生产机上。

生产环境（prod）：是值正式提供对外服务的，一般会关掉错误报告，打开错误日志。

三个环境也可以说是系统开发的三个阶段：开发->测试->上线，其中生产环境也就是通常说的真实环境。

 

如何提测?

项目提测对测试工程师来说是再普通不过了.

开发在Dev环境联调, 功能开发联调结束提交给测试, 测试工程师需要在测试环境验证本次新(迭代)功能, Dev环境和测试环境是隔离的, 测试不能在开发环境去测试, 开发也不能在测试环境联调, 这个是必须要保证的.

 

接下来就是谁来部署测试环境呢?  无非两种可能

1.让开发同学帮助部署测试环境

2.测试自己部署测试环境.

第一种是让开发同学帮助部署, 那结果很有可能就是等……, 开发同学都非常的忙, 忙着开发新项目, 忙着修改bug, 忙着联调, 忙着解决客服投诉过来的问题…. 反正就是一直都很忙.

第二种测试自己动手部署测试环境. 对于有好奇心的同学来说, 这正是一个学习的好时机. 展开了讲解 , 无论是哪个行业, 从小白到有资历都需要经过较为漫长的过程, 这个过程会坎坷充满荆棘.

那我们如何自己维护测试环境呢?

开发提测需要提供: svn或者git地址, 项目分支,  新增和变更SQL,  新增和变更服务, 新增和变更中间件, 新增和变更配置文件等等.

更新SQL:

是否有新建-数据库 (create database),
新建表(create table )
更新表(update table)
更新表字段(alert table )
初始化数据(insert into)
新建存储过程(create procedure) 等
更新服务:

服务很好理解, 比如订单管理服务,记录订单时间和状态等; 有会员服务, 记录会员基本信息如年龄,性别, 会员开通日期, 到期日期, 会员级别等: 有优惠券服务, 记录优惠券发放日期, 使用日期, 到期日期等; 不同的服务做不同的事情, 在提测的时候要求给到清晰的服务变更情况,  甚至有些服务有关联性, 有先后更新顺序, 某个服务的更新不能影响其他服务的工作.

变更的中间件:

项目中是否使用到新的组件中间件. 如大数据会使用ES(elastic search), ZK 等等; 新组件的使用需要在提测之前就要告知测试组, 并说明组件运行依赖环境,组件版本等信息, 方便测试提前准备机器和环境等.

变更的配置:

配置的变更也很好理解,每个服务调用都有一个配置文件, 里面信息配置直接影响服务和服务, 服务和中间件的调用等,普遍用application.properties这样来命名的

有了以上这些信息, 测试自己维护测试环境就简单了, 只要按照部署流程来做, 测试的事情就会越来越顺手, 再也不用去找我们非常忙碌的开发工程师, 他们有更重要的事情做, 我们也学到了很多技能, 公司对我们测试的依赖性也会越来越强.

随着项目组的不断扩大和技术的不断革新, 持续集成(CI),持续发布(CD),  DevOps, 也是有可能的,期待这一天早点到来. 理想很丰满, 现实很骨感. 我们一起努力吧!

许多公司现在配置都走中心化路线, 如将配置文件单独抽取出来.

国内应用登记情况来看，Apollo和disconf是最为热门的两个

携程开源配置中心Apollo,使用场景就非常广泛, 有兴趣的同学可以向这方面拓展知识.

配置中心参考:

https://blog.csdn.net/fenglongmiao/article/details/82986954

https://www.cnblogs.com/xiaoqi/p/configserver-compair.html

版权声明：本文为CSDN博主「测试工程师成长之道」的原创文章，遵循 CC 4.0 BY-SA 版权协议
原文链接：https://blog.csdn.net/weixin_40881502/article/details/83344498