軟件測試規(guī)范

1、如軟件測試規(guī)范軟件測試標(biāo)準(zhǔn)規(guī)范目的為了保證軟件產(chǎn)質(zhì)量量，使產(chǎn)品能夠順利交付和經(jīng)過查收，特編寫本文檔，以作參照適用范圍本文檔適用于項目開發(fā)過程中的單元測試、集成測試、系統(tǒng)測試、業(yè)務(wù)測試、查收測試以及一些專項測試。職責(zé)項目測試負(fù)責(zé)人組織編制測試計劃、測試方案，指導(dǎo)和督促測試人員完成各階段的測試工作。項目組測試人員依照測試計劃、測試方案完成所擔(dān)當(dāng)?shù)臏y試任務(wù)，并按要求填寫問題報告及保護記錄。測試經(jīng)理依照確認(rèn)規(guī)程和準(zhǔn)則對工作產(chǎn)品進行確認(rèn)，提出對確認(rèn)規(guī)程和準(zhǔn)則的改正建議項目負(fù)責(zé)人組織測試環(huán)境的建立。項目經(jīng)理審察負(fù)責(zé)控制整個項目的時間和質(zhì)量。研發(fā)人員確認(rèn)改正測試人員提交的bug。工作流程4.1測試依照詳細(xì)設(shè)

2、計是模塊測試的依照。因此設(shè)計人員應(yīng)向測試人員供應(yīng)系統(tǒng)需求規(guī)格書名書、詳細(xì)設(shè)計、大綱設(shè)計等相關(guān)資料。測試人員必定認(rèn)真閱讀，真切弄懂系統(tǒng)需求和詳細(xì)設(shè)計。4.2擬定測試方案第1頁，共3頁如軟件測試規(guī)范在測試以前，由項目負(fù)責(zé)人依照測試計劃的要求，組織人員編制相應(yīng)的測試方案，測試方案應(yīng)包括以下內(nèi)容：測試目的；所需人員及相應(yīng)培訓(xùn)要求；測試環(huán)境、工具和測試軟件；測試用例、測試數(shù)據(jù)和預(yù)期的結(jié)果。4.3單元測試項目開發(fā)實現(xiàn)過程中，每個程序單元（程序單元的劃分視詳細(xì)開發(fā)工具而定，一般定為函數(shù)或子程序級）編碼調(diào)試通過后，要及時進行單元測試。單元測試由單元開發(fā)者自己進行，使用白盒測試方法，依照程序單元的控制流程，爭取

3、達(dá)到分支覆蓋。關(guān)于交互式運轉(zhuǎn)的產(chǎn)品，不便于進行自動測試的，能夠采用功能測試的方法進行。單元測試針對程序模塊，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例。多個模塊能夠獨立進行單元測試。單元測試內(nèi)容包括模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試、錯誤辦理測試等；單元測試組織原則一遍依照開發(fā)進度安排對已開發(fā)完成的單一模塊進行測試；單元測試停止標(biāo)準(zhǔn)：完成了全部規(guī)定單元的測試，單元測試中發(fā)現(xiàn)的bug已經(jīng)獲取改正。4.4集成測試編碼開發(fā)完成，項目組內(nèi)部應(yīng)進行組裝測試。集成測試由項目負(fù)責(zé)人組織策劃（編寫測試計劃、測試用例）并推行。集成測試重視對各功能模塊之間的接口進行測試，考據(jù)各功能模塊可否能協(xié)調(diào)工作、參數(shù)傳達(dá)及功能調(diào)

4、用可否正常。測試采用交織方法，即個人開發(fā)的軟件應(yīng)由其他的項目組成員進行測試。第2頁，共3頁如軟件測試規(guī)范集成測試過程應(yīng)填寫問題報告及保護記錄，測試結(jié)果應(yīng)形成測試報告。4.5系統(tǒng)測試在項目開發(fā)完成此后，對付整個系統(tǒng)軟件和硬件進行系統(tǒng)測試。對性能、可靠性、強壯性、壓力承受力等方面分別進行議論，以考據(jù)系統(tǒng)可否滿足規(guī)定的需要。系統(tǒng)測試由測試負(fù)責(zé)人組織策劃（編寫測試計劃、測試用例）并推行，系統(tǒng)測試過程應(yīng)形成問題報告及保護記錄。系統(tǒng)測試一般進行以下幾種狀況的測試：正常狀況非正常狀況破壞性測試界線狀況非法狀況強度測試性能測試兼容性測試用戶友好性測試界面設(shè)計規(guī)范測試：光標(biāo)的初始地址字體可否一致字號可否吻合規(guī)定

5、標(biāo)題顏色按鈕的名稱可否規(guī)范界面布局可否合理，整體收效如何輸入值測試：第3頁，共3頁如軟件測試規(guī)范數(shù)據(jù)種類數(shù)據(jù)長度拘束條件可否滿足，可否完滿?TAB和Enter鍵可否起作用鍵盤操作可否全部取代鼠標(biāo)操作輸入（光標(biāo)）可否依照序次前進按鈕測試：將按鈕松開和關(guān)閉可否嚴(yán)格、正確，不能夠使用的按鈕必定關(guān)閉檢查“退出”、“取消”等擁有共性按鈕的功能異常狀況測試：在完成正常功能測試后，安正常辦理的相同操作序次，執(zhí)行與正常辦理不相同的動作比方正常辦理中要求輸入日期的字段，這時輸入字符或數(shù)字正常辦理中輸入字段有范圍要求，這時輸入高出范圍的值正常辦理中用兩個值限制范圍，這時用一個值或不限定正常辦理中要求用“Tab”鍵

6、，這時安“Enter”鍵或其他鍵正常辦理中單項選擇框、多項選擇框、下拉框等，十一偶那個非指定鍵操作使用不相同于指定的按鈕操作4.6業(yè)務(wù)測試在組裝測試與系統(tǒng)測試結(jié)束后，均可由最后用戶或測試人員對系統(tǒng)進行測試。業(yè)務(wù)測試重視測試業(yè)務(wù)流程，功能、用戶界面等方面。第4頁，共3頁如軟件測試規(guī)范項目、測試負(fù)責(zé)人負(fù)責(zé)組織相關(guān)人員擬定測試方案和測試用例，并進行測試。測試的結(jié)果應(yīng)形成問題報告及保護記錄。4.7查收測試查收測試的條件依照項目計劃規(guī)定的查收測試進度安排進行測試準(zhǔn)備在查收測試前，各項內(nèi)部的測試活動都碰到監(jiān)控并爭取執(zhí)行交付版本的要求依照集成測試用例完成了整個系統(tǒng)的集成測試集成版本滿足設(shè)計定義的各項功能、性

7、能要求提交的數(shù)據(jù)庫腳本樣本需要完滿，沒有冗余數(shù)據(jù)在集成測試中發(fā)現(xiàn)的bug已經(jīng)獲取解決，各級弊端改正率達(dá)到標(biāo)準(zhǔn)軟件需求解析說明書中定義的全部功能都已經(jīng)實現(xiàn)，性能指標(biāo)全部達(dá)到性能需求指標(biāo)提交階段性測試報告，包括功能和性能測試報告全部文檔齊備完滿版本宣布的準(zhǔn)則軟件產(chǎn)品經(jīng)過了單元測試、集成測試、業(yè)務(wù)測試、系統(tǒng)測試、性能測試測試部提交文檔：測試計劃、測試方案、測試用例、測試解析報告全部測試項必定吻合以下標(biāo)準(zhǔn)致命錯誤：無功能錯誤：無第5頁，共3頁如軟件測試規(guī)范功能弊端：項目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審察經(jīng)過界面弊端：項目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審察經(jīng)過建議：項目經(jīng)理、技術(shù)經(jīng)理、測試負(fù)責(zé)人審察經(jīng)過以上幾項

8、其中之一不滿足要求，視為不合格在產(chǎn)品交付和用戶查收以前，經(jīng)過查收測試來確認(rèn)在規(guī)定的使用環(huán)境下整個產(chǎn)品的運轉(zhuǎn)狀況可否滿足規(guī)定的要求。在產(chǎn)品交付以前，由指定的查收負(fù)責(zé)人組織擬定測試方案和測試用例，主持查收。查收測試過程應(yīng)形成問題報告及保護記錄。4.8用戶現(xiàn)場測試將軟件部署到用戶實質(zhì)生產(chǎn)環(huán)境后，由于環(huán)境差異，需要在用戶現(xiàn)場進行確認(rèn)測試，保證系統(tǒng)功能、性能齊備，可正常運轉(zhuǎn)。測試內(nèi)容：依照軟件系統(tǒng)規(guī)模，準(zhǔn)備現(xiàn)場測試用例，涵蓋全部重要功能點，若規(guī)模小，需要將全部功能點全部測試一遍關(guān)于后臺已定義好的工作流、功能欄目路徑以及用戶信息等數(shù)據(jù)，不前進行改正和刪除操作，新增的測試數(shù)據(jù)也需要在測試完成后恩賜清楚重點檢

9、查上傳、下載的數(shù)據(jù)可否能夠正常的打開或保存確認(rèn)界面雅觀，基本信息和鏈接無錯誤考慮用戶實質(zhì)的軟件環(huán)境和網(wǎng)絡(luò)環(huán)境，以客戶端最為復(fù)雜的軟硬件環(huán)境作為測試機器，檢查有無異常狀況出現(xiàn)針對先期發(fā)現(xiàn)的bug進行回歸測試，以保證宣布版本第6頁，共3頁如軟件測試規(guī)范為最新版本4.9編寫測試文檔測試點將測試模塊分解成多個功能點，測試點應(yīng)涵蓋功能點，也涵蓋了正常測試和異常測試。輸入數(shù)據(jù)輸入數(shù)據(jù)包括界面輸入數(shù)據(jù)、數(shù)據(jù)庫的初始數(shù)據(jù)及其他外面輸入數(shù)據(jù)。特別是數(shù)據(jù)庫的初始所需屬性一一列出，全面是指：數(shù)據(jù)能達(dá)到模塊所涉及的全部功能，典型是指這個數(shù)據(jù)能充分反響功能特點。測試描述描述測試步驟，包括：操作員所執(zhí)行的動作（包括鼠標(biāo)、

10、鍵盤、加載外面數(shù)據(jù)等操作）；系統(tǒng)的反響，包括：光標(biāo)定位、光標(biāo)聚焦、顯示字段值、按鈕的關(guān)閉和松開、功能鍵的關(guān)閉和松開、系統(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é)果。實質(zhì)輸出填寫本測試點程序運轉(zhuǎn)后的實質(zhì)輸出。正確與否程序運轉(zhuǎn)后，實質(zhì)輸出結(jié)果和預(yù)期輸出結(jié)果一致時，為正常，否則為不正常。第7頁，共3頁如軟件測試規(guī)范測試結(jié)論填寫本次測試的結(jié)論，是合格或不合格。若不合格時，應(yīng)總結(jié)存在的問題，能夠讓改正者如數(shù)家珍。弊端管理5.1弊端的定義及其基本屬性弊端是指在軟件

11、開發(fā)過程中的針對軟件產(chǎn)品和開發(fā)過程中的問題，這些問題已經(jīng)影響或可能會影響軟件產(chǎn)品的質(zhì)量。弊端應(yīng)該具備以手下性，也就是往弊端管理庫也許弊端列表中提交的弊端應(yīng)該具備以手下性：屬性名稱描述弊端表記標(biāo)記某個弊端的一組符號，每個弊端必定有一個唯一的表記弊端種類依照弊端的自然屬性劃分的弊端種類弊端考據(jù)程度因弊端引起的故障對軟件產(chǎn)品的影響程度弊端所處的模弊端分步的模塊或子系統(tǒng)塊或子系統(tǒng)弊端出現(xiàn)幾率指發(fā)現(xiàn)錯誤的幾率弊端的重現(xiàn)步詳細(xì)的弊端重現(xiàn)步驟驟附件與弊端相關(guān)的附件（截圖、附件、用例等）備注對弊端的其他描述5.2弊端分類依照弊端的定義，將弊端分為以以下：文檔弊端：是指對文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的弊端。檢查活動

12、包括同行評審、產(chǎn)品審計等。評審的弊端要依照被評審對象的種類來確定，被評審的對象包括最后出產(chǎn)物和中間過程產(chǎn)出物，比方需求文檔、設(shè)計文檔、計劃、報告、用例等第8頁，共3頁如軟件測試規(guī)范代碼弊端：是指對代碼進行同行評審、審計或代碼走查過程中發(fā)現(xiàn)的弊端測試弊端：是指由測試活動發(fā)現(xiàn)的測試對象（被測對象一般是指可運轉(zhuǎn)的代碼、系統(tǒng)，不包括靜態(tài)測試發(fā)現(xiàn)的問題）的弊端，測試活動包括單元測試、集成測試、系統(tǒng)測試、性能測試等過程弊端：有稱為不吻合項問題，是指經(jīng)過過程審計、過程解析、管理評審、質(zhì)量評估、質(zhì)量審察等活動發(fā)現(xiàn)的關(guān)于過程的弊端和問題。過程弊端的發(fā)現(xiàn)者一般是測試人員、項目經(jīng)理等5.3文檔弊端分類弊端分類描述描

13、述不完滿文檔內(nèi)容缺失，或文檔應(yīng)該包括的范圍沒有涵蓋不一致一致性問題有兩類：一是與源泉說明書不一致，比方需求和客戶業(yè)務(wù)需求不一致、設(shè)計與需求不一致等二是上下文也許與前提不一致描述錯誤文檔描述是錯誤的，不能實現(xiàn)或以致錯誤的輸出或結(jié)果功能問題該弊端將會以致用戶功能的錯誤、不滿足、不能用不清楚或有歧內(nèi)容的描述不清楚、不能夠正確表達(dá)、或表達(dá)義的意思有歧義邏輯錯誤內(nèi)容組織邏輯不清楚、邏輯錯誤接口問題與最后用戶接口問題、與外面系統(tǒng)的接口問題、內(nèi)部子系統(tǒng)或模塊的接口問題輸入輸出問題輸入輸出不完滿、不正確、不能測試或考據(jù)第9頁，共3頁如軟件測試規(guī)范不細(xì)化內(nèi)容還需要進一步細(xì)化性能問題文檔的設(shè)計或?qū)崿F(xiàn)方式存在性能問

14、題安全性問題文檔的設(shè)計或?qū)崿F(xiàn)方式存在安全性問題5.4代碼弊端分類弊端分類描述常量變量定義問題不滿足設(shè)計或需求編寫代碼不吻合規(guī)范條件判斷辦理循環(huán)辦理錯誤異常辦理算法邏輯問題說明問題代碼冗余性能問題5.5系統(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)用程序中間出現(xiàn)腳本錯誤，包括客戶端對數(shù)據(jù)進行校驗和運算的各種狀況下產(chǎn)生的錯誤頁面鏈接錯Web應(yīng)用程序頁面出現(xiàn)空鏈接、錯誤鏈接、誤死鏈接第10頁，共3頁如軟件測試規(guī)范頁面文字錯Web應(yīng)用

15、程序頁面出現(xiàn)的中外文拼寫、使誤用、以及不相同語種頁面的編碼錯誤頁面圖形錯Web應(yīng)用程序頁面出現(xiàn)圖片內(nèi)容使用不當(dāng)，誤也許無法顯示ALT錯誤Web應(yīng)用程序頁面中間超文本表記語言、文本標(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)流程在實質(zhì)狀況下誠然能夠方便完成，但是存在不用要的頻頻、等待、冗余等影響使用效率的狀況其他錯誤其他未分類錯誤建議系統(tǒng)改進建議5.6弊端等級定義弊端的嚴(yán)重程度對以上所述的弊

16、端種類都是適合的，弊端的嚴(yán)重程度反響的是對弊端的發(fā)現(xiàn)對象可能造成的影響或結(jié)果來定義的。弊端等弊端性系統(tǒng)中對描述級質(zhì)應(yīng)的錯誤分類一級致命錯系統(tǒng)崩潰誤系統(tǒng)死鎖以致對被描述的主要對象的理解錯誤、不能行、不能運轉(zhuǎn)、對業(yè)務(wù)和整個系統(tǒng)造成重要損失或損害；對使用、保護或保留人員有危險或不安全，以及對產(chǎn)品的基本功第11頁，共3頁如軟件測試規(guī)范能有致命影響的弊端二級嚴(yán)重缺嚴(yán)重錯誤對被描述的部分對象的理解陷或?qū)崿F(xiàn)錯誤，部分的模塊或系統(tǒng)不能行或不能夠運轉(zhuǎn)或部分模塊和系統(tǒng)缺失，對整個系統(tǒng)有重要影響或可能造成部分的損失或損害；嚴(yán)重影響使用安全三級一般缺次要錯誤系統(tǒng)中部分單元模塊或單個陷布局不合功能描述和實現(xiàn)有錯誤、有偏

17、差、不一致或出缺失，不理影響模塊的正常運轉(zhuǎn)，或有文字錯誤影響，但能夠有取代的方法或防備方法四級渺小缺不足掛齒基本不影響系統(tǒng)的運轉(zhuǎn)和功陷能的實現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義不一致五級建議缺新特點不在定義、標(biāo)準(zhǔn)、范圍的定陷義和拘束之內(nèi)，但是從提出者來看是需要完滿的建議5.7弊端優(yōu)先級定義弊端優(yōu)先描述級特急需要立刻進行改正加急一天到兩天之內(nèi)必定改正高介于中和加急之間中弊端需要正常排隊等待修復(fù)或列入軟件宣布清單低留到組后解決，若是項目的進度跟緊張能夠在產(chǎn)品宣布以前不解決第12頁，共3頁如軟件測試規(guī)范5.8弊端狀態(tài)定義弊端狀態(tài)描述初始狀態(tài)測試或開發(fā)人員提交一個新的弊端，等待開（New）發(fā)人員或項目經(jīng)理分配改

18、正負(fù)責(zé)人打回要求弊端的報告者再次對弊端進行說明FeedBack）已分配是指已經(jīng)分配給屬主，等待改正。Assigned）已解決弊端被屬主改正，等待測試人員考據(jù)Resolved）關(guān)閉測試人員考據(jù)弊端已經(jīng)修復(fù)Closed）重新打開測試人員考據(jù)，弊端沒有修改正確Reopen）遺留（Later）經(jīng)項目經(jīng)理和技術(shù)經(jīng)理考據(jù)此弊端在本版本中不用改正5.9弊端完成度弊端完成度描述打開弊端沒有被解決Open）已解決弊端已經(jīng)改正Fixed）遺留此弊端步驟本階段解決Suspended）重新打開重新打開某個弊端Reopen）不做改正不對這個弊端進行改正第13頁，共3頁如軟件測試規(guī)范Wontfix）重復(fù)與某個弊端重復(fù)Duplicate）需求這樣經(jīng)理和開發(fā)人員經(jīng)過需求和設(shè)計的核實后決定不需要改正不能重現(xiàn)被指派的開發(fā)人員想要再現(xiàn)弊端進行改正個時候，發(fā)現(xiàn)弊端向來不能夠再現(xiàn)5.10弊端管理流程辦理體系6.1退回體系若在測試過程中發(fā)生以下狀況，將系統(tǒng)退回到申請部門：經(jīng)過測試后，發(fā)現(xiàn)與需求說明規(guī)格說明書中定義的功能項存在較大的差異單一模塊，測試過程中發(fā)現(xiàn)弊端輸了很多也許無法連續(xù)進行系統(tǒng)其他功能模塊的測試，連續(xù)測試沒心義測試過程中，頻頻死機或系統(tǒng)崩潰第14頁，共3頁如軟件測試規(guī)范主業(yè)務(wù)流程出現(xiàn)斷點6.2異常狀況辦理體系非正常狀況下，需要進行特別辦