文章轉自：新夢想軟件測試
在敏捷開發流程中，測試不再是瀑布試開發流程的一個環節，而是全程參與整個開發流程。通過各種方式來保證產品的質量，無論是原則中的“頻繁交付”，還是對“可工作的軟件”的度量，或是敏捷開發實踐中的“測試驅動開發”，“行為驅動開發”，都離不開測試的支持。 當然，敏捷測試對測試人員提出了更高的要求，對測試人員來說也是新的挑戰。
敏捷測試人員的定義：專業的測試人員，適應變化，與技術人員和業務人員展開良好的協作，並理解利用測試記錄需求和驅動開發的思想。敏捷測試人員往往具有優秀的技術能力，知道如何與他人合作以實現自動化測試，同時也擅長探索性測試，他們希望瞭解客戶在做什麼，以此更好地理解客戶的軟件需求。
文章轉自：新夢想軟件測試
在敏捷開發流程中，測試不再是瀑布試開發流程的一個環節，而是全程參與整個開發流程。通過各種方式來保證產品的質量，無論是原則中的“頻繁交付”，還是對“可工作的軟件”的度量，或是敏捷開發實踐中的“測試驅動開發”，“行為驅動開發”，都離不開測試的支持。 當然，敏捷測試對測試人員提出了更高的要求，對測試人員來說也是新的挑戰。
敏捷測試人員的定義：專業的測試人員，適應變化，與技術人員和業務人員展開良好的協作，並理解利用測試記錄需求和驅動開發的思想。敏捷測試人員往往具有優秀的技術能力，知道如何與他人合作以實現自動化測試，同時也擅長探索性測試，他們希望瞭解客戶在做什麼，以此更好地理解客戶的軟件需求。
既然是測試驅動敏捷項目，那麼很顯然反饋在敏捷團隊中佔據重要的地位。
敏捷方法中，測試人員如何在其中體現價值?
1、先在需求討論上，測試人員可以站在客戶角度上來闡述自己的觀點，和產品人員、開發人員等進行充分的交流和討論，使自己在用戶體驗、業務邏輯等等方面的經驗充分體現出來。
2、開發過程中，測試人員不僅扮演“用戶代表”角色，而且可以及時提供更全面的質量反饋，包括代碼質量、接口一致性等。測試人員不寫代碼，可以參與代碼複審(code review)，將質量問題及時提交給項目組，保證在產品構造的整個過程中質量受到足夠的關注，提高質量改進的持續性和可視性。
3、試人員還是可以參與單元測試。即使單元測試由開發人員做，測試人員可以推進開發人員進行單元測，檢查單元測試狀態，如確保單元測試達到80%以上覆蓋率，以及幫助開發人員開發出具有良好可測試性的代碼。
4、使在敏捷方法中，集成測試、端到端(end-to-end)測試、性能測試等是不可少的。因為在敏捷方法中，往往將一個大的系統開發分解成多個小的子系統(模塊/組件)，集成測試和端到端(end-to-end)測試顯得更重要。測試人員在功能測試上工作量會降低，但在這些測試上發揮更大的作用。
5、著迭代的不斷深入，迴歸測試的工作量很大，這也是測試人員的用武之地。 測試人員可以針對穩定的產品特性開發自動化測試腳本，這也是一種持續的努力，使迴歸測試自動化。
6、試人員對缺陷進行分析，總結出一些規律，幫助開發人員建立良好的習慣，改進代碼的質量。
7、用敏捷測試，不要再寫幾十頁的測試計劃書，而是在每個迭代週期，寫出一頁紙的測試計劃，將測試要點列出來。
文章轉自：新夢想軟件測試
在敏捷開發流程中，測試不再是瀑布試開發流程的一個環節，而是全程參與整個開發流程。通過各種方式來保證產品的質量，無論是原則中的“頻繁交付”，還是對“可工作的軟件”的度量，或是敏捷開發實踐中的“測試驅動開發”，“行為驅動開發”，都離不開測試的支持。 當然，敏捷測試對測試人員提出了更高的要求，對測試人員來說也是新的挑戰。
敏捷測試人員的定義：專業的測試人員，適應變化，與技術人員和業務人員展開良好的協作，並理解利用測試記錄需求和驅動開發的思想。敏捷測試人員往往具有優秀的技術能力，知道如何與他人合作以實現自動化測試，同時也擅長探索性測試，他們希望瞭解客戶在做什麼，以此更好地理解客戶的軟件需求。
既然是測試驅動敏捷項目，那麼很顯然反饋在敏捷團隊中佔據重要的地位。
敏捷方法中，測試人員如何在其中體現價值?
1、先在需求討論上，測試人員可以站在客戶角度上來闡述自己的觀點，和產品人員、開發人員等進行充分的交流和討論，使自己在用戶體驗、業務邏輯等等方面的經驗充分體現出來。
2、開發過程中，測試人員不僅扮演“用戶代表”角色，而且可以及時提供更全面的質量反饋，包括代碼質量、接口一致性等。測試人員不寫代碼，可以參與代碼複審(code review)，將質量問題及時提交給項目組，保證在產品構造的整個過程中質量受到足夠的關注，提高質量改進的持續性和可視性。
3、試人員還是可以參與單元測試。即使單元測試由開發人員做，測試人員可以推進開發人員進行單元測，檢查單元測試狀態，如確保單元測試達到80%以上覆蓋率，以及幫助開發人員開發出具有良好可測試性的代碼。
4、使在敏捷方法中，集成測試、端到端(end-to-end)測試、性能測試等是不可少的。因為在敏捷方法中，往往將一個大的系統開發分解成多個小的子系統(模塊/組件)，集成測試和端到端(end-to-end)測試顯得更重要。測試人員在功能測試上工作量會降低，但在這些測試上發揮更大的作用。
5、著迭代的不斷深入，迴歸測試的工作量很大，這也是測試人員的用武之地。 測試人員可以針對穩定的產品特性開發自動化測試腳本，這也是一種持續的努力，使迴歸測試自動化。
6、試人員對缺陷進行分析，總結出一些規律，幫助開發人員建立良好的習慣，改進代碼的質量。
7、用敏捷測試，不要再寫幾十頁的測試計劃書，而是在每個迭代週期，寫出一頁紙的測試計劃，將測試要點列出來。
8、敏捷測試中，可能不需要測試用例，而是針對use case 或user story直接進行驗證，並進行探索性測試。而節約出來的時間，用於開發原有功能的自動化測試腳本，為迴歸測試服務。自動化測試腳本將代替測試用例，成為軟件組織的財富。
9、尋找工具、技能或者實踐以實現更大的價值。敏捷開發的短期迭代更易於嘗試新事物，以驗證是否值得長期採用。學習新技能和提高專業技能水平對敏捷測試人員非常重要。可利用各種免費的資源提高專業技能。
10、團隊文化貫徹于敏捷測試理念。當開發人員、系統管理員、分析員、數據庫專家和客戶團隊持續關注測試和測試自動化，測試人員就會獲得全新的視角。自動化測試很困難，但是當整個團隊都在為此努力時就會簡單得多。當大傢俱有多重技能和多層次視角時，任何測試問題都會更容易解決。
新夢想總結：對於一個敏捷測試人員，要樂於收集和分享信息，與客戶或者產品負責人協作以幫助他們充分展示自已的需求，從而得到他們需要的功能，同時向所有人提供項目進展的反饋。樂於學習新技能和麵對新挑戰，不會僅僅侷限於測試問題。這不只是測試人員的特徵，所有敏捷團隊人員都應具有。一名優秀的測試人員並不懼怕參與一場設計討論，提供有且於測試性或者構建更良好方案的建議。