6.編程語言規范
廣泛地講，用于開發應用程序的編程語言在質量保證過程中起著重要作用。測試員經常選擇過程語言，例如Perl，Python，Ruby等來為自動化測試用例創建腳本，因為這些編程語言通常更容易學，不需要匯編（這節省了不少時間），擁有大量用戶群和庫可供選擇以解決各種自動化難題。使用一個面向對象的編程語言開發了測試腳本時，自動化經常選用面向對象的語言，如Java，C++，.NET等，這對于解決方案的體系結構十分重要。除了選擇正確的工具和編程語言，測試員工分配也很重要。重復利用現有內部知識，經驗和技巧比采用新技巧更有效。
7.運行時對象識別
功能和負載測試工具有個根本區別。功能測試工具在用戶界面層進行，而負載測試工具是在協議層進行的。功能測試工具的運行時對象識別幾乎從未達到過。如果對象識別成功率低于50%，那么測試自動化團隊將執行這么多解決方案以擊敗測試自動化的對象。在負載測試中，這個問題并不重要。應用程序變化和它們對測試腳本中對象識別的影響對于測試自動化團隊往往是個難題。獨特的對象識別大大降低了變化的影響并簡化了測試腳本維護。你必須了解并評估怎樣在運行中使用特定工具進行對象識別，如果有可能的話，獲取特定對象以便在收集對象庫中的識別性能上輕松進行檢查。
8.數據驅動輸入
如今大多數app都是交互式的，需要用戶在某些時候鍵入一些東西。知道應用程序如何回應各組輸入對于將穩定有質量的產品推向市場很有必要。數據驅動測試幫助我們理解應用程序如何應對各種輸入。不是讓測試員手動將無窮的數據組合或硬-特定代碼輸入測試腳本，而是測試基礎設施框架工作自動從數據源取值，將取出的數據輸入應用程序，驗證應用程序在用另一組值重復測試前反應正確。自動化數據驅動測試極大地擴大了測試覆蓋面，同時減少了創建更多有不同變量的測試的需求。重視對數據驅動測試的使用可以確保應用程序是用來測試限制條件和無效輸入的。數據驅動測試常常是基于模型的測試的一部分，具有覆蓋廣泛輸入數據的隨機性。為了確保擁有不同數據組合的測試執行，應該要恰當管理數據源。所選測試自動化工具應該包含驅動程序并支持多種數據格式，比如平面文件，電子表格和數據庫存儲。
9.結果和錯誤日志
在測試用例開發和執行期間，常常有必要記錄展示更多開發人員特定信息的內容。可是對于測試經理來說，知道一個特定測試是通過還是失敗足夠了。根據要求，或許有必要自動抓取失敗測試過程的截圖和錄像，讓開發員可以更輕易地再現問題并找出其根本原因。自動化工具也應該要有必要的過濾器來根據類型，文本，優先級，時間及其他重要屬性挖掘日志信息。允許從時間軸上的一個自動化測試運行到另一個查看日志總結并用于配置報告格式的工具也是挑選測試自動化工具時需要考慮的功能。
10.連續測試
連續測試方法背后的中心思想是，經常推進代碼變化并快速得到關于這些變化對現有系統的影響的反饋。一個強大的測試自動化框架應該能夠支持團隊合作和自動化測試基礎設施組件（比如：集成開發環境即IDE，測試框架，版本控制，測試配置管理，問題追蹤，報告生成等等）的集成。連續測試以及使用現有質量保證工具和技術的集成對QA流程效率非常重要。不進行連續測試會讓缺陷有機可乘。發現了缺陷，要在上面放更多代碼，使得對后面所發現缺陷的修復更難更貴。即刻測試變化大大減少了找出缺陷的成本，因此自動化工具應該用每個提交觸發生成并自動執行相關測試或中隔一段時間執行一次。此外，將測試集分解得更小，平行運行測試集，自動給正在弄已發現缺陷的代碼的開發員分配缺陷是獲得高質量結果的便宜快速的方法。該方法也給開發員提供了嘗試的空間，同時從回歸保護主代碼庫。如此，測試每段代碼分支都和測試主代碼一樣嚴格。這樣一個從連續集成到新分支的應用程序一旦建立可以幫助發現兼容問題并緩解后的集成。
11.定價模式
測試自動化經常被視作成本很高的一個主要原因是：自動化工作是單獨完成的，與主開發工作完全分開。有效躲開阻礙測試的設計決策的后果，開發員繼續創建幾乎無法自動化的軟件。有效的敏捷團隊（團隊中每個參與自動化測試的開發員）打破了這些限制，自動化測試進入一個開發者可以在里面檢查他們的代碼的常用庫。這樣大大減少了測試自動化的成本。有一些免費的開源和專門的測試工具可以用來評估。選好了開源工具，有機會檢查工具評估有多穩定以及那些工具有多快能否支持技術的新變化。對于專門的解決方案，工具的價格是證明投資和ROI計算時需要考慮的關鍵因素之一。檢查許可模式也很重要，比如按使用次數、節點、站點許可證、有效期等支付。另一個需要重點考慮的是加載項、支持和更新的可用性以及這些功能是否需要額外花費。后也是重要的一點，所選工具的易用性。工具的復雜度應該和測試團隊接受新工具的能力，公司的編程能力相匹配。
版權聲明：本文出自SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/201535152658.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
