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