Scrum可以用於測試項目嗎？

Question

任何人都可以評論Scrum是否適用於測試項目？這意味着如果我的公司獲得測試項目，我可以在其中實施Scrum嗎？

Answer 1

測試項目意味着你現有的系統或應用程序，你的任務是找到它的故障和缺陷？ 我沒有看到scrum無法使用。你可能需要一個好的scrum master。最後，選擇最適合你的團隊的東西。

Answer 2

我從來沒有做過它，但它似乎是Scrum的將工作做好。每次迭代，您都應該確定需要測試的事情並將其添加到您的待辦事項中。客戶可以優先考慮重要部分，並且每次迭代都可以測試其中的許多部分。

Answer 3

您必須改編Scrum才能使其工作。也就是說，您所做的活動：計劃，日常站立，評論，回顧，都可以用於幾乎任何類型的項目，但您會發現很多關於Scrum的描述真的不適用。例如，您不會將新功能本身歸入迭代中。你幾乎有一套功能可以測試給你。但是，您可能正在做的是確定如何測試這些功能並確定哪些類型的測試需要編寫/開發以及何時應用它們。

我的感覺，這適用於所有靈活的環境不只是測試，是你最終想要得到你需要的一組適用於您的情況和團隊的做法點。從Scrum（或XP或DSDM或FDD）開始，並將其應用到您的組織是一項有價值的工作，尤其是如果您不熟悉敏捷方法，但不要陷入僵化的框架 - 敏捷或其他方面。製作框架，工作。

Scrum的（和其他敏捷方法）識別此和在反射的概念正式化。然而，很多時候，這是沒有被採納的一個部分，並且最終的結果是重量更輕，但是決定性的非敏捷過程。也就是說，你可以敏捷地開發軟件，但你無法靈活地調整你的過程。對我而言，後者是真正的勝利之處，否則它會轉變成開發軟件的不同（儘管更好）流水線，而不是以前的計劃驅動方法。

Answer 4

我的公司（一家全球性的互聯網公司）使用它起到很大的作用。我們爲需要測試的功能塊創建故事，然後創建子任務以進一步細分工作量並使估算更容易。我們使用greenhopper（一個jira插件）來管理它。到目前爲止，它運行良好。

Answer 5

我認爲這可能工作得很好，如果你不看軟件你提供的東西做的。

你的客戶現在開發團隊製作的代碼，或誰反應你發現的bug。就像Scrum中的客戶經常改變主意一樣，開發人員也會改變代碼，或者他們與你進行交互的方式。

你的交貨是由缺陷和質量報告，讓你的「櫥窗」的設計應該讓你的交付質量，從他們的反饋。你可以問問他們你的報告是否足夠清楚，如果你的信息太多或太少，或者他們想與你互動的方式有所不同。也許他們希望能夠爲你的團隊Skype，或者你有訪問他們？也許他們想優先考慮他們想要測試的代碼的哪些部分？他們的需求是否足夠清楚 - 你是否理解他們的代碼應該實現的是什麼，或者你只是在不查看可用性的情況下尋找錯誤？

在您的團隊範圍內，您可以根據自己的需要來處理工作 - 舉行回顧會議，研究痛苦的來源，並且可能會推出新工具來幫助克服這種痛苦。自動化迴歸測試看起來好像它們可能是測試團隊的有用工具。毫無疑問，其他人。

理想的情況下，在Scrum中，團隊是由每個人都需要參與到交付軟件誰的，他們是同一地點。你不會得到像「測試項目」這樣的東西。這種切換可能會很昂貴。如果你可以用Scrum來取得與該給你的代碼擺在首位，以測試團隊更好的溝通，我認爲這可能是一個很大的區別。

祝你好運！