自動(dòng)化測(cè)試python要到什么程度？同在軟件測(cè)試崗位。由于同樣初學(xué)python，所以沒有太多的實(shí)踐經(jīng)驗(yàn)。使用python的單元測(cè)試框架，可以建立測(cè)試類，構(gòu)造測(cè)試集。測(cè)試類中包含了common的測(cè)試方法

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

同在軟件測(cè)試崗位。由于同樣初學(xué)python，所以沒有太多的實(shí)踐經(jīng)驗(yàn)。

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

測(cè)試類中包含了common的測(cè)試方法定義，包括測(cè)試開始前建立測(cè)試環(huán)境的setUp方法和測(cè)試完成后清理還原環(huán)境的tearDown方法，最好按照約定規(guī)則（以test開頭）來命名所有的測(cè)試方法。

測(cè)試集允許你根據(jù)測(cè)試策略組合不同的測(cè)試用例并實(shí)施。

python有哪些對(duì)應(yīng)的崗位呢？

學(xué)會(huì)Python語言還是有很多崗位可以勝任的，Python被稱為編程語言中的萬能膠水，比如可以用來做爬蟲，做網(wǎng)頁，運(yùn)維還有現(xiàn)在很火的人工智能Al都可以用上Python，不過我認(rèn)為Python用來做數(shù)據(jù)科學(xué)是在合適不過了。

一方面是Python有很多數(shù)據(jù)包是專門用來做數(shù)據(jù)科學(xué)，可謂方便至極，學(xué)過了都會(huì)愛上這門語言，不過數(shù)據(jù)科學(xué)語言的知識(shí)背景也挺寬的，從統(tǒng)計(jì)學(xué)到計(jì)算機(jī)理論每一個(gè)分支都需要不斷學(xué)習(xí)才可以做到與時(shí)俱進(jìn)。

另一方面Python現(xiàn)在越來越火，當(dāng)然有很大因素是媒體和一些培訓(xùn)機(jī)構(gòu)吵炒起來的，但也說明python的趨勢(shì)還是在的，現(xiàn)在人工智能已經(jīng)被教育部新設(shè)專業(yè)，競爭只會(huì)越來越劇烈。

之前做黑盒測(cè)試，現(xiàn)在想往自動(dòng)化測(cè)試發(fā)展，java和python那個(gè)發(fā)展前景更好？

如果做android自動(dòng)化測(cè)試，主學(xué)java

如果只是做自動(dòng)化測(cè)試，學(xué)python，因?yàn)閜ython在自動(dòng)化方面，能做到比java更多

還是要看你測(cè)試的產(chǎn)品是基于什么的。python只是一種腳本語言。我們公司是做BOSS系統(tǒng)的，我在現(xiàn)場做測(cè)試。python平常是作為一種輔助的腳本語言來用的，我們系統(tǒng)是基于java開發(fā)的web界面。但是java代碼有問題一般我們都是直接反饋日志給開發(fā)讓開發(fā)解決。java略有了解即可，但是如果白盒測(cè)試建議還是學(xué)習(xí)一下java。

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

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

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

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

痛點(diǎn)：

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

解決思路

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

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

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

如何落地

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

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

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

謝邀!

好象python的瀏覽器測(cè)試框架，原來只有一個(gè)，還是仿ruby的框架做的。似乎在IE上可以比較好的應(yīng)用。很老的框架。對(duì)JS支持不好。不過python寫個(gè)測(cè)試框架真是非常容易的事情，隨手就來。 基于瀏覽器測(cè)試也容易做。因?yàn)槟憧梢允褂胮yqt，這個(gè)庫里有一個(gè)基于webkit的瀏覽器?；旧?，想做什么都可以了。最近聽說有幾個(gè)新的BDD的框架正在做。也不知道怎么樣。其實(shí)對(duì)于python這種語言來說，框架的成本太低。所以最好不要做框架。它有一個(gè)基本的編程原則則DRY。do not repeat yourself。不要再造輪子的意思。直接使用現(xiàn)有的python的testsuite結(jié)合進(jìn)程，線程模型，還有QT輕松就組裝出一個(gè)測(cè)試模塊。