測試用例編寫規(guī)范_V10

1、軟件功能測試用例編寫規(guī)范v1-0修改歷史日期版本作者修改內(nèi)容更改請求號2016-1-6v1.0何曙林初稿目 錄1 從需求到用例11需求分析11.2 業(yè)務(wù)分析11.3 用例設(shè)計12 常用的較驗22字段長度較驗22.2 字符類型較驗22.3 其它較驗23 常用功能的設(shè)計53新增/添加53.2 修改/更新53.3 刪除63.4 查詢/搜索63.5 上傳文件64 測試用例模板64.1 測試用例文檔命名規(guī)則64.2 測試用例模板內(nèi)容定義71從需求到用例1.1需求分析測試需求分析是進(jìn)行測試用例編寫的前提。測試人員根據(jù)軟件功能需求、軟件需求規(guī)格說明進(jìn)行測試需求分析，找出明顯的和隱含 的需求。有些需求無法從需

2、求文檔中獲得，可借助概要設(shè)計文檔或者詳細(xì)設(shè)計文檔，或直接 從最終的軟件產(chǎn)品上獲得。最終依據(jù)這些信息整理并編寫出測試需求。測試用例設(shè)計是將測試需求細(xì)化的過程。1.2業(yè)務(wù)分析測試人員根據(jù)需求分析以及對業(yè)務(wù)的了解，整理編寫出業(yè)務(wù)分析并繪制業(yè)務(wù)流程。 業(yè)務(wù)分析時使用業(yè)務(wù)分析模板。1.3用例設(shè)計測試用例設(shè)計是將測試需求和業(yè)務(wù)分析細(xì)化的過程。測試川例編耳規(guī)范2常用的較驗2.1字段長度較驗2.1.1字段長度取上邊界值2.1.2字段長度取上邊界值+12.1.3字段長度収上邊界值12.1.4字段長度取下邊界值2.1.5字段氏度取下邊界值+12.1.6字段長度取下邊界值12.2字符類型較驗2.2.1在應(yīng)該輸入指定

3、類型的內(nèi)容地地方輸入其他類型的內(nèi)容，看系統(tǒng)是否檢杳字符類型,會否報錯。2.2.2數(shù)值型字段取上邊界俏2.2.3數(shù)值型字段取卜邊界值2.2.4數(shù)值型字段山只上邊界值減12.2.5數(shù)值型字段取上邊界值加12.2.6數(shù)值型字段取下邊界值加12.2.7數(shù)值型字段収下邊界俏減12.2.8在數(shù)值型字段輸入域中輸入全角數(shù)字2.2.9在數(shù)值型字段輸入域中輸入半角數(shù)字2.2.10在數(shù)值型字段輸入域屮輸入全角字母2.2.11在數(shù)值型字段輸入域小輸入半角字母2212在數(shù)值型字段輸入域中輸入全角特殊符號2.2.13在數(shù)值型字段輸入域中輸入半角特殊符號2214字符型字段中禁用或限用符號的檢查2.2.15日期型字段輸入格

4、式的檢查2.3其它較驗2.3.1頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁而，并且頁而z間切換正確。 廈門至恒天地信息技術(shù)冇公司2.3.2 按鈕功能是否正確：如新增、修改、刪除、保存等功能是否正確。2.3.3 標(biāo)點符號檢查：輸入內(nèi)容包括各種標(biāo)點符號，特別是空格、各種引號、回車鍵?？?系統(tǒng)處理是否正確。2.3.4 小文字符處理：在可以輸入中文的系統(tǒng)輸入小文，看會否出現(xiàn)亂碼或出錯。2.3.5 多次使用“后退”鍵：在有“后退”的地方，后退，回到原來頁而，重復(fù)多次后退, 看是否出錯。2.3.6 輸入信息位置：在光標(biāo)停留的地方輸入信息時，光標(biāo)和所輸入的信息是否會跳到其 他地方。2.3.7 快捷鍵檢查：是否

5、支持常用快捷鍵，如ctrl+cctrl+v等，對一些不允許輸入信息的 字段，如從下拉列表中選擇、選h期對快捷方式是否也做了限制。2.3.8 四不鍵檢查：在輸入結(jié)束后直接按回車鍵，看系統(tǒng)處理如何。2.4權(quán)限校驗2.4.1 權(quán)限菜單校驗：什么角色能展示什么樣的菜單2.4.2 權(quán)限功能校驗：什么樣的角色可操作什么樣的功能，例子1： a角色可新增，b角色只可查看不能新增，c只能刪除例了 2： a角色可取款10w （含）以下金額，取款10w以上需要b角色授權(quán)，取款100w以上需要c角色授權(quán)，取款1000w以上系統(tǒng)將提示'此金額需要提前x天預(yù)約'2.5必輸項校驗2.5.1校驗不能為空：必須

6、輸入，不輸入系統(tǒng)將給出合理友好的提示還需耍校驗字段名是否正確，必輸項和非必輸項正確實現(xiàn)備注：如一個頁面冇兒十個以上的必輸項，也必須分開寫對應(yīng)的單獨的用例。測試人員經(jīng)常因為麻煩用一條用例覆蓋所有的必輸項，這樣做會存在較大的風(fēng)險。2.6輸入規(guī)則校驗2.6.1 校驗輸入規(guī)則是否正確：驗證需求描述的輸入規(guī)則可正確實現(xiàn)例如：效驗證件號碼字段只可輸入阿拉們數(shù)字，姓名字段是可輸入中文，金額字段只可輸入正整數(shù)2.7業(yè)務(wù)邏輯效驗2.7.1 業(yè)務(wù)邏輯約束：效驗業(yè)務(wù)邏輯是否正確約束例如：活期存款計息方式為積數(shù)計息法定期存款為余額法，貸款不同的還款方式2.8業(yè)務(wù)流程驗證2.8.1 業(yè)務(wù)短流程驗證：需求中沒有寫的，需耍

7、口己挖掘隱性流程，例如網(wǎng)銀，1.注冊簽 約轉(zhuǎn)賬查詢退出2. 新增查詢修改查詢刪除查詢3. t日存款t+1()日取款每日計提結(jié)息當(dāng)日沖銷計提每月21日結(jié)息t+6()日取款-t+90日銷戶2.8.2 業(yè)務(wù)長流程驗證：需求屮有流程圖，有詳細(xì)描述的，需要設(shè)計最少的案例去覆蓋全 量的場景2.9界面要素檢查2.9.1 界面要素檢杳：頁面跳轉(zhuǎn)正確，各項顯示正確，無錯別字，只讀項不可編輯例如：測試步驟：'查詢收款人名冊'界面要素檢查預(yù)期結(jié)果：1 查詢條件：收款賬號輸入框、收款方戶名-文本框2. 杳詢結(jié)果單選帕選擇后關(guān)閉此頁面、收款方賬號文本、收款方戶名文本、收款方開戶行文本、轉(zhuǎn)賬類型文本3.

8、按鈕：【關(guān)閉】、【査詢】功能實現(xiàn)布局合理、各項顯示正確、無錯別字3常用功能的設(shè)計新增/添加3字段長度較驗（詳細(xì)內(nèi)容參見“2.1字段長度較驗”）3.1.2 字段類型較驗（詳細(xì)內(nèi)容參見“2.2字符類型較驗”）3.1.3 必輸項較驗3.1.4 冋填按鈕所帶冋的信息是否完整、正確3.1.5 新增頁面內(nèi)字段間存在的邏輯關(guān)系較驗，如到期口期=開始口期+期限3.1.6 其他模塊或業(yè)務(wù)屮的設(shè)置對該頁而字段的影響3.1.7 對于新增主鍵值重復(fù)的記錄，系統(tǒng)是否有較驗3.1.8 重名較驗：需要命名且名字應(yīng)該唯一的信息輸入重復(fù)內(nèi)容，看系統(tǒng)是否有處理，重 名包括是否區(qū)分大小寫，以及在輸入內(nèi)容前后加入空格，系統(tǒng)是否作出疋

9、確處理。3.1.9 重復(fù)捉交表單：一條已經(jīng)成功提交的記錄，“后退”后再捉交，看系統(tǒng)是否作了處理。3.1.10輸入信息位置：注意在光標(biāo)停留的地方輸入信息時，光標(biāo)和所輸入的信息會否跳到 別的地方。3.1.11回車鍵檢查：在輸入結(jié)束后直接按回車鍵，看系統(tǒng)如何處理。3.1.12対新增記錄的查看及內(nèi)容是否匸確的較驗。3.1.13相關(guān)性檢查：增加-項內(nèi)容會不會對其他項產(chǎn)牛:影響，如果有影響，這些影響是否 都正確。3.2修改/更新321 修改約束：對于修改操作有前置條件或狀態(tài)約束的，檢查系統(tǒng)是否都正確處理，是 否報錯。3.2.2 帶出信息的完整性：修改時先查看所填寫的信息是否全部帶出，帶出信息和填定的 是否

10、一致。323 修改和新增/添加較驗是否一致：檢查添加和修改信息的要求是否一致，如新增要求 是必輸項，修改也應(yīng)該必輸；新增規(guī)定為整型，修改也必須為整型。3.2.4 檢查修改重名：修改時把不能重名的項改為已存在的內(nèi)容，看系統(tǒng)是否作了正確處 理。3.3刪除3.3.1刪除約束：對于刪除操作有前置條件或狀態(tài)約束的，檢杳系統(tǒng)是否都正確處理，是 否報錯。3.3.2多個刪除：在一些可以一次刪除多個信息的地方，不選擇任何信息，按“刪除”，看 系統(tǒng)如何處理，會否出錯；然后選樣一個和多個信息，進(jìn)行刪除，看是否正確處理。3.4查詢/搜索341默認(rèn)條件查詢，看結(jié)果是否正確3.4.2“空”條件查詢，看結(jié)果是否止確3.4.

11、3單一條件查詢，看結(jié)果是否正確3.4.4兩個條件的組合查詢，看結(jié)果是否正確3.4.5兩個以上條件的組合杏詢，看結(jié)果是否正確3.4.6模糊查詢，看結(jié)果是否止確3.4.7查詢系統(tǒng)存在和不存在的內(nèi)容，看結(jié)果是否止確，看提示是否合理3.4.8在杳詢域屮輸入法合理和不合理的條件，看系統(tǒng)是否正確處理。3.4.9查詢結(jié)果排序：如果可以對查詢結(jié)果小的某些字段排序，是否標(biāo)識出了可排序的字 段，并檢杏排序功能是否實現(xiàn)。3.5上傳文件3.5.1上傳文件類型的檢杳3.5.2能同時上傳的文件數(shù)量3.5.3一次能上傳的文件最大字節(jié)數(shù)3.5.4相同文件的重復(fù)上傳：看系統(tǒng)是否有處理。3.5.5重名但內(nèi)容不同的文件：看系統(tǒng)是否

12、冇處理。4測試用例模板測試用例編寫使用統(tǒng)一的測試用例模板。見測試用例模板.x1s （該模板基于ctp）。4.1測試用例文檔命名規(guī)則v系統(tǒng)名稱一模塊一子模塊測試用例一設(shè)計人_設(shè)計h期測試用例模板內(nèi)容定義421主題目錄> 填寫測試用例所在的目錄。> 每一用例都要包含根目錄和各級子目錄。> 根目錄一般以項目名稱定義，各級子目錄一般以模塊及各級子模塊定義。> 各級冃錄z間以“”隔開，沒有空格，例如：個貸系統(tǒng)客戶管理個人客戶悖理。4.2.2 測試用例名稱> 填寫測試用例名稱，且名稱唯一、準(zhǔn)確。>采用統(tǒng)一編號規(guī)則：用例功能點所在當(dāng)前模塊一功能名稱一編號。其中用例功能點所 在當(dāng)詢模塊名或子模塊，盡量保證可與其它名稱區(qū)分，如確實相同可在前而加一級 父模塊，以下劃線隔開；編號是3位數(shù)字，以子模塊為單位從001開始依次累加計 數(shù)，如：個人客戶管理一新增_00