軟件測試標準

1、、軟件測試1、軟件測試的目的軟件測試是指為了度量和提高被測試對象的質(zhì)量、對測試對象進行工程設(shè)計、使用和維護的與軟件開發(fā)過程并發(fā)的生命周期過程。軟件測試的目的為：驗證軟件產(chǎn)品的實現(xiàn)狀態(tài)以及實現(xiàn)質(zhì)量。2、軟件測試相關(guān)概念白盒測試指基于程序結(jié)構(gòu)的測試，測試目標是檢查程序內(nèi)部邏輯結(jié)構(gòu)和邏輯路徑，是代碼級的測試。22黑盒測試基于程序功能的測試，根據(jù)輸入輸出的關(guān)系推斷程序功能的正確性。23測試用例測試方案，包括數(shù)據(jù)輸入和相應(yīng)的期望輸出。依據(jù)測試用例來執(zhí)行具體操作。24預防性測試其原理為：只要測試在生命周期中進行得足夠早，就能夠提高待測軟件的質(zhì)量。25測試風險分析其目的為：確定測試對象、測試的優(yōu)先級、測試的

2、深度。軟件測試模型公司目前采用V模型，實現(xiàn)測試與軟件開發(fā)的同步進行。等價類劃分將測試對象按某種約定劃分為有限個組成部分，提高測試的有效性。邊界值分析分析測試對象的所有邊界值及邊界附近的臨界值。二、測試工作流程三、開發(fā)一測試流程說明:1、新版本提供時間，由程序員與測試員按實際情況協(xié)調(diào);2、BUGIT核的范圍包括對BUG勺抽查；對標注為不修改或待討論BUG勺管理;3、軟件涉及到功能性修改時，應(yīng)該先提供修改設(shè)計說明，討論通過后方可進行修改。四、測試角色與職責角色職責范圍管理負責測試全過程組織管理分析負責進行測試分析、編寫測試用例執(zhí)行執(zhí)行測試任務(wù)文檔管理負責對測試文檔、開發(fā)文檔管理五、BU要參數(shù)1、當

3、前狀態(tài)記錄BUG勺狀態(tài)，包括已修改、未修改、已驗證。2、嚴重程度BUCT重程度分為四個級別級別一：死機，數(shù)據(jù)丟失，主要功能完全喪失，系統(tǒng)懸掛級別二：主要功能喪失，導致嚴重的問題，或致命的錯誤聲明級別三：次要功能喪失，不太嚴重，如提示信息不太準確級別四：微小的問題，對功能幾乎沒有影響，產(chǎn)品及屬性仍可使用，如有錯別字3、修改次數(shù)指同樣BUG®復修改的次數(shù)，是衡量開發(fā)人員工作效率的重要依據(jù)；4、優(yōu)先級別：分為四個級別級別一：必須立即修改；級別二：一天內(nèi)修改；級別三：三天內(nèi)修改級別四：短期內(nèi)無須解決或在下一版本中解決說明：嚴重程度越高，優(yōu)先級越高，原有錯誤優(yōu)先級高于新版本錯誤。六、測試文檔1

4、、測試報告詳細記錄BUG*現(xiàn)過程，可能原因，解決方法或解決意見。測試報告要求書寫工整、簡明扼要，必須要詳細注明BUGg現(xiàn)日期、BU斯屬模塊等相關(guān)信息（對于較難發(fā)現(xiàn)的BUG，必須提供操作流程及應(yīng)用數(shù)據(jù)）。測試報告是測試員與開發(fā)人員交流的重要文檔，也是測試評價的重要依據(jù)。一、/-.、二注意：A、如果測試與測試任務(wù)單對應(yīng)，則測試報告中必須要記錄任務(wù)單編號，以利于測試驗收及考核。B、測試報告中必須注明測試用例編號，如果發(fā)現(xiàn)的BU8在測試用例范圍內(nèi)，則填寫為“其它”，為測試用例評估提供依據(jù)。C、程序員在修改BUG寸，如果嚴重級別為一、二級，必須說明修改方法或問題原因，以利于分析。2、測試用例測試用例是為

5、高效地發(fā)現(xiàn)程序中的BUG而精心準備的一組測試數(shù)據(jù)或操作過程。測試用例不可能窮舉軟件中的所有情況，所以測試用例的設(shè)計必須具有代表性，通過測試用例的使用可以提高工作效率、減少重復勞動、在軟件進行改動或升級時，只需對測試用例進行少量的修改即可開展工作。3、測試計劃主要內(nèi)容：計劃時間、人員、測試工作安排4、測試任務(wù)書主要內(nèi)容：時間要求、參與人員、驗收標準或結(jié)束標志5、測試總結(jié)報告主要內(nèi)容：計劃完成情況、BUG多改情況、經(jīng)驗總結(jié)、測試對象評分（10分為上限）6、軟件修改記錄主要內(nèi)容：修改對象、修改內(nèi)容、修改原因、問題提出人、關(guān)聯(lián)對象、測試注意事項7、討論記錄詳細記錄所有與測試相關(guān)的討論，參與討論者須在此

6、記錄上手工簽名8、軟件升級記錄詳細記錄軟件升級情況9、用戶問題記錄主要內(nèi)容：用戶情況、用戶問題、解決方法、解決狀態(tài)七、測試階段劃分1、單元測試對某個相對獨立構(gòu)件的測試，結(jié)束標志為：能滿足獨立運行要求2、集成測試將已通過單元測試的模塊依次進行組合并測試，結(jié)束標志為：組合后的模塊能滿足要求；3、驗收測試所有模塊均通過集成測試后，軟件可以交付使用前的測試，結(jié)束標志為：軟件可以交付使用4、維護測試對軟件發(fā)布后發(fā)現(xiàn)的問題進行的修改與測試，結(jié)束標志為：問題解決、軟件運行正常八、測試類型1、功能測試對系統(tǒng)功能滿足程度與實現(xiàn)程度的測試，此測試只關(guān)心測試對象功能方面的需求，而不考慮其它細節(jié)；結(jié)束標志：系統(tǒng)功能滿

7、足設(shè)計需求2、界面測試在測試對象滿足功能需求的前提下進行，此測試必須包括通用控件標準的測試。例如：數(shù)據(jù)窗口的滾動條。3、數(shù)據(jù)處理測試對測試對象的數(shù)據(jù)處理過程進行測試，包括輸入、處理、輸出。4、流程測試包括業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程5、極限測試對極限值、邊界值的測試6、并發(fā)測試主要指系統(tǒng)在網(wǎng)絡(luò)環(huán)境、并發(fā)環(huán)境、多用戶條件下的運行測試；7、安全測試包括加密、解密、數(shù)據(jù)備份、恢復、病毒檢測等測試；8、性能測試包括適應(yīng)性、健壯性、可恢復性、以及災難恢復能力9、 安裝測試是軟件發(fā)布前必須進行的測試，確保發(fā)布的軟件產(chǎn)品為最新10、 兼容性測試操作系統(tǒng)兼容性、異構(gòu)數(shù)據(jù)庫兼容性、新舊數(shù)據(jù)轉(zhuǎn)換、異種數(shù)

8、據(jù)兼容性、硬件兼容性。11、 強度測試包括大容量數(shù)據(jù)、極限數(shù)據(jù)、致命錯誤操作等12、 用戶測試用戶測試是處于系統(tǒng)測試階段結(jié)束和系統(tǒng)試運行階段開始之前的一個相對獨立的階段。測試的主體，由開發(fā)技術(shù)人員轉(zhuǎn)為最終應(yīng)用者。用戶通過對系統(tǒng)全部功能和工作流程的親手應(yīng)用、測試，逐步全面了解系統(tǒng)是否完全實現(xiàn)了需求說明書的要求，從而接受和認可該軟件，這是保證系統(tǒng)功能和流程正確性、完整性和實用性的關(guān)鍵。實踐證明，只有用戶試用，才能提出合理建議，促使軟件實用化和產(chǎn)品化。九、測試停止標準由于軟件測試是一項復雜的工程，在以往的測試工作中，測試人員都是對程序進行反復的，無休止的測試，無謂的消耗了大量的人力、物力和時間。為了

9、能夠合理的利用現(xiàn)有資源，提高測試工作效率，制定了BUG走勢圖、模塊覆蓋率和測試用例執(zhí)行情況三項指標，并根據(jù)這三項指標制訂出軟件測試停止標準。1 指標1.1 BUG走勢圖該指標以曲線圖的形式，反映出每天各種類型BUG的出現(xiàn)情況。圖中每種類型的BUG由一條不同顏色的曲線表示。1.2 模塊覆蓋率該指標體現(xiàn)出一套軟件中各個模塊的測試用例制定情況，是否各個模塊或各個模塊下的各個功能是否都有測試用例，各模塊的測試用例占所有用例的比例。1.3 測試用例執(zhí)行情況該指標體現(xiàn)出各個模塊的測試用例執(zhí)行情況，統(tǒng)計測試通過的用例數(shù)量和測試未通過的用例數(shù)量，計算已測試的用例數(shù)量和未測試的用例數(shù)量。2 測試停止標準各個模塊

10、或各個模塊下的各個功能的測試用例覆蓋率為100%；測試用例執(zhí)行覆蓋率為100%,通過測試的測試用例所占比例在90%以上；BUG走勢圖中，系統(tǒng)錯誤、功能錯誤、數(shù)據(jù)處理錯誤在連續(xù)3個工作日內(nèi)未出現(xiàn)BUG，其他錯誤在連續(xù)3個工作日內(nèi)未出現(xiàn)合計5個以上（含5個）錯誤。此時可對軟件停止測試。十、軟件維護規(guī)范1、軟件維護的內(nèi)容與類型軟件維護是軟件產(chǎn)品交付使用后，為糾正錯誤、改善性和其它屬性或產(chǎn)品為適應(yīng)環(huán)境的改變而進行修改和維護的活動。軟件維護一般分為完善性維護、適應(yīng)性維護和改正性維護三種類型。完善性維護為擴充功能和改善性能而進行的維護和擴充，以滿足用戶變化了的需求。主要內(nèi)容包括：A、對新增的功能和增強的性

11、能進行升級和維護；R對用戶所提的建設(shè)性建議和修改方案做好詳細的記錄，并加以分析，確定是否對其進行修改和維護。適應(yīng)性測試為適應(yīng)軟件運行環(huán)境的變化而進行的維護，主要內(nèi)容包括：A、因法律法規(guī)的變化而做的維護；R因硬件配置的變化而做的維護（如：機型、終端、打印機的變化）；G因系統(tǒng)軟件的變化而做的維護（如：操作系統(tǒng)、編譯系統(tǒng)或應(yīng)用程序的變化。）改正性維護為維持系統(tǒng)操作運行，對在開發(fā)過程中產(chǎn)生但測試和驗收時沒發(fā)現(xiàn)的錯誤而進行的改正及維護，主要內(nèi)容包括：A、在維護的過程中對發(fā)現(xiàn)的錯誤進行詳細記錄并提交開發(fā)部；R在用戶使用過程中對發(fā)現(xiàn)的錯誤進行詳細記錄并提交開發(fā)部；2、維護過程軟件生存周期中的維護階段通常起始

12、于軟件產(chǎn)品交付給用戶使用之時。軟件維護活動通常是軟件生存周期中多個維護過程的重復。軟件維護與軟件開發(fā)有許多相同之處，但也有其獨特之處：A、維護活動限定在已有系統(tǒng)的框架之內(nèi)完成，維護人員必須在已有的設(shè)計和編碼結(jié)構(gòu)的約束下對軟件進行維護和提出合理的修改方案。R通常軟件維護階段的時間比軟件開發(fā)的時間長得多，但一項具體的軟件維護一般比軟件的開發(fā)時間短得多。G軟件開發(fā)必須從無到有產(chǎn)生所有測試數(shù)據(jù)，而軟件維護通常可以使用現(xiàn)有的數(shù)據(jù)進行維護。但有時也要產(chǎn)生新的數(shù)據(jù)，對軟件維護及維護后的影響進行必要的測試。下面是對軟件維護過程中要處理的事務(wù)：A、對用戶進行軟件使用的講解和指導；R對用戶問題進行處理；G記錄軟件

13、進行中的錯誤和用戶建議；D對錯誤進行分析，確定修改的必要性，提交開發(fā)人員處理；E、對更正或完善的軟件進行升級；3、軟件維護的控制和改進軟件維護必須計劃地進行，使整個過程都處于適當?shù)墓芾砗鸵?guī)程之下。除了考慮預算、進度和人員，關(guān)鍵在于要由軟件維護主管要做出行之有效的計劃和維護安排。一個系統(tǒng)不僅在開發(fā)時要考慮到維護，還要在之前維護中考慮到如何減少將來維護的量和困難。軟件維護的控制A、軟件系統(tǒng)的可維護性常常隨著時間的推移而降低，這是許多因素綜合影響的結(jié)果。其中沒有為軟件維護制定嚴格的條例，或貫徹不力，是系統(tǒng)可維護性迅速降低的主要原因。R軟件維護的目標是保持系統(tǒng)功能和及時、有效地響應(yīng)用戶的請求。G軟件維

14、護的控制是保持一個有秩序的維護過程，在這個過程中所有的維護請求要正式提出，確認，分配優(yōu)先級并安排進度。確立軟件維護的策略A、軟件維護策略的確定是軟件維護控制的一個關(guān)鍵步驟。軟件維護策略應(yīng)充分地考慮軟件維護組織的責任、權(quán)利、職能及操作，它應(yīng)全面地考慮到軟件系統(tǒng)和維護環(huán)境的變化。B、軟件維護策略必須包括具體地講述維護的目的、維護的責任和分配。制訂維護軟件的方案和具體步驟，使維護過程行之有效的進行。分析和確定所有提出的修改請求A、考慮對其修改的必要程度和它可預見的作用，所有的修改建議都需要有充足的理由；R分析修改，以確保與原來的系統(tǒng)設(shè)計和用意不沖突，對每個修改都應(yīng)該仔細考慮其影響；G應(yīng)考慮所建議的修改是增強還是降低系統(tǒng)的性能。為維護安排進度A、為每個維護項目安排一個優(yōu)先級；R遵守安排的進度。維護準備為了對維護計劃有更好的貫徹和監(jiān)督，在開始一項新的維護工作之前，軟件維護人員應(yīng)當為維護內(nèi)容作好充分的準備。4、軟件維護人員的管理管理是改進軟件維護過程的主要因素之一。管理必須指導怎樣維護軟件，行使對整個過程的控制，并保證使用高效易用的軟件維護技術(shù)和工具。為確保實現(xiàn)成功的