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

 

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

 

提測平台規劃

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

 

功能需求說明V1.0

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

 

基礎管理

項目產品分類

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

 

服務應用管理

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

列表頁 提供搜索功能、表格分頁顯示、添加和編輯功能操作

1. 搜索區域：支持所列條件的查詢

• 歸屬分類：選擇數據來源於所有項目配置，默認為所有，支持模糊匹配

• 應用名稱：應用ID支持模搜索

• 描述：擴展字段支持模糊搜索

• 研發&產品&測試：填寫的郵箱或者公司內SSO用戶（用於默認負責人綁定發郵件)

2. 列表區域：顯示對應幾個重要列，具體如原型圖，其他字段以更多的形式展示，支持分頁

3. 功能操作：位置如原型圖

1. 添加應用：點擊當前頁面彈出抽屜，所有數據為空

編輯功能：點擊彈出抽屜和添加公用，數據需要單獨查詢反填

 

應用添加 涉及的相關字段和內部提示參考原型，標題為「應用添加」，其他要求

• 紅色 * 表示必填字段，點擊提交的時候校驗

• 應用ID服務接口需要校驗不重複，給出提示不關閉抽屜

• 幾個負責輸入框暫時為郵件形式，需要校驗郵件格式，多個郵件分號；表示

• 取消按鈕和 X 關閉當前抽屜

• 提交按鈕為真正的添加操作，成功後給出消息提示，關閉抽屜，刷新列表

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

• 標題為「應用編輯」 ，提交按鈕位「修改」

• 編輯同樣需要添加中涉及相關校驗和提示功能

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

 

測試管理

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

提測列表頁：所有提測項目的分頁顯示，同樣支持圖所列條件搜索

1. 搜索功能：歸屬、應用ID、測試、研發、產品字段參考應用管理

• 測試狀態：固定選擇項，各狀態參考狀態說明表

• 時間：開始-結束區間時間，默認為空全不限制時間，精確到分

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

• 列表按照更新時間倒序排序

• 狀態需要轉換成對應中文，標記不同顏色

• 時間需要按照 年-月-日 時:分 格式化

• 操作按鈕：按照如下狀態（最後實現會略有調整）

測試狀態	狀態碼	操作菜單
已提測	1（新建默認）	開始測試 / 編輯提測 / 提測詳細
測試中	2	添加結果 / 編輯結果 / 提測詳細
通過	3	查看報告 / 編輯結果 / 提測詳細
失敗	4	查看報告 / 編輯結果 / 提測詳細
廢棄	9	刪除提測 / 編輯結果 / 提測詳細

 3. 功能操作：實際的實現動作

• 新建提測：跳轉到新建編輯頁面

• 開始提測：流轉狀態為測試中，更新成功給出提示並刷新列表

• 編輯提測：對提測內容可以再次編輯，與新建提測公用一個頁面，數據需要重新查詢，確保數據最新數據

• 添加結果：跳轉到結果添加頁面，對測試結果做選擇，以及填寫測試詳細

• 編輯結果：對測試結果（報告）做修正編輯，共頁，查詢新數據

• 提測詳細：點擊彈出文本對話框，主要方便快速查看內容，只讀

• 查看報告：跳轉到模版報告頁面，顯示詳盡的測試報告內容

• 刪除提測：對於標記廢棄的測試項目，可以進行軟刪除，不再顯示

 

新建提測 ：由於編寫的內容比較多暫定以新的字頁面呈現，此頁面不顯示在左側的菜單中，具體需求頁面需求點如下：

• 紅色 * 為必填項，輸入框中需要定合適的提示信息

• 應用服務：數據來原來應用管理，下來選擇可以關鍵詞過濾，當選擇對應的應用後，配置的相關郵件地址、代碼、產品等有默認配置的信息，自動匹配反填到本頁輸入框中

• RD/QA：可再編輯修改和添加

• 體測版本：服務部署的TAG/分支 或者應用的版本號

• 提測類型：目前固定為 功能測試 / 性能測試 / 安全測試，目前只作為類型標記，無其他作用，後續可按需根據類型動態要求填寫的內容

• 發送郵件：默認勾選，在提交數據後，發送提測郵件

• 發送通知：飛書/企業微信/釘釘等辦公軟件的通知（待定）

• 取消：返回上一頁，即提測管理頁面

• 添加：文案為「確定提測」，提交成功返回到列表頁，刷新數據

編輯提測 ：根據關鍵詞請求詳情接口查詢最新數據進行反填，其他驗證參考添加

• 服務應用：置灰不可再編輯

• 發送郵件：默認不勾選

• 提交按鈕：文案為「修改提測」

 

添加測試結果 在開始測試狀態後，測試完成即可添加測試結果，即提交測試報告

• 測試結果：必填選擇狀態為通過/失敗/廢棄

• 其他輸入框：按需輸入，描述按照原型圖設置

• 附件：可上傳單個文件作為測試附件

• 發送郵件：添加的時候默認選中，確定提交後後端按照測試報告模版發送

 

以上為近幾次分享要實現的內容。

 

功能需求說明V2.0

上邊描述過，正常一個合理的項目是有不斷的迭代的，這部分就是這樣的，筆者很早之前做這個平台的時候實際上是最少經歷的五次的小大小迭代，畢竟那時候都是額外時間搞這個平台，每天還都是有自己負責的測試內容。

關於2.0的需求可以說是分別來源於提測者/測試者要求可以只關注自己的部分，提高操作效率；另一部分來源於領導，希望關注數量趨勢和簡報，這裡就篩選出如下需求，作為擴展開發和分享內容。

基礎管理

我的提測

角色針對研發和產品，在提測數據中包含了自己的，會被過濾搜索，同提測管理界面類似，但搜索條件和操作針對角色進行簡化，具體所有內容參考如下原型圖，不做詳細需求分解說明。

 

我的測試

針對測試角色，在提測列表中測試包含我的數據，搜索條件和操作按鈕參考原型圖，同樣與提測管理屬於簡化板內容，不做過多需求定義。

 

報表DashBoard

按照歸屬分類的維度呈現提測趨勢圖，按照或者按月統計，最好也給出相應的簡報，用於合理調整人力資源資源，關於報表方面我只是拿個實例實戰下如何使用比如echart這類組件，實際上在公司內部有很多維度的統計用於質量報告

 

建議：由於時間有限，而且都是現編碼現分享，再有會逐步加其他內容，所此系列周期可能會變長，如果着急的小夥伴其實可以參考已經分享基礎部分，去自己嘗試實現新的需求，等後續文章分享了在做對比，我想這樣對你的學習和運用會更深刻。

 

======================    往期推薦      ======================

Element Vue 開箱即用框架如何使用-測試開發【提測平台】階段小結(二)

Python Flask API實現方法-測試開發【提測平台】階段小結(一)

【提測平台】分享7-實現產品搜索和優化時間顯示

【提測平台】分享6-產品線修改和軟硬刪除功能實現

【提測平台】分享5-實現產品線的添加

 ===============================================

 

堅持原創，堅持實踐，堅持乾貨，如果你覺得有用，請點擊推薦，也歡迎關注我博客園和微信公眾號。