編寫背景：
這兩天郵箱中有同行問我關(guān)于測試工具及需求變更相關(guān)的問題，這類問題聽過很多、有的自己曾經(jīng)遇到過，心里有些感想、同時覺的有必要總結(jié)，在此進(jìn)行記錄希望對大家有幫助。
同行在來信中提到的問題現(xiàn)象是：
問題現(xiàn)象1：測試完成后，出現(xiàn)需求變更（如：增加、修改、刪除），此時的測試該如何做（如：測試執(zhí)行該如何做、測試文檔該如何寫）？
問題現(xiàn)象2：開發(fā)人員和用戶直接交互，出現(xiàn)需求變更，開發(fā)修改后沒有經(jīng)過QA測試，直接提交用戶，導(dǎo)致用戶發(fā)現(xiàn)很多bug，因此開發(fā)人員說測試組發(fā)現(xiàn)不了bug，要求引入自動化測試工具。
問題現(xiàn)象3：開發(fā)人員理解的自動化測試工具，就是能夠自動發(fā)現(xiàn)BUG，并且能發(fā)現(xiàn)所有BUG的工具，讓測試人員引入這類的自動化測試工具；如何讓他們開發(fā)人員明白自動化測試工具的局限性，似乎不是一個簡單的問題。
站在測試管理角度看上面的問題現(xiàn)象，我總結(jié)為三點(diǎn)問題：測試工作流程、測試工作技能、團(tuán)隊(duì)協(xié)作溝通，現(xiàn)在一一對這些現(xiàn)象進(jìn)行分析和探討。
現(xiàn)象1和現(xiàn)象2都遇到了需求變更
由于缺少需求變更處理流程，問題1的測試人員不知道該怎么辦；問題2的測試人員很冤枉的背負(fù)漏出去的bug，被開發(fā)強(qiáng)求引入自動化測試工具。
老中醫(yī)的一個觀點(diǎn)我很認(rèn)同：最終目標(biāo)是要治本而不是治標(biāo)；公司一位大牛的一句話我很認(rèn)同：要用科學(xué)的態(tài)度看問題。
當(dāng)需求發(fā)生變更后，測試該怎么辦？我給的建議是：
1) 需求變更，不光牽扯到的是測試、里面還有開發(fā)和后期負(fù)責(zé)維護(hù)的相關(guān)部門；需求變更時，需求負(fù)責(zé)部門（或產(chǎn)品部門）、開發(fā)部門、測試部門、技術(shù)支持維護(hù)部門之間要對這個情況進(jìn)行溝通協(xié)調(diào)，通過一個合適的工作流程讓團(tuán)隊(duì)之間的工作效率和質(zhì)量能有效的得到保障和提升。
2) 需求變更出現(xiàn)時，我認(rèn)為測試能做的、應(yīng)該做好的是：
a) 測試管理者對待需求變更等同于測試一個版本的流程一樣，需要進(jìn)行版本控制和資源協(xié)調(diào)；也要相應(yīng)的對變更需求做分析（如：需求變更的影響范圍、緊急程度、資源能否相應(yīng)、工期的影響和風(fēng)險），制定相應(yīng)計(jì)劃、評審相應(yīng)測試用例；
b) 測試人員需要根據(jù)變更的需求以及開發(fā)設(shè)計(jì)文檔，編寫用例、執(zhí)行測試、測試日報。。。。。等等執(zhí)行相應(yīng)的測試工作流程。
有的人會說，但現(xiàn)實(shí)情況是，有的團(tuán)隊(duì)就沒有這么個變更處理流程、有的團(tuán)隊(duì)有了這個流程會要求特殊情況給予特殊處理，測試能怎么辦？
1) 沒有變更處理流程的，需要各個相關(guān)部門的管理者給予重視并商討建立一個合適的，大家好才能是真的好！
2) 有了流程，需要考慮特殊情況特殊處理：
a) 例如：時間緊任務(wù)重，可否跳過QA？可以跳過QA，但QA不承擔(dān)這種情況出現(xiàn)的質(zhì)量問題，由決策者來承擔(dān)。
b) 例如：時間緊任務(wù)重，QA資源緊，但必須要QA測試，測試管理者要讓相關(guān)兄弟部門老大知道，在這樣的情況下，QA能保障的也是必須要保障的是主要業(yè)務(wù)和功能的測試，其它的無法保障，同時要讓相關(guān)兄弟部門做好這個任務(wù)的風(fēng)險評估及應(yīng)對配合工作。
c) 在特殊情況下的測試任務(wù)，測試有權(quán)力說出自己當(dāng)前的版本質(zhì)量情況及是否上線的建議。
現(xiàn)象2和現(xiàn)象3都遇到了團(tuán)隊(duì)協(xié)作溝通的問題
這是測試工作中最難、也是最累的；有過測試工作經(jīng)驗(yàn)的人都有體會，測試和開發(fā)配合的好壞直接影響工作的進(jìn)度、質(zhì)量和團(tuán)隊(duì)發(fā)展。
要想解決這個問題，最終取決于這整個團(tuán)隊(duì)的管理者及整個團(tuán)隊(duì)工作的氛圍。
曾記得在某一本書上看到這么一個觀點(diǎn)：要想看一個公司管理者的能力、整個團(tuán)隊(duì)的管理水平及氛圍；可以從問題角度去觀察。
當(dāng)出現(xiàn)問題時，整個團(tuán)隊(duì)是互相推卸，還是積極反饋、查找原因和解決辦法；整個團(tuán)隊(duì)是否愿意去發(fā)現(xiàn)和尋找工作中的問題，能否有正確的方法去面對問題；這就要求管理者在組建和管理一個團(tuán)隊(duì)時，對團(tuán)隊(duì)成員的要求；工作流程很重要，執(zhí)行工作流程的人更重要。
沒有做過測試工作的人，會不知道測試工作過程中的困難和難度；沒有做過開發(fā)工作的人，會不知道開發(fā)工作過程中的困難和難度；沒有做過管理工作的人，會不知道管理工作過程中的困難和難度；前不久有位同事說過：有些東西你沒有做過就你沒有發(fā)言權(quán)。
當(dāng)某些工作需要大家配合去完成時，只有足夠的尊重（學(xué)會換位思考、學(xué)會溝通）、責(zé)任心才會讓事情做起來比較順利。
上面這些牽扯出另一個問題：工作技能，應(yīng)該說是綜合技能
做技術(shù)的，大家都知道，牛人通常不會推卸責(zé)任；牛人知道自己會哪些，不會哪些，不會瞎指揮；牛人會根據(jù)實(shí)際情況結(jié)合自身的經(jīng)驗(yàn)給予對方建議和幫助，而不是刁難和嘲笑；牛人會用你能接受的方式讓你知道自己在哪個地方出問題了。
關(guān)于現(xiàn)象3中的自動化測試工具的局限性，如何讓開發(fā)明白，我給的建議如下：
1) 讓一部分開發(fā)人員來干干測試的工作，讓他做過后，就會明白了；這個方法耗費(fèi)的成本代價較大，屬于內(nèi)耗
2) 如果公司還有其它團(tuán)隊(duì)，讓其它團(tuán)隊(duì)測試工作有影響力的人給開發(fā)團(tuán)隊(duì)管理者進(jìn)行引導(dǎo)
3) 收集數(shù)據(jù)，準(zhǔn)備材料，用足夠的數(shù)據(jù)（自動化測試提升了XXXX測試執(zhí)行工作效率；自動化發(fā)現(xiàn)的bug數(shù)據(jù)；手工測試發(fā)現(xiàn)的bug數(shù)據(jù)XXXX等等）來說服對方，當(dāng)然在說服的過程中，要得到更上一層管理者的支持和理解。
上面3點(diǎn)是治標(biāo)不治本，最終還是要把工作流程整理順暢，要有個合適的人在合適的位置上選擇一堆合適的人，然后帶這堆合適的人一起做事。
在我測試工作的7個年頭里，經(jīng)過在不同公司和不同團(tuán)隊(duì)配合做事后，讓我感觸最深的是：測試工作要做好很不容易。