項目中角色與定位

　　產品經理，在項目中產品經理基本可以定位為領頭羊的角色，產出文檔主要為項目需求及交互設，同時做一些項目驗證測試，使項目形成一個閉環。

　　設計師，根據產品交互做一些UI設計，切圖，視覺還原等工作，使得項目在視覺設計上形成閉環。

　　前端開發，根據項目交互、設計輸出、與后臺交互協議等內容，實現界面布局及與后臺之間交互。

　　后臺開發，根據項目需求、與前端交互協議等內容，實現產品業務底層邏輯。

　　測試，根據項目需求及交互，驗證項目系統的正確性與完整性。

　　分層測試的概念及其特點

　　分層是復雜軟件系統常見的設計思路。通過分層、解耦，可以簡化問題，易于維護，便于擴展的效果。

　　分層測試的核心思想是：針對有明確分層設計的軟件系統，采用白盒/灰盒測試的技術，在層與層之間驗證接口的正確性。

　　1、精準。我們都知道，離問題產生的地方越近，就越容易觸發問題。分層測試的切入點就是層與層之間的接口，從機制上更接近出問題的地方，因此也更容易命中目標。

　　2、低成本。這個優勢源于可測試性。以項目單線程改多線程為例，正常的測試方法是通過項目流程構造測試數據，如果需要100條測試數據需要跑100次項目流程；如果用分層測試的方式，不考慮數據是如何生成的，只考慮什么樣的數據符合要求即可進行測試，也就是說不需要重復跑流程，只構造符合要求的數據就可以驗證這部分改動對項目是否有影響。

　　3、高效。這里是指用例執行速度快。首先自動化測試的速度就明顯優于手工測試，基于API調用的自動化又比UI自動化要快，分層測試的高效就建立在API調用高效的基礎上。從我們收集的數據來看，相同的用例，手工執行的耗時平均在5-8分鐘，UI自動化一般也需要1-2分鐘，而分層測試通常10-20秒就完成了，效率提升達10倍。

　　4、易定位。易定位其實是和精準對應的。在用例設計的時候就考慮到用例所針對的代碼實現，一旦出現問題，自然就容易定位了。

　　5、穩定。客戶需求是易變的，內部實現也是易變的，但是層與層之間的接口是不同開發人員之間的約定，通常會盡量保持穩定。可以通過服務端與客戶端協議來分析。

　　6、盡早測試。盡早測試是所有項目都提倡的，目的是把問題攔截在前期，降低問題修復成本。由于分層測試不依賴于完整系統，可以通過直接調用底層接口進行測試，就不需要等到整個系統開發完成。其實分層測試的思想和自底向上的系統開發模式也是不謀而合的。

　　介紹了這么多分層測試的優勢，那么它是萬能的銀彈嗎？首先，分層測試不是端到端的測試，接口之上的部分無法覆蓋，因此無法替代驗收測試。另外，分層測試依賴于被測系統良好的分層設計，如果被測系統的結構不清晰，耦合嚴重，分層測試就不合適了。

　　在系統功能測試中如何體現

　　1.系統架構的分析

　　2.針對服務架構設計分層測試策略

　　展示層：UI

　　業務邏輯：業務流、數據流

　　以注冊流程為例，注冊流程圖如下：

　　在以往測試案例設計過程中，流程箭頭是我們檢查的內容，但是未關注過括號內的內容。在分層測試策略中，需要關注括號內的內容及端與端之間協議的檢查。

　　注冊流程的測試案例如何去設計？設計案例過程要體現分層的概念，每個步驟端到端的協議是否正確；每個步驟獲取信息是否正確；上一步銷毀信息是否正確；關鍵步驟的落地信息是否正確。這里不對案例設計進行詳細描述。

　　Testfan金牌課程web分層自動化火熱報名中！學好自動化走遍天下都不怕。

　　另有app分層自動化，性能測試，測試開發，安全測試等精品課程哦！

　　咨詢q:512059987

　　Testfan社區在今年正式上線了，大家可在社區交流分享技術經驗，并且有測試大牛答疑解惑

　　社區地址：https://ask.testfan.cn

　　Testfan為廣大測試人員提供技術交流群：

　　Selenium自動化測試群：197180340

　　接口測試開發群：521192806

　　Appium自動化測試：534129320

　　LoadRunner性能測試群：495447734

　　移動APP專項測試群：567341175

　　RobotFramework群：566755248

　　Testfan各個講師們，定時為大家帶來免費公開課

　　獲取連接：https://testfan.ke.qq.com/#tab=1&category=-1