分類: 問答 常識詞典 編輯 : 常識 發布 : 08-17

閱讀 :368

創業型互聯網公司有必要進行自動化測試嗎？背景：現在我們公司總共100號人吧，但一共就4個測試人員，除了壓力測試是開發人員用apac-e ab命令做外，其余測試均是人工手動。1、不進行自動化測試，一來不能及時地在測試階段發現因開發修改引起的連帶bug；隨著網站內容的不斷增加，越來越需要有自動化的手段進行質量保證，另外，人均測試任務比較重，重復性相對較高。2、進行自動化測試，創業型公司的需求變更相對頻繁，用戶反響不好隨時都可能下線，這樣會造成測試人員寫的test case更改頻繁、重用性不高；現在前端頁面跟后臺邏輯處理沒有一個相對獨立的接口，直接由開發人員修改寫好的靜態頁面，測試人員寫test case可能還需要基于開發人員處理好的頁面，增加了開發人員與測試人員的溝通成本，另外，測試人員的代碼能力面臨考驗。可能還需要引進自動化測試方面的人才。P.S.大家知道哪些輕量級的自動化web測試工具嗎？好學、實用、文檔支持好。（我是對自動化測試感興趣的開發人員:P）3 個答案

答案 1：

是否有必要進行自動化測試,并不因為公司處于什么階段而有不同的標準在我個人看來,這只跟公司的產品是否適合做自動化測試相關.那么,互聯網公司的產品無疑是非常適合做自動化測試的 :-)整理現階段的測試用例,把一些重復程度高,不需要人工來判斷期望結果的那部分編寫成自動化測試的腳本. 但是,自動化測試也有一定的適用范圍,比如你提到的開發前端/后臺的頻繁變更這會導致腳本維護成本的增加. 這需要測試與開發之間協調出一個容易維護的規則出來. 一些確實會經常變化的部分, 就不要自動化了,那樣還不如手動測試來的效率高.對于Web程序的自動化測試, 建議你可以看看@嬭茶提到的Selenium, 我個人比較喜歡BDD的風格, Robot Framework 和 Cucumber 都是不錯的選擇.

答案 2：

個人覺得不是只有兩種極端的選擇；如果在沒有自動化加入的前提下做好質量的保證，有一個方式可能是建立-oketest測試集，這個測試集可以保證產品正常流程的使用，部分模塊改動時，可以將更多的人力放在改動模塊上，最后在執行-oketest以保證基礎功能的可用性，這樣減少了人均重復性測試任務，也能相對減少上線故障率。如果加入自動化，一般都是建議產品基礎功能相對穩定了之后進行會比較好，測試自動化是需要一定的維護成本的，也不是所有的測試用例都能轉化成自動化，由于-oketest的用例是復用率相對較高，所以一般最初將測試用例轉化成自動化是-oketest測試集中的用例。btw：對于自動化web測試工具，比較推薦selenium，因為它是開源的，支持ff、ie等瀏覽器。

答案 3：

按照我個人的經驗 自動化測試的運用取決于產品性質以及開發模式, 在敏捷開發模式下,自動化測試是非常好的選擇 有助于測試用例的積累 更是測試驅動開發的利器 應該說良好的產品在定版的情況下使用自動化測試會加大前期的投入,但是后續的效益會日益明顯,無論是回歸測試還是冒煙測試都會讓你有大把的資源節省下來.我更推薦的web測試工具是watir 基于ruby語言的 驅動原理更加接近于borland的silktest, 而se采用的是代理使用js來驅動 個人不太喜歡 在應對一些特殊框架特殊控件的時候會出問題 而且代理的訪問模式在一些要求網絡的特殊系統(如電信)會有問題, watir也不是萬能的 隨時自己擴展就好.如果你有錢 你可以用borland(現在被microfocus收購了)的silktest 重量級的工具 2006版本開始好用最新版本還是很虎的 個人感覺比QTP什么的靈活一些如果你財大氣粗....就用IBM好了.....-移動每次競標都不選他 因為實在太貴了....追加一下:在GUI變動較大情況下不建議過早引入自動化測試 變更代價很大 目前沒有任何一種工具能夠讓你在GUI變動的情況下快速的完成GUI對應的關聯的變動 建議定版后全面引入 或者可以對已經穩定的模塊進行自動化測試的覆蓋,逐步累積測試覆蓋率以期保證現有模塊的正常運行.基于增量模式開發的過程中, 自動化測試可以全面的引入 同時需要至少一人不間斷的維護測試腳本 這個應該不難吧?

下一篇:蒙娜麗莎到底好在哪里？現在沒有人能畫出這種水平的畫么？ 下一篇 【方向鍵 ( → )下一篇】

上一篇:哪些二三線城市適合生活？ 上一篇 【方向鍵 ( ← )上一篇】