如何提测?
今天是10月24日,一个只有互联网从业者才知道的节日,祝各位苦逼的程序猿节日快乐! 我们处在一个互联网爆发时代, 这个时代需要我们, 我们充满了责任感, 使命感, 我们为之努力奋斗一生的事业.
项目提测对测试工程师来说是再普通不过了.
开发在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
欢迎各位小伙伴留言讨论互相学习.
如果文章对您有帮助,请关注我的公众号并分享转发, 让更多的小伙伴一起成长
推荐阅读
JMeter数据库操作
Jmeter接口测试-正则表达式
JMeter中文返回乱码
Jmeter接口测试-参数化
JMeter接口测试-基础
测试-感想
