軟件測試詳細(xì)標(biāo)準(zhǔn)

1、軟件測試標(biāo)準(zhǔn)前言前一版的軟件測試標(biāo)準(zhǔn),在測試工作中發(fā)揮了很好的指導(dǎo)作用。本次修改在原標(biāo)準(zhǔn)基礎(chǔ)上,提出了新的測試?yán)砟睢⒐ぷ鞣椒?、組織方式,使之更貼近實(shí)際工作,真正起到綱領(lǐng)的作用。一、軟件測試1、軟件測試的目的軟件測試是指為了度量和提高被測試對象的質(zhì)量、對測試對象進(jìn)行工程設(shè)計(jì)、使用和維護(hù)的與軟件開發(fā)過程并發(fā)的生命周期過程。軟件測試的目的為:驗(yàn)證軟件產(chǎn)品的實(shí)現(xiàn)狀態(tài)以及實(shí)現(xiàn)質(zhì)量。2、軟件測試相關(guān)概念指基于程序結(jié)構(gòu)的測試,測試目標(biāo)是檢查程序內(nèi)部邏輯結(jié)構(gòu)和邏輯路徑,是代碼級的測試?；诔绦蚬δ艿臏y試,根據(jù)輸入輸出的關(guān)系推斷程序功能的正確性。測試方案,包括數(shù)據(jù)輸入和相應(yīng)的期望輸出。依據(jù)測試用例來執(zhí)行具體操作

2、。其原理為:只要測試在生命周期中進(jìn)行得足夠早,就能夠提高待測軟件的質(zhì)量。其目的為:確定測試對象、測試的優(yōu)先級、測試的深度。公司目前采用V模型,實(shí)現(xiàn)測試與軟件開發(fā)的同步進(jìn)行。 分析測試對象的所有邊界值及邊界附近的臨界值。二、測試工作流程需求分析審核需求分析,編寫驗(yàn)收測試部分用例實(shí)地調(diào)研重點(diǎn)收集客戶實(shí)際業(yè)務(wù)資料、操作習(xí)慣,并與需求分析作出對比概要設(shè)計(jì)審核概要設(shè)計(jì),從用戶角度提出問題編寫集成測試用例詳細(xì)設(shè)計(jì)審核詳細(xì)設(shè)計(jì)報(bào)告,與需求分析、概要設(shè)計(jì)進(jìn)行比對編寫單元測試用例編寫用戶手冊總體框架單元測試階段提出測試計(jì)劃審核測試用例執(zhí)行測試測試總結(jié)集成測試階段驗(yàn)收測試階段補(bǔ)充測試用例資料歸檔修改測試審核修改計(jì)

3、劃程序員提供修改清單編寫測試用例執(zhí)行測試測試總結(jié)復(fù)測測試報(bào)告復(fù)測測試用例復(fù)測三、開發(fā)測試流程程序員測試員BUG管理關(guān)閉BUG得到BUG修改BUG 版本更新新的開發(fā)任務(wù)得到新版本提交新BUG驗(yàn)證BUG 執(zhí)行新的測試任務(wù)BUG審核定期檢查、審核BUG定期編譯說明:1、新版本提供時(shí)間,由程序員與測試員按實(shí)際情況協(xié)調(diào);2、BUG 審核的范圍包括對BUG 的抽查;對標(biāo)注為不修改或待討論BUG 的管理;3、軟件涉及到功能性修改時(shí),應(yīng)該先提供修改設(shè)計(jì)說明,討論通過后方可進(jìn)行修改。四、測試角色與職責(zé) 角色 職責(zé)范圍管理 負(fù)責(zé)測試全過程組織管理分析 負(fù)責(zé)進(jìn)行測試分析、編寫測試用例 執(zhí)行 執(zhí)行測試任務(wù)文檔管理 負(fù)

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

5、,原有錯(cuò)誤優(yōu)先級高于新版本錯(cuò)誤。六、測試文檔1、測試報(bào)告詳細(xì)記錄BUG出現(xiàn)過程,可能原因,解決方法或解決意見。測試報(bào)告要求書寫工整、簡明扼要,必須要詳細(xì)注明BUG發(fā)現(xiàn)日期、BUG所屬模塊等相關(guān)信息(對于較難發(fā)現(xiàn)的BUG,必須提供操作流程及應(yīng)用數(shù)據(jù)。測試報(bào)告是測試員與開發(fā)人員交流的重要文檔,也是測試評價(jià)的重要依據(jù)。注意:A、如果測試與測試任務(wù)單對應(yīng),則測試報(bào)告中必須要記錄任務(wù)單編號,以利于測試驗(yàn)收及考核。B、測試報(bào)告中必須注明測試用例編號,如果發(fā)現(xiàn)的BUG不在測試用例范圍內(nèi),則填寫為“其它”,為測試用例評估提供依據(jù)。C、程序員在修改BUG時(shí),如果嚴(yán)重級別為一、二級,必須說明修改方法或問題原因,以

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

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

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

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

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

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

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

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

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

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