如果您的公司正在實(shí)踐敏捷開發(fā),你可能已經(jīng)遇到和George Wilson相同的挑戰(zhàn)。作為AIG Computer Services的Business Group Manager,他同時(shí)還在TickIT管理環(huán)境中管理IBM 中端和PC開發(fā)項(xiàng)目,這些都需要ISO9001的QA認(rèn)證,F(xiàn)在,作為測試自動(dòng)化工具廠商Original Software的共同創(chuàng)始人和總經(jīng)理,他開始布道敏捷實(shí)踐,作為達(dá)到質(zhì)量的最佳方式。
“敏捷項(xiàng)目對于QA來說,是一個(gè)領(lǐng)導(dǎo)(測試)整個(gè)過程極好的機(jī)會(huì),”Wilson說。不該是開發(fā)者掌舵整個(gè)過程,測試員只是次要的地位,他推薦測試員應(yīng)該帶頭起領(lǐng)導(dǎo)作用!斑有其他更好的人能消除用戶和開發(fā)者之間的鴻溝嗎?理解什么是必需的,怎樣才能達(dá)到目標(biāo)?在發(fā)布之前如何確保質(zhì)量?”這就要求QA team自身在敏捷活動(dòng)中非常靈活,所以Wilson 列舉了以下的事實(shí)來揭穿一些常見的敏捷測試的謊言。
謊言一:你需要做單元測試——TDD測試足夠了
TDD(測試驅(qū)動(dòng)的開發(fā) Test Driven Development)是一個(gè)好的開始,但是對于那些認(rèn)為TDD就是全部的人,“對于絕大多數(shù)的商業(yè)開發(fā)來說,這顯然是不對的。即便是敏捷開發(fā)的強(qiáng)烈支持者也認(rèn)識(shí)到使用大量測試技術(shù)的必要性….包括白盒測試、黑盒測試、回歸測試、壓力測試和用戶驗(yàn)收測試(UAT),”Wilson說。
因此,最有效的敏捷項(xiàng)目將會(huì)包括探索性測試(黑盒測試)的技術(shù)補(bǔ)充(而不是競爭)白盒測試!昂玫奶剿餍詼y試將會(huì)在陷入深淵之前,發(fā)現(xiàn)開發(fā)者遺漏掉的問題!盬ilson說。
謊言二:你可以重用單元測試,構(gòu)建回歸測試集
傳統(tǒng)的位于開發(fā)活動(dòng)后期的測試不是必要的,因?yàn)閼?yīng)用程序的每一行代碼都有對應(yīng)的測試用例,有人曾經(jīng)告訴過你嗎?“一些TDD支持者…建議通過重新組織單元測試,從用戶驗(yàn)收測試(UAT)到回歸測試的一切都可以執(zhí)行。Wilson說。
聽起來好像很有道理,Wilson認(rèn)為這實(shí)際上是不現(xiàn)實(shí)的,因?yàn)門DD開發(fā)的白盒單元測試的粒度和目標(biāo),和后期的黑盒測試,目的完全不一樣!皢卧獪y試全部的目標(biāo)是驗(yàn)證代碼做預(yù)期的事,回歸測試的目標(biāo)是保證修改后的應(yīng)用代碼沒有意料之外的,或者是意外的結(jié)果。”這兩個(gè)目標(biāo)不完全相同。如,檢查一個(gè)屬性是有效的日期格式,和對于給定的輸入,檢查字段的值包含預(yù)期的日期,是不同的。
謊言三:我們不再需要測試員或者自動(dòng)化工具
此文章共有2頁 1 2 下一頁
文章來源:中國項(xiàng)目管理資源網(wǎng)
|