軟件測試標(biāo)準(zhǔn)規(guī)范方案

WORD格式.可編輯軟件測試標(biāo)準(zhǔn)規(guī)范1日的為確保軟件產(chǎn)品質(zhì)，使產(chǎn)品能夠順交付和通過驗收，特編寫本文世，以作參考2適用范圍本文檔適用于項目開發(fā)過程中的單元測苧、集成測苧、系統(tǒng)測苧、業(yè)務(wù)測苧、驗收測苧以及一些專項測苧。3職責(zé)項目測苧負(fù)責(zé)人組織編制《測苧計劃》、《測苧方案》，指導(dǎo)和督促測苧人員完成各階段的測苧工作。項目組測苧人員按照《測苧計劃》、《測苧方案》完成所承擔(dān)的測苧任務(wù)，并按要求填寫《問題報告及維護(hù)記錄》。測苧經(jīng)依照確認(rèn)規(guī)程和準(zhǔn)則對工作產(chǎn)品進(jìn)確認(rèn)，提出對確認(rèn)機(jī)程和準(zhǔn)網(wǎng)的修改意見項目負(fù)責(zé)人組織測苧環(huán)境的建。項目經(jīng)審核負(fù)責(zé)控制整個項目的時間和質(zhì)。研發(fā)人員確認(rèn)修改測苧人員提交的bug。4工作程測試依據(jù)詳細(xì)設(shè)計是模塊測苧的依據(jù)。因此設(shè)計人員應(yīng)向測苧人員提供《系統(tǒng)需求規(guī)格書名書》、《詳細(xì)設(shè)計》、《概要設(shè)計》等有關(guān)資。測苧人員必須認(rèn)真閱讀，真正懂系統(tǒng)需求和詳細(xì)設(shè)計。制訂《測試方案》技術(shù)資料分享WORD格式.可編輯在測試之前，由項目負(fù)責(zé)人根據(jù)《測試計劃》的要求，組織人員編制相應(yīng)的《測試方案》，《測試方案》應(yīng)包括以下內(nèi)容：測試目的；所需人員及相應(yīng)培訓(xùn)要求；測試環(huán)境、工具和測試軟件；測試用、測試數(shù)據(jù)和預(yù)期的結(jié)果。單元測苧項目開發(fā)實現(xiàn)過程中，每個程序單元（程序單元的劃分視具體開發(fā)工具而定，一般定為函數(shù)或子程序級）編碼調(diào)試通過后，要及時進(jìn)單元測試。單元測試由單元開發(fā)者自己進(jìn)，使用白盒測試方法，根據(jù)程序單元的控制程，爭取達(dá)到分支覆蓋。對于交互式運(yùn)用產(chǎn)品，于進(jìn)自動測試的，可以采用功能測試的方法進(jìn)。單元測試針對程序模塊，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用。多個模塊可以獨進(jìn)單元測試。單元測試內(nèi)容包括模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、徑測試、錯誤處測試等;單元測試組織原則一遍根據(jù)開發(fā)進(jìn)安排對已開發(fā)完成的單一模塊進(jìn)測試;單元測試停止標(biāo)準(zhǔn)：完成所有規(guī)定單元的測試，單元測試中發(fā)現(xiàn)的bug已經(jīng)得到修改。集成測試編碼開發(fā)完成，項目組內(nèi)部應(yīng)進(jìn)組裝測試。集成測試由項目負(fù)責(zé)人組織策劃（編寫測試計劃、測試用）并實施。集成測試著重對各功能模塊之間的接口進(jìn)測試，驗證各功能模塊是否能協(xié)調(diào)工作、參數(shù)傳遞及功能調(diào)用是否正常。測試采用交叉方法，即個人開發(fā)的軟件應(yīng)由其他的項目組成員進(jìn)測試。集成測試過程應(yīng)填寫《問題報告及維護(hù)記錄》，測試結(jié)果應(yīng)形成《測試報告》。系統(tǒng)測苧技術(shù)資料分享WORD格式.可編輯在項目開發(fā)完成之后，應(yīng)對整個系統(tǒng)軟件和硬件進(jìn)系統(tǒng)測試。對性能、可靠性、健壯性、壓承受等方面分別進(jìn)評價，以驗證系統(tǒng)是否滿足規(guī)定的需要。系統(tǒng)測試由測試負(fù)責(zé)人組織策劃（編寫測試計劃、測試用）并實施，系統(tǒng)測試過程應(yīng)形成《問題報告及維護(hù)記錄》。系統(tǒng)測試一般進(jìn)如下幾種情況的測試：>正常情況非正常情況破壞性測試邊界情況非法情況強(qiáng)測試性能測試兼容性測試用戶友好性測試界面設(shè)計規(guī)范測試：光標(biāo)的初始位置字體是否統(tǒng)一字號是否符合規(guī)定標(biāo)題顏色按鈕的名稱是否規(guī)范界面布局是否合，整體效果如何輸入值測試：數(shù)據(jù)類型數(shù)據(jù)長約束條件是否滿足，是否完整TAB和Enter鍵是否起作用技術(shù)資料分享WORD格式.可編輯鍵盤操作能否全部代替鼠標(biāo)操作輸入（光標(biāo)）是否按照順序前進(jìn)按鈕測試：將按鈕放開和封閉是否嚴(yán)格、準(zhǔn)確，能使用的按鈕必須封閉檢查“退出、”取消等具有共性按鈕的功能異常情況測試：在完成正常功能測試后，安正常處的相同操作順序，執(zhí)與正常處同的動作如正常處中要求輸入日期的字段，過時輸入字符或數(shù)字正常處中輸入字段有范圍要求，過時輸入超過范圍的值正常處中用兩個值限定范圍，過時用一個值或限定正常處中要求用“Tab鍵，過時安“Enter鍵或其他鍵正常處中直選框、多選框、下框等，十一居那個非指定鍵操作使用同于指定的按鈕操作業(yè)務(wù)測試在組裝測試與系統(tǒng)測試結(jié)束后，均可由最終用戶或測試人員對系統(tǒng)進(jìn)測試。業(yè)務(wù)測試著重測試業(yè)務(wù)程，功能、用戶界面等方面。項目、測試負(fù)責(zé)人負(fù)責(zé)組織相關(guān)人員制定測試方案和測試用，并進(jìn)測試。測試的結(jié)果應(yīng)形成《問題報告及維護(hù)記錄》。驗收測試驗收測苧的條件>按照項目計劃規(guī)定的驗收測試進(jìn)安排進(jìn)測試準(zhǔn)備>在驗收測試前，各項內(nèi)部的測試活動受到監(jiān)控并爭取執(zhí)技術(shù)資料分享WORD格式.可編輯交付版本的要求按照集成測試用完成整個系統(tǒng)的集成測試集成版本滿足設(shè)計定義的各項功能、性能要求提交的數(shù)據(jù)庫腳本樣本需要完整，沒有冗余數(shù)據(jù)在集成測試中發(fā)現(xiàn)的bug已經(jīng)得到解決，各級缺陷修改達(dá)到標(biāo)準(zhǔn)軟件需求分析說明書中定義的所有功能已經(jīng)實現(xiàn)，性能指標(biāo)全部達(dá)到性能需求指標(biāo)提交階段性測試報告，包括功能和性能測試報告所有文檔齊備完整版本發(fā)布的準(zhǔn)則軟件產(chǎn)品通過單元測試、集成測試、業(yè)務(wù)測試、系統(tǒng)測試、性能測試測試部提交文檔：測試計劃、測試方案、測試用、測試分析報告所有測試項必須符合以下標(biāo)準(zhǔn)致命錯彳誤：無功能錯誤：無功能缺陷：項目經(jīng)、技術(shù)經(jīng)、測試負(fù)責(zé)人審林通過界面缺陷：項目經(jīng)、技術(shù)經(jīng)、測試負(fù)責(zé)人審林通過建議：項目經(jīng)、技術(shù)經(jīng)、測試負(fù)責(zé)人審林通過>以上幾項其中之一滿足要求，視為合格在產(chǎn)品交付和用戶驗收之前，通過驗收測試來確認(rèn)在規(guī)定的使用環(huán)境下整個產(chǎn)品的運(yùn)情況是否滿足規(guī)定的要求。在產(chǎn)品交付之前，由指定的驗收負(fù)責(zé)人組織制定測試方案和測試用，主持驗收。驗收測試過程應(yīng)形成《問題報告及維護(hù)記錄》。用戶現(xiàn)場測試將軟件部署到用戶實際生產(chǎn)環(huán)境后，由于環(huán)境差異，需要在用戶現(xiàn)場進(jìn)確認(rèn)測試，保證系統(tǒng)功能、性能完備，可正常運(yùn)。測試內(nèi)容：根據(jù)軟件系統(tǒng)規(guī)模，準(zhǔn)備現(xiàn)場測試用，涵蓋所有重要功能點，規(guī)模小，需要將全部功能點全部測試一遍技術(shù)資料分享WORD格式.可編輯對于后臺已定義好的工作、功能欄目徑以及用戶信息等數(shù)據(jù)，可進(jìn)修改和刪除操作，新增的測試數(shù)據(jù)也需要在測試完成后給予清楚重點檢查上傳、下載的數(shù)據(jù)是否可以正常的打開或保存?確認(rèn)界面美觀，基本信息和鏈接無錯誤考慮用戶實際的軟件環(huán)境和網(wǎng)絡(luò)環(huán)境，以客戶端最為復(fù)雜的軟硬件環(huán)境作為測試機(jī)器，檢查有無異常情況出現(xiàn)針對前期發(fā)現(xiàn)的bug進(jìn)回歸測試，以保證發(fā)布版本為最新版本編寫測苧文檔測苧點將測試模塊分解成多個功能點，測試點應(yīng)涵蓋功能點，也涵蓋正常測試和異常測試。輸入數(shù)據(jù)輸入數(shù)據(jù)包括界面輸入數(shù)據(jù)、數(shù)據(jù)庫的初始數(shù)據(jù)及其他外部輸入數(shù)據(jù)。特別是數(shù)據(jù)庫的初始所需屬性--出，全面是指：數(shù)據(jù)能達(dá)到模塊所涉及的全部功能，典型是指這個數(shù)據(jù)能充分反映功能特點。測淖描述描述測試步驟，包括：操作員所執(zhí)的動作（包括鼠標(biāo)、鍵盤、加載外部數(shù)據(jù)等操作）；系統(tǒng)的反應(yīng)，包括：光標(biāo)定位、光標(biāo)聚焦、顯示字段位、按鈕的封閉和放開、功能鍵的封閉和放開、系統(tǒng)提示和系統(tǒng)消息等。預(yù)期輸出數(shù)據(jù)按準(zhǔn)備的輸入數(shù)據(jù)和設(shè)計要求的處過程，模塊應(yīng)輸出的數(shù)據(jù)。輸出數(shù)據(jù)包括：屏幕輸出數(shù)據(jù)、輸出到數(shù)據(jù)庫的數(shù)據(jù)、輸出到其他外部介質(zhì)上的數(shù)據(jù)，并指出斷點結(jié)果或最終結(jié)果。技術(shù)資料分享

WORD格式.可編輯實際輸出填寫本測試點程序運(yùn)后的賣際輸出。正確與否程序運(yùn)后，實際輸出結(jié)果和預(yù)期輸出結(jié)果一致時，為正常，否則為正常。合格時，應(yīng)總結(jié)存在的問測試結(jié)論合格時，應(yīng)總結(jié)存在的問填寫本次測試的結(jié)論，是合格或合格。題，可以讓修改者一目然。5缺陷管缺陷的定義及其基本屬性缺陷是指在軟件開發(fā)過程中的針對軟件產(chǎn)品和開發(fā)過程中的問題，這些問題已經(jīng)影響或可能會影響軟件產(chǎn)品的質(zhì)。缺陷應(yīng)該具備以下屬性，也就是往缺陷管庫或者就陷表中提交的缺陷應(yīng)該具備以下屬性：屬性名稱描述缺陷標(biāo)識標(biāo)記某個缺陷的一組符號，每個缺陷必須有一個唯一的標(biāo)識缺陷類型根據(jù)缺陷的自然屬性劃分的缺陷種類就陷驗證程因缺陷引起的故障對軟件產(chǎn)品的影響程就陷所處、的模塊或子系統(tǒng)缺陷分步的模塊或子系統(tǒng)缺陷出現(xiàn)幾布發(fā)現(xiàn)錯誤的幾缺陷的重現(xiàn)步驟詳細(xì)的缺陷重現(xiàn)步驟附件與缺陷相關(guān)的附件（截圖、附件、用等）備注對缺陷的其他描述技術(shù)資料分享WORD格式.可編輯缺陷分類根據(jù)缺陷的定義，將缺陷分為如下：文檔就陷：是指對文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的缺陷。檢查活動包括同江審、產(chǎn)品審計等。評審的缺陷要根據(jù)被評審對象的類型來確定，被評審的對象包括最終出產(chǎn)物和中間過程產(chǎn)出物，比如需求文檔、設(shè)計文檔、計劃、報告、用等代碼就陷：是指對代碼進(jìn)同江審、審計或代碼走查過程中發(fā)現(xiàn)的就F陷測試缺陷：是指由測試活動發(fā)現(xiàn)的測試對象（被測對象一般是指可運(yùn)的代碼、系統(tǒng)，包括靜態(tài)測試發(fā)現(xiàn)的問題）的缺陷，測試活動包括單元測試、集成測試、系統(tǒng)測試、性能測試等過程就陷：有稱為符合項問題，是指通過過程審計、過程分析、管江審、質(zhì)評估、質(zhì)審核等活動發(fā)現(xiàn)的關(guān)于過程的缺陷和問題。過程缺陷的發(fā)現(xiàn)者一般是測試人員、項目經(jīng)等文檔缺陷分類缺陷分類描述描述完整文檔內(nèi)容缺失，或文檔應(yīng)該包括的范圍沒有涵蓋一致一致性問題有兩類：一是與嫄頭說明書一致，比如需求和客戶業(yè)務(wù)需求一致、設(shè)計與需求一致等二是__上下文或者與前提一致描述錯誤文檔描述是錯誤的，可實現(xiàn)或?qū)е洛e誤的輸出或結(jié)果功能問題該缺陷將會導(dǎo)致用戶功能的錯誤、滿足、可用清楚或有歧義內(nèi)容的描述清楚、能準(zhǔn)確表達(dá)、或表達(dá)的意思有歧義邏輯錯誤內(nèi)容組織邏輯清楚、邏輯錯誤接口問題與最終用戶接口問題、與外部系統(tǒng)的接口問題、內(nèi)部工技術(shù)資料分享

WORD格式.可編輯系統(tǒng)或模塊的接口問題輸入輸出問題輸入輸出完整、正確、可測苧或驗證細(xì)化內(nèi)容還需要進(jìn)一步細(xì)化性能問題文檔的設(shè)計或?qū)崿F(xiàn)方式存在性能問題安全性問題文檔的設(shè)計或?qū)崿F(xiàn)方式存在安全性問題代碼缺陷分類缺陷分類描述常變定義問題滿足設(shè)計或需求編寫代碼符合規(guī)范條件判斷處、循環(huán)處錯誤異常處、算法邏輯問題注釋問題代碼冗余性能問題系統(tǒng)測試缺陷分類缺陷類型描述功能錯誤影響重要的特性、用戶界面、產(chǎn)品接口或全局?jǐn)?shù)據(jù)結(jié)構(gòu)，并且設(shè)計文檔需要爭取的交。如邏輯、循環(huán)、逆歸、功能等缺陷結(jié)構(gòu)錯誤Web應(yīng)用程序結(jié)構(gòu)化頁面無法顯示，或者顯示錯誤腳本錯誤Web應(yīng)用程序當(dāng)中出現(xiàn)腳本錯誤，包括客戶端對數(shù)據(jù)進(jìn)校驗和運(yùn)算的各種情況下產(chǎn)生的錯誤頁面鏈接錯誤Web應(yīng)用程序頁面出現(xiàn)空鏈接、錯誤鏈接、死鏈接技術(shù)資料分享

WORD格式.可編輯頁面文字錯誤Web應(yīng)用程序頁面出現(xiàn)的中外文拼寫、使用、以及同語種頁面的編碼錯誤頁面圖形錯誤Web應(yīng)用程序頁面出現(xiàn)圖片內(nèi)容使用當(dāng)，或者無法顯示ALT錯誤Web應(yīng)用程序頁面當(dāng)中超文本標(biāo)識語言、文本標(biāo)簽解釋錯誤排版錯誤Web應(yīng)用程序頁面排版符合要求或者符合使用習(xí)慣業(yè)務(wù)邏輯合應(yīng)用程序的實現(xiàn)程和規(guī)定業(yè)務(wù)程一致，或者實現(xiàn)程無法正確完成。包括程數(shù)據(jù)的部分并、爭用、同步等操作，引起的程斷、死鎖、以及其他異常情況業(yè)務(wù)邏輯方應(yīng)用程序?qū)崿F(xiàn)程在實際情況下雖然可以完成，但是存在必要的反復(fù)、等待、冗余等影響使用證的情況其他錯誤其他未分類錯誤建議系統(tǒng)改進(jìn)建議缺陷等級定義缺陷的嚴(yán)重程對以上所述的缺陷類型是適合的，制陷的嚴(yán)重程反映的是對缺陷的發(fā)現(xiàn)對象可能造成的影響或后果來定義的。缺陷等級缺陷性質(zhì)系統(tǒng)中對應(yīng)的錯誤分類描述-貝致命錯誤系統(tǒng)崩潰系統(tǒng)死鎖導(dǎo)致對被描述的主要對象的解錯誤、可、可運(yùn)轉(zhuǎn)、對業(yè)務(wù)和整個系統(tǒng)造成重大損失或損害；對使用、維護(hù)或保管人員有危險或安全，以及對產(chǎn)品的基本功能有致命影響的缺陷二級嚴(yán)重缺陷嚴(yán)重錯誤對被描述的部分對象的解或?qū)崿F(xiàn)錯誤，部分的模塊或系統(tǒng)可或能運(yùn)轉(zhuǎn)或部分模塊和系統(tǒng)缺失，對整個系統(tǒng)有重大影響或可能造成部分的損失或損害；嚴(yán)重影響使用安全技術(shù)資料分享

WORD格式.可編輯三級一較缺陷次要錯誤布局合文字錯誤系統(tǒng)中部分單元模塊或單個功能指述和實現(xiàn)有錯誤、有偏差、一致或有缺失，影響模塊的正常運(yùn)，或有影響，但可以有替代的辦法或避免辦法四級微小缺陷做足道基本影響系統(tǒng)的運(yùn)和功能的實現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義一致五級建議就陷新特性在定義、標(biāo)準(zhǔn)、范圍的定義和約束之內(nèi)，但是從提出者來看是需要完善的建議缺陷優(yōu)先級定義缺陷優(yōu)無經(jīng)描述特急需要刻進(jìn)修改加急一天到兩天之內(nèi)必須修改高介于中和加急之間中缺陷需要正常排隊等待修復(fù)或入軟件發(fā)布清單低到組后解決，如果項目的進(jìn)跟緊張可以在產(chǎn)品發(fā)布以前解決缺陷狀態(tài)定義缺陷洪志描述初始於志（New）測試或開發(fā)人員提交一個新的缺陷，等待開發(fā)人員或項目經(jīng)分配修改負(fù)責(zé)人打回(FeedBack)要求缺陷的報告者再次對就陷進(jìn)說明已 分 配(Assigned)是指已經(jīng)分配給屬主，等待修改。已 解 決(Resolved)就陷被屬主修改，等待測試人員驗證關(guān)閉(Closed)測試人員驗證缺陷已經(jīng)修復(fù)技術(shù)資料分享

WORD格式.可編輯重新打開測試人員驗證，制陷沒有修改正確(Reopen)道(Later)經(jīng)項目經(jīng)和技術(shù)經(jīng)驗證此缺陷在本版本中 用修改缺陷完成就F陷完成描述打開（Open）就F陷沒有被解決已解決（Fixed）缺陷已經(jīng)修改道(Suspended)此缺陷步驟本階段解決重新打開（Reopen）重新打開某個缺陷做修改(Wontfix)對這個缺陷進(jìn)修改重 復(fù)(Duplicate)與某個缺陷重復(fù)需求如此經(jīng)和開發(fā)人員經(jīng)過需求和設(shè)計的核實后決定需要修改可重現(xiàn)被指派的開發(fā)人員想要再現(xiàn)就陷進(jìn)修改個時候，發(fā)現(xiàn)就陷蛤終能再現(xiàn)缺陷管程技術(shù)資料分享

WORD格式.可編輯6處機(jī)制退回機(jī)制在測試過程中發(fā)生如下情況，將系統(tǒng)退回到申請部門：經(jīng)過測試后，發(fā)現(xiàn)與需求說明規(guī)格說明書中定義的功能項存在較大的差異單一模塊，測試過程中發(fā)現(xiàn)缺陷輸較多或者無法繼續(xù)進(jìn)系統(tǒng)其它功能模塊的測試，繼續(xù)測試無意義技術(shù)資料分享WORD格式.可編輯測試過程中，頻繁死機(jī)或系統(tǒng)崩潰主業(yè)