-
暫時沒有公告
軟件測試和VSTS 測試工具
發布: 2009-5-31 10:56 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 305次 | 進入軟件測試論壇討論
問：同時看問題要分兩方面，有些“ad hoc”發現的小強在正常使用軟件中幾乎不會出現，我們要不要花時間“ad hoc”？
答：現在一些成功的通用軟件的用戶以百萬計，按部就班的測試計劃很難包括很多實際的場景，這時，“ad hoc”測試能夠發現重要的問題；另外一些風險很大的領域，例如安全性，一旦出了問題，威脅就會相當大，這時要多鼓勵一些“ad hoc”測試，以彌補普通測試的不足。從這個意義上說，“ad hoc”測試可以用來衡量當前測試用例的完備性，如果你探索了半天，都沒有發現什么在現有測試用例之外的問題，那就說明現有的測試用例是比較完備的。
“ad hoc”測試的測試流程是不可重復的，因為它的測試都是“特定”測試，沒法重復。由于這一原因，“ad hoc”測試不能自動化，就這一點而言，還達不到CMM的第二級–可重復級。
作為管理人員來說，如果太多小強是在“ad hoc”出來的，那我們就要看看測試計劃是否基于實際的場景，開發人員的代碼邏輯是否完善，等等。同時，要善于把看似“ad hoc”的測試用例抽象出來，包括到以后的測試計劃中。
1.8 Regression Test回歸測試
問：我聽說不少關于Regression Test的介紹，但是它到底是怎么“回歸”法？回歸到哪里去？我還是沒搞懂。
答：Regress的英語定義是：return to a worse or less developed state. 是倒退，退化，退步的意思。
在軟件工程中，如果一個模塊或功能以前是正常工作的，但是在一個新的構建中出了問題，那這個模塊就出現了一個“退步”- regression,從正常工作的穩定狀態退化到不正常工作的不穩定狀態。
在一個模塊的功能逐步完成的同時，和此功能有關的測試用例也同樣在完善中。一旦有關的測試用例通過，我們就得到此模塊的功能基準（baseline）.
在某某版本，某某模塊的某某測試用例是通過的！
如果測試人員發現了在新的構建版本某個測試用例失敗了，這就是一個“倒退”，在新版本上運行所有已通過的測試用例以驗證沒有“退化”情況發生，這個過程就是一個“regression test”. 如果這樣的“倒退”是由于模塊的功能發生了正常變化（由于設計變更的原因），那么測試用例的基準就要修改，以和新的功能保持一致。
針對一個bug fix（拖鞋），我們也要作Regression Test，
a) 驗證新的代碼的確把缺陷改正了，
b) 同時要驗證新的代碼沒有把模塊的現有功能破壞，沒有regression。
所以我不也知道“回歸測試”是如何的“回歸”，我們可以理解為“回歸到以前不正常的狀態”。
回歸測試最好要自動化，因為對于每一個構建都要運行所有回歸測試，以保證盡早發現問題。
1.9 Scenario/integration/System Test 場景/集成/系統測試
領測軟件測試網最新更新
關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
版權所有(C) 2003－2010 TestAge（領測軟件測試網）|領測國際科技（北京）有限公司|軟件測試工程師培訓網 All Rights Reserved
北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
技術支持和業務聯系：info@testage.com.cn 電話：010-51297073
版權所有(C) 2003－2010 TestAge（領測軟件測試網）|領測國際科技（北京）有限公司|軟件測試工程師培訓網 All Rights Reserved
北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
技術支持和業務聯系：info@testage.com.cn 電話：010-51297073