python已經(jīng)自動化了，大家一般用什么測試框架？謝謝！Python中似乎只有一個(gè)瀏覽器測試框架，它是模仿ruby框架制作的。它似乎可以更好地應(yīng)用于ie。非常舊的框架。JS支持不好。然而，Python

python已經(jīng)自動化了，大家一般用什么測試框架？

謝謝

！Python中似乎只有一個(gè)瀏覽器測試框架，它是模仿ruby框架制作的。它似乎可以更好地應(yīng)用于ie。非常舊的框架。JS支持不好。然而，Python很容易編寫測試框架。這很容易做到?；跒g覽器的測試也很容易做到。因?yàn)槟梢允褂胮yqt，所以這個(gè)庫中有一個(gè)基于WebKit的瀏覽器?；旧?，你可以隨心所欲。最近，我聽說有幾個(gè)新的BDD框架正在開發(fā)中。我不知道怎么做。實(shí)際上，對于Python來說，框架的成本太低了。所以最好不要成為一個(gè)框架。它有一個(gè)叫做dry的基本編程原理。不要重復(fù)你自己的話，不要重新發(fā)明方向盤。直接使用現(xiàn)有的Python測試套件，結(jié)合進(jìn)程、線程模型和QT，輕松組裝測試模塊。

如何從零開始學(xué)習(xí)軟件測試？

從零開始學(xué)習(xí)軟件測試有兩種方法：自學(xué)和培訓(xùn)班。這里不建議自學(xué)。首先，學(xué)習(xí)軟件測試還需要一定的堅(jiān)持和理解，但是現(xiàn)在很多人工作很忙，沒有時(shí)間和精力去學(xué)習(xí)。培訓(xùn)機(jī)構(gòu)有專業(yè)的老師和很多和你有類似經(jīng)歷的人一起學(xué)習(xí)，方便經(jīng)驗(yàn)的交流。

很多人不相信培訓(xùn)機(jī)構(gòu)。他們認(rèn)為這是欺詐和錯(cuò)誤！我相信有很多這樣的組織，但有時(shí)自學(xué)需要很長時(shí)間。如果沒有基礎(chǔ)，很難自學(xué)?，F(xiàn)在網(wǎng)上有很多軟件測試資料。你需要確定你想學(xué)什么，否則你很容易陷入困惑。

培訓(xùn)機(jī)構(gòu)在這方面還是有一些優(yōu)勢的：學(xué)習(xí)時(shí)間比較短，整體學(xué)習(xí)比較全面，學(xué)習(xí)內(nèi)容比較集中。而且，在老師的指導(dǎo)下，學(xué)習(xí)的范圍也是業(yè)內(nèi)流行的技術(shù)，所以學(xué)習(xí)的針對性更強(qiáng)，換專業(yè)的效率更高。

想學(xué)習(xí)軟件測試，有豐富的工作經(jīng)驗(yàn)，不脫離社會工作教師的要求會更好，讓您了解現(xiàn)在的工作方向，有針對性地進(jìn)行教學(xué)。

Python如何實(shí)現(xiàn)對系統(tǒng)的API接口功能實(shí)現(xiàn)自動化測試？

??據(jù)題主的描述，題主主要想解決的問題是：如何基于復(fù)雜場景(多接口耦合）開展接口自動化測試。

最佳實(shí)踐：Python Robot Framework。

上面的最佳實(shí)踐也是走了很多坑，蹚出來的。曾嘗試過很多方式，甚至還開發(fā)過基于關(guān)鍵字驅(qū)動的自動化測試框架。先說說基于場景的自動化有哪些難點(diǎn)，為什么最終選擇Python Robot Framework。

痛點(diǎn)：

1. 接口與接口的耦合，使得A接口的輸入依賴a接口的輸入，環(huán)環(huán)相套。（Mock的方式此處不討論）。
   
2. 復(fù)雜場景的自動化用例冗長、調(diào)試、維護(hù)成本高。維護(hù)成本高的自動化持續(xù)性很差，大多半途而廢。
3. 自動化用例開發(fā)對編碼有一定的要求，不適應(yīng)不具備編碼能力的人進(jìn)行自動化用例開發(fā)、維護(hù)。

解決思路

借鑒關(guān)鍵字驅(qū)動測試思想，把接口請求發(fā)送、響應(yīng)校驗(yàn)、響應(yīng)內(nèi)容返回，三部分封裝成"請求校驗(yàn)"關(guān)鍵字。

同時(shí)再封裝"內(nèi)容提取"關(guān)鍵字——提取接口響應(yīng)體特定數(shù)據(jù)。這樣就可以獲取上一個(gè)接口返回中的特定數(shù)據(jù)作為下一個(gè)接口的輸入?yún)?shù)。

如此。任何場景都可以通過"請求校驗(yàn)"關(guān)鍵字 "內(nèi)容提取"關(guān)鍵字 "請求校驗(yàn)"關(guān)鍵字 …

如何落地

這里就需要考慮選擇哪些方法和工具的問題了，首先關(guān)鍵字方法的實(shí)現(xiàn)通過Python基于測試庫架構(gòu)框架的思想開發(fā)相關(guān)關(guān)鍵字方法。Robot Framework工具核心思想就是關(guān)鍵字驅(qū)動，使用其Ride進(jìn)行關(guān)鍵字庫、資源導(dǎo)入、用例編寫。這里建議在將關(guān)鍵字方法作為庫導(dǎo)入后，用自然語言對每個(gè)關(guān)鍵字做一次映射，這樣便于業(yè)務(wù)測試人員使用。

Robot Framework 同樣支持?jǐn)?shù)據(jù)驅(qū)動，可以了解一下。

根據(jù)課題的描述，課題要解決的主要問題是：如何進(jìn)行基于復(fù)雜場景的接口自動測試（多接口耦合）。

以上最佳實(shí)踐也是很多洞，涉水而出。我嘗試了很多方法，甚至開發(fā)了一個(gè)關(guān)鍵字驅(qū)動的自動化測試框架。讓我們談?wù)劵趫鼍暗淖詣踊睦щy，以及為什么最終選擇Python robot框架。

參照關(guān)鍵字驅(qū)動測試的思想，將接口請求發(fā)送、響應(yīng)驗(yàn)證和響應(yīng)內(nèi)容返回三部分封裝為“請求驗(yàn)證”關(guān)鍵字。

同時(shí)封裝“content extraction”關(guān)鍵字，提取接口響應(yīng)體的具體數(shù)據(jù)。這樣就可以得到前一個(gè)接口返回的具體數(shù)據(jù)作為下一個(gè)接口的輸入?yún)?shù)。

就是這樣。任何場景都可以通過“request verification”關(guān)鍵字、“content extraction”關(guān)鍵字和“request verification”關(guān)鍵字進(jìn)行驗(yàn)證

這里我們需要考慮選擇哪些方法和工具。首先，基于測試庫體系結(jié)構(gòu)框架的思想，用Python實(shí)現(xiàn)了關(guān)鍵字方法。robot框架工具的核心思想是關(guān)鍵字驅(qū)動，其主要功能是關(guān)鍵字庫、資源導(dǎo)入和用例編寫。建議將關(guān)鍵字方法作為庫導(dǎo)入后，每個(gè)關(guān)鍵字在自然語言中映射一次，方便業(yè)務(wù)測試人員使用。

Robot框架還支持?jǐn)?shù)據(jù)驅(qū)動。你可以了解它。