<pre id="ff7yo"></pre>

      <form id="ff7yo"><legend id="ff7yo"></legend></form>
        <nav id="ff7yo"><listing id="ff7yo"></listing></nav><nav id="ff7yo"></nav>

        <nav id="ff7yo"><listing id="ff7yo"></listing></nav>
        <small id="ff7yo"></small><nav id="ff7yo"><dd id="ff7yo"></dd></nav>
      1. <nav id="ff7yo"></nav>
          <form id="ff7yo"></form><nav id="ff7yo"></nav>
          <nav id="ff7yo"></nav>
          <sub id="ff7yo"></sub>
          更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          怎樣有效降低測試的輪次?

          • 發布:軟件測試培訓
          • 來源:軟件測試問答
          • 時間:2017-07-17 16:21

          軟件測試的輪次多少,大多數情況取決于項目大小、軟件質量和測試效率。在項目確定的情況下,談談我們團隊的做法,希望同行繼續補充指正:

          1.讓研發團隊的領導重視測試:

          測試經理作為測試部門的老大,讓公司領導重視測試,明白測試給項目帶來的價值,那是義不容辭的責任。如何說服公司的領導,讓公司的研發總監重視,這一點非常關鍵。只要這一點做好了,測試才會變得很輕松、愉快。如果公司的領導都不重視測試團隊,只看重開發團隊,即使測試部門發現了一大堆問題,公司領導也覺的很正常,不在乎,何談降低測試輪次?如果公司研發領導很重視每輪的測試報告,自然開發部門不敢怠慢,代碼的質量肯定要高得多,降低測試的輪次簡直就是輕而易舉的事情。

          2.測試團隊和開發團隊的獨立性:

          國內很多的研發團隊都不是很重視測試團隊,很多情況下都是開發部門的經理說了算,什么時候測試?什么時候結束?都是如此,這就讓測試團隊的成員非常郁悶,很無賴,經常是抱怨居多。在這種情況下,多數時候,項目為了趕進度,項目經理和開發經理急了。為了盡快發現問題,只要開發了幾個新功能和修復了幾個Bug,也就安排大量測試人員立馬驗證,這樣反反復復,版本頻繁發布,測試效果極差,軟件質量也得不到保證。如果測試部門和開發部門獨立以后,發布版本測試都必須通過溝通來解決。你說開發部門的經理“說測試就測試”的想法,說了還能算嗎?呵呵!!我們公司很多時候,在測試版本不符合要求時,要送測試部門進行測試,都是開發部門的經理和項目經理給我們測試部門的老大說好話,老大高興了,我們方才開始測試,否則一切按流程行事,他們也沒有辦法。保持部門的獨立性和平等性,同樣重要。

          3.細化送測標準,建立完善的測試規范:

          測試經理在編寫測試計劃的時候,就應該考慮如下的問題:開發部門開發完成到什么時候我們可以開始接受測試?如果這點測試經理不明白,后面重復測試頻繁發布版本,不是什么新鮮事。目前,我們公司的做法是:測試經理編寫詳細的測試規范,在規范中明確規定了軟件版本的送測標準(如:某個獨立模塊的功能點完成了多少百分比,才能夠開始測試等等,都要寫成一個標準)。測試規范制定完畢后,開會評審讓項目經理、開發經理和測試經理達成一個一致的建議,后面測試的時候就按測試規范中的標準執行就可以了。嚴格把握軟件的送測標準,也能夠有效的減少測試的次數。

          4.測試部門建立詳盡的預測試標準:

          如果被測試軟件符合送測標準以后,開發部門才能夠請求測試部門進行測試。測試部門接受到開發部門的配置表以后,在服務器上取下測試的版本,編譯、部署后,安排部分項目核心人員,對部分主要的功能進行預測試,如果預測試通過了,就可以開始測試。如果預測試不通過,就打回開發部門修改好后再預測試,直到預測試通過為止。同時,我們也要制定嚴格的軟件測試結束標準,來把好質量關,避免一味的追求減少測試輪數,而忽視質量,結果自然可想而知。建立詳盡的預測試標準,這樣也能夠減少測試的輪數。

          5.保持測試和開發獨立的測試環境:

          大部分的項目硬件都非常昂貴,現在很多的公司為了節省成本,開發和測試環境都在同一臺機器上。開發人員就在測試機器上開發,這樣混亂的測試環境,導致很多測試出來的Bug有可能不能夠重現,開發人員對不成功重現的Bug就要求列為無效的Bug,弄得測試的兄弟們遞交Bug都膽戰心驚的。測試人員為了重新Bug不得不另取以前的版本,重新編譯后,再測試,這樣做無意識又增加了測試的輪次。后來測試環境和開發環境分開了,雖然在同一臺機器上,數據庫都分開了,測試數據再也不會被開發人員修改了,在測試出現的問題,一般在開發那邊都能夠出現。后來為了保護測試組里成員的利益,我也去掉了績效考核中“對無效的Bug”的考核項,大家終于可以放心的提缺陷了。

          6.重視單元測試,提高被測軟件質量:

          很多時候,測試部門和開發部門單元測試比較馬虎或應付客戶了事,測試的時間短,留下了很多缺陷。到了后面每輪系統測試的時候,才被發現,加之項目進度的壓力,給公司也帶來了較大的經濟負擔。加大單元測試的力度,力爭盡早發現并修復缺陷,同樣也是減少測試輪次的一種好方法。

          7.重視測試用例的評審,提高測試用例的質量:

          就目前來說,很多的公司都不是很規范。一種情況:變更了軟件需求,相應的測試用例,沒有及時增加,測試人員測試時,完全憑個人的理解和經驗,想到哪里就測到哪里,隨便測試。在這種情況下,不同的人在不同的時間測試時,就會發現并提出不同的缺陷,這樣混亂的測試就導致測試輪數較多,效率自然低下。另外一種情況就是測試人員設計測試用例的水平不高,測試用例質量較差,導致測試反復進行,也測試不出Bug。這就要求測試部門主管,加大測試用例評審的力度,力爭以最少的測試用例,測試出較多的Bug。

          8.部門員工進行模塊交叉測試,避免漏測提高測試效率:

          測試主管在安排測試的時候,也要注意“用人之長,避人之短”。測試啟動階段,要對這個系統集中培訓,讓測試部門的成員對整個系統達成一致意見,最好在第一輪測試時,盡可能發現較多缺陷,開發人員盡早修復。第二輪測試就可以進行模塊交叉測試。一方面我們可以避免個人原因造成的漏測試,另外一方面也可以利用每個人不同的思維方式,很容易發現其它模塊的缺陷,避免多次重復測試,提高測試人員的積極性。測試效率提高了,發現的問題多了,后面測試的輪次自然要減少。

          9.加強項目成員的管理,定期報告發現缺陷的情況,增加督促力度:

          加強項目成員的管理,同樣能夠減少版本的發布和測試的輪次。測試人員每天都編寫測試日志,郵件抄送給項目部成員和公司領導報告每天測試情況,加強不同層次的領導對開發人員的督促力度。這就對應了第一條,如果公司領導不重視測試,也就無所謂。如果公司領導很重視測試結果,馬上作出反應,給各個部門的經理施加壓力,軟件質量被重視了,自然測試版本減少。如果哪個開發人員開發的模塊每天都有很多缺陷,開發人員自然很不光彩,畢竟大家都很要面子,開發人員也敢輕而易舉,開發的模塊功能不測試就直接扔給測試部。這也是一種有效的方法,當然也可以把缺陷的數量、嚴重程度作為開發人員的績效考核標準,提高開發人員的“質量意識”,缺陷自然很少。我們公司就是這樣做的,一般在2到3個版本時,就很難發現缺陷,測試人員也相互看看其它成員發現的缺陷,一旦有的測試人員發現了較多的Bug,發現缺陷很少的測試人員很急,比較有個比較嗎?特別是測試半天都沒發現Bug的測試人員,就經常給我講自己測試過程中的苦衷,我也很理解他們,多給他們鼓勵鼓勵。

          10.嚴格控制需求變更的流程,減少后期的需求變動:

          在項目開發中,經常碰到這樣的情況,客戶代表中有產品部、科技部、業務部等等部門的人員,很難通過某個客戶代表戶講清需求。客戶代表,隨著對開發系統的不斷深入了解,有可能客戶不斷的提出新的需求,或者說是不斷修改需求,所以對于需求的變更,我們一定要有一個嚴格的標準流程。通過開發方和客戶的評審后,再編寫相應需求文檔,最后開始開發。很多時候,繁瑣的需求變更流程和領導的多級審批簽字,并且需求的變更請求,也有相關的記錄,很多客戶都怕承擔需求變更帶來風險。也讓業務人員覺得變更比較麻煩,不得不放棄需求的變更。嚴格控制需求的變更流程,做到有效的需求變更,這也許是一種減少測試版本的方法。

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:測試人員如何能有效地和開發人員溝通?
          下一篇:跟蹤測試用例如何做?
          • 掃碼領取資料

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          神马影院-战旗影院-首播影院-新视觉影院-在线观看中文字幕dvd播放 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>