• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 失控的UI自動化(2)

    發表于:2015-02-10來源:uml.org.cn作者:BJ Rollison點擊數: 標簽:自動化
    不斷修改代碼會導致測試不穩定! 我看到很多次測試人員設計了一個UI自動化測試,然后這里改一點,那里改一點來使它運行。這些修改常常導致測試不容

      不斷修改代碼會導致測試不穩定!

      我看到很多次測試人員設計了一個UI自動化測試,然后這里改一點,那里改一點來使它運行。這些修改常常導致測試不容易暴漏問題,甚至有可能隱藏其它問題。有些修改也和同步問題相關(同步自動化測試和被測的系統),人為地減慢了自動化過程(常常通過停止或‘睡眠’測試程序一段時間來實現)。另外一些修改可能硬編碼了一些參數,導致測試在另外一個環境下失敗或者不可移植。

      停止嘗試自動化所有測試!

      就象我前面說的,我們能夠自動化一些東西并不意味著我們就應該自動化所有的東西!我們需要理做出理智的決定:哪些測試要被自動化,并且哪種方法是最好的自動化方式。

      測試者很容易陷入到UI自動化測試中。我寫自動化測試用例只是為了解放我的時間,從而可以有更多時間來設計和開發更多更好的測試,一旦實現了自動化,我就不需要坐在電腦前執行多余重復的測試,不需要不停地修改代碼來使它運行。稱職的測試人員應該理解自動化測試技術的適用范圍,從而得心應手的使用這項技術。但無論它有多棒,這僅僅是眾多測試技術之一。最能幫助進行有效測試的依舊是開動大腦!

    原文轉自:http://www.uml.org.cn/Test/201005055.asp

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>