無法及時確定各種假設
不能及時發(fā)現(xiàn)對系統(tǒng)造成的影響
員工不能有效利用時間與技能
你總是感覺不對勁
人心分散
Gregory認為，要避免這種情況，你必須強調(diào)“完整團隊”的重要性。與你的程序員坐在一起，這樣你們會更容易交談；參加各種會議，確保在討論需求的時候所有三方團隊都在場，并建議他們在一兩個迭代周期中“盡量嘗試”一些新主意。
你得明白作為一名測試員應發(fā)揮的作用。也就是Gregory所說的不斷地進行測試，并提供反饋意見。
危險行為3：無法放棄“質(zhì)量監(jiān)督”的理念
可能你以前工作在一個質(zhì)量監(jiān)督（Quality Police）負責所有質(zhì)量問題的環(huán)境下。即除開發(fā)團隊以外，有一個單獨的測試團隊將所有的漏洞報告到缺陷跟蹤系統(tǒng)中，測試團隊甚至可以停止開發(fā)的進行。
然而，在敏捷開發(fā)中，整個團隊都要對質(zhì)量負責，而不僅僅是測試人員。Gregory說，如果沒有整個團隊對質(zhì)量問題的一致認同，程序員就會將測試員看作是安全保障，從而只在bug追蹤系統(tǒng)中與測試員溝通，那么這個團隊便無法“凝聚到一起”。
要改變這種局面，所需要的仍然是測試人員的主動。Gregory指出，測試人員要與程序員建立良好的關系，向程序員展示各自的職業(yè)價值，使整個團隊對產(chǎn)品的質(zhì)量負責。
測試員可以在一些專業(yè)問題上幫助程序員，保證能夠在迭代過程中進行測試，并解釋對于整個團隊來說“完成”所代表的意義。在追蹤bug時，可以使用需求卡片（index card）。將需求開發(fā)中發(fā)現(xiàn)的bug寫到卡片上并貼到墻上。
危險行為4：所有測試都想手工進行
Gregory說，如果所有測試都想手工進行，那么必然趕不上程序員的進度。如果你一直把時間用在重復進行某些測試上，而沒有對新功能進行測試；或需要越來越多的測試人員，卻無法對部署或設計上的問題產(chǎn)生作用，你就會明白這個問題的重要性。
不對測試進行自動化會導致越來越多的bug，并且無法及時響應新的需求。此外，可能無法注意到以往運行正常的功能已經(jīng)受損，而測試人員也容易陷入陳規(guī)，無法學到新東西。
對此Gregory提出以下建議：
用自動化的方法建立回歸測試集
設計時考慮到易測試性
使自動化與測試同步（讓程序員也參與）
幫助程序員編寫優(yōu)良的單元測試
使用對整個團隊都有用的自動化工具
展示你的技能
推廣你的工具包
危險行為5：忽視大局
在敏捷開發(fā)中，你必須能夠展望全局，而不能被一些片面的東西迷惑。如果你發(fā)現(xiàn)一直進行的只有單獨的需求測試，在發(fā)布的版本中有集成的bug，直到最后才制作報告，而你所做的測試都是程序員告訴你去做，并且只做了探索性測試，那么你肯定是沒有考慮整體規(guī)劃。
如果確實如此，那么你的業(yè)務需求將無法聯(lián)系到一起，各單元無法集成，業(yè)務流程不流暢，并且在編寫程序過程中制定的決策也無法與最終目標吻合。Gregory說：“你在冒險，你的最終產(chǎn)品可能并不是所需要的�！�
如果能先進行驗收測試，用面向業(yè)務（business-facing）的測試進行有效的開發(fā)，充分考慮系統(tǒng)其它部分受到的影響，使用可以反映實際情況的測試數(shù)據(jù)，以及在編寫程序之前將業(yè)務需求研究透徹，便能避免這一切。
還有一些可以使用的方法，包括：
使用電子公告欄進行規(guī)劃
詳細考慮業(yè)務流程
進行探索性測試
使用實例
先進行驗收測試
讓程序員拒絕進行沒有測試的代碼編寫工作
這些危險行為看起來很可怕，但它們是可以控制的。然而，新團隊可能需要一位敏捷指導員來幫助鑒別并解決這些問題。Gregory還建議參與到雅虎（Yahoo）敏捷測試小組的活動中，并研究相關文章。
她說：“敏捷測試中充滿了危險的行為。你要認識并注意到這些危險行為，但別讓它們嚇倒你�！�
此文章共有2頁 上一頁 1 2
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
