軟件開發公司每天新增的Web測試的知識量也很驚人。不幸的是,新技術和新思想的分數可以有點勢不可擋,這就是爲什麽它有助於重新審視經典。這就是今天的文章都是關於風險的測試。實際上,它是關於基於風險的測試,和你的想法。
回來的路上,測試大師傑姆斯巴赫發表瞭(le)對基於(yú)風險的測試題目的必備指南。我提取的一些摘錄,會提醒一些,别人介紹,但極有價值的人,繼續閱讀。
首先,這是他的定義如何執行基於(yú)風險的測(cè)試:
做一個風險的優先級列表。
執行測試,探讨瞭各風險。
由於(yú)蒸發和新風險的出現,調整你的測(cè)試努力專注於(yú)當前的作物。
這裏(lǐ)有一些測(cè)試方法他提到的“外部”的方法:
能力。能完成需要的功能?
可靠性。它将工作和抵制所有要求的情況(kuàng)下失敗(bài)?
可用性。對(duì)使用産(chǎn)品的實際用戶是否容易?
性能。它是如何快速響應?
易安裝(zhuāng)性。可以輕(qīng)松地安裝(zhuāng)到目标平台?
兼容性。它是如何與(yǔ)外部組(zǔ)件和配置工作?
保障性。如何經濟會給(gěi)用戶的産(chǎn)品提供支持?
可測(cè)性。如何有效地對産(chǎn)品進行測(cè)試?
可維護性。如何經濟會建設,修複(fù)或增強産(chǎn)品?
可移植性。如何經濟(jì)要港口或複(fù)用技術的地方?
本地化。如何經濟會用另一種語言發(fā)布的産(chǎn)品嗎?
較後,這裏是傑姆斯的重要–和風(fēng)險測(cè)試的實用性–總結:
如果有一個神奇的風險測試,這是注意标志和線索的魔力,你周圍的一切,關於問題的所在。有些人不自覺地思考它,也許就好瞭。但當問題過你因爲你做不到完全徹底的測試,你可能被要求解釋爲什麽你會這麽做。軟件開發公司管理層可能認爲你做瞭一個草率的工作,他們可能無法與所有的測試是不完整的标準論據的印象。那時候很高興有風險列表或矩陣。與基於風險的測試,你可以管理你努力使他們的投資資源的較佳利用。他們會尊重你。