自動化測試常見問題總結(jié)?。ㄟm合新手團(tuán)隊）
自動化測試是近幾年比較火熱的一個話題，想要在軟件測試這個行業(yè)繼續(xù)前行，就必須擁有核心競爭力，掌握自動化測試技術(shù)，是必不可少的一個技能。
在《Google軟件測試之道》一書中有介紹到：在Google，70%的自動化測試工作集中于單元測試，20%集中于接口測試，剩下10%才是UI測試。
誠然，我們沒有Google那么完善的機(jī)制和工程師文化，沒必要一切照搬Google，但Google作為互聯(lián)網(wǎng)2.0時代最耀眼的一個公司，它的技術(shù)發(fā)展方向，流程管理等可以說是不久的將來，我們也要到達(dá)的方向。選擇適合自己的，落地應(yīng)用，是當(dāng)下我們應(yīng)該做的。目前國內(nèi)的互聯(lián)網(wǎng)行業(yè)，大環(huán)境來說，還處在一個快速發(fā)展，需要流程化標(biāo)準(zhǔn)化的時期，如何跟上不斷變幻發(fā)展的節(jié)奏，除了不斷了解接觸新的東西，還需要不斷學(xué)習(xí)，提升自身，以內(nèi)在的驅(qū)動力，去緊跟時代浪潮。即使做不了弄潮兒，也不能變成時代淘汰的那一批。
自動化測試簡介
①黑盒測試回歸效率低；
②手動測試的偶然性和不確定性；
③回歸的覆蓋率不足；
④交付的產(chǎn)品質(zhì)量無法保證，全靠評估；
⑤系統(tǒng)越復(fù)雜，問題越多；
⑥上線時間長、構(gòu)建失敗率高導(dǎo)致的蝴蝶效應(yīng)（迭代快，加班多）；
①提高出現(xiàn)問題后的響應(yīng)速率；
②降低回歸成本；
③提高回歸覆蓋率；
④提高回歸效率；
⑤提高回歸的穩(wěn)定性；
①無法減少成本投入，而是為了加快測試結(jié)果反饋，提升測試質(zhì)量；
②自動化適用于回歸和冒煙，而不是發(fā)現(xiàn)BUG；
③錄制回放功能是雞肋，可視化并不是一個很好的做法；
④不是所有所有系統(tǒng)所有功能都適合做自動化測試；
接口自動化框架常用組合：
方案一：Java+TestNG/Junit+Maven/ANT/Gradle+Jenkins+Mysql+Testlink/Redmine
方案二：JMeter+Maven/ANT/Gradle+Jenkins+Mysql+Testlink/Redmine
方案三：Python+Unittest/Pytest+Jenkins+Testlink/Redmine
方案四：Python+Robot Framework+Jenkins+Testlink/Redmine
UI自動化測試框架常用組合:
方案一：Java+Selenium/Appium+TestNG/Junit+Maven/ANT/Gradle+Jenkins+Mysql+Testlink/Redmine
方案二：Python+Selenium/Appium+Unittest/Pytest+Jenkins+Testlink/Redmine
方案三：Python+Selenium/Appium+Robot Framework+Jenkins+Testlink/Redmine
通過上面的一些常見框架，你發(fā)現(xiàn)了什么？它們都擁有共同特性：編程語言+單元測試框架+掃描編譯工具+持續(xù)集成工具+數(shù)據(jù)庫+項目管理工具。
編程語言：編寫測試腳本、日志記錄和輸出；
單元測試框架：提供測試腳本運行、異常校驗等一些列的配置；
掃描編譯工具：測試文件掃描編譯，一般配合持續(xù)集成工具使用效果更佳；
持續(xù)集成工具：Jenkins，經(jīng)典的持續(xù)集成工具；
數(shù)據(jù)庫：測試數(shù)據(jù)管理；
項目管理工具：測試結(jié)果統(tǒng)計管理；
自動化測試工具太多，上面只是列舉使用率較高以及一些開源工具，具體的框架選型，需要根據(jù)具體項目特點和團(tuán)隊、個人技術(shù)特點來決定。
接口測試的意義和必要性
接口，即API，應(yīng)用程序編程接口。以下主要說說接口測試的必要性和意義：
接口測試實施在多系統(tǒng)的平臺架構(gòu)下，有著極為高效的成本收益比（當(dāng)然，單元測試收益更高，但實施單元測試的成本投入更大，技術(shù)要求更高，所以應(yīng)該選擇更適合自身的才是最好的方案）。
接口測試天生為高復(fù)雜性的平臺帶來高效的缺陷檢測和質(zhì)量監(jiān)督能力，平臺復(fù)雜，系統(tǒng)越龐大，接口測試的效果越明顯。
總的來說，接口測試是保證高復(fù)雜性系統(tǒng)質(zhì)量的內(nèi)在要求和低成本的經(jīng)濟(jì)利益驅(qū)動作用下的最佳方案，主要體現(xiàn)在如下三個方面：
根據(jù)數(shù)據(jù)模型推算，底層的一個程序BUG可能引發(fā)上層的8個左右BUG，而且底層的BUG更容易引起全網(wǎng)的死機(jī)；接口測試能夠提供系統(tǒng)復(fù)雜度上升情況下的低成本高效率的解決方案。
接口測試是站在用戶的角度對系統(tǒng)接口進(jìn)行全面高效持續(xù)的檢測。
將接口測試實現(xiàn)為自動化和持續(xù)集成，當(dāng)系統(tǒng)復(fù)雜度和體積越大，接口測試的成本就越低，相對應(yīng)的，效益產(chǎn)出就越高。
開展接口測試必備的技能
開展接口測試需要的技能，基本就是以下幾點：
業(yè)務(wù)流：了解系統(tǒng)及內(nèi)部各個組件之間的業(yè)務(wù)邏輯交互；
數(shù)據(jù)流：了解接口的I/O（input/output：輸入輸出）；
協(xié)議：包括HTTP協(xié)議，TCP/IP協(xié)議族；
工具：工具可以輔助我們更好更高效的完成工作，常用的接口測試工具有：Jmeter、LoadRunner、SoapUI、Postman等；
數(shù)據(jù)庫知識：無論是從數(shù)據(jù)庫獲取知識，還是確認(rèn)數(shù)據(jù)落地，抑或接口對數(shù)據(jù)執(zhí)行了哪些操作，都需要確認(rèn)，因此數(shù)據(jù)庫知識（其實就是增刪改查）就很有必要；
接口文檔的幾個必要點：完整性、一致性、容錯性；
接口自動化測試
首先，調(diào)試單個接口，保證單個接口的正確和通暢（類似于性能測試中的基準(zhǔn)測試）；
其次，明確數(shù)據(jù)流，業(yè)務(wù)流；
最后，將N個接口測試腳本串起來，執(zhí)行即可；
最重要的一點，別想太多太復(fù)雜的層面，先把最基礎(chǔ)最簡單的做起來，就成功一大半了，至于擴(kuò)展性的第三方接口、https、定時任務(wù)、自動出測試報告、自動發(fā)郵件等等功能，這都是不斷累計和優(yōu)化的，想太多不如行動起來，讓接口自動化測試落地，才是我們首先需要考慮的。
①現(xiàn)在的測試對象包含幾個頁面？
②每個頁面涉及幾個接口？
③分別在哪一步調(diào)用？
④每個接口包含哪些字段？
⑤各個字段對應(yīng)數(shù)據(jù)庫哪張表？
⑥每個表中各個字段是什么意思？
⑦各個接口對表產(chǎn)生了怎樣的操作？
什么是框架？你可以理解為一個完整的環(huán)，也可以理解為讓接口測試腳本運行的一整套環(huán)境，平臺，隨便什么都可以；一般一個自動化測試框架包含以下幾點。
數(shù)據(jù)池：即測試數(shù)據(jù)的存儲管理，一般集成為一個data包，其中包括：
log（日志文件）、report（測試報告文件，一般為xml格式）、case-data（單個接口的測試數(shù)據(jù)，一般為json格式）、server-data（接口業(yè)務(wù)串聯(lián)的數(shù)據(jù)，可以用excel管理）
腳本管理中心：接口測試腳本的統(tǒng)一管理、存儲、調(diào)度中心，常用的工具有maven、ant等，或者可以使用編程語言中的單元測試框架提供的功能，選擇自己適用的即可；
運行平臺：一般是借助工具來運行這些測試腳本，工具可以使用上面提及到的幾種（jemter、loadrunner、soapui等），同樣，選擇合適的很重要；
持續(xù)集成工具：最常見的就是Jenkins，它的作用就是監(jiān)控外部程序的調(diào)用執(zhí)行，定時或者觸發(fā)調(diào)度任務(wù)，測試腳本執(zhí)行等功能；
通信服務(wù)：dubbo、spring_boot、thrift等RPC、REST同步調(diào)用服務(wù)；
測試結(jié)果統(tǒng)計管理中心：比如testlink，目的是為了測試結(jié)果自動更新上傳，更好的統(tǒng)計測試結(jié)果，以便后期的優(yōu)化；
總而言之，接口自動化測試的意義就是：數(shù)據(jù)與腳本分離，測試結(jié)果自動提交通知，提高測試腳本和測試數(shù)據(jù)的維護(hù)便利等等。
（點擊直達(dá)小程序)
推薦閱讀：
END
長按二維碼/微信掃碼? 添加作者
閱讀原文