熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> .NET編程 >> 正文

自動化測試框架: 用原型編寫用例?

2013-11-13 12:13:03  來源: .NET編程 

  最近在考慮自動化測試框架的時候發現原來的想法雖然解決了定位及訪問控件的困難但是用例代碼卻因此對程序實現細節有了很強的依賴這些依賴可能對用例代碼的開發帶來一些困惑

  在思考解決這個問題的時候自然的方案就是提供統一地訪問控件的方式而不是原來那種直接生成對象的方式比如說提供Controls[ID]的方式統一訪問控件那麼代碼中雖然增加了對ID的輸入但是保障了用例代碼對軟件實現的具體依賴就算實現變了也基本不影響用例代碼

  以往的對控件的定位往往通過控件的隱含屬性包括ClassNameIndexID等等但獲取這些屬性的前提是使用工具去查看!一個顯然的缺點是這樣的代碼可讀性是比較差的!

  於是問題就是如何描述控件

  首先是描述的元素選擇我將這些可選擇的元素約束在必須從界面上可以看到於是也很容易得到這些元素的列表

  控件本身的標題性文本
  控件之間的相對位置左右上下父子關系
  控件標准類型(非ClassName)
  控件顯示順序(從左到右從上到下)
  針對某些控件特別是常用的文本編輯框網格控件ListViewTreeView等等都是沒有標題的所以定位這些控件才是描述中最難把握的地方在這個問題上重點考慮的是利用那些可以描述的控件加上位置的判斷共同定位這些控件

  基於這些描述元素基本上我們可以完成對所有控件的描述如果實現了這點(假定可以實現)那麼我們會發現我們其實可以針對軟件的原型進行編寫測試用例只不過這時候的校驗代碼都是失敗的但這不是正符合了測試驅動開發的精神了嘛?

  自動化測試框架在這方面的探索還會繼續下去!


From:http://tw.wingwit.com/Article/program/net/201311/15422.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.