一、 測試分析
1.1 確認測試范圍
根據測試項目的不同需求，有大致幾類測試項目類型：商戶/平臺功能測試、支付方式接入測試、架構調整類測試、后臺優(yōu)化測試、性能測試、基本功能自動化測試。
測試項目需要按照文檔要求進行測試需求分析，并給出對應的輸出項。
沒有產品接入的項目，需要要求架構師、技術經理給出功能要求，結合測試分析給出測試需求。
a、根據需求或者產品文檔中確認項目功能范圍。
產品需求由產品評審后給出，測試負責人需要和產品確認項目范圍；沒有產品文檔的也需要產品給出明確的書面需求。
性能測試需要明確測試通過的標準，這部分可以和架構師、技術經理確認完成后制定。
沒有產品介入的架構調整類的項目，應由架構師給出測試范圍確認。
b、和架構師確認在相關系統(tǒng)層面上的功能需求，以及該功能修改是否涉及影響到其他相關功能。
在架構師完成架構設計后，測試負責人和架構師、技術經理確認功能修改的涉及范圍，從實際代碼修改的層面上出發(fā)幫助減少遺漏的檢查項。
根據架構師提供的用例圖等，分析功能測試范圍。
需要架構師給出項目涉及修改范圍文檔，幫助測試確認范圍。
c、結合實際的業(yè)務邏輯分析該功能修改可能影響的功能范圍。
測試負責人在充分了解測試項目內容后，結合對現有相關平臺系統(tǒng)業(yè)務分析，確認是否增加或減少測試范圍。正確估計功能修改涉及范圍，判斷對現有不在項目修改中的其他功能是否有影響。如果對非項目修改功能有影響，及時與產品及架構師、技術經理確認，明確解決方法。
- 結合以上三點，確定項目的測試范圍，以便確認具體測試項。
輸出項：
1、 可以先和架構師、技術經理進行確認，再以小組討論形式和項目測試人員確定測試范圍。
2、 用列表或者結構圖的方式給出項目測試包括的功能測試范圍，郵件給到相關架構師及測試人員。
1.2 測試需求分析
a、仔細閱讀產品文檔（需求），從系統(tǒng)角度劃分功能模塊，理清功能模塊間的關系。
功能模塊間從屬關系，是否有業(yè)務操作順序關系，初步考慮測試執(zhí)行策略，提高測試執(zhí)行效率。
功能模塊間如果相互影響，需要考慮相關的測試檢查項。
該部分分析在測試用例目錄描述中說明。需要描述清楚項目功能之間關系。
b、了解功能涉及到的數據表結構關系。
找相關架構師或開發(fā)了解項目主要涉及的數據庫表結構，需要清楚主要檢查數據的內容。其功能涉及到的相關數據表需要告知到相關測試用例設計人員及測試執(zhí)行人員。
相關數據表需要在測試用例目錄描述中說明
c、分析各功能的主要業(yè)務流程。
分析該功能主要業(yè)務操作流程，該主要流程在測試用例設計時應作為一個單獨的測試用例，其測試用例級別為一級。
該主要流程為一個正常處理流程，即業(yè)務角度出發(fā)最合理操作流程。其主要目的是驗證功能是否被實現。
d、根據判斷條件，分析業(yè)務的備選流程。
根據業(yè)務流程中的判斷條件，列出所有的備選流程，明確業(yè)務流程的起點和終點，可通過路徑覆蓋的方式進行分析。備選流程包括非主要流程的正常流程，及異常處理流程。
e、用戶角度出發(fā)，考慮場景法，分析產品需求，盡可能覆蓋用戶業(yè)務場景。
用戶使用場景、方法結合業(yè)務以及大數據埋點分析，盡可能貼合最真實用戶角度驗證
f、和架構師、技術經理溝通，確認涉及到的數據流變化，從數據變化角度覆蓋業(yè)務流程。
對功能涉及到的數據狀態(tài)變化需要明確其數據變化數據庫字段如何表現，有哪些狀態(tài)。對于交易類數據需要檢查訂單狀態(tài)，支付訂單狀態(tài)等。這部分可以的話要求架構師給出明確文檔說明。測試用例設計人員需要清楚這部分數據變化，并在測試用例中做檢查。
并結合以上c、d、e、f列出項目測試功能點，在測試目錄描述中說明。
-
該階段所有業(yè)務流程，數據變化需要得到需求確認。原先需求中沒有說明清楚的，確認完后需要要求相關人員修改需求文檔，并通知所有相關人員。
輸出項：
1、 項目測試計劃文檔，需要給出明確的測試范圍、測試項。
2、 項目測試計劃完成人力、時間安排。
3、 確定一級測試用例數量。
4、 測試集目錄，添加測試分析描述信息。
附測試集目錄測試分析描述模板
SIT：XXX RA：XXX 測試用例：XXX 測試分析：XXX
功能模塊描述：
該模塊主要功能描述，在某某平臺某某業(yè)務情況下被使用，與其他什么系統(tǒng)功能有相互調用關系等。
涉及數據庫表：
該測試集測試功能主要涉及的數據庫數據表，及對應數據表說明。
測試需求：
主要業(yè)務流程、備選流程的描述。
測試用例需要包括的測試項：功能檢查、頁面要素檢查、性能檢查、數據庫數據值檢查等。
測試分析：
根據測試分析思路，詳細列出測試點，與測試用例對應。
