測試開發【提測平臺】分享8 - 平臺規劃和需求分析

MrZ大奇發表於2021-09-01

微信搜尋【大奇測試開】，關注這個堅持分享測試開發乾貨的傢伙。

測試在測試的時候，最難的過莫過於沒有產品文件了吧，對此這個測試平臺專案是個實戰的練手專案，也需要有它誕生的意義，也需要有需求的說明和規劃，事實上在頭兩次分享中簡單介紹過當時的產生的背景，其中 “產品/專案”這個模組開發為了務實技術基礎，也沒過涉及整個的產品需求規劃，接下來即將開發核心的東西，因此有必要先講講整個測試平臺的規劃和需求，這樣才能心中有數，開發測試有依據。

提測平臺規劃

功能規劃畫了腦圖，參考如下，其中“產品/專案”管理模組已經完成，不再做需求說明，接下來將分兩個迭代進行後邊工作，這裡想說的是如果自己在實現一些工具平臺的話也最好有這樣的迭代規劃，絕不是一下實現所有功能，實際上好多的新需求和優化都是從一期一期使用反饋產生的

功能需求說明V1.0

按照迭代v1.0 版本將實現實現前後端的應用（服務）管理、測試管理兩大模組，其中測試管理中涉及到研發提測操作和測試報告操作兩個流程上的核心功能，另外服務層還會實現郵件傳送服務，以及flask對資料庫優化相關內容，敬請期待哈。

基礎管理

專案產品分類

此模組主要是對歸屬分類的建立，可以以團隊緯度，比如基礎服務團隊、業務團隊、大資料團隊...；也可以以服務維度，比如使用者服務、搜尋服務、訂單服務；亦可以專案維度，比如基礎-簡訊專案、業務-支付專案... 等維度，根據團隊自己的需求去劃分大的分類，筆者之前此專案是使用的服務團隊維度進行劃分的。由於此功能已經在之前的系列章節中實現了，這裡就不再給出產品原型了，希望是認真的跟著做到這裡的，因為之前真的是基礎的基礎，後邊的程式實現和分享就不會拆的那麼細了，說過的內容會一筆帶過。

服務應用管理

應用管理是以服務維度，提測平臺專案中的最小單位，代表一個具體實際服務或者一個為服務，它會屬於某個分類下，會基於此服務應用進行提測操作。

列表頁 提供搜尋功能、表格分頁顯示、新增和編輯功能操作

搜尋區域：支援所列條件的查詢

歸屬分類：選擇資料來源於所有專案配置，預設為所有，支援模糊匹配
應用名稱：應用ID支援模搜尋
描述：擴充套件欄位支援模糊搜尋
研發&產品&測試：填寫的郵箱或者公司內SSO使用者（用於預設負責人繫結發郵件)

列表區域：顯示對應幾個重要列，具體如原型圖，其他欄位以更多的形式展示，支援分頁
功能操作：位置如原型圖

新增應用：點選當前頁面彈出抽屜，所有資料為空

編輯功能：點選彈出抽屜和新增公用，資料需要單獨查詢反填

應用新增 涉及的相關欄位和內部提示參考原型，標題為“應用新增”，其他要求

紅色 * 表示必填欄位，點選提交的時候校驗
應用ID服務介面需要校驗不重複，給出提示不關閉抽屜
幾個負責輸入框暫時為郵件形式，需要校驗郵件格式，多個郵件分號；表示
取消按鈕和 X 關閉當前抽屜
提交按鈕為真正的新增操作，成功後給出訊息提示，關閉抽屜，重新整理列表

應用編輯 根據選擇行關鍵key請求詳細介面再次查詢，目的是確保多人操作情況的最新資料，查詢後將資料反填到對應行

標題為“應用編輯” ，提交按鈕位“修改”
編輯同樣需要新增中涉及相關校驗和提示功能

應用刪除：暫不支援刪除應用功能，有需要可以進行修改

測試管理

按照規劃1.0版本中，首先實現的是主要功能提測管理，研發（通常）某個功能需求或者迭代需求開發完成後，使用此模組進行“新建提測”，編寫給定的提測內容，平臺記錄狀態併傳送郵件通知測試，測試評估是否開始測試，以及測試完成後由實際測試人新增測試結果，同樣提交相關模版資料後傳送測試報告，對於操作不同狀態有不同的操作選單。

提測列表頁：所有提測專案的分頁顯示，同樣支援圖所列條件搜尋

1. 搜尋功能：歸屬、應用ID、測試、研發、產品欄位參考應用管理

測試狀態：固定選擇項，各狀態參考狀態說明表
時間：開始-結束區間時間，預設為空全不限制時間，精確到分

2. 列表區域：顯示內容列如原型圖，其他以更多形式呈現

列表按照更新時間倒序排序
狀態需要轉換成對應中文，標記不同顏色
時間需要按照年-月-日時:分格式化
操作按鈕：按照如下狀態（最後實現會略有調整）

測試狀態	狀態碼	操作選單
已提測	1（新建預設）	開始測試 / 編輯提測 / 提測詳細
測試中	2	新增結果 / 編輯結果 / 提測詳細
通過	3	檢視報告 / 編輯結果 / 提測詳細
失敗	4	檢視報告 / 編輯結果 / 提測詳細
廢棄	9	刪除提測 / 編輯結果 / 提測詳細