自動化測試的錯誤定位[2]

　　自動化測試的錯誤定位[2]   自動化測試工具　

   　二、我們要如何做到基于功能能測試用例的基礎上并讓腳本更通用，敏捷。

　　簡單舉個例子：輸入框測試功能測試用例大概包括：這個輸入框是否可輸入，是否為密碼框，最大長度，最小長度允許是否正確，是否隱藏，是否能輸入全角，是否能輸入數字，是否能輸入特殊字符等等自然想實現這樣的自動化測試腳本，我們需要一定的編碼基礎，建議不要太指望自動化測試工具，他們只是給你一種測試的思想，而我們現在做的和它們截然不同。

　　1)腳本編寫：根據功能測試用例編寫測試腳本。2)通用性 ：把對象，以及我們的期望值傳給腳本。

　　3)敏捷性 ：在傳遞對象，期望值能“高效快速實現”與“簡便”，這樣可以很快投入測試中并考慮到以后給其它黑盒測試人員使用。

　　4)可維護性：搭建優秀的測試框架，把通用性，敏捷性囊括其中。

　　三、自動化測試更大貫穿在軟件的生命周期中，為了達到這樣的目的，我們需要再把腳本細化成另外的2部分并讓它們在運行過程中結合起來，分別是功能測試與流程測試，這樣才能很在軟件周期中占據更多。

　　同樣我們需要考慮到手工測試與自動化腳本帶來的效益，區別：

　　手工測試的即興發揮找到BUG比腳本找到的更多。

　　腳本編寫是一個漫長的過程，更考慮到可拓展與通用，成本高。

　　手工測試的缺乏規范，會出現漏測問題。

　　手工測試效果被測試員情緒影響著。

　　自動化測試能減少勞力與乏味重復測試。

　　自動化測試能在早期比全面而迅速找到BUG。

　　隨著腳本規范的增多，腳本測試面增光，能找到更多的BUG。

　　隨著自動化的普及與提高，我們憧憬的一幕：  軟件測試　

  　上司：“怎么這么準時就走呢?工作缺乏激情呀!”

　　員工：“腳本下午已經4點到5點已經整個系統跑完一次，BUG提交并開發已經在改了，估計周末他們要加班(周五是無BUG日)?！?/P>

　　上司：“這系統環境不是下午3點才搭建的嗎?怎么哪么快呢?!”

　　員工：“是呀，凌晨1點會跑第2次，到時候會自動發郵件給您和開發員，是否需要加班您再定吧”

　　走出電梯，快步消失….

原文轉自：http://www.kjueaiud.com