(五)敏捷測試指引

第第頁(五)敏捷測試指引(五)敏捷測試指引-用面向技術(shù)的例子批判產(chǎn)品

發(fā)表于：2023-05-26來源：：點擊數(shù)：標簽：批判指引例子技術(shù)

為了幫助討論和理解，我把“敏捷項目中的測試”這一主題分解成4個區(qū)分的主題。今天，我將完成矩陣的右邊部分：面向技術(shù)的產(chǎn)品批判，而不是面向業(yè)務(wù)的。我選擇探索性測試作為面向業(yè)務(wù)的產(chǎn)品批判的工具。但是雖然它也可能找到安全性問題、性能問題、通常在壓

為了幫助討論和理解，我把“敏捷項目中的測試”這一主題分解成4個區(qū)分的主題。今天，我將完成矩陣的右邊部分：面向技術(shù)的產(chǎn)品批判，而不是面向業(yè)務(wù)的。我選擇探索性測試作為面向業(yè)務(wù)的產(chǎn)品批判的工具。但是雖然它也可能找到安全性問題、性能問題、通常在壓力下才出現(xiàn)的bug、可用性問題（例如對色盲人士的適用性）等，但是我不會依賴它來完成這些方面的測試。而且，這些非功能性的問題或非功能性的需求很難用例子來詳細說明。所以看起來預(yù)防或找出這些bug目前為止還未納入到我們的故事中來。幸運的是，還有矩陣的最后一個四分區(qū)之一。

我想關(guān)鍵是，找出這樣的非功能需求的bug更多的是技術(shù)性問題。你不能隨意地就能知道一些安全性的知識。性能測試可以說是“妖法”?？捎眯圆皇莻€“需要你知道很多計算機知識”的技術(shù)性的話題，但是它要求你知道很多關(guān)于人的知識（MarkPilgrims的DiveIntoAccessibility，見/，是個針對這方面的豐富知識的入門介紹）。

雖然我老是說敏捷項目需要“通才”，但是這里的區(qū)域則需要的是“專才”。如果安全性是對于你的項目來說很重要的話，找個安全專家，在很多安全領(lǐng)域擁有豐富經(jīng)驗的人。（也就是說，安全知識要比領(lǐng)域知識重要。）這些人能教會項目組怎樣構(gòu)建安全的產(chǎn)品、并測試安全性是否被構(gòu)建到產(chǎn)品中。

（有趣的是：這些區(qū)域給我的印象是在設(shè)計和批判的角色之間的分離沒有產(chǎn)品功能開發(fā)那么明顯。JakobNielsen既寫關(guān)于可用性設(shè)計的東西，也寫可用性測試方面的東西。安全性方面的人物也是類似的，像GrayMcGraw和BruceSchneier，除了JamesWhittaker好像專注于安全測試方面。我不知道我的印象是否正確？對于性能測試人員好像沒那么正確，雖然我知道很多優(yōu)秀的性能測試員也能出色地設(shè)計出高性能的系統(tǒng)。）

因此，敏捷好像沒有給這些人帶來什么東西。這些專家繼續(xù)存在，他們發(fā)展成不同的等級，他們值得進一步的發(fā)展，他們掌握了很多好的東西。可能會不如想象中的正確，但是我想他們應(yīng)該就這樣繼續(xù)保持著。

看起來我好像完成了我的關(guān)于敏捷測試的未來指引的系列