Python如何實(shí)現(xiàn)對(duì)系統(tǒng)的API接口功能實(shí)現(xiàn)自動(dòng)化測試？根據(jù)課題的描述，課題要解決的主要問題是：如何基于復(fù)雜場景（多接口耦合）進(jìn)行接口自動(dòng)測試。以上最佳實(shí)踐也是很多洞，涉水而出。我嘗試了很多方法，甚

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

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

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

參照關(guān)鍵字驅(qū)動(dòng)測試的思想，將接口請求發(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ū)動(dòng)，其主要功能是關(guān)鍵字庫、資源導(dǎo)入和用例編寫。建議將關(guān)鍵字方法作為庫導(dǎo)入后，每個(gè)關(guān)鍵字在自然語言中映射一次，方便業(yè)務(wù)測試人員使用。

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

既然Python是用C實(shí)現(xiàn)的，那為什么Python不能直接生成exe呢？

C語言實(shí)際上是一種“老”和“底層”語言。其執(zhí)行效率僅次于匯編語言。

它之所以古老是因?yàn)镃語言出現(xiàn)得很早。

盡管FORTRAN和COBOL比C語言出現(xiàn)得早，但現(xiàn)代主流操作系統(tǒng)（windows、Mac OS、Linux、IOS、Android、Unix）都是從C語言中誕生的。

最根本的原因是C語言被設(shè)計(jì)用來同時(shí)編寫匯編語言。從理論上講，它可以用外匯來表示。匯編語言是最有效的語言。

所以Python是用C語言編寫的也就不足為奇了。它與能否生成exe無關(guān)。

Exe文件是Windows平臺(tái)的專用格式。最簡單的exe是com可執(zhí)行文件。EXE文件實(shí)際上由引導(dǎo)加載程序和解釋器組成。

由Python語言生成的代碼只能通過引導(dǎo)加載程序和解釋器作為EXE文件執(zhí)行。

因此Python生成EXE文件并不困難。只是它是否愿意提供的問題。