最近，做了一系列的介面測試。首先，梳理一下我的疑惑。
1、展示文案較多。內容多、形式多、條件分支多。
2、需要測試的客戶端多。包括web介面、android介面、iphone介面。
3、賬號型別多。根據角色，不同的角色是不一樣的。
4、系統支援定製。定製的的細節可以精確到，乙個**中的哪行展示，那列不展示。
5、操作多。上面的情況進行組合，設計的測試用例不少於500。
針對這個工作，我共分五期進行測試。
第一期，只測試預設情況下的介面元素，每個模組不乏點選、翻頁事件，記錄缺陷。
第二期，單獨進行複雜的定製測試，根據單獨設計的測試用例（一定要精選主要的測試用例，達到一定覆蓋度就可以），記錄缺陷。
第三期，根據開發的修復情況進行回歸。
第四期，工作排期不緊張時進行隨機測試。
第五期，當工作出現空閒，可以系統的回歸測試，這個環節的速度很快，但一定要仔細。
分析需求，設計測試用例，測試用例評審，設計測試資料，執行測試這些工作目前全部是手動完成的，所以很累，效率也不敢說。所以提出乙個問題，如何進行自動化介面測試？
軟體測試 介面測試
介面測試的目的 檢查使用者介面的風格是否滿足客戶的要求，是否通用，文字是否正常，頁面是否美觀，文字，是否結合完美，操作是否友好等等。介面測試難以自動化測試 1.自動化測試難以判斷介面上的控制項是否顯示正常。2.介面改動頻繁 3.不同的機器，介面顯示不一樣 4.不同的解析度，不同的瀏覽器，不同的顯示器...
介面測試測試流程
1 需求分析 介面之間的邏輯關係，介面文件具體了解 2 測試準備 介面文件 介面測試用例 各種測試資料準備 3 測試環節，接受版本 1 功能測試 功能否按照介面文件實現 2 業務邏輯 是否依賴業務 3 引數異常 a關鍵字引數語言中的關鍵字 b引數為空 c多少引數 d錯誤引數 4 資料異常 a關鍵字資...
介面測試 dubbo 介面測試技術
dubbo是阿里巴巴開源的一套rpc方案，以為理念很契合微服務，這幾年很火，使用者裡面不凡京東，噹噹，去哪兒等大公司。rpc場景 dubbo架構 官網也提供了乙個很簡單實用的demo來演示dubbo協議的使用，用起來的確很簡單強大。可參考 首頁的例子已經很好了。任何乙個dubbo服務都支援乙個簡單的...