SilkTest入門快打4-appstate 軟件測試
大伙好，吃了么，什么?還沒有吃?那還不快去吃飽了聽我繼續講課!
在前三講里，我們已經會用SilkTest 做簡單的測試了，為了以后講解過程中代碼盡可能的簡潔，我現在把上一講中的CalWithFunction.t 腳本再精簡一下，讓它僅僅測試計算器1+2= 的功能是否正常，下面就是精簡過后的代碼：
[-] testcase CalWithFunction()
[ ] 計算器.SetActive() //2
[ ] 計算器.C.Click () //3
[ ] String sResultValue = Cal1Plus2()
[ ] Verify(val(sResultValue), 3, "Expect: 3, actually it is {sResultValue}")
[-] String Cal1Plus2()
[ ] 計算器.N1.Click ()
[ ] 計算器.Plus.Click ()
[ ] 計算器.N2.Click ()
[ ] 計算器.Equal.Click ()
[ ] String sResultValue = 計算器.CalResult.GetText()
[ ] return sResultValue
現在我們考慮一下，如果去掉行2/3 ，會有什么問題?答案是可能會出現問題：在計算器應用打開的情況下，如果計算器上已經輸入了一個數值，這時由于testcase 沒有按C 進行清零，導致測試無法通過。也就是說，每次在進行測試之前，將計算器清零是一個前置條件。我們一方面可以繼續保留行2/3 在testcase 里面，或者我們還可以將它們抽取出來作為一個appstate 進行聲明。當然，我們這個case 運行的前置條件很簡單，只有這兩步，看不出appstate 有什么優勢。實際上，在企業級的應用測試開始前，待測應用可能需要很多步才能進入待測狀態，比如要先將待測軟件置于某種特殊的狀態(打開特定的菜單，關閉不需要的窗口等等)。這時，如果我們能把這些準備工作抽取出來封裝成一個appstate 就可以為多個testcase 所公用，在一處所做的修改，處處都可以生效，既減少了重復的代碼，又便于維護。所以appstate 是非常有用的，我們可以把CalWithFunction.t 重構成為如下：
[-] testcase CalWithFunction () appstate PrepareCal //1
[ ] String sResultValue = Cal1Plus2()
[ ] Verify(val(sResultValue), 3, "Expect: 3, actually it is {sResultValue}")
[-] String Cal1Plus2()
[ ] 計算器.N1.Click ()
[ ] 計算器.Plus.Click ()
[ ] 計算器.N2.Click ()
[ ] 計算器.Equal.Click ()
[ ] String sResultValue = 計算器.CalResult.GetText()
[ ] return sResultValue
[-] appstate PrepareCal() basedon DefaultBaseState //2
[ ] 計算器.SetActive() //3
[ ] 計算器.C.Click () //4
我簡單解釋一下，行1 指定了PrepareCal 為testcase 的開始狀態，你可以簡單理解成在testcase 開始前，必須運行PrepareCal 這段代碼。而行2 聲明了PrepareCal 是一個appstate ，它的父狀態是DefaultBaseState 。DefaultBaseState 是SilkTest 系統默認的appstate 。一個appstate 的父狀態表明，testcase 進入該appstate 之前必須先進入它的父狀態。對于我們這個case 來說，SilkTest 在運行testcase 之前就先設置自己的狀態為DefaultBaseState ，然后再設置自己的狀態為PrepareCal ，然后才開始從String sResultValue = Cal1Plus2() 執行。
動手運行一下，看看效果如何。
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
