軟件測試與驗收管理制度

1、軟件測試與驗收管理制度文件編號:第一章總那么第一條 為了規(guī)范信息技術(shù)部軟件工程流程，減少風(fēng)險，增加軟件的可用性、平安性、可靠性制定本 制度。第二條 軟件的測試、投產(chǎn)采用工程經(jīng)理負責(zé)制。第二章軟件測試規(guī)范第三條 本章節(jié)為軟件測試提出可操作的、一致性的要求，為軟件測試提供有效的方法，使涉及到的 各部門就軟件工程測試取得一致意見，檢查軟件的實現(xiàn)情況。適用于網(wǎng)安公司軟件工程的測試。第四條崗位職責(zé)信息技術(shù)部經(jīng)理負責(zé)軟件測試管理規(guī)范的制定、審批和修改工程經(jīng)理就具體的軟件工程制定測試時間、測試范圍系統(tǒng)分析員負責(zé)軟件測試的案例編寫、測試環(huán)境搭建和測試過程跟蹤測試操作人負責(zé)測試案例的執(zhí)行、測試報告的編寫第五條政

2、策與標(biāo)準(zhǔn)軟件編碼完成以后，必須對軟件進行測試。軟件測試工作是由軟件測試小組獨立完成的。（三）軟件測試的設(shè)計是與軟件需求分析同時進行的，并在概要設(shè)計和詳細設(shè)計時繼續(xù)進行。（四）在測試開始前首先應(yīng)該制定本階段的工作計劃書以保證工程計劃的順利進行。工作計劃 包括人員、進度和保障條件等的安排。軟件測試設(shè)計完成以后，生成軟件測試計劃，提交評審、審計和審批。測試小組按照測試計劃進行測試，并完成測試報告。軟件測試過程中所有原始記錄、資料必須存檔。第六條軟件測試的內(nèi)容（一） 單元測試單元測試完成對最小的軟件設(shè)計單元，即模塊的驗證工作。以詳細設(shè)計說明書為測試指南，對重要的控制路徑進行測試以發(fā)現(xiàn)模塊內(nèi)的錯誤。單元

3、測試通常情況下是面向白盒的，而且這個步驟可以針對多個模塊并行進行。在編程過程中，一般單元測試工作由模塊開發(fā)人員自己完成。開發(fā)人員提交的軟件模塊必須經(jīng)過單元測試，是自己確認(rèn)無誤的。（二）集成測試集成測試是通過測試發(fā)現(xiàn)和接口有關(guān)的問題。測試的目的是把通過了單元測試的模塊拼在一起，構(gòu)造一個在詳細設(shè)計中所描述的程序結(jié)構(gòu)。集成測試的目的是保證開發(fā)小組提交的代碼是經(jīng)過驗證的。（三）確認(rèn)測試按照軟件需求規(guī)格說明書中的內(nèi)容，測試軟件是否到達了用戶的要求。確認(rèn)測試通過一系列證明軟件功能和需求一致的黑盒測試來實現(xiàn)。測試計劃列出要測試的詳細內(nèi)容。（四）系統(tǒng)測試系統(tǒng)測試是將通過確認(rèn)測試的軟件，作為整個基于計算機系統(tǒng)的

4、一個元素，與計算機硬件、外設(shè)、 某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行的一 系列組裝測試和確認(rèn)測試。系統(tǒng)測試是為了測試系統(tǒng)的性能，包括恢復(fù)測試、平安測試、壓力測試、性能測試等。第七條軟件測試報告無論是單元測試、集成測試、確認(rèn)測試，還是系統(tǒng)測試，都要填寫測試報告。因此測試報告是多 個層次級別的，包括單元測試報告、集成測試報告、確認(rèn)測試報告和系統(tǒng)測試報告。軟件測試報告必須列出每一項測試的結(jié)果，分析測試結(jié)果并給出結(jié)論。軟件測試過程中所有的原始記錄和資料屬于軟件測試報告的內(nèi)容，在軟件測試報告中必須全部列 出，作為評審的依據(jù)。第八條軟件測試的原那么軟件測試設(shè)

5、計應(yīng)該開始于軟件需求分析階段，并延伸到軟件測試階段。軟件測試應(yīng)該開始于模塊層，面向?qū)ο蟮能浖y試應(yīng)該開始于類或?qū)ο蟮臏y試。軟件測試可以分為不同 的階段，不同的測試技術(shù)適用于不同的階段。除單元測試外，軟件測試是由軟件測試小組獨立完成，軟件設(shè)計人員只能起輔助作用。軟件測試不同于軟件調(diào)試，軟件調(diào)試屬于軟件設(shè)計的內(nèi)容。第九條軟件測試計劃測試計劃內(nèi)容軟件測試計劃是軟件測試設(shè)計的文檔，主要包括測試內(nèi)容、需求跟蹤、進度安排、測試方法、環(huán)境 要求、通過準(zhǔn)那么等。測試方法包括完成測試所需的方法描述、測試用例設(shè)計以及測試規(guī)程說明。測試用例設(shè)計包括測試用例的設(shè)計原那么與方法，以及簡要說明。具體的用例可在測試用例文檔

6、中詳 細描述，包括用于輸入的具體值以及預(yù)期的輸出結(jié)果，并規(guī)定在使用具體測試用例時，對測試規(guī)程的各 種限制。測試規(guī)程說明規(guī)定對于運行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關(guān)測試設(shè)計所要求的所有步驟。（二）測試計劃分類軟件測試計劃是多個層次級別的，包括單元測試計劃、集成測試計劃、確認(rèn)測試計劃和系統(tǒng)測試計戈上 相應(yīng)的測試用例也是多個層次級別的，分為單元測試用例、集成測試用例、確認(rèn)測試用例和系統(tǒng)測試用 例。單元測試的實現(xiàn)相對直接和簡單，單元測試計劃可以直接包含測試用例，可不編寫單獨的單元測試用例 文檔。第三章 軟件工程投產(chǎn)運行規(guī)范第十條 工程投產(chǎn)運行是新工程開發(fā)的結(jié)束，也是現(xiàn)有工程升級維護的開始。工程投產(chǎn)運

7、行規(guī)范提出 了工程投產(chǎn)運行前后，對新工程開發(fā)過程的總結(jié)與工程開發(fā)人員的評價及業(yè)務(wù)部門人員培訓(xùn)、現(xiàn)有工程系 統(tǒng)升級維護方面的要求和方法。為了保證公司軟件工程投產(chǎn)之前能夠確保到達軟件產(chǎn)品質(zhì)量體系的要求， 滿足業(yè)務(wù)需求，運行之后生產(chǎn)系統(tǒng)的正常運行，盡量減少因為維護開發(fā)系統(tǒng)中的錯誤對生產(chǎn)系統(tǒng)的影響，特 制訂本章節(jié)。第H 條政策與標(biāo)準(zhǔn)（-） 在新的軟件工程開發(fā)結(jié)束之后，正式投產(chǎn)上線之前，作為軟件工程質(zhì)量體系中確保軟件 產(chǎn)品符合規(guī)定要求的一種手段，軟件工程的供方應(yīng)編制覆蓋質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)要 求的質(zhì)量手冊。質(zhì)量手冊應(yīng)包括或引用質(zhì)量體系程序，并概述質(zhì)量體系文件的結(jié)構(gòu)?；谫|(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)的目的，作

8、為質(zhì)量體系的一局部的質(zhì)量體系程序，其程序 范圍和詳細程序可應(yīng)取決于工作的復(fù)雜程序、所用的方法，以及開展這項活動涉及的人 員所需的技能和培訓(xùn)。對已投產(chǎn)運行的現(xiàn)有軟件工程進行升級維護的開發(fā)過程中，應(yīng)該執(zhí)行以下標(biāo)準(zhǔn)：開發(fā)與生產(chǎn)系統(tǒng)的移植、更新應(yīng)根據(jù)標(biāo)準(zhǔn)化程序進行；不同系統(tǒng)的開發(fā)人員與應(yīng)用支持人員應(yīng)明確界定清楚；開發(fā)人員的所有開發(fā)將在開發(fā)環(huán)境下進行，生產(chǎn)環(huán)境應(yīng)獨立于開發(fā)環(huán)境，考慮到人手和 權(quán)限問題，生產(chǎn)環(huán)境可以由專人統(tǒng)一管理，也可以由開發(fā)人員管理。第十二條崗位職責(zé)（一） 對于新開發(fā)的軟件工程進入投產(chǎn)運行之前來說，主要涉及以下一些崗位： 工程經(jīng)理職責(zé)：.在進入系統(tǒng)安裝聯(lián)調(diào)階段時，工程經(jīng)理要保證工程組已完

9、成系統(tǒng)的安裝配置手冊及各類技 術(shù)手冊，如操作手冊與用戶手冊等。.工程投產(chǎn)運行后，工程經(jīng)理需要對工程實施過程進行總結(jié)，填寫工程總結(jié)報告。工程總 結(jié)主要針對以下幾個方面：客觀評價工程需求完成情況及業(yè)務(wù)部門滿意度；工程的風(fēng)險管理及工程決策；工程實施過程的質(zhì)量控制、進度控制以及本錢控制；系統(tǒng)遺留的問題及影響；工程開發(fā)過程中有待提高的方面。3.工程經(jīng)理編寫業(yè)務(wù)部門培訓(xùn)計劃，該計劃需要得到業(yè)務(wù)部門的認(rèn)可。工程培訓(xùn)人員職責(zé)：.培訓(xùn)結(jié)束后根據(jù)需要可以進行考核驗證，考核的結(jié)果記錄在業(yè)務(wù)部門培訓(xùn)考核表中，以 對考核結(jié)果加以分析。.培訓(xùn)結(jié)束后請業(yè)務(wù)部門人員填寫培訓(xùn)結(jié)果反應(yīng)表。系統(tǒng)安裝調(diào)試人員職責(zé)：在進入系統(tǒng)安裝聯(lián)調(diào)

10、階段時，需要對該過程進行記錄，系統(tǒng)安裝調(diào)試人員需要根據(jù)實際情況填 寫以下相關(guān)表格：硬件設(shè)備安裝記錄表、系統(tǒng)軟件安裝記錄表、環(huán)境配置記錄表、應(yīng) 用軟件安裝記錄表。對于已經(jīng)投產(chǎn)運行的現(xiàn)有軟件工程進入升級維護階段來說，主要涉及以下一些崗位以及 相應(yīng)的職責(zé)：.信息技術(shù)部經(jīng)理：負責(zé)所有系統(tǒng)的管理;.系統(tǒng)分析員：負責(zé)系統(tǒng)的分析設(shè)計；.系統(tǒng)開發(fā)員：負責(zé)系統(tǒng)的具體編碼實現(xiàn)；.應(yīng)用支持員：負責(zé)系統(tǒng)的測試、部署和維護；.系統(tǒng)管理員：負責(zé)硬件系統(tǒng)和網(wǎng)絡(luò)平臺的管理；.業(yè)務(wù)部門負責(zé)人：系統(tǒng)需求的提出人、系統(tǒng)的最終使用者。信息技術(shù)部的每個系統(tǒng)分析員在不同的系統(tǒng)中可能是系統(tǒng)分析員、系統(tǒng)開發(fā)員、應(yīng)用支 持員，在一般情況下，系

11、統(tǒng)分析員和系統(tǒng)開發(fā)員可以合二為一?？紤]到每個系統(tǒng)都需要有 一定的熟悉時間，因此最好是兩人以上互為對方系統(tǒng)的應(yīng)用支持員。第十三條方法與流程（一） 已投產(chǎn)運行的軟件工程應(yīng)用系統(tǒng)分類按軟件工程應(yīng)用系統(tǒng)的內(nèi)容來分，可以分為：.內(nèi)部管理系統(tǒng)；.生產(chǎn)業(yè)務(wù)系統(tǒng)。（二）對應(yīng)用系統(tǒng)修改等級的劃分按對應(yīng)用系統(tǒng)所作的修改的等級分，可以分為：一級：對系統(tǒng)重新開發(fā)；二級：對系統(tǒng)結(jié)構(gòu)、流程作重大修改，對業(yè)務(wù)有重大影響；三級：對系統(tǒng)修改不大，但對業(yè)務(wù)有重大影響；四級：對系統(tǒng)作局部調(diào)整，對業(yè)務(wù)影響不大；五級：對系統(tǒng)作局部少量調(diào)整，對業(yè)務(wù)影響不大。（三）生產(chǎn)系統(tǒng)升級維護的發(fā)布流程1、由業(yè)務(wù)部門負責(zé)人根據(jù)生產(chǎn)系統(tǒng)中存在的問題提出

12、“應(yīng)用需求”給系統(tǒng)分析員；有時系統(tǒng)開發(fā)人員可能也會發(fā)現(xiàn)業(yè)務(wù)部門負責(zé)人尚未發(fā)現(xiàn)的問題，但是為了加強系統(tǒng)開發(fā)人員與業(yè)務(wù)部門負 責(zé)人對生產(chǎn)系統(tǒng)維護內(nèi)容的共同理解，還是需要系統(tǒng)開發(fā)人員與業(yè)務(wù)部門負責(zé)人進行溝通， 統(tǒng)一由業(yè)務(wù)部門負責(zé)人提出；2、系統(tǒng)分析員在收到需求報告后，需要根據(jù)需求的緊急程度，確定需求開發(fā)是緊急程序修改還 是階段性開發(fā)修改。如果是緊急程序修改，可以暫時跳過以下流程中的測試審批步驟，直接在 修改后交由應(yīng)用支持人員，將所作修改直接發(fā)布到生產(chǎn)系統(tǒng)，并且要實時監(jiān)測維護后生產(chǎn)系 統(tǒng)的運行，確保維護的正確性。當(dāng)生產(chǎn)系統(tǒng)運行正確后，由于已經(jīng)通過了生產(chǎn)系統(tǒng)的測試，所 以只需要再補做審批步驟；如果是階段

13、性開發(fā)修改，就需要系統(tǒng)分析員填寫開發(fā)計劃，將開發(fā) 工作量分配給系統(tǒng)開發(fā)員；3、系統(tǒng)開發(fā)員根據(jù)開發(fā)與生產(chǎn)環(huán)境相隔離的原那么，按照版本控制的方法，在開發(fā)環(huán)境中進行系 統(tǒng)修改開發(fā)；開發(fā)并完成自測后，提交系統(tǒng)分析員進行代碼復(fù)審；4、系統(tǒng)分析員對系統(tǒng)修改完成代碼復(fù)審之后，填寫“信息技術(shù)部變更流程”通知應(yīng)用支持員和業(yè)務(wù) 部門負責(zé)人；5、應(yīng)用支持員在收到“信息技術(shù)部變更流程”后，根據(jù)“信息技術(shù)部變更流程”上的系統(tǒng)名稱、修改 的文件或數(shù)據(jù)結(jié)構(gòu)、功能修改（包括增加、修改和刪除）等配置測試環(huán)境，并通知業(yè)務(wù)部門做 相關(guān)測試，并將測試結(jié)果通知系統(tǒng)開發(fā)人員。如發(fā)現(xiàn)有錯誤那么返回第3步。應(yīng)用支持員可以 在最后測試通過后填寫“信息技術(shù)部變更流程”的其余局部。6、測試完畢后，由業(yè)務(wù)部門確認(rèn)測試結(jié)果后簽字，然后檢查各種所需文檔是否齊全，并確定對系 統(tǒng)所作修改的等級，以便進行不同的處理：如果對系統(tǒng)所作修改屬于一級、二級、三級，那么必須要交信息技術(shù)部經(jīng)理/業(yè)務(wù)部門負責(zé)人簽 字審批；如果對系統(tǒng)所作修改屬于四級、五級或者信息技術(shù)部經(jīng)理和業(yè)務(wù)部門負責(zé)人審批通過，應(yīng)用 支持員可