scrum工具：leangoo擁有看板式的協作方式，簡潔直觀，能夠輕鬆拖拽任務卡和任務列表，並在團隊成員間實時同步看板變化。同時它簡潔實用的功能使它比其他軟體更輕量，能讓團隊在5分鐘內協作起來，無需耗費大量的學習和使用成本。它的免費、無成員和專案數量的限制更讓廣大團隊協作沒有了後顧之憂。所以，作為一款資深敏捷團隊精心打造的團隊協作工具，leangoo一經上線就吸引了眾多使用者的支援和好評。官網：leangoo.com正文
scrum敏捷開發有乙個明顯特徵就是重團隊，輕部門，每個團隊裡面包含了開發、設計、測試各種角色，scrum團隊以小著稱，團隊中的測試人員一般只有一到兩名。
在傳統的瀑布式開發 中，測試人員經常因進入測試階段的條件不滿足而需要較長的等待。而在scrum敏捷開發中，測試人員需要盡可能早的開展工作，「等待」在scrum開發的測試中已屬一種錯誤概念。
測試人員應具備三方面的能力：編碼，測試和分析。不同的階段對測試的要求不同，在功能測試中偏重程式設計能力，在系統配置測試中偏重分析能力，scrum團隊中的測試人員需要將這三種能力融會貫通，才能適應迭代過程中的諸多變化。
測試是軟體開發中必不可少的一部分，那麼scrum團隊中測試人員又要如何開展測試工作呢？
首先，測試人員要盡可能早地開始測試，不要等待到功能完全做好才開始。在產品開發的過程中，新需求和新功能在迭代中不斷湧現，每次迭代結束都會產生乙個可工作的軟體，測試人員不能等到所有迭代結束之後再開始測試，而應該盡早開始進行測試。
其次，測試人員要盡可能多地採用自動化測試。敏捷專案初期，產品停留在初步設計中，產品功能不多，複雜度小，手動測試就可以保證質量。而到了中後期，因不斷有新需求、新功能的加入，產品複雜度顯著增大。若仍然採用手動測試，恐怕難以覆蓋產品的各個功能、非功能點，而且手工測試在面對功能諸多的產品時，就會暴露出易遺忘的缺點。因此，可以用自動化測試來提高工作效率。
然後就是，測試人員要學會做好需求分析，做好對設計邏輯的分析。測試人員要更多的思考需求的可實現性，將自身作為第一使用者積極參與專案和系統的需求分析，設計和開發。積極地參與前期工作，並迅速反饋給設計和開發人員。
最後要強調的是 ，測試人員需要轉變測試等待開發的思想。測試人員需要了解開發，需要讀懂**，才能夠更好的幫助開發人員分析和分離複雜問題。有時候，測試人員可以成為開發人員的後備力量。當團隊中需要更多的人編碼時，測試人員應該站出來擔當其職。
開發和測試是相輔相成的。一旦基本驗證測試通不過，那就說明產品違反了最初客戶定義的需求，也就不能夠提交。如果功能測試通不過，那麼測試人員要及時與開發人員溝通。如果是缺陷，則在每日站會中提出；如果不是，那麼繼續下一項工作。這個過程充分體現了scrum敏捷開發所提倡的團隊交流與合作機制，也是體現了測試人員對於整個開發工作的重要作用。
leangoo 乙個免費、簡潔、視覺化的敏捷團隊協作工具 leangoo.com
來自：網路
測試人員如何贏得開發人員的尊重
看到這個標題，如果你認為我在痴人說夢，那麼請一定仔細閱讀本文。你還在認為測試和開發是天生的一對冤家，有不可調節的矛盾，是對立的兩面麼？開發 的天職是構建程式，測試則恰恰相反，是從事破壞活動。其實從另外乙個角度講，矛盾的兩者又是對立的統一面 共同為了把產品的質量提高。有的時候我們抱怨開 發團隊不夠重視...
測試人員和開發人員應該如何溝通
其實作為測試和開發來說，兩方類似於建築方和質檢方，乙個實現建築高樓大廈，另乙個針對質量不合格的進行拆除。所以，兩方有矛盾是再正常不過的事情，但通過下面的一些建議，在換位思考的角度去理解下開發人員的情況，那麼很多問題自然可以化為無形。1.要懂得尊重對方。開發是一件需要全面和綜合考慮的工作，開發工作中，...
吐槽 測試人員如何防開發忽悠
開發人員和測試人員呆在一塊，似乎有一種與生俱來的優越感。這種優越感和人的品性無關，這是一種知識差距帶來的滿足感。也許這純粹是我的敏感。很多情況下，測試通過行為分析出異常，這只是一種停留在表面的感性認知。這種異常，可能是相同根源的不同行為，也可能是的的確確的問題。但這一切在開發人員未定位之前，都只能是...