服務端測試任務如何作進度把控

前言

在項目發版前，咱們會整理各個須要上線的模塊，確保發版以後產品運行正常。那麼在這個過程當中各個團隊須要作些什麼？如何作？是否存在上線遺漏？因此基於這些目的，創建一套服務單測試表單流程規範。首先咱們先看幾個場景：

場景一：服務端開發完畢須要提測，如何發出提測信息？郵件天天的量太大，常常容易遺漏，怎麼辦？

場景二：測試完畢以後，如何發出上線信息？

場景三：上線以後發現有配置文件遺留，沒有上線，怎麼避免此問題呢？

場景四：以前測試完畢的需求，項目持續時間較長，到後期上線的時候不清楚須要上線什麼內容。

        服務單測試表單流程規範的意義：

其一，項目各個配合團隊之間提測，驗證，上線流程清晰明確。

其二，避免由於郵件量大，項目時間長，致使後期漏掉須要上線的文件。

服務端測試表單流程

      

服務端測試表單適用範圍

   一、 服務端、前端需求提測時須要使用該任務表單。

    二、 客戶端有關於雅典娜配置相關功能提測時，須要使用該任務表單。

    三、 產品更新服務端配置時須要使用該任務表單，例如更新快鏈配置、更新雅典娜配置等。

    四、 測試發起的插件或服務器配置文件更新，例如小說插件更新等。

服務端測試表單具體操做流程

1、新建表單

一、 登陸Cynthia網址。

二、點擊右上角新建按鈕後面的下拉箭頭，彈出下拉彈窗。

三、點擊下拉菜單中的「Semob服務端測試表單」，新建一個「Semob服務端測試表單」。

2、表單內容填寫

    一、標題。需求名稱或者需求簡述。

    二、將要指派。選擇相關需求測試負責人或者產品，開發同窗。

    三、正文。注：服務端與客戶端約定的數據格式也須要填寫。

    四、SVN版本號。服務端、前端，提測時提交代碼到SVN版本號；客戶端，提測時客戶端的build號。

       五、測試環境。通常填寫爲host，若是提測的是一個活動頁，還須要填寫連接。

六、注意事項或測試範圍。測試範圍，若是提測的不是全新功能，是老功能的優化或bug修改，須要填寫本次的測試範圍。

七、建議完成時間。開發或產品建議的測試完成時間

八、環境配置工具、插件、雅典娜配置文件。環境配置工具，一些須要工具才能鏈接到測試環境的功能，提測時須要提供配置工具，例如以前的upush，須要裝兩個測試工具才能鏈接到測試環境；插件，插件提測或客戶端提測時，須要在服務器配置插件的功能，例如12306搶票插件，小說插件；雅典娜配置文件，客戶端提測時，有雅典娜配置項的功能，在提測時須要上傳雅典娜配置文件。

九、待上線環境。須要填寫待上線環境的host。

十、待上線環境問題。當待上線環境未驗證經過時，須要填寫待上線環境問題。

十一、線上環境問題。當線上環境未驗證經過時，須要填寫線上環境問題。

十二、測試預估完成時間。當接收到任務後，測試須要填寫預估的完成時間。

1三、測試範圍。本次迴歸測試的內容。

1四、風險或問題。填寫該需求測試的風險和未解決的bug。

本文分享自微信公衆號 - 搜狗測試（SogouQA）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。