No.16 沒有專業搞測試的可咋辦

創業團隊填坑是必然，team里沒有專門的測試，所以又趕緊填了個測試的坑，看了一些資料大約摸地設計了一套測試方案，走了一遍還不賴，基本都能work。簡單介紹些小工具還有測試方法。這部分測試主要指工程師完成自測後，已經部署到mock環境，目的是進行產品系統性測試，發現並fixbug，確保新版本的產品可以完整交付。

產品背景介紹：重度數據型產品，產品最大的價值和賣點均在於數據本身，所以無論在產品設計還是在測試上優先順序依次為：數據有效性 (是否合理／是否真實／是否準確）> 產品功能（是否正確相應／是否解決客戶問題 ）> UI／UX（用戶體驗是否順暢）。

一些利器：基礎小工具

* Google docs／石墨文檔 --------> 在線協作文檔方便群測大家同時記錄測試結果

* Bug 提交------> 自己搞了一套bug窗口提交小工具，快捷鍵召喚，直接還原bug事故現場，提的bug直接鏈接到workboard上，到時候去確認bug哪些要改就可以了。類似這樣：

* Wiki：正常都有個wiki就可以，推薦 Confluence + 在線畫圖插件Confluence Diagram Plugin | Gliffy 試了半天，確實挺好用的，集齊Axure／Process on等於一身，方便及時更新。哪裡都好，210刀／50人／月, 最後財務姐姐沒點頭 ------> 留存迭代記錄、記載產品邏輯及版本記錄，幫助新人快速熟悉業務

* 偶然發現的一個測試社區-------> TesterHome

* 標準的測試內容概括下來包括下面幾點，因為時間緊任務重，只選擇了一些優先順序比較高的，但隨著流程成熟，其餘都是要加入測試的：

1. 界面測試

2. 輸入框測試（文本、數字、日期、特殊字元等）

3. 搜索測試

4. 註冊登陸模塊測試

5. CSV上傳下載測試

6. 數據增刪查改測試

7. 鏈接測試

8. 特殊鍵如Back、Tab、Enter、Refresh等測試

9. 易用性測試

10. 兼容性測試（系統、瀏覽器）

11. 安全測試 （SQL注入、XSS等）

12. 性能測試. （響應時間、吞吐量、資源佔用）

一些測試方法

1. 【腳本】Test 是否測試（已知input-已知output）- Yes／No測試，重點驗證產品功能是否符合設計，邏輯實現是否正確，業務數據否正常。通過批量的業務數據進行數據測試，給出業務數據的Rate Report。

交付 ====》每一模塊測試結果 （Yes／No）+ 業務Rate reportn

2. 【腳本】 Task 任務測試（已知input - 未知output)，通過批量的已知input（數據源已知、想到的極端值等）進行測試，通過截圖保存系統的反饋，交給pm進行人眼識別。

交付 ====》每一模塊交付對應截圖反饋 report3. n

3. 【人】人肉測試 ，流氓測試，隨意使用系統，俗稱群魔亂舞式測試。

交付 ====》有問題通過工具反饋bug n

一些測試方案

第一輪主要是按照測試用例跑已知input，所以之前要提前準備好測試用例。，test case可以長成下面這樣，提高效率的話腳本測試最好（實在沒有，也可人肉）

• 新功能測試：重點測試每個版本添加新的功能和優化點，確保新功能實現邏輯和前端展示與PRD一致
• 核心功能測試：每個版本對產品的核心功能要做系統測試，保證每次新版本的代碼對核心服務沒有影響。
• 回歸測試： 統計、查詢、設置等基礎功能測試，保證發版對這歷史未改動的功能沒有影響

-----> 產品確認bug，開始第一輪bug修復

第二輪為人肉測試，修修邊角這部分主要是大家在操作系統中隨意使用發現的各種問題，通過BUG提交工具，提交發現的bug。

-----> 產品確認bug，開始第二輪bug修復

一些測試驗收

1. 所有測試結果要由產品進行bug確認，確認好bug優先順序，再統一提交開發
2. 經常查看bug list 修復情況，確認產品無問題再上到生產環境
3. 當前版本未修復的問題，移交到下一版本或者需求

推薦閱讀：