前幾天，筆者與一位在大型互聯(lián)網(wǎng)公司從事質(zhì)量保證的朋友交談，作為互聯(lián)網(wǎng)產(chǎn)品質(zhì)量和測試的負責人，他最近負責的質(zhì)量管理方面遇到了很多困難。主要有：

　　1)測試團隊在敏捷開發(fā)模式下的價值非常有限;

　　2)開發(fā)人員只顧自已寫代碼，沒有任何文檔，測試人員無從下手，

　　3)由于進度的原因，測試人員測試的時間非常有限，上線后出現(xiàn)很多問題;

　　4)由于測試人員得不到開發(fā)團隊的認可，離職率非常高;

　　5)質(zhì)量部門無法收集到數(shù)據(jù)，不能進行質(zhì)量度量;

　　6)測試團隊也有一批自動化測試專家，但派不上用場…。

　　這些問題可能很多開發(fā)團隊都會遇到，總結(jié)一下，大致是這幾個方面：

　　1、越來越多的企業(yè)希望采用，但沒有把握

　　2、習慣于傳統(tǒng)的瀑布式產(chǎn)品開發(fā)流程已不滿足快速發(fā)展需要，但大規(guī)模改動不現(xiàn)實

　　3、缺少敏捷軟件開發(fā)專家和人才

　　4、技術(shù)人員需要觀念的轉(zhuǎn)變和方法培訓

　　5、缺乏相應的質(zhì)量控制方法

　　6、需要經(jīng)常的和及時的質(zhì)量度量、測試、決策

　　7、自動化測試不能落到實處，每日構(gòu)建仍是紙上談兵項

在現(xiàn)在行業(yè)中，需求變化太快，不管我們怎么努力去做，發(fā)現(xiàn)還是不能滿足客戶的需要，不管需求搞得多么細，到交付產(chǎn)品給客戶的事情，總是有這樣那樣的問題，這個時候就不得不去修改我們的軟件，這是目前很多企業(yè)尤其是互聯(lián)網(wǎng)公司面臨的一個挑戰(zhàn)，如何解決這個問題?

　　筆者先后在華為、阿里巴巴軟件質(zhì)量部門任職，最近也深入研究了騰訊敏捷開發(fā)平臺TAPD(騰訊敏捷產(chǎn)品開發(fā))和IGD(集成游戲開發(fā))一些資料，對國內(nèi)敏捷項目的質(zhì)量管理有很多獨到的見解，結(jié)合多年的項目經(jīng)驗，總結(jié)如下：

　　1)QA角色的轉(zhuǎn)變

　　QA要從警察的角色轉(zhuǎn)變到一個教練的角色。在以前，團隊實施CMM的時候，QA更多的是一個警察的角色，他整天拿著一個checklist、報告什么的到處去團隊里面看，你是否ok，不ok就要怎么怎么樣，整天就干這個活，但是引入敏捷之后，QA就覺得有點失落，都敏捷了，我都不知道該怎么下手了，在著名的通信企業(yè)華為的做法是將QA轉(zhuǎn)變了一下，將QA更多的充當教練的角色，他去指導項目團隊該如何去開這個站立式會議，該怎么去做迭代的計劃等等指導性的工作，這樣QA也覺得挺好，這樣他能參與到在不同的團隊中去，QA的角色更多的偏向于全過程的敏捷活動指導，以提高產(chǎn)品開發(fā)效率和質(zhì)量。QA在這個過程中也能得到一些數(shù)據(jù)，如代碼缺陷率，版本的不良率，上線遺留問題數(shù)，團隊成員配合度等等。

　　2)要使敏捷團隊整體參與

　　QA和測試人員也是敏捷團隊的一部分，作為敏捷教練，要向他提供支持和訓練，以使作們適應開發(fā)的快節(jié)奏。比如，如果你是敏捷團隊中的測試人員，并且計劃會議和設計討論沒有邀請你，或者業(yè)務用戶正在獨立定義故事和需求，那你應該主動站出來和團隊的其他成員交流，并償試“三方協(xié)作”，即測試人員、開發(fā)人員和業(yè)務專家。騰訊公司把業(yè)務專家稱為BA，即BussinessAnalyst，BA和開發(fā)人員DE、測試人員TE組成了敏捷開發(fā)團隊，這些成員不僅僅把都在忙著最終的交付而努力，他們還樂于收集和分享信息，與客戶或者產(chǎn)品負責人協(xié)作以幫助他們充分展示自已的需求，從而得到他們的需要的功能，同時向所有人提供項目進展的反饋。

　　3)自動化回歸測試

　　敏捷團隊沒有自動化會成功嗎?可能也會成功，但我們所知道的成功團隊都依賴于自動化回歸測試，如騰訊和支付寶公司的Selenium框架，阿里巴巴和淘寶網(wǎng)的QTP框架。敏捷開發(fā)利用測試來指導開發(fā)，為了編寫的代碼使測試通過，需要快速而簡單地運行測試，沒有短期反饋周期和安全的回歸測試，團隊將很快陷入技術(shù)債務，缺陷不斷增加，速度越來越慢。

　　4)提供并獲取反饋

　　反饋是敏捷的核心價值，敏捷的短期迭代可以提供持續(xù)的反饋以幫助團隊正常運轉(zhuǎn)，測試人員則通過自動化測試結(jié)果、探索性測試的發(fā)現(xiàn)和系統(tǒng)實際用戶的觀察結(jié)果的形式幫助提供支饋。如你怎么知道客戶手里拿到了預期行為的正確示例?你怎么知道編寫的測試用例正確地反映了這些示例?開發(fā)人員通過查看測試用例能夠理解應該編寫什么代碼嗎?QA和測試人員應該詢問開發(fā)人員是否得到了足夠的信息以理解需求并是否能夠指導編碼，詢問客戶是否理解質(zhì)量標準，應花時間參與迭代計劃會議和回顧會議以討論這些問題并提出改進方案。