軟件測試標準

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

2、象、測試的優(yōu)先級、測試的深度。6 .6軟件測試模型公司目前采用V模型，實現(xiàn)測試與軟件開發(fā)的同步進行。陋廢計金珠單元取7 .7等價類劃分將測試對象按某種約定劃分為有限個組成部分，提高測試的有效性。8 .8邊界值分析分析測試對象的所有邊界值及邊界附近的臨界值。:、測試工作流程需求分析審核需求分析，編寫驗收測試部分用例實地調硼重點漆布資料、操作習?審核概要設計，從用戶角度提出問題編寫集成測試用例詳細設計諾囊障計報告，匕需求分析、概要設計進行出對T編寫單元測試用例II提出測試計劃單元測試階段M寫用戶手冊總體框架審核修改計劃集成測審階段j審核測卜式用例執(zhí)行測程序員提供修改消單,修改測試編寫測試用例充測試

3、用1姿料歸檔執(zhí)行測試測試報告復測測試用例也IIL、開發(fā)一測試流程定期檢查、審核BUGBUG審核提交新BUG得到BUG程序員驗證bJGi勺測試j務測試員詼書r斯的開發(fā)叫務說明:1、2、3、得到新版本版本更新定期編譯新版本提供時間，由程序員與測試員按實際情況協(xié)調;BUG審核的范圍包括對BUG的抽查；對標注為不修改或待討論BUG的管理;軟件涉及到功能性修改時，應該先提供修改設計說明，討論通過后方可進行修改。四、測試角色與職責角色管理負責測試全過程組織管理分析負責進行測試分析、編寫測試用例執(zhí)行測試任務文檔管理負責對測試文檔、開發(fā)文檔管理五、BUG主要參數(shù)1、當前狀態(tài)記錄BUG的狀態(tài)，包括已修改、未修改

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

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

6、試用例不可能窮舉軟件中的所有情況，所以測試用例的設計必須具有代表性，通過測試用例的使用可以提高工作效率、減少重復勞動、在軟件進行改動或升級時，只需對測試用例進行少量的修改即可開展工作。3、測試計劃主要內容：計劃時間、人員、測試工作安排4、測試任務書主要內容：時間要求、參與人員、驗收標準或結束標志5、測試總結報告主要內容：計劃完成情況、BUG修改情況、經驗總結、測試對象評分（10分為上限）6、軟件修改記錄主要內容：修改對象、修改內容、修改原因、問題提出人、關聯(lián)對象、測試注意事項7、討論記錄詳細記錄所有與測試相關的討論，參與討論者須在此記錄上手工簽名8、軟件升級記錄詳細記錄軟件升級情況9、用戶問題

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

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

9、命錯誤操作等12、用戶測試用戶測試是處于系統(tǒng)測試階段結束和系統(tǒng)試運行階段開始之前的一個相對獨立的階段。測試的主體，由開發(fā)技術人員轉為最終應用者。用戶通過對系統(tǒng)全部功能和工作流程的親手應用、測試，逐步全面了解系統(tǒng)是否完全實現(xiàn)了需求說明書的要求，從而接受和認可該軟件，這是保證系統(tǒng)功能和流程正確性、完整性和實用性的關鍵。實踐證明，只有用戶試用，才能提出合理建議，促使軟件實用化和產品化。九、測試停止標準由于軟件測試是一項復雜的工程，在以往的測試工作中，測試人員都是對程序進行反復的，無休止的測試，無謂的消耗了大量的人力、物力和時間。為了能夠合理的利用現(xiàn)有資源，提高測試工作效率，制定了BUG走勢圖、模塊覆

10、蓋率和測試用例執(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測試停止標準各個模塊或各個模塊下的各個功能的測試用例覆蓋率為100%;測試用例執(zhí)行覆蓋率為1

11、00%,通過測試的測試用例所占比例在90%以上；BUG走勢圖中，系統(tǒng)錯誤、功能錯誤、數(shù)據(jù)處理錯誤在連續(xù)3個工作日內未出現(xiàn)BUG,其他錯誤在連續(xù)3個工作日內未出現(xiàn)合計5個以上（含5個）錯誤c此時可對軟件停止測試。十、軟件維護規(guī)范1、軟件維護的內容與類型軟件維護是軟件產品交付使用后，為糾正錯誤、改善性和其它屬性或產品為適應環(huán)境的改變而進行修改和維護的活動。軟件維護一般分為完善性維護、適應性維護和改正性維護三種類型。完善性維護為擴充功能和改善性能而進行的維護和擴充，以滿足用戶變化了的需求。主要內容包括：A、對新增的功能和增強的性能進行升級和維護；B、對用戶所提的建設性建議和修改方案做好詳細的記錄，并

12、加以分析,確定是否對其進行修改和維護。適應性測試為適應軟件運行環(huán)境的變化而進行的維護，主要內容包括：A、因法律法規(guī)的變化而做的維護；B、因硬件配置的變化而做的維護（如：機型、終端、打印機的變化）；C、因系統(tǒng)軟件的變化而做的維護（如：操作系統(tǒng)、編譯系統(tǒng)或應用程序的變化。）改正性維護為維持系統(tǒng)操作運行，對在開發(fā)過程中產生但測試和驗收時沒發(fā)現(xiàn)的錯誤而進行的改正及維護，主要內容包括：A、在維護的過程中對發(fā)現(xiàn)的錯誤進行詳細記錄并提交開發(fā)部；B、在用戶使用過程中對發(fā)現(xiàn)的錯誤進行詳細記錄并提交開發(fā)部；2、維護過程軟件生存周期中的維護階段通常起始于軟件產品交付給用戶使用之時。軟件維護活動通常是軟件生存周期中多

13、個維護過程的重復。軟件維護與軟件開發(fā)有許多相同之處，但也有其獨特之處：A、維護活動限定在已有系統(tǒng)的框架之內完成，維護人員必須在已有的設計和編碼結構的約束下對軟件進行維護和提出合理的修改方案。B、通常軟件維護階段的時間比軟件開發(fā)的時間長得多，但一項具體的軟件維護一般比軟件的開發(fā)時間短得多。C、軟件開發(fā)必須從無到有產生所有測試數(shù)據(jù)，而軟件維護通?？梢允褂矛F(xiàn)有的數(shù)據(jù)進行維護。但有時也要產生新的數(shù)據(jù)，對軟件維護及維護后的影響進行必要的測試。下面是對軟件維護過程中要處理的事務：A、對用戶進行軟件使用的講解和指導；B、對用戶問題進行處理；C、記錄軟件進行中的錯誤和用戶建議；D、對錯誤進行分析，確定修改的必

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

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