五種方法來徹底改革QA(2)
5 ways to revolutionize your QA, Dr. James Whittaker
http://www.utest.com/webinars/5-ways-revolutionize-your-qa
Insight 2: Take your testing down a level from features to capabilities
在這段insight中, 我個人覺得作者所提的capability是這樣的觀念:
當我們在做測試時, 會把受測軟體拆解成一堆小功能去進行測試. 有可能是根據不同子系統去做切割, 或是不同component去做切割. 切割出來後, 便指定某個QA對這個受測單位的每個功能進行測試, 測試完畢, 我們就認為測試已經結束了.
可是這樣的測試, 作者認為是很危險的, 因為它把features是分開來單獨進行驗證. 作者認為必需要再進一步的拆解, 以及了解外界如何影響這些features
在微軟, 他們會進行Component-Feature-Capability分析. 也就是要了解每個component重要的interface, 知道這些interface和其他component的interface如何互動. 當這些互動被了解後, 測試的工作就變成是挑選測試資料以及準備測試環境, 去驗證這些互動的狀況.
所以微軟他們的步驟是:
1. List the components
2. Decompose components into features
3. Decompose the features into capabilities
4. Keep decomposing until the capabilities are simple
他們會花兩個小時, 去做腦力激盪. 他們覺淂這樣是值得的.
留言列表
