<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            測試管理中可能存在的問(wèn)題及分析(4)

            發(fā)表于:2014-07-30來(lái)源:uml.org.cn作者:不詳點(diǎn)擊數: 標簽:測試管理
            3.2.4 軟件缺陷具有空間聚集性(80-20 原則) 80%的軟件缺陷常常生存在軟件20%的空間里。這個(gè)原則告訴我們,如果你想使軟件測試有效地話(huà),記住常常光臨其高

              3.2.4 軟件缺陷具有空間聚集性(80-20 原則)

              80%的軟件缺陷常常生存在軟件20%的空間里。這個(gè)原則告訴我們,如果你想使軟件測試有效地話(huà),記住常常光臨其高危多發(fā)“地段”。在那里發(fā)現軟件缺陷的可能性會(huì )大的多。這一原則對于軟件測試人員提高測試效率及缺陷發(fā)現率有著(zhù)重大的意義。聰明的測試人員會(huì )根據這個(gè)原則很快找出較多的缺陷而愚蠢的測試人員卻仍在漫無(wú)目的地到處搜尋。

              80-20 原則的另外一種情況是,我們在系統分析、系統設計、系統實(shí)現階段的復審,測試工作中能夠發(fā)現和避免80%的軟件缺陷,此后的系統測試能夠幫助我們找出剩余缺陷中的80%,最后的5%的軟件缺陷可能只有在系統交付使用后用戶(hù)經(jīng)過(guò)大范圍、長(cháng)時(shí)間使用后才會(huì )曝露出來(lái)。因為軟件測試只能夠保證盡可能多地發(fā)現軟件缺陷,卻無(wú)法保證能夠發(fā)現所有的軟件缺陷。

              3.2.5 為效益而測試

              為什么我們要實(shí)施軟件測試,是為了提高項目的質(zhì)量效益最終以提高項目的總體效益。為此我們不難得出我們在實(shí)施軟件測試應該掌握的度。軟件測試應該在軟件測試成本和軟件質(zhì)量效益兩者間找到一個(gè)平衡點(diǎn)。這個(gè)平衡點(diǎn)就是我們在實(shí)施軟件測試時(shí)應該遵守的度。單方面的追求都必然損害軟件測試存在的價(jià)值和意義。一般說(shuō)來(lái),在軟件測試中我們應該盡量地保持軟件測試簡(jiǎn)單性,切勿將軟件測試過(guò)度復雜化。

              3.2.6 缺陷的必然性

              軟件測試中,由于錯誤的關(guān)聯(lián)性,并不是所有的軟件缺陷都能夠得以修復。某些軟件缺陷雖然能夠得以修復但在修復的過(guò)程中我們會(huì )難免引入新的軟件缺陷。很多軟件缺陷之間是相互矛盾的,一個(gè)矛盾的消失必然會(huì )引發(fā)另外一個(gè)矛盾的產(chǎn)生。比如我們在解決通用性的缺陷后往往會(huì )帶來(lái)執行效率上的缺陷。更何況在缺陷的修復過(guò)程中,我們常常還會(huì )受時(shí)間、成本等方面的限制因此無(wú)法有效、完整地修復所有的軟件缺陷。因此評估軟件缺陷的重要度、影響范圍,選擇一個(gè)折中的方案或是從非軟件的因素(比如提升硬件性能)考慮軟件缺陷成為我們在面對軟件缺陷時(shí)一個(gè)必須直面的事實(shí)。

              3.3 測試組織管理不專(zhuān)業(yè)

              1、測試人員不獨立于開(kāi)發(fā)者,測試人員獨立于開(kāi)發(fā)者的程度將影響測試結果。

              人很容易用自己已經(jīng)非常仔細地做過(guò)測試來(lái)欺騙自己,開(kāi)發(fā)人員做測試容易受到個(gè)人的習慣性想法的影響,程序中可能包含由于程序員對問(wèn)題的敘述或說(shuō)明的誤解而產(chǎn)生的錯誤。如果是這種情況,當開(kāi)發(fā)人員測試自己的程序時(shí),往往還會(huì )帶著(zhù)同樣的誤解致使問(wèn)題難以發(fā)現。開(kāi)發(fā)和測試是兩種不同的活動(dòng),開(kāi)發(fā)人員對自己的程序進(jìn)行一定的審查、調試是必要的,但是一般情況下還需要另外的專(zhuān)業(yè)測試者進(jìn)行測試。不過(guò),由于有的企業(yè)中,人力有限,或者認為沒(méi)有足夠的資源或理由支持一支測試隊伍,有時(shí)不得不由開(kāi)發(fā)人員測試;那么,開(kāi)發(fā)者對自己的程序的測試需要注意許多問(wèn)題,或者應由另外的開(kāi)發(fā)者對自己的程序進(jìn)行測試。

              2、測試時(shí)間安排往往計劃不周,測試計劃有時(shí)受制于開(kāi)發(fā)計劃。

              3、測試等級以及在那個(gè)等級上的測試時(shí)間往往選擇不當。

              4、測試輔助設備和測試工具將影響開(kāi)發(fā)者的測試效率及測試徹底性。

              5、測試策略文檔的普遍缺失。

              6、測試范圍的確認經(jīng)常被其他文檔或經(jīng)驗所取代。

              7、測試任務(wù)應該像BUG 一樣有明確的分級,不同類(lèi)型的測試應該有相應的測試用例集合與之對應。

              8、關(guān)鍵路徑概念在測試規劃時(shí)容易被項目經(jīng)理弱化。

              9、測試用例不科學(xué),測試用例在實(shí)際中沒(méi)有起多大作用;在實(shí)際測試時(shí)根本沒(méi)有按用例執行;往往測試執行后沒(méi)有把新的用例補充到用例庫中。

              3.4 測試人員的影響

              1)測試人員入門(mén)容易學(xué)習困難,無(wú)章可循;人員增加可能有重復工作。

              2)測試人員對現實(shí)應用與需求的理解可能有偏差。

              3)測試人員可能對測試存在一些不正確的看法和錯誤的態(tài)度,如下:

              (1) 認為測試工作不如設計和編碼那樣容易取得進(jìn)展難以給測試人員某種成就感;

              (2) 以發(fā)現軟件錯誤為目標的測試是非建設性的,甚至是破壞性的,測試中發(fā)現錯位是對責任者工作的一種否定;

              (3) 測試工作枯燥無(wú)味,不能引起人們的興趣;

              (4) 測試工作是艱苦而細致的工作;

            原文轉自:http://kjueaiud.com

            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>