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

　　(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)展測試工作。

　　4.3 測試過(guò)程分階段執行

　　將測試過(guò)程分成幾個(gè)階段執行，即：代碼審查、單元測試、集成測試、確認測試和系統測試。

　　單元測試是針對軟件設計的最小單位-模塊進(jìn)行正確性檢驗的測試工作，其目的在于發(fā)現各模塊內部可能存在的各種差錯。在單元測試之后，需要按照設計時(shí)做出的結構圖，將它們聯(lián)結起來(lái)，進(jìn)行集成測試。是檢驗所開(kāi)發(fā)的軟件是否按用戶(hù)要求運行。確認測試應檢查軟件能否按合同要求進(jìn)行工作，即是否滿(mǎn)足軟件需求說(shuō)明書(shū)中的確認標準。軟件開(kāi)發(fā)完成后，還要與系統中其他部分配套運行，進(jìn)行系統測試，包括恢復測試、安全測試、強度測試和性能測試等。

　　4.4 做好過(guò)程管理

　　過(guò)程管理須做好以下工作：分階段設立里程碑，按里程碑計劃工作和總結工作;加強審核，測試過(guò)程的中間結果要進(jìn)行充分的審核;注重風(fēng)險管理和規避風(fēng)險，任何決定和過(guò)程都存在風(fēng)險，尤其是質(zhì)量好壞的風(fēng)險，通過(guò)審核管理風(fēng)險。

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