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

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

謝謝

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

公司要做軟件自動(dòng)化測(cè)試，該如何開展？

首先討論是否要做，然后討論如何做。

是否應(yīng)該進(jìn)行自動(dòng)化不應(yīng)該由某個(gè)角色決定，而是由軟件產(chǎn)品的特定特性和測(cè)試需求決定。同時(shí)，自動(dòng)化本身也有接入條件。

比如產(chǎn)品經(jīng)常更換，也就是做自動(dòng)化；比如自動(dòng)化框架或工具選擇不當(dāng)，用例維護(hù)和擴(kuò)展困難等，也是自動(dòng)化失敗的常見原因。

。

本質(zhì)上，自動(dòng)化測(cè)試只是一種不同于手動(dòng)測(cè)試的測(cè)試執(zhí)行方法。它們都基于需求分析和測(cè)試設(shè)計(jì)。

首先，根據(jù)產(chǎn)品的特點(diǎn)和架構(gòu)，選擇合適的自動(dòng)化測(cè)試框架和工具。例如，產(chǎn)品業(yè)務(wù)包含復(fù)雜的流程邏輯（包括審批流程和多用戶角色），需要進(jìn)行完整的流程自動(dòng)化測(cè)試。這時(shí)，我們需要選擇什么樣的方式來進(jìn)行（如關(guān)鍵字驅(qū)動(dòng)）? 數(shù)據(jù)驅(qū)動(dòng)測(cè)試框架，使用python（基于robot框架）進(jìn)行用例開發(fā)。

其次，構(gòu)建自動(dòng)化環(huán)境，如開發(fā)環(huán)境（如Python+pychar）、執(zhí)行環(huán)境（如Jenkins持續(xù)集成）、維護(hù)環(huán)境（如GIT）。

最后，用例開發(fā)、執(zhí)行和維護(hù)。自動(dòng)化測(cè)試用例的可維護(hù)性和可擴(kuò)展性對(duì)自動(dòng)化測(cè)試的可持續(xù)性起著重要的作用，在開發(fā)過程中需要特別注意。

自動(dòng)化測(cè)試的發(fā)展前景怎么樣？

測(cè)試人員需要具備自動(dòng)測(cè)試或測(cè)試開發(fā)的能力，這已成為測(cè)試行業(yè)的一個(gè)明顯趨勢(shì)。這一趨勢(shì)正在擴(kuò)大，發(fā)展前景十分明顯。

通過《2018年度軟件測(cè)試行業(yè)現(xiàn)狀報(bào)告》，本報(bào)告雖然是全球軟件從業(yè)人員調(diào)查的統(tǒng)計(jì)結(jié)果，但對(duì)評(píng)價(jià)國(guó)內(nèi)測(cè)試行業(yè)的發(fā)展趨勢(shì)具有一定的參考價(jià)值。

今年，通信能力、自動(dòng)化技術(shù)能力和通用測(cè)試方法占據(jù)了前三名。

近年來，自動(dòng)化測(cè)試和腳本編寫的比例呈明顯上升趨勢(shì)，這不僅說明自動(dòng)化測(cè)試技術(shù)在團(tuán)隊(duì)中得到重視和應(yīng)用，也說明測(cè)試人員的水平在不斷提高和發(fā)展。

同時(shí)，可以看出測(cè)試人員的工作是多樣化的。越來越多的測(cè)試人員將自動(dòng)化技術(shù)應(yīng)用于日志、數(shù)據(jù)分析和質(zhì)量監(jiān)控?；叶群捅O(jiān)控是右移測(cè)試的核心思想，在一定程度上是互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)產(chǎn)品測(cè)試策略的標(biāo)準(zhǔn)配置。通過開發(fā)、測(cè)試和運(yùn)維的共建，可以加強(qiáng)灰階的實(shí)施，提高監(jiān)測(cè)覆蓋率（Devops模式）。這些都對(duì)測(cè)試人員的自動(dòng)化或測(cè)試開發(fā)能力提出了更高的要求。

因此，自動(dòng)化技術(shù)或測(cè)試開發(fā)技術(shù)，其發(fā)展前景十分明朗。也希望測(cè)試從業(yè)者能夠感知這些變化并接受它們。

自動(dòng)化測(cè)試python要到什么程度？

處于軟件測(cè)試位置。作為python的初學(xué)者，我沒有多少實(shí)踐經(jīng)驗(yàn)。

使用Python的單元測(cè)試框架，您可以構(gòu)建測(cè)試類和構(gòu)建測(cè)試集。

test類包含常用測(cè)試方法的定義，包括在測(cè)試開始前建立測(cè)試環(huán)境的設(shè)置方法，以及在測(cè)試完成后清理和恢復(fù)環(huán)境的拆卸方法。最好根據(jù)約定的規(guī)則命名所有的測(cè)試方法（從測(cè)試開始）。

測(cè)試套件允許您根據(jù)測(cè)試策略組合和實(shí)施不同的測(cè)試用例。

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

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

以上最佳實(shí)踐也是很多洞，涉水而出。我嘗試了很多方法，甚至開發(fā)了一個(gè)關(guān)鍵字驅(qū)動(dòng)的自動(dòng)化測(cè)試框架。讓我們談?wù)劵趫?chǎng)景的自動(dòng)化的困難，以及為什么最終選擇Python robot框架。

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

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

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

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

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