Scrum測試

Question

在Scrum中，當客戶完成迭代時經常進行測試是個好主意。但是當一些原型與客戶完成時，我應該使用什麼樣的測試？根據我的知識，當所有迭代完成時驗收測試都可以 - 但不是其中的一部分。測試計劃的例子將有所幫助

Answer 1

大概原型是爲了演示一些東西（性能，特定的功能片等） - 因此，您應該使用代碼開發等效的驗收測試。

換句話說，可以說你正在做一個原型，顯示你將如何在完整的應用程序中每秒處理一百萬條消息。除了編寫代碼來完成這些工作之外，還應該研究如何在迭代結束時，讓客戶簽字確認軟件的確處理了許多消息。

作爲早期演示的一部分，您應該通過與客戶的代碼和測試進行交流。

還記得在敏捷/ Scrum測試是一個連續的過程，不只是你保存爲迭代活動結束的東西。

Answer 2

在Scrum中，你總是擁有一個完整的工作產品（這意味着你有測試，確保產品做它應該）。該產品可能缺少一些關鍵特性（或者在第一次迭代時全部都是這些特性），但是您的目標是忘記「原型」的概念，並開始思考「所有代碼始終可以生產」。

有一個例外：技術秒殺。在這裏，當您嘗試學習新技術時，您會開發一個小型演示程序（它仍然功能齊全但非常有限）。大多數情況下，您會將此代碼重構爲最終形式（而不是簡單地將其扔掉並從頭開始）。

本文可能有助於更好地理解此想法：Prototypes作者：Clinton Keith。

Answer 3

我發現「test」這個詞的麻煩在於它假定你正在開發的功能是正確的。

如果您正在向客戶展示原型，請嘗試從您所做的每件事都是錯誤的基礎開始工作，並且希望儘快找到該問題。發現客戶想要的東西將是一個不錯的驚喜。您的測試應該是從您的客戶處獲得反饋，並且您希望在獲得成功之前獲得一兩次失敗。如果你的客戶只是點頭並說「是的，沒關係」，那麼你可能有錯誤的客戶（這是我寫的東西，可能有幫助：http://lizkeogh.com/2010/02/02/theyre-not-user-stories/）。

我還使用BDD的方案與BAs和用戶討論我們期望發生的事情，以便原型本身有更好的良好機會。

我的原型通常是經過單元測試的代碼，後面帶有硬編碼數據，而不是之後需要扔掉的黑客拼湊的數據。 GUI是複雜的部分，也是最可能改變的部分（我不是單元測試GUI）。

希望這會有所幫助！