1、對測試用例場景覆蓋率的認知？
要不要把某些場景自動化，需要綜合考慮：業務重要程度、測試資源、執行頻率、實現難度
2、自動化指令碼的質量，重要的衡量點？
（1）指令碼之間互不影響，相互隔離（示例：可按模組進行劃分寫成不同的py檔案）
（2）測試中被測功能互不影響的（初始化，後置操作）
（3）能夠快速定位bug位置（log日誌定位結果）
（4）指令碼易於編寫，易於維護、以及易於擴充套件的
說明：不能無限制的為了降低學習成本而犧牲質量和效率，提公升測試人員的技能是關鍵
3、自動化指令碼執行失敗的分析原因？
（1）環境錯誤
（2）網路問題
（3）case之間相互影響
（4）指令碼本身的編寫bug
（5）ui改動等因素導致
具體的分析方法：
<1>、將失敗的測試用例，單挑出來重新指令碼執行，檢視是否成功，若失敗則看下log日誌執行到了哪步出現了報錯。
<2>、根據自動化測試用例，執行功能測試檢視是否ok，此時就可以判定出是指令碼執行問題還是功能確實存在bug，或者是ui進行了變動。
<3>、根據如上的分析重新調整指令碼後，再次執行檢視是否ok（一般對乙個指令碼的穩定性檢驗的測試執行次數是3次）
<4>、此時已調整完，可以釋放其他使用者，重新整體試執行所有指令碼，排除對其他指令碼模組的影響
4、自動化指令碼中的資料管理策略
（1）共享資料
（2）隔離資料
說明：具體的區別點與解釋
（1）共享資料----------所有的case或者一些case共同使用的測試資料
優點：速度快，只需建立一次就可以給很多的case使用
缺點：<1>資料是為很多case準備的，寫的不明確，很難確定資料對應的case方法
<2>資料本身不能擴充套件，一處改動影響則很廣泛，維護指令碼的成本高
（2）隔離資料----------每個case都獨享測試資料，case之間互不影響，case執行前創造資料，執行後銷毀資料
優點：由於資料在case之間互不影響，因此case的穩定性、可維護性、可讀性都大大提高，由於維護性強，因此成了首選方案
缺點：速度慢
5、是否啟動ui自動化的影響考量因素
是否啟動ui自動化，需結合當前的實際情況，需要考量的因素有：結合公司當前的現狀、發版節奏、需求變化、產品生命週期等
6、ui指令碼框架設計應遵循的基本規則：po
自動化測試框架
可設計為五層 一 測試用例層 主要存放用例的指令碼，分為主指令碼和子指令碼。主指令碼用來控制各個子指令碼，實現指令碼間的資料傳遞。子指令碼是實現各個功能點的指令碼，同時也會提取出一些共用的方法，一般放在提取層中。主指令碼中可使用資料驅動來控制指令碼實現各種場景的流程，如silktest的test s...
自動化測試框架 自動化測試呼喚開發
週末參加了testage 測試時代 組織的乙個專家討論會。主要討論測試自動化。說是專家討論會，我參加實在是慚愧，我對測試的理解實在是太淺薄了。只是因為在部落格上發表了一些謬論才收到邀請。想著可以幫助公司去接受一些新的思想，而自己也可以結識一些朋友，便去了。對於測試時代的會議組織，我以為定位和思路還是...
自動化測試基礎
1.什麼是自動化 以機器替代部分手工操作的測試,自動化前期投入大,收益體現在後期,手工測試證明軟體存在缺陷,而自動化測試是證明軟體是穩定的,沒有缺陷 手工測試通過後才介入自動化測試 2.自動化的優點 a,自動化測試指令碼具有復用性 b.可執行手工測試來說難以完成或根本做不到的測試 c.可執行更多,更...