如何有效的降低軟件測試的輪次? 軟件測試工具
軟件測試的輪次多少，大多數情況取決于項目大小、開發軟件質量和測試效率有關。在項目確定的情況下，談談我們團隊的做法，希望同行繼續補充指正：
1、讓研發團隊的領導重視測試：
測試經理作為測試部門的老大，讓公司領導重視測試，明白測試給項目帶了的價值，那是義不容辭的責任。如何說服公司的領導，讓公司的研發總監重視，這一點非常關鍵。只要這一點做好了，測試才會變得很輕松、愉快。如果公司的領導都不重視測試團隊，只看重開發團隊，即時測試部門發現了一大堆問題，公司領導也覺的很正常，不在乎，何談降低測試輪次?如果公司研發領導很重視每輪的測試報告，自然開發部門不敢怠慢，代碼的質量肯定要高得多，降低測試的輪次簡直就是輕而易舉的事情。
2、測試團隊和開發團隊的獨立性：
國內很多的研發團隊都不是很重視測試團隊，很多情況下都是開發部門的經理說了算，什么時候測試?什么時候結束?都是如此，這就讓測試團隊的成員非常郁悶，很無賴，經常是抱怨居多。在這種情況下，多數時候，項目為了趕進度，項目經理和開發經理急了。為了盡快發現問題，只要開發了幾個新功能和修復了幾個 Bug，也就安排大量測試人員立馬驗證，這樣反反復復，版本平凡發布，測試效果極差，軟件質量也得不到保證。如果測試部門和開發部門獨立以后，發布版本測試都必須通過溝通來解決。你說開發部門的經理“說測試就測試”的想法，說了還能算嗎?呵呵!!我們公司很多時候，在測試版本不符合要求時，要送測試部門進行測試，都是開發部門的經理和項目經理給我們測試部門的老大說好話，拍馬屁，老大高興了，我們方才開始測試，否則一切按流程行事，他們也沒有辦法。保持部門的獨立性和平等性，同樣重要。
3、細化送測標準，建立完善的測試規范：
測試經理在編寫測試計劃的時候，就應該考慮如下的問題：開發部門開發完成到什么時候我們可以開始接受測試?如果這點測試經理不明白，后面重復測試平凡發布版本，不是什么新鮮事。目前，我們公司的做法是：測試經理編寫詳細的測試規范，在規范中明確規定了軟件版本的送測標準(如：某個獨立模塊的功能點完成了多少百分比，才能夠開始測試等等，都要寫成一個標準)。測試規范制定完畢后，開會評審讓項目經理、開發經理和測試經理達成一個一致的建議，后面測試的時候就按測試規范中的標準執行就可以了。嚴格把握軟件的送測標準，也能夠有效的減少測試的次數。
4、測試部門建立詳盡的預測試標準：
如果被測試軟件符合送測標準以后，開發部門才能夠請求測試部門進行測試。測試部門接受到開發部門的配置表以后，在服務器上取下測試的版本，編譯、部署后，安排部分項目核心人員，對部分主要的功能進行預測試，如果預測試通過了，就可以開始測試。如果預測試不通過，就打回開發部門修改好后再預測試，直到預測試通過為止。同時，我們也要制定嚴格的軟件測試結束標準，來把好質量關，避免一味的追求減少測試輪數，而忽視質量，結果自然可想而知。建立詳盡的預測試標準，這樣也能夠減少測試的輪數。
5、保持測試和開發獨立的測試環境：
大部分的項目硬件都非常昂貴，現在很多的公司為了節省成本，開發和測試環境都在同一臺機器上。開發人員就在測試機器上開發，這樣混亂的測試環境，導致很多測試出來的Bug有可能不能夠重現，開發人員對不成功重現的Bug就要求列為無效的Bug，弄得測試的兄弟們遞交Bug都膽戰心驚的。測試人員為了重新 Bug不得不另取以前的版本，重新編譯后，再測試，這樣做無意識又增加了測試的輪次。后來測試環境和開發環境分開了，雖然在同一臺機器上，數據庫都分開了，測試數據再也不會被開發人員修改了，在測試出現的問題，一般在開發那邊都能夠出現。后來為了保護測試組里成員的利益，我也去掉了績效考核中“對無效的 Bug”的考核項，大家終于可以放心的提缺陷了。
6、重視單元測試，提高被測軟件質量：
很多時候，測試部門和開發部門單元測試比較馬虎或應付客戶了事，測試的時間短，留下了很多缺陷。到了后面每輪系統測試的時候，才被發現，加之項目進度的壓力，給公司也帶來了較大的經濟負擔。加大單元測試的力度，力爭盡早發現并修復缺陷，同樣也是減少測試輪次的一種好方法。
7、重視測試用例的評審，提高測試用例的質量：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
