字號: 小 中 大 |
推薦給好友
上一篇 |
下一篇
軟件測試和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,
b) 同時要驗證新的代碼沒有把模塊的現有功能破壞,沒有regression。
所以我不也知道“回歸測試”是如何的“回歸”,我們可以理解為“回歸到以前不正常的狀態”。
回歸測試最好要自動化,因為對于每一個構建都要運行所有回歸測試,以保證盡早發現問題。
1.9 Scenario/integration/System Test 場景/集成/系統測試