<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)題及分析(5)

            發(fā)表于:2014-08-26來(lái)源:uml.org.cn作者:不詳點(diǎn)擊數: 標簽:測試管理
            9、測試用例不科學(xué),測試用例在實(shí)際中沒(méi)有起多大作用;在實(shí)際測試時(shí)根本沒(méi)有按用例執行;往往測試執行后沒(méi)有把新的用例補充到用例庫中。 3.4 測試人員


              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) 測試工作是艱苦而細致的工作;

              (5) 對自己編寫(xiě)的程序盲目自信,在發(fā)現錯誤后,顧慮別人對自己的開(kāi)發(fā)能力的看法。

              4)提交以后對用戶(hù)反饋信息缺乏及對缺乏足夠的重視,對于有大量用戶(hù)有持久生命力的軟件產(chǎn)品(如Microsoft Office),用戶(hù)反饋信息較全面,便于開(kāi)發(fā)和測試人員進(jìn)行軟件的修補和維護;而一些中小軟件企業(yè)的產(chǎn)品卻遠遠無(wú)法和Microsoft Office 相比;于是可能缺乏足夠的用戶(hù)反饋信息,或沒(méi)有足夠的時(shí)間或人力處理用戶(hù)反饋信息。

              5)開(kāi)發(fā)及測試人員工作習慣,編程習慣,測試習慣等也影響測試的效果;由于測試人員短期的學(xué)習與培訓,一般能提高的只是方法和技巧;而其自身能力與習慣可能的負面影響卻一時(shí)難以消除。

              4、測試管理問(wèn)題的解決

              4.1 建立軟件測試管理體系

              建立軟件測試管理體系的主要目的是確保軟件測試在軟件質(zhì)量保證中發(fā)揮應有的關(guān)鍵作用,包括以下工作:

              軟件產(chǎn)品的監視和測量:對軟件產(chǎn)品的特性進(jìn)行監視和測量,主要依據軟件需求規格說(shuō)明書(shū),驗證產(chǎn)品是否滿(mǎn)足要求。所開(kāi)發(fā)的軟件產(chǎn)品是否可以交付,要預先設定質(zhì)量指標,并進(jìn)行測試,只有符合預先設定的指標,才可以交付。

              對不符合要求的產(chǎn)品的識別和控制:對于軟件測試中發(fā)現的軟件缺陷,要認真記錄它們的屬性和處理措施,并進(jìn)行跟蹤,直至最終解決。在排除軟件缺陷之后,要再次進(jìn)行驗證。

              產(chǎn)品設計和開(kāi)發(fā)的驗證:通過(guò)設計測試用例對需求分析、軟件設計、程序代碼進(jìn)行驗證,確保程序代碼與軟件設計說(shuō)明書(shū)的一致,以及軟件設計說(shuō)明書(shū)與需求規格說(shuō)明書(shū)的一致。對于驗證中發(fā)現的不合格現象,同樣要認真記錄和處理,并跟蹤解決。解決之后,也要再次進(jìn)行驗證。

              軟件過(guò)程的監視和測量:從軟件測試中可以獲取大量關(guān)于軟件過(guò)程及其結果的數據和信息,它們可用于判斷這些過(guò)程的有效性,為軟件過(guò)程的正常運行和持續改進(jìn)提供決策依據。

              一般應用過(guò)程方法和系統方法來(lái)建立軟件測試管理體系,也就是把測試管理作為一個(gè)系統,對組成這個(gè)系統的各個(gè)過(guò)程加以識別和管理,以實(shí)現設定的系統目標。同時(shí)要使這些過(guò)程協(xié)同作用、互相促進(jìn),從而使它們的總體作用大于各過(guò)程作用之和。其主要目標是在設定的條件限制下,盡可能發(fā)現和排除軟件缺陷。測試系統主要由下面6 個(gè)相互關(guān)聯(lián)、相互作用的過(guò)程組成:測試規劃、測試設計、測試實(shí)施、配置管理、資源管理和測試管理;確定這些過(guò)程的順序和相互作用,前一過(guò)程的輸出是后一過(guò)程的輸入。其中,配置管理和資源管理是這些過(guò)程的支持性過(guò)程,測試管理則對其他測試過(guò)程進(jìn)行監視、測試和管理;確定這些過(guò)程所需的準則和方法,一般應制訂這些過(guò)程形成文件的程序,以及監視、測量和控制的準則和方法;確??梢垣@得必要的資源和信息,以支持這些過(guò)程的運行和對它們的監測;監視、測量和分析這些過(guò)程;實(shí)施必要的改進(jìn)措施。

              4.2 建立配置管理系統,規范項目管理流程

              建立配置管理系統 CVS,CVS 的全稱(chēng)是Current Version Control。在軟件質(zhì)量體系的諸多支持活動(dòng)中,配置管理系統處在支持活動(dòng)的中心位置,它有機地把其它支持活動(dòng)結合起來(lái),形成一個(gè)整體,相互促進(jìn),相互影響,有力地保證了質(zhì)量體系的實(shí)施。建立公司配置管理系統很容易得到公司領(lǐng)導層的支持,幾乎沒(méi)人反對。更重要的是建立配置管理系統后測試人員的工作有了系統保證,測試工作的“礦藏資源”有了明確的位置,可以主動(dòng)積極開(kāi)展測試工作。

            原文轉自:http://www.uml.org.cn/Test/201307104.asp

            ...
            老湿亚洲永久精品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>