敏捷測試需注意的五種危險行為

 如果開發團隊采用了敏捷方法，那就意味著程序員需要做更多的軟件測試。然而，這并不是說軟件測試人員就沒事做了。他們需要調整，并學會與以往不同的測試方式。

　　DragonFire公司的顧問Janet Gregory認為，對用戶需求的測試尤為重要，“除非經過測試，否則不能認為任何業務需求已經完成。
”
　　STAREAST測試展會（STAREAST Conference and Testing Expo）上，Gregory討論了“新晉敏捷測試員的危險行為與陷阱”，并解釋了敏捷測試員所應做的工作。她指出軟件測試人員經常做出的危險行為，這些危險行為可能帶來的風險，以及如何規避這些危險和風險。

　　作為一名敏捷測試員，你需要能在沒有正式說明文檔的條件下展開軟件測試、進行實時測試、測試改動代碼、根據不斷變化的需求進行測試、自動化大部分測試，并成為緊密合作的團隊中的一員。

　　如果你想一一完成這些工作，就可能會在努力過程中遇到Gregory所說的敏捷測試的危險行為。

危險行為1：等待第二天的版本

    Gregory認為，敏捷開發需要不斷地進行測試。你不能等版本開發到最后階段才開始軟件測試。怎么知道你是否已經陷入這種困窘呢？對照以下幾個特征：

        成堆的“等待”測試的業務需求 
        沒有在一次迭代周期中測試完所有需求 
        沒有定期對部署進行軟件測試 
        造成無法進行定期測試的原因包括：未對需求進行測試、軟件測試人員不可靠、速度受到影響，以及利益相關人的反饋不夠及時等。另外，有可能進行到下一個需求開發的時候，才發現前面未查出的漏洞，或者如Gregory所說，“所有測試都堆到最后階段”。

        她還說，要避免這種危險，最重要的是要采取主動。從“版本主管”那里定期拿到各版本，并規劃測試的基本架構。拿到版本后要盡快測試，包括速度規劃（Velocity planning）中的任務，并盡可能地在程序員的機器上進行結隊測試，使程序員習慣于得到反饋。

        Gregory說，要找到測試與程序編寫之間的平衡點?！爸皇且晃兜嘏μ岣咚俣仁遣恍械?。你得讓你的工作速度與效率與程序員保持一致?！?/P>

危險行為2：你并沒有真正地加入團隊

　　如果軟件測試人員沒有被邀請參加規劃討論會，或者測試人員不喜歡發言；如果業務客戶獨立編寫業務需求，而測試人員不明白這些需求的內容，這時就已經很明確是否存在這方面的問題了。

    這種工作方式可能導致的后果是：

        無法及時確定各種假設 
        不能及時發現對系統造成的影響 
        員工不能有效利用時間與技能 
        你總是感覺不對勁 
        人心分散 
        Gregory認為，要避免這種情況，你必須強調“完整團隊”的重要性。與你的程序員坐在一起，這樣你們會更容易交談；參加各種會議，確保在討論需求的時候所有三方團隊都在場，并建議他們在一兩個迭代周期中“盡量嘗試”一些新主意。
 
        你得明白作為一名測試員應發揮的作用。也就是Gregory所說的不斷地進行軟件測試，并提供反饋意見。

原文轉自：http://www.anti-gravitydesign.com