Scrum敏捷開發中的測試工作應該如何開展？

01-15

難道還是和傳統瀑布式模型一樣，留下很多時間去測試？

這個話題不要太正中我下懷了，哈哈~05年底咱們第一個Scrum試點項目，我就是第一個測試。

上班時間不方便寫太多，可以先看圖靈社區上我（kaverjody http://www.ituring.com.cn/users/82493 ）以前寫的內容：

我的測試之旅：（7）啟程——Scrum中的測試工作者 http://www.ituring.com.cn/article/651

我的測試之旅：（8）困難——沒有現成的測試工具 http://www.ituring.com.cn/article/1015

我的測試之旅：（9）行動——簡化測試文檔和流程 http://www.ituring.com.cn/article/1016

我的測試之旅：（10）貢獻——開發項流程（Development Item Process） http://www.ituring.com.cn/article/1017

==========

補充答案：看看這本書吧《敏捷軟體測試》：敏捷軟體測試 (豆瓣)

Scrum是一種項目管理的方法論，它並沒有限制你採用什麼測試方法論。

但是Scrum本身作為一種敏捷的方法論，本身就體現了結果驅動的意識。

先有用例，User Stroy才有Scrum Story，才有迭代。

與之相匹配，Scrum Story一般也有 todo doing review done 四個狀態

作用類似於標籤，並沒有要求應該的變化。

所以，無論是BDD還是TDD這種用於開發的測試；

或者UAT，冒煙，回歸，集成等用於交付的測試，都可以用不同的方式結合到Scrum中。

如果要說有什麼最佳實踐，那可能是含義更廣一個系統工程，要根據項目情況選擇。

可以閱讀一些別人的想法

http://www.ambysoft.com/essays/agileTesting.html

http://www.methodsandtools.com/archive/archive.php?id=88

首先說明，我對Scrum了解很膚淺，也沒有實施過敏捷開發。

敏捷開發（包括Scrum，XP）建立在一個基礎上，就是軟體可以不斷地被重構，重構依賴單元測試。只有足夠的單元測試存在，開發人員才敢於在進度的壓力下進行重構。

敏捷開發的另一個基礎是持續集成，從以前的每日構建變成每小時構建（配置管理工具觸發），構建的過程除了獲取源代碼，編譯，打包，還包括執行單元測試和自動測試。只有這樣，當修改提交後，才能迅速驗證修改是否通過已有的單元測試和自動測試用例。開發團隊也才有信心隨時推出版本（敏捷開發的迭代周期一般都很短)。

因此在敏捷開發中，應該強調的是單元測試和自動測試，前者是程序員完成的，後者是測試人員搭建的（例如用戶界面的測試可以採用捕捉回放的工具）。兩者加起來能夠達到一定程度的代碼覆蓋到一定程度。當然還要有人工測試作為補充。

至於敏捷開發中其他更先進的測試方法，如探索性測試就要洗耳恭聽其他人的答案了。

可以參考這個總結，另外特別注意不要落入形式主義，也不一定要完全按照這上面的來，我的經驗就是最好找出適合你的一兩條，逐步引入。

大圖下載地址

https://img.pmowner.com/wp/2017-06-24/%E6%95%8F%E6%8D%B7%E5%BC%80%E5%8F%91%E5%AE%9E%E8%B7%B5_by_lenxeon.jpg

測試的職能在不同公司的職責和產出是不同的但本質就是職務本身測試產品

我認為更重要的是在敏捷中如何讓技術與測試協作起來減少溝通黑點盲點提高工作效率

因為效率才是敏捷的真正的意義

這是敏捷項目中技術們的工作那麼如何在做完工作的下一秒就讓測試知道呢

一般情況是跟測試說一下那還有沒有更快一點的方法

就是在一個看板里加入測試看板

魚骨精益敏捷看板集產品、技術、測試、設計於一體

產品建好需求技術認領工作完成後直接拖拽到測試中測試一秒收到通知開始測試

動作一氣呵成大幅減少時間的浪費提升工作效率！為您推薦魚骨軟體

我這也有相關問題，我現在分別在兩個產品的測試團隊做不同的嘗試。一種是測試人員直接在開發團隊中完全由開發來主導安排工作。一種測試團隊相對獨立脫離於開發的迭代之外，配合開發計劃負責系統業務測試，介面級自動化，性能測試等專項測試，類似於精益開發中的測試獨立迭代進度大約延後開發一周。目前看後一種對質量把控效果比較好。不過應該也和什麼樣的開發團隊有一些關係。主要困難在於測試人員如何融入敏捷開發團隊。

正好我看到了這麼一文章 http://blog.teambition.com/archives/2012/07/893.html也不知道對樓主有沒有幫助，大家可以看一看