怎樣有效降低測試的輪次
軟件測試
1已閱讀
2023-04-01 13:15:08
導讀
今天，我們上海博為峰it的小編來給各位朋友聊聊怎樣有效降低測試的輪次。軟件測試的輪次多少，大多數情況取決于項目大小、軟件質量和測試效率。在項目確定的情況下，談談我們團隊的做法，希望同行繼續(xù)補充指正。
1、讓研發(fā)團隊的領導重視測試：
測試經理作為測試部門的老大，讓企業(yè)領導重視測試，明白測試給項目帶來的價值，那是義不容辭的責任。如何說服企業(yè)的領導，讓企業(yè)的研發(fā)總監(jiān)重視，這一點非常關鍵。只要這一點做好了，測試才會變得很輕松、愉快。如果企業(yè)的領導都不重視測試團隊，只看重開發(fā)團隊，即使測試部門發(fā)現了一大堆問題，企業(yè)領導也覺的很正常，不在乎，何談降低測試輪次？如果企業(yè)研發(fā)領導很重視每輪的測試報告，自然開發(fā)部門不敢怠慢，代碼的質量肯定要高得多，降低測試的輪次簡直就是輕而易舉的事情。
2、測試團隊和開發(fā)團隊的獨立性：
國內很多的研發(fā)團隊都不是很重視測試團隊，很多情況下都是開發(fā)部門的經理說了算，什么時候測試？什么時候結束？都是如此，這就讓測試團隊的成員非常郁悶，很無賴，經常是抱怨居多。在這種情況下，多數時候，項目為了趕進度，項目經理和開發(fā)經理急了。為了盡快發(fā)現問題，只要開發(fā)了幾個新功能和修復了幾個Bug，也就安排大量測試人員立馬驗證，這樣反反復復，版本頻繁發(fā)布，測試效果極差，軟件質量也得不到。如果測試部門和開發(fā)部門獨立以后，發(fā)布版本測試都必須通過溝通來解決。你說開發(fā)部門的經理“說測試就測試”的想法，說了還能算嗎？呵呵?。∥覀兤髽I(yè)很多時候，在測試版本不符合要求時，要送測試部門進行測試，都是開發(fā)部門的經理和項目經理給我們測試部門的老大說好話，老大高興了，我們方才開始測試，否則一切按流程行事，他們也沒有辦法。保持部門的獨立性和平等性，同樣重要。
3、細化送測標準，建立完善的測試規(guī)范：
測試經理在編寫測試計劃的時候，就應該考慮如下的問題：開發(fā)部門開發(fā)完成到什么時候我們可以開始接受測試？如果這點測試經理不明白，后面重復測試頻繁發(fā)布版本，不是什么新鮮事。目前，我們企業(yè)的做法是：測試經理編寫詳細的測試規(guī)范，在規(guī)范中明確規(guī)定了軟件版本的送測標準（如：某個獨立模塊的功能點完成了多少百分比，才能夠開始測試等等，都要寫成一個標準）。測試規(guī)范制定完畢后，開會評審讓項目經理、開發(fā)經理和測試經理達成一個一致的建議，后面測試的時候就按測試規(guī)范中的標準執(zhí)行就可以了。嚴格把握軟件的送測標準，也能夠有效的減少測試的次數。
4、測試部門建立詳盡的預測試標準：
如果被測試軟件符合送測標準以后，開發(fā)部門才能夠請求測試部門進行測試。測試部門接受到開發(fā)部門的配置表以后，在服務器上取下測試的版本，編譯、部署后，安排部分項目核心人員，對部分主要的功能進行預測試，如果預測試通過了，就可以開始測試。如果預測試不通過，就打回開發(fā)部門修改好后再預測試，直到預測試通過。同時，我們也要制定嚴格的軟件測試結束標準，來把好質量關，避免一味的追求減少測試輪數，而忽視質量，結果自然可想而知。建立詳盡的預測試標準，這樣也能夠減少測試的輪數。
5.保持測試和開發(fā)獨立的測試環(huán)境：
大部分的項目硬件都非常昂貴，現在很多的企業(yè)為了節(jié)省成本，開發(fā)和測試環(huán)境都在同一臺機器上。開發(fā)人員就在測試機器上開發(fā)，這樣混亂的測試環(huán)境，導致很多測試出來的Bug有可能不能夠重現，開發(fā)人員對不成功重現的Bug就要求列為無效的Bug，弄得測試的兄弟們遞交Bug都膽戰(zhàn)心驚的。測試人員為了重新Bug不得不另取以前的版本，重新編譯后，再測試，這樣做無意識又增加了測試的輪次。后來測試環(huán)境和開發(fā)環(huán)境分開了，雖然在同一臺機器上，數據庫都分開了，測試數據再也不會被開發(fā)人員修改了，在測試出現的問題，一般在開發(fā)那邊都能夠出現。后來為了保護測試組里成員的利益，我也去掉了績效考核中“對無效的Bug”的考核項，大家終于可以放心的提缺陷了。
6.重視單元測試，提高被測軟件質量：
很多時候，測試部門和開發(fā)部門單元測試比較馬虎或應付客戶了事，測試的時間短，留下了很多缺陷。到了后面每輪系統(tǒng)測試的時候，才被發(fā)現，加之項目進度的壓力，給企業(yè)也帶來了較大的經濟負擔。加大單元測試的力度，力爭盡早發(fā)現并修復缺陷，同樣也是減少測試輪次的一種好方法。
7.重視測試用例的評審，提高測試用例的質量：
就目前來說，很多的企業(yè)都不是很規(guī)范。一種情況：變更了軟件需求，相應的測試用例，沒有及時增加，測試人員測試時，完全憑個人的理解和經驗，想到哪里就測到哪里，隨便測試。在這種情況下，不同的人在不同的時間測試時，就會發(fā)現并提出不同的缺陷，這樣混亂的測試就導致測試輪數較多，效率自然低下。另外一種情況就是測試人員設計測試用例的水平不高，測試用例質量較差，導致測試反復進行，也測試不出Bug。這就要求測試部門主管，加大測試用例評審的力度，力爭以最少的測試用例，測試出較多的Bug。
8.部門員工進行模塊交叉測試，避免漏測提高測試效率：
測試主管在安排測試的時候，也要注意“用人之長，避人之短”。測試啟動階段，要對這個系統(tǒng)集中培訓，讓測試部門的成員對整個系統(tǒng)達成一致意見，在輪測試時，盡可能發(fā)現較多缺陷，開發(fā)人員盡早修復。第二輪測試就可以進行模塊交叉測試。一方面我們可以避免個人原因造成的漏測試，另外一方面也可以利用每個人不同的思維方式，很容易發(fā)現其它模塊的缺陷，避免多次重復測試，提高測試人員的積極性。測試效率提高了，發(fā)現的問題多了，后面測試的輪次自然要減少。
9.加強項目成員的管理，定期報告發(fā)現缺陷的情況，增加督促力度：
加強項目成員的管理，同樣能夠減少版本的發(fā)布和測試的輪次。測試人員每天都編寫測試日志，郵件抄送給項目部成員和企業(yè)領導報告每天測試情況，加強不同層次的領導對開發(fā)人員的督促力度。這就對應了條，如果企業(yè)領導不重視測試，也就無所謂。如果企業(yè)領導很重視測試結果，馬上作出反應，給各個部門的經理施加壓力，軟件質量被重視了，自然測試版本減少。如果哪個開發(fā)人員開發(fā)的模塊每天都有很多缺陷，開發(fā)人員自然很不光彩，畢竟大家都很要面子，開發(fā)人員也敢輕而易舉，開發(fā)的模塊功能不測試就直接扔給測試部。這也是一種有效的方法，當然也可以把缺陷的數量、嚴重程度作為開發(fā)人員的績效考核標準，提高開發(fā)人員的“質量意識”，缺陷自然很少。我們企業(yè)就是這樣做的，一般在2到3個版本時，就很難發(fā)現缺陷，測試人員也相互看看其它成員發(fā)現的缺陷，一旦有的測試人員發(fā)現了較多的Bug，發(fā)現缺陷很少的測試人員很急，比較有個比較嗎？特別是測試半天都沒發(fā)現Bug的測試人員，就經常給我講自己測試過程中的苦衷，我也很理解他們，多給他們鼓勵鼓勵。
10.嚴格控制需求變更的流程，減少后期的需求變動：
在項目開發(fā)中，經常碰到這樣的情況，客戶代表中有產品部、科技部、業(yè)務部等等部門的人員，很難通過某個客戶代表戶講清需求。客戶代表，隨著對開發(fā)系統(tǒng)的不斷深入了解，有可能客戶不斷的提出新的需求，或者說是不斷修改需求，所以對于需求的變更，我們一定要有一個嚴格的標準流程。通過開發(fā)方和客戶的評審后，再編寫相應需求文檔，最后開始開發(fā)。很多時候，繁瑣的需求變更流程和領導的多級審批簽字，并且需求的變更請求，也有相關的記錄，很多客戶都怕承擔需求變更帶來風險。也讓業(yè)務人員覺得變更比較麻煩，不得不放棄需求的變更。嚴格控制需求的變更流程，做到有效的需求變更，這也許是一種減少測試版本的方法。
2023/04/01
2023/04/01
2023/04/01
2023/04/01
