[TOC] ## 前言 通過本文，你將對測試的基本工作內容，基本流程，bug歸納以及責任鑒定更加清晰。 ## 概念 測試文檔記錄和描述了整個測試流程，它是整個測試活動中非常重要的文件。測試過程實施所必備的核心文檔是：測試計劃、測試用例（大綱）和軟件測試報告。 ##重要性 軟件測試是一個很復雜的過程，涉及軟件開發其他階段的工作，對于提高軟件質量、保證軟件正常運行有著十分重要的意義，因此必須把對測試的要求、過程及測試結果以正式的文檔形式寫下來。軟件測試文檔用來描述要執行的測試及測試的結果。可以說，測試文檔的編制是軟件測試工作規范化的一個重要組成部分。 測試文檔對于測試階段的工作有著非常明顯的指導作用和評價作用。即便在軟件投入運行的維護階段，也常常要進行再測試或回歸測試，這時仍會用到軟件測試文檔。 ##測試周期 **通常軟件生命周期可分為以下六個階段**：需求階段、功能設計階段、詳細設計階段、編碼階段、軟件測試階段以及運行維護階段，相鄰兩個階段之間可能存在一定程度的重復以保證階段之間的順利銜接，但每個階段的結束是有一定的標志，例如已經提交可交付文檔等。 **通常測試的標準流程是**：參與需求討論&原型設計，項目例會，編寫測試用例，按測試用例測試（單元測試+集成測試），聯調回歸測試，生產回歸測試，測試總結。 ## 測試目標 ###目標項目or產品 明確測試的是什么項目，什么產品，清楚產品主要解決的需求是什么，定位是什么 ###目標載體，展現端 是pcweb，是h5,是app，是ipad端，以及各個展現端對產品本身的要求，各自對應的交互性、適配性是如何的。 ###目標用戶 該測試的最終交付用戶，明確了解用戶對產品的預期，對用戶的可能性操作做最全面最差的打算，最大程度的模擬用戶操作，建立標準的、符合用戶需求的測試用例，以及產品使用場景。 ###目標功能or模塊 清楚每個模塊的具體功能，業務設置，業務前提等 ###目標效果 對于產品以及設計，最終需要達到的效果要明確，其中包括基本布局、樣式、功能性交互、插件等 ## 測試內容 ###UI測試 ### 可用性測試 ### 用戶交互&用戶體驗測試 ### 壓力測試 ### 多用戶并發測試 ###數據規范性測試 ###業務邏輯測試 ###兼容適配測試 ###反復測試--用戶頻率測試 ###隨機測試 ###容差測試 ##熟悉團隊成員 ###項目以及職能負責人員 項目經理，各個職能的leader，能從上而下解決難題、協調問題、技術難度問題 ### 模塊負責成員 對各個模塊的具體負責人，開發人員熟悉，能快速定位直接責任人，避免中間環節 ###職能人員的分類以及職能 后臺研發，前端，設計，產品，運維，商務，運營各自的職能范圍 ## 測試方法 ### 編寫測試用例 測試用例是為了高效率的發現軟件缺陷而精心設計的少量測試數據。實際測試中，由于無法達到窮舉測試，所以要從大量輸入數據中精選有代表性或特殊性的數據作為測試數據。好的測試用例應該能發現尚未發現的軟件缺陷。 ## 測試驗收標準 * 計劃的測試用例已全部執行。 * 經確定的所有缺陷都已得到了商定的解決結果，且沒有發現新的缺陷； ## 其他 * 特別鳴謝醫鏈bg測試--馬文靜對測試文檔初版的提供