字號: 小 中 大 |
推薦給好友
上一篇 |
下一篇
軟件測試和VSTS 測試工具
發布: 2009-5-31 10:56 |
作者: 不詳 |
來源:
測試時代采編 |
查看: 339次 | 進入軟件測試論壇討論
領測軟件測試網
這樣我們就能很快地報告“功能
測試56%通過”等等。如果所有場景都能通過,(有些情況下可以把此標準從
100%降低到
90%左右)則這個構建的
質量是“可用”,意味著這一個版本可以給用戶使用。
這種情況下,客戶,合作伙伴可以得到這樣的版本
–這也是所謂“
技術預覽版”,或“社區預覽版”的由來。
但是,有一個重要的問題要大家注意“可用”,并不是指軟件都沒有bug,而是指在目前的用戶場景中,按照場景的要求進行的操作,都能得到預期的效果。
1.目前還沒有定義的用戶場景中,程序質量如何,還未得而知。
a. 場景中沒有考慮到多種語言設置
2.不按照場景的要求進行的操作,結果如何,還未得而知。
a. 如:在某一場景中,場景規定用戶可以在最后付款前取消操作,回到上一步,如果一個測試人員發現在反復提交/取消同一訪問多次,然后網頁出現問題,這并不能說明用戶場景失敗,當然這個極端的bug也必須找出原因并在適當的時間改正。
這種測試有時也被稱為“acceptance test”,因為如果構建通過了這樣的測試,這一個構建就被測試團隊“接受了”。同時,還有對系統各個方面進行的“接收”測試,如測試系統的全球化,或者針對某一語言環境做的測試。
1.7 Ad hoc Test, Exploratory Test “探索式”的測試
“Ad Hoc”原意是指“特定的,一次性的”。
什么叫“特定”測試?或者“探索式”的測試?
就是為了某一個特定目的進行的測試,就這一次,以后一般也不會重復測試。在軟件工程的實踐中,“ad hoc”大部分是指隨機進行的,探索性的測試。
比如:測試人員阿毛拿到了一個新的構建,按計劃是進行模塊A的功能測試,但是他靈機一動,想看看另一個功能B做得如何,或者想看看模塊A在某種邊界條件下會出現什么問題,于是他就“ad hoc”一把,居然在這一功能模塊中發現了不少小強。
“ad hoc”也意味著測試是嘗試性的,“我來試試,在這個對話框中一通亂按,然后隨意改變窗口大小,看看會出什么問題…”,如果沒問題,那么以后也不會再這么做了。
一般情況下,測試人員不會花很多時間進行特定測試,但是在一些缺乏管理的團隊中,很多時候測試人員不知道自己此時應該做什么,只好做一些看似“ad hoc”的測試,比如隨機測試各個功能的各個方面。這些測試理論上都應該由測試管理人員規劃好屬于各個功能模塊的測試用例中。
在一個團隊中,“ad hoc”太多是一個管理不好的標志,因為“ad hoc”是指那些一時想到要做,但是以后也沒有計劃經常重復的測試計劃。
問:我聽說有人是“ad hoc”測試的高手,這是什么意思?
答:有很多測試人員會按部就班地進行測試,但是還有一些人頭腦比較靈活,喜歡另辟蹊徑,測試一些一般人不會想到的場景,這些人往往會發現更多的小強。開發人員對這樣的“ad hoc”高手是又愛又恨。