? 代碼段中 1 部分聲明了大連企業(yè)軟件開發(fā)測試運(yùn)行的 test runner；就像普通的單元測試，它也分為了set up、method invoke 以及assert 三個(gè)階段。
? 在代碼段 2 部分測試初始化了一個(gè) Activity 用于提供 Context 并使用這個(gè) Activity 對象生成了一個(gè)SignInScreen實(shí)例。
? 第二個(gè)階段，也是代碼段3 部分中，代碼在生成的登錄界面中找到注冊按鈕并進(jìn)行點(diǎn)擊。最為有意思的第三個(gè)階段需要驗(yàn)證注冊按鈕的點(diǎn)擊觸發(fā)了我們期望的事件，即使用Implicit Intent 來打開WebPageActivity。
? 為了進(jìn)行這個(gè)驗(yàn)證，代碼段4 部分中首先通過Robolectric 的靜態(tài)方法shadowOf 來獲取activity對象相應(yīng)的Shadow Object，而通過它，代碼獲得了activity對象的所開啟的 Intent 對象；最后通過 Intent 對象的 Shadow Object，我們可以獲得其 intent class并進(jìn)行驗(yàn)證。
通過這個(gè)大連企業(yè)軟件開發(fā)測試我們可以看到，有了Robolectric的幫助，我們可以輕松地生成Activity實(shí)例，加載XML布局文件，進(jìn)行組件上的方法調(diào)用。通過Shadow對象，我們則可以獲取Android相關(guān)類的對象狀態(tài)信息，來對測試的結(jié)果進(jìn)行驗(yàn)證。實(shí)際上除了Intent，我們還可以通過使用Robolectric對代碼中的Dialog、HTTP請求、數(shù)據(jù)庫操作等各個(gè)方面進(jìn)行測試。
致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/，Robolectric 并沒有為 Android SDK 中的所有類都定義 Shadow 對象，我們可以通過調(diào)用Robolectric.getDefaultShadowClasses()方法來查看所需要的類是否已經(jīng)在需要被 Shadow 的類列表中注冊了。如果沒有我們可能需要對其進(jìn)行定制和擴(kuò)展。關(guān)于如何添加 Shadow Objects而增加Robolectric的功能，在Robolectric的網(wǎng)站文檔中有詳細(xì)的描述。
由于大連企業(yè)軟件開發(fā)測試是可以脫離Android的SDK運(yùn)行于JVM上的，我們就可以像運(yùn)行普通的JUnit測試一樣在IDE中或者在終端使用構(gòu)建腳本運(yùn)行我們的測試。
因?yàn)?/span>Robolectric的更新并不是很頻繁，我們在平時(shí)也遇到了一些需要定制的情況，如支持 Android 4.0，使用 Sonar 進(jìn)行項(xiàng)目質(zhì)量分析等，所以我們在 GitHub 上 fork 了 Robolectric的工程，而且以Git Submodule 的方式將其加入到我們的工程管理中來，這樣，我們就可以根據(jù)自己的需要來對Robolectric進(jìn)行修改和擴(kuò)展。由于我們對Robolectric的修改頻率非常低，在每一次修改后，可以將其編譯打包成一個(gè)JAR文件，將這個(gè)JAR文件加入到我們的工程管理中，讓我們的測試代碼仍然依賴于這個(gè)JAR文件，這樣可以在運(yùn)行測試中免去對Robolectric的不必要的重復(fù)編譯，加快測試代碼的運(yùn)行速度。
我們在當(dāng)前的項(xiàng)目中也進(jìn)行開發(fā)OA系統(tǒng)代碼的驗(yàn)收測試腳本是開發(fā)人員與BA以及QA進(jìn)行溝通的一種重要途徑，也是開發(fā)人員和QA進(jìn)行人工測試的基準(zhǔn)，因此我們?nèi)匀贿x用了Cucumber作為我們編寫腳本的工具，再使用cuke4duke和JRuby對其進(jìn)行解析和執(zhí)行。但目前這種測試方式似乎并不成熟，我們在這種嘗試和實(shí)踐的過程中遇到了種種的問題，主要在于測試編寫和維護(hù)上的困難，這也導(dǎo)致了我們驗(yàn)收測試的覆蓋率并不高。我們也會在這一方向上進(jìn)行更多的嘗試，如果大家有更好的關(guān)于驗(yàn)收測試自動化方面的實(shí)踐，也希望能夠得到你們的幫助和指正。
