測試規(guī)范及流程.doc

xx公司測試流程及規(guī)范xx限公司2017年9月版本歷史版本/狀態(tài)作者參與者起止日期備注1.0xx2017-09-07目 錄XX公司 測試流程及規(guī)范1版本歷史I目 錄II1.目的12.測試流程介紹12.1.產(chǎn)品驗收前12.2.產(chǎn)品驗收后23.編寫測試用例的方法23.1.等價類劃分23.2.邊界值分析法33.3.錯誤推測法33.3.1.因果圖分析34.測試方法44.1.黑盒測試（功能測試）44.2.用戶界面測試-UI測試44.3.隨機測試44.4.性能測試54.5.測試此方法針對的是非程序員和測試55.缺陷等級劃分55.1.產(chǎn)品驗收前定義55.2.產(chǎn)品驗收后定義66.缺陷報告71. 目的編寫此文檔是為了規(guī)范本公司的測試流程，為快速、高效和高質(zhì)量軟件測試提供基礎(chǔ)流程框架。提高測試人員自身測試能力，使測試更加規(guī)范化和標準化。2. 測試流程介紹2.1. 產(chǎn)品驗收前關(guān)閉BUG需求分析書回歸測試追蹤BUG提交BUG進行系統(tǒng)測試進行功能點測試搭建測試環(huán)境設(shè)計測試用例提取測試需求2.2. 產(chǎn)品驗收后現(xiàn)場反饋BUGBUG生效提交禪道指派研發(fā)BUG解決進行回歸確認后關(guān)閉BUG3. 編寫測試用例的方法3.1. 等價類劃分等價類是指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試。因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù)取得較好的測試結(jié)果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。3.2. 邊界值分析法邊界值分析方法是對等價類劃分方法的補充。大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤。 使用邊界值分析方法設(shè)計測試用例，首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界，就是應(yīng)著重測試的邊界情況。應(yīng)當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)。3.3. 錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設(shè)計測試用例的方法。錯誤推測方法的基本思想：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例。例如，在單元測試時曾列出的許多在模塊中常見的錯誤。以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等，這些就是經(jīng)驗的總結(jié)。還有，輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行。這些都是容易發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例。3.3.1. 因果圖分析前面介紹的等價類劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián)系，相互組合等?？紤]輸入條件之間的相互組合，可能會產(chǎn)生一些新的情況。但要檢查輸入條件的組合不是一件容易的事情，即使把所有輸入條件劃分成等價類，他們之間的組合情況也相當多。因此必須考慮采用一種適合于描述對于多種條件的組合，相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例。這就需要利用因果圖（邏輯模型）。因果圖方法最終生成的就是判定表。它適合于檢查程序輸入條件的各種組合情況。4. 測試方法基于公司的具體情況，介紹一下幾種測試方法。4.1. 黑盒測試（功能測試）黑盒測試是根據(jù)軟件的規(guī)格對軟件進行的測試，這類測試不考慮軟件內(nèi)部的運作原理，因此軟件對用戶來說就像一個黑盒子。軟件測試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結(jié)果來發(fā)現(xiàn)軟件存在的缺陷，而不關(guān)心程序具體如何實現(xiàn)的一種軟件測試方法。4.2. 用戶界面測試-UI測試用戶界面，英文是Userinterface。是指軟件中的可見外觀及其底層與用戶交互的部分（菜單、對話框、窗口和其它控件）。用戶界面測試是指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等等。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性測試。用戶界面測試用戶分析軟件用戶界面的設(shè)計是否合乎用戶期望或要求。它常常包括菜單，對話框及對話框上所有按鈕，文字，出錯提示，幫助信息(Menu和Helpcontent)等方面的測試。比如，測試MicrosoftExcel中插入符號功能所用的對話框的大小，所有按鈕是否對齊，字符串字體大小，出錯信息內(nèi)容和字體大小，工具欄位置/圖標等等。個人認為從目前來看，公司測試和開發(fā)不重視這塊的測試和修改。一個好的軟件不止是功能完全正確，更為重要的就是有一個好的視覺效果，從用戶角度來說功能相似的軟件很多，但是界面舒暢，易用性高的軟件使用率更好，尤其我們的客戶是面向大眾的，更應(yīng)該重視界面測試。4.3. 隨機測試隨機測試沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試。主要是根據(jù)測試者的經(jīng)驗對軟件進行功能和性能抽查。隨機測試是根據(jù)測試說明書執(zhí)行用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。隨機測試主要是對被測軟件的一些重要功能進行復測，也包括測試那些當前的測試樣例(TestCase)沒有覆蓋到的部分。另外，對于軟件更新和新增加的功能要重點測試。重點對一些特殊點情況點、特殊的使用環(huán)境、并發(fā)性、進行檢查。尤其對以前測試發(fā)現(xiàn)的重大Bug，進行再次測試，可以結(jié)合回歸測試。這個方法也是使用率比較高的。4.4. 性能測試性能測試是在交替進行負荷和強迫測試時常用的術(shù)語。理想的“性能測試”(和其他類型的測試)應(yīng)在需求文檔或質(zhì)量保證、測試計劃中定義。性能測試一般包括負載測試和壓力測試。通常驗證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復使用是否還能滿足性能指標?；蛘邎?zhí)行同樣任務(wù)時新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運行程序時會不會流失(memoryleak)。比如，驗證程序保存一個巨大的文件新版本不比舊版本慢。這個方法主要針對的是一些硬件和系統(tǒng)響應(yīng)速度。4.5. 測試此方法針對的是非程序員和測試測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。當開發(fā)和測試完成所做的測試，而最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員完成，不能由程序員或測試員完成。目前這個方法和我們公司市場部和法院人員反饋的問題相似，不同的是我們產(chǎn)品已經(jīng)驗收了。5. 缺陷等級劃分5.1. 產(chǎn)品驗收前定義A類嚴重錯誤，包括：o由于程序所引起的死機,非法退出o死循環(huán)o導致數(shù)據(jù)庫發(fā)生死鎖o數(shù)據(jù)通訊錯誤o嚴重的數(shù)值計算錯誤B類較嚴重錯誤，包括：o功能不符o數(shù)據(jù)流錯誤o程序接口錯誤o輕微的數(shù)值計算錯誤C類一般性錯誤，包括：o界面錯誤(詳細文檔)o打印內(nèi)容、格式錯誤o簡單的輸入限制未放在前臺進行控制o刪除操作未給出提示D類較小錯誤，包括：o輔助說明描述不清楚o顯示格式不規(guī)范o長時間操作未給用戶進度提示o提示窗口文字未采用行業(yè)術(shù)語o