如果開發(fā)團(tuán)隊采用了敏捷方法，那就意味著程序員需要做更多的測試。然而，這并不是說軟件測試人員就沒事做了。他們需要調(diào)整，并學(xué)會與以往不同的測試方式。
DragonFire公司的顧問Janet Gregory認(rèn)為，對用戶需求的測試尤為重要，“除非經(jīng)過測試，否則不能認(rèn)為任何業(yè)務(wù)需求已經(jīng)完成。
”
STAREAST測試展會（STAREAST Conference and Testing Expo）上，Gregory討論了“新晉敏捷測試員的危險行為與陷阱”，并解釋了敏捷測試員所應(yīng)做的工作。她指出測試人員經(jīng)常做出的危險行為，這些危險行為可能帶來的風(fēng)險，以及如何規(guī)避這些危險和風(fēng)險。
作為一名敏捷測試員，你需要能在沒有正式說明文檔的條件下展開測試、進(jìn)行實時測試、測試改動代碼、根據(jù)不斷變化的需求進(jìn)行測試、自動化大部分測試，并成為緊密合作的團(tuán)隊中的一員。
如果你想一一完成這些工作，就可能會在努力過程中遇到Gregory所說的敏捷測試的危險行為。
危險行為1：等待第二天的版本
Gregory認(rèn)為，敏捷開發(fā)需要不斷地進(jìn)行測試。你不能等版本開發(fā)到最后階段才開始測試。怎么知道你是否已經(jīng)陷入這種困窘呢？對照以下幾個特征：
成堆的“等待”測試的業(yè)務(wù)需求
沒有在一次迭代周期中測試完所有需求
沒有定期對部署進(jìn)行測試
造成無法進(jìn)行定期測試的原因包括：未對需求進(jìn)行測試、測試人員不可靠、速度受到影響，以及利益相關(guān)人的反饋不夠及時等。另外，有可能進(jìn)行到下一個需求開發(fā)的時候，才發(fā)現(xiàn)前面未查出的漏洞，或者如Gregory所說，“所有測試都堆到最后階段”。
她還說，要避免這種危險，最重要的是要采取主動。從“版本主管”那里定期拿到各版本，并規(guī)劃測試的基本架構(gòu)。拿到版本后要盡快測試，包括速度規(guī)劃（Velocity planning）中的任務(wù)，并盡可能地在程序員的機(jī)器上進(jìn)行結(jié)隊測試，使程序員習(xí)慣于得到反饋。
Gregory說，要找到測試與程序編寫之間的平衡點�！爸皇且晃兜嘏μ岣咚俣仁遣恍械摹Ｄ愕米屇愕墓ぷ魉俣扰c效率與程序員保持一致。”
危險行為2：你并沒有真正地加入團(tuán)隊
如果測試人員沒有被邀請參加規(guī)劃討論會，或者測試人員不喜歡發(fā)言；如果業(yè)務(wù)客戶獨(dú)立編寫業(yè)務(wù)需求，而測試人員不明白這些需求的內(nèi)容，這時就已經(jīng)很明確是否存在這方面的問題了。
這種工作方式可能導(dǎo)致的后果是：
此文章共有2頁 1 2 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
