本段文章所寫純屬於個人愚見。望大家勿噴。
自動化思想：
1：指令碼是為業務服務的，是為測試服務的。
一些開發寫的**確實夠炫夠酷，但不重要，也確實存在很多開發人員瞧不起測試人員的情況存在。但請開發人員尊重業務，尊重測試的思想，至少我們的自動化指令碼也是要覆蓋用例的。而用例是經過測試人員按照測試思想來編寫的，因此請尊重業務，尊重用例設計思想。
因此指令碼越簡單越好，越符合測試人員的思想越好。
2：自動化測試人員不一定需要多強的指令碼能力。
由於現在的自動化框架越來越豐富。介面也越來越友好。因此對於**能力要求也較低。
3：自動化人員必須得首先是乙個很好的業務人員，必然得在懂了手工測試之後才能更好的除錯分析指令碼。
4：在設計指令碼之前，框架的架構者應該對aw進行友好的封裝。與第二點類似。
但實際在面試過程中，會出現很多面試python的列表，字典的基本用法，
而本人的關注重點更多的封裝與框架的選擇上，導致多次面試失敗。在這裡也獻上python的基礎，希望各位互勉，防止面試失敗。
自動化指令碼分析：
一般指令碼的情況分為如下情況。
環境問題。指令碼問題。aw問題。業務變更。bug
以上四種情況可以覆蓋95%的情況，如果有不足的地方，希望各位csdn好友分享。
二：除錯思路.
針對不同的情況有不同的除錯思路。
1：環境問題。
環境問題分為哪幾種。
第一種，環境本身就是壞的。直接導致指令碼掛掉。
第二種。在執行過程中由指令碼問題導致環境掛掉。
針對第一種情況，在指令碼框架設計的過程中就應該及時設計，防止錯誤的環境被呼叫。
針對第二種情況。在執行過程中會發現有大量的指令碼執行失敗。找到導致環境執行失敗的第乙個指令碼。仔細進行分析和判斷。判斷是否是由這個指令碼導致的。
2：指令碼問題：
第一種情況：未能按照測試需求編寫指令碼。或者需求理解有誤導致指令碼執行失敗。
解決方案：認真按照手工執行，檢視手工執**況。與相關業務專家交流溝通。
指令碼穩定性問題。
指令碼恢復過程中的問題。 設定更好的恢復條件。
3:aw問題。
仔細檢視自動化日誌，檢視下發的命令是否爭取，如果不正確可以判斷為aw問題。
4：業務變更，經過以上步驟後，依然存在問題，與業務確認。
4：bug經過排查以上問題，依然存在問題，bug無疑。
自動化測試 Python指令碼除錯知識
本次除錯使用到的庫websocket uuid codecs subprocess幾個庫 subprocess.popen類用於在乙個新程序中執行乙個子程式，上述subprocess函式均是基於subprocess.popen類 subprocess.popen args bufsize,stdin...
部署python自動化指令碼 搭建自動化指令碼執行環境
年前把平台的指令碼寫好了，準備在虛擬機器中全部執行一遍。沒想到在虛擬機器中配置了很長時間，才把環境搭好。為了不再犯這配置環境的苦，在這簡單說說環境的搭建吧。因為寫的指令碼是在win7上實現的，所以虛擬機器我安裝的也是win7系統。1 安裝python 2 配置環境變數 python安裝成功後，將安裝...
Python自動化除錯
在文件裡找到了這幾個看上去用得上的函式 dbg print all debug registers self bp set self,address,description restore true handler none get register self,register param regi...