如何提測?
我們處在一個互聯網爆發時代, 這個時代需要我們, 我們充滿了責任感, 使命感, 我們為之努力奮斗一生的事業.
項目提測對測試工程師來說是再普通不過了.
開發在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這樣來命名的
有了以上這些信息, 測試自己維護測試環境就簡單了, 只要按照部署流程來做, 測試的事情就會越來越順手, 再也不用去找我們非常忙碌的開發工程師, 他們有更重要的事情做, 我們也學到了很多技能, 公司對我們測試的依賴性也會越來越強.
隨着項目組的不斷擴大和技術的不斷革新, 一鍵部署,一鍵發布也是有可能的,期待這一天早點到來. 理想很豐滿, 現實很骨感. 我們一起努力吧!
歡迎各位小伙伴留言討論互相學習.
如果文章對您有幫助,請關注我的公眾號並分享轉發, 讓更多的小伙伴一起成長
推薦閱讀