與Janet關于敏捷測試若干問題的Q&A

　　前日，加拿大的敏捷測試專家Janet Gregory來到大連，程序員社區為其舉行了小型的聚會，大家一起共進晚餐，期間大家提出了很多問題，Janet基于自己的經驗給出了很好的建議，大家受益良多，不敢獨享，簡單在此記錄，供大家討論。

　　Q：當前團隊所從事的項目比較小，因此在結對編程之外，沒有安排專門的測試人員。但隨著團隊的增大，是否有必要增加這樣的角色?

　　A：首先要確定團隊是否已經出現了問題，也就是說，沒有專門的測試人員，項目的質量和進度會發生很大的問題。敏捷的目的在于解決問題，如果沒有問題，那么就說明當前的機制能夠滿足當前的需要，并不一定要進行調整。

　　當團隊增大的時候，有專門的測試人員是必要的，因為測試人員的思維和開發人員的思維是不一樣的，往往可以從另一個角度發現問題，從而更好地保證質量。特別是在做產品的時候，更有必要有測試人員(有些小型的項目里面，客戶會代替測試人員從事測試的工作)。

　　在做比較大的項目的時候，需要識別出很多用戶故事(user story)，然后根據這些用戶故事，把所要做的工作切分成小塊，然后以迭代的方式進行，迭代的周期最好是一周或者兩周，每次迭代的時候要召開整個團隊的迭代會議，讓大家都明確這次迭代中所要完成的用戶故事。

　　Q：迭代會議需要哪些人員參加?

　　A：整個團隊，包括設計人員、開發人員、測試人員，最好還能夠把客戶也加入進來，這樣可以在會上明確所有的問題。并且應該是整個項目組的成員都要參加，并不是說，不做某一個功能，就與之無關，就不需要了解那個部分的內容，每個人都需要對整個項目有全盤的了解。

　　另外重要的是要舉行每日的站立會議，那也是交流的重要方式。

　　Q：當團隊需要增加專門的測試人員時，可以有兩種選擇：1)招聘專門從事測試的人員 2)從有意愿的程序員中選擇，轉換為測試人員的角色。這兩種哪一種更好一些呢?

　　A：開發人員和測試人員的思維方式應該是不同的，所以最好有專門從事測試的人，而不是從程序員中挑選。盡管擁有一定的編程知識能夠更有益于找到程序中的缺陷，并且可能更好地幫助開發人員找到原因，甚至定位缺陷的原因，但思維是首先要解決的問題。

　　另外，開發人員和測試人員應該是相互合作的關系，這種合作不一定是在開發人員完成了程序之后，可能在開發人員寫代碼之前，測試人員就可以編寫測試案例，然后和開發人員討論，比方說：你看，我有這么多的測試案例要在稍后測試，你可以先了解一下。有了這種提前的合作，開發人員在編寫代碼的時候就會避免很多錯誤，從而提高程序的質量。

　　Q：一個人可否兼任兩個項目的測試人員?

　　A：不建議。因為這樣就無法滿足每天工作八個小時的要求，因為會有在兩個項目之間切換的時間，不僅僅是環境、工具、技術的切換，還包括思維的切換。在加拿大，和美國不同的是，人們的加班比較少，因為在工作的八個小時之內都能夠正常運轉，盡可能地完成工作。每周工作四十個小時的團隊，并不一定比整天加班的團隊完成的工作少，更不一定會拖慢進度。

　　Q：在敏捷團隊中是否一定要使用TDD(測試驅動開發)?

　　A：這里的經驗是來自于他人，并不是我(Janet)自己的經驗。并非所有團隊都愿意轉為TDD，但是使用了TDD的團隊都反饋說，他們很喜歡這種方式，不想再回到原來的方式了。但是，對于TDD來說，開始的起步是最困難的，因為那需要轉換工作的思維方式。

　　此外，Janet還和大家演示了如何使用積分撲克，那是一種很好玩的方式，可以用來評估user story所需要的工作量，而且是比較有效的。

　　貫穿始終，Janet始終在強調要以人為本的敏捷思想：

　　人和人之間的關系很重要，包括團隊與客戶，團隊中的各個人員之間，都應該是一種合作的關系，而不是對立的關系;

　　要積極地交流和反饋，了解情況和狀態并加以調整。

　　招聘新人的時候，不僅僅要看特定的技術，那可以通過培訓的方式教給他們，更重要的是看他是否能夠很好地融入到團隊中。

　　不知不覺，大家聊了差不多三個小時，仍然意猶未盡。不過只能彼此告別，希望以后還有機會做這樣的交流。

　　如果你對于敏捷和測試方面有什么看法，歡迎對本文進行評論，:)

　　作者：侯伯薇@大連

　　出處：http://www.cnblogs.com/houbowei/

原文轉自：http://www.anti-gravitydesign.com