歡迎來到 常識詞典網 , 一個專業(yè)的常識知識學習網站!
[ Ctrl + D 鍵 ]收藏本站
答案 1:
是否有必要進行自動化測試,并不因為公司處于什么階段而有不同的標準在我個人看來,這只跟公司的產品是否適合做自動化測試相關.那么,互聯(lián)網公司的產品無疑是非常適合做自動化測試的 :-)整理現(xiàn)階段的測試用例,把一些重復程度高,不需要人工來判斷期望結果的那部分編寫成自動化測試的腳本. 但是,自動化測試也有一定的適用范圍,比如你提到的開發(fā)前端/后臺的頻繁變更這會導致腳本維護成本的增加. 這需要測試與開發(fā)之間協(xié)調出一個容易維護的規(guī)則出來. 一些確實會經常變化的部分, 就不要自動化了,那樣還不如手動測試來的效率高.對于Web程序的自動化測試, 建議你可以看看@嬭茶提到的Selenium, 我個人比較喜歡BDD的風格, Robot Framework 和 Cucumber 都是不錯的選擇.答案 2:
個人覺得不是只有兩種極端的選擇;如果在沒有自動化加入的前提下做好質量的保證,有一個方式可能是建立-oketest測試集,這個測試集可以保證產品正常流程的使用,部分模塊改動時,可以將更多的人力放在改動模塊上,最后在執(zhí)行-oketest以保證基礎功能的可用性,這樣減少了人均重復性測試任務,也能相對減少上線故障率。如果加入自動化,一般都是建議產品基礎功能相對穩(wěn)定了之后進行會比較好,測試自動化是需要一定的維護成本的,也不是所有的測試用例都能轉化成自動化,由于-oketest的用例是復用率相對較高,所以一般最初將測試用例轉化成自動化是-oketest測試集中的用例。btw:對于自動化web測試工具,比較推薦selenium,因為它是開源的,支持ff、ie等瀏覽器。答案 3:
按照我個人的經驗 自動化測試的運用取決于產品性質以及開發(fā)模式, 在敏捷開發(fā)模式下,自動化測試是非常好的選擇 有助于測試用例的積累 更是測試驅動開發(fā)的利器 應該說良好的產品在定版的情況下使用自動化測試會加大前期的投入,但是后續(xù)的效益會日益明顯,無論是回歸測試還是冒煙測試都會讓你有大把的資源節(jié)省下來.我更推薦的web測試工具是watir 基于ruby語言的 驅動原理更加接近于borland的silktest, 而se采用的是代理使用js來驅動 個人不太喜歡 在應對一些特殊框架特殊控件的時候會出問題 而且代理的訪問模式在一些要求網絡的特殊系統(tǒng)(如電信)會有問題, watir也不是萬能的 隨時自己擴展就好.如果你有錢 你可以用borland(現(xiàn)在被microfocus收購了)的silktest 重量級的工具 2006版本開始好用最新版本還是很虎的 個人感覺比QTP什么的靈活一些如果你財大氣粗....就用IBM好了.....-移動每次競標都不選他 因為實在太貴了....追加一下:在GUI變動較大情況下不建議過早引入自動化測試 變更代價很大 目前沒有任何一種工具能夠讓你在GUI變動的情況下快速的完成GUI對應的關聯(lián)的變動 建議定版后全面引入 或者可以對已經穩(wěn)定的模塊進行自動化測試的覆蓋,逐步累積測試覆蓋率以期保證現(xiàn)有模塊的正常運行.基于增量模式開發(fā)的過程中, 自動化測試可以全面的引入 同時需要至少一人不間斷的維護測試腳本 這個應該不難吧?下一篇:蒙娜麗莎到底好在哪里?現(xiàn)在沒有人能畫出這種水平的畫么? 下一篇 【方向鍵 ( → )下一篇】
上一篇:哪些二三線城市適合生活? 上一篇 【方向鍵 ( ← )上一篇】
快搜