SCRUM - 測試階段在哪裏？

Question

我被提升爲經理，我需要採用一種方法來管理這裏的程序員。

我讀了很多關於Scrum的內容，但在我的案例中，我們有一個測試人員，我無法在Scrum中找到測試的地方。它會在衝刺期間還是在衝刺結束時？我們有3個C＃程序員，2個VB，1個ObjectiveC和一個網頁設計師/開發人員。 Scrum是我們最好的選擇嗎？

在此先感謝您的幫助和抱歉拼寫錯誤，我的英語不是很好=）

Answer 1

如果您正在嘗試引入SCRUM，請閱讀Scrum from the trenches，這對我有很大的幫助。正在完成的用戶故事等的定義應涉及通過測試，我相信您的測試人員將是決定功能何時完成的關鍵。

Answer 2

每個積壓項目應考慮測試之前「完成」，即測試衝刺期間完成。

如果您將「test」稱爲「演示」，則應在sprint結束時完成，並且產品所有者，客戶（以及其他負責人）出席。

Answer 3

我從來沒有在一個團隊裏進行測試，比使用scrum時更關注焦點。正如其他答案所述，測試應該是衝刺項目完成標準的一部分。

我對規則有很好的經驗，系統和用戶測試的定義應該寫成衝刺項目的第一項活動。此外，沒有適當級別的單元和集成測試，任何項目都不應該被接受。

這隱含地意味着物品不應該被解決物品的人「捐贈」。恕我直言，這應該是衝刺隊其他成員的責任 - 在你的情況下，它可能是測試者。

問候， 莫滕

Answer 4

沒有測試階段。測試是每個迭代的一部分。這

但高於在理論上。在實踐中，你可能必須通過你會喜歡重要的日期運送東西 - 所以有時團隊標籤迭代接近日期穩定迭代沒有添加新功能，只有必須修復錯誤已完成..

Answer 5

測試是件好事嗎？是!然後一直做！

「測試階段」是來自瀑布項目的術語。

在敏捷方面（我假設你在成爲Scrum團隊時努力變得敏捷），你的重點是能夠快速適應和採用 - 測試是該流程的關鍵。

經常做，並一直做 - 反饋將經常提供，團隊將能夠快速，及時地採用。

創建一個測試階段（無論何時安排） - 您將滑入瀑布模式或更好 - 滑倒。考慮反饋意見 - 在'測試[階段'結束後，其中一些階段結束了。您試圖通過敏捷和使用Scrum來避免大量浪費。

沒有主要技能的人正在測試 - 沒關係 - 讓他們學習如何測試他們的產品/應用程序。投入時間（和金錢） - 這將在他們前進的過程中付出很大的時間。