- 相關(guān)推薦
最全的測試用例
最全的測試用例，以下的最全的測試用例相關(guān)文章，可以繼續閱讀哦。
最全的測試用例【1】
一、文本框為字符型
必填項非空校驗：
1、必填項未輸入--程序應提示錯誤;
2、必填項只輸入若干個(gè)空格，未輸入其它字符--程序應提示錯誤;
字段唯一性校驗：(不是所有字段都作此項校驗，視實(shí)際項目情況而定)
1、新增時(shí)輸入重復的字段值--必須提示友好信息;
2、修改時(shí)輸入重復的字段值--必須提示友好信息;
字段長(cháng)度校驗：
輸入[最小字符數-1]--程序應提示錯誤;
輸入[最小字符數]--OK;
3、輸入[最小字符數+1]--程序應提示錯誤;
4、輸入[最大字符數-1]--OK;
5、輸入[最大字符數]--OK;
輸入[最大字符數+1]--程序應提示錯誤;
?字段為特殊字符校驗：
1、輸入域如對某些字符禁止輸入時(shí)，限制是否成功，提示信息是否友好 ;
2、中文、英文、空格，數字，字符，下劃線(xiàn)、單引號 等所有特殊字符的組合 ;
3、所有特殊字符都必須進(jìn)行測試
字段為特殊代碼校驗：
輸入htm代碼：比如” 你好”;--必須以文本的形式將代碼顯示出來(lái)。
2、輸入JavaScript代碼：比如;--必須以文本的形式將代碼顯示出來(lái)。
多行文本框輸入：
1、是否允許回車(chē)換行 ;
2、保存后再顯示能夠保持輸入時(shí)的格式 ;
3、僅輸入回車(chē)換行，檢查能否正確保存;若能，查看保存結果。若不能，查看是否有正確提示 ;
4、僅輸入空格，檢查能否正確保存;若能，查看保存結果。若不能，查看是否有正確提示 。
二、文本框為數值型
邊界值：
1、輸入[最小值-1]--程序應提示錯誤;
2、輸入[最小值]--OK;
3、輸入[最大值]--OK;
4、輸入[最大值+1]--程序應提示錯誤;
位數：
1、輸入[限制位數]--OK;
2、輸入[限制位數+1]--根據實(shí)際項目而定，是否自動(dòng)四舍五入成限制位數，還是提示信息;
3、輸入[限制位數-1]--OK;
?異常值、特殊值：
1、輸入非數值型數據：漢字、字母、字符--程序應提示錯誤;
2、輸入負數--根據實(shí)際項目而定，如果不允許輸入負數，必須提示友好信息;
3、字段禁止直接輸入非數值型數據時(shí)，使用“粘貼”、“拷貝”功能?chē)L試輸入，并測試能否正常提交保存--只能使用“粘貼”、“拷貝”方法輸入的特殊字符應無(wú)法保存，并應給出相應提示 ;
4、全角數字和半角數字的情況--全角數字不能保存，提示友好信息，半角數字正常保存;
5、首位為零的數值：如01=1--視實(shí)際項目情況而定;
三、文本框為日期型
合法性檢查：
1、日輸入[0日]--程序應提示錯誤;
2、日輸入[1日]--OK;
3、日輸入[32日]--程序應提示錯誤;
4、月輸入[1、3、5、7、8、10、12月]、日輸入[31日]--OK;
5、月輸入[4、6、9、11月]、日輸入[30日]--OK;
6、月輸入[4、6、9、11月]、日輸入[31日]--程序應提示錯誤;
7、輸入非閏年,月輸入[2月]、日輸入[28日]，比如2009.2.28--OK;
8、輸入非閏年,月輸入[2月]、日輸入[29日]，比如2009.2.29--程序應提示錯誤
9、(閏年)月輸入[2月]、日輸入[29日]，比如2008.2.29--OK;
10、(閏年)月輸入[2月]、日輸入[30日]，比如2008.2.30--程序應提示錯誤;
11、月輸入[0月]--程序應提示錯誤;
12、月輸入[1月]--OK;
13、月輸入[12月]--OK;
14、月輸入[13月] --程序應提示錯誤;
格式檢查：
1、不合法格式：2009-09、 2009-09 -、200-2-2;
2、視具體項目而定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ;
異常值、特殊值：
1、輸入漢字、字母、字符--程序應提示錯誤;
四、文本框為時(shí)間型
合法性檢查：
1、時(shí)輸入[24時(shí)] --程序應提示錯誤;
2、時(shí)輸入[00時(shí)] --OK;
3、分輸入[60分] --程序應提示錯誤;
4、分輸入[59分] --OK;
5、分輸入[00分] --OK;
6、秒輸入[60秒] --程序應提示錯誤;
7、秒輸入[59秒] --OK;
8、秒輸入[00秒] --OK;
?格式檢查：
不合法格式：12:30:、 123000;
2、視具體項目而定是否合法：12:30、 1:3:0;
異常值、特殊值：
1、輸入漢字、字母、字符--程序應提示錯誤;
2、系統中所涉及時(shí)間是否取服務(wù)器時(shí)間;
頁(yè)功能我們常碰到的一般有以下幾個(gè)功能：
1、首頁(yè)、上一頁(yè)、下一頁(yè)、尾頁(yè)。
2、總頁(yè)數，當前頁(yè)數
3、指定跳轉頁(yè)
4、指定每頁(yè)顯示條數
當然，有一些是少于多少頁(yè)，全部以數字的形式顯示，多于多少頁(yè)后，才出現下一頁(yè)的控件。本文暫且用以上四點(diǎn)來(lái)做為通用的用例來(lái)設計吧。
對于“首頁(yè)、上一頁(yè)、下一頁(yè)、尾頁(yè)”。翻頁(yè)鏈接或按鈕的測試，主要要檢查的測試點(diǎn)有：
1、有無(wú)數據時(shí)控件的顯示情況
2、在首頁(yè)時(shí)，首頁(yè)和上一頁(yè)是否能點(diǎn)擊
3、在尾頁(yè)時(shí)，下一頁(yè)和尾頁(yè)是否能點(diǎn)擊
4、在非首頁(yè)和非尾頁(yè)時(shí)，四個(gè)按鈕功能是否正確
5、翻頁(yè)后，列表中的記錄是否仍按照指定的排序列進(jìn)行了排序
對于“總頁(yè)數，當前頁(yè)數總頁(yè)數，當前頁(yè)數”，主要要檢查的測試點(diǎn)有：
1、總頁(yè)數是否等于總的記錄數/指定每頁(yè)條數
2、當前頁(yè)數是否正確
針對以上測試用例如下：
step 1: 列表無(wú)記錄
expect: 1、四個(gè)翻頁(yè)控件變灰不可點(diǎn)擊
2、列表有相應的無(wú)數據信息提示
3、不可指定頁(yè)數
4、不可指定跳轉頁(yè)
5、總頁(yè)數顯示為0
6、當前頁(yè)數顯示為0
step 2: 列表的記錄數<=指定的每頁(yè)顯示條數
expect: 1、四個(gè)翻頁(yè)控件變灰不可點(diǎn)擊
2、總頁(yè)數顯示為1
3、當前頁(yè)數顯示為1
step 3: 列表的記錄數>指定的每頁(yè)顯示條數
expect: 1、默認在首頁(yè)，當前頁(yè)數為1
2、列表的數據按照指定的排序列正確排序
3、記錄數與數據庫相符
4、總頁(yè)數=記錄數/指定的每頁(yè)顯示條數
step 4: 列表的記錄數>指定的每頁(yè)顯示條數，在首頁(yè)
expect: 1、首頁(yè)變灰不可點(diǎn)擊
2、上一頁(yè)變灰不可點(diǎn)擊
3、下一頁(yè)可點(diǎn)擊，從(每頁(yè)指定條數+1)條記錄開(kāi)始顯示，當前頁(yè)數+1
4、尾頁(yè)可點(diǎn)擊，顯示最后頁(yè)的記錄
step 5: 列表的記錄數>指定的每頁(yè)顯示條數，在中間的某頁(yè)
expect: 1、首頁(yè)可點(diǎn)擊，顯示1到每頁(yè)指定條數的記錄
2、上一頁(yè)可點(diǎn)擊，顯示上一頁(yè)的記錄
3、下一頁(yè)可點(diǎn)擊，從后一頁(yè)的記錄
4、尾頁(yè)可點(diǎn)擊，顯示最后頁(yè)的記錄
5、列表的數據按照指定的排序列正確排序
6、當前頁(yè)數為所在頁(yè)
step 6:列表的記錄數>指定的每頁(yè)顯示條數，在尾頁(yè)
expect: 1、首頁(yè)可點(diǎn)擊，顯示1到每頁(yè)指定條數的記錄
2、上一頁(yè)可點(diǎn)擊，顯示上一頁(yè)的記錄
3、下一頁(yè)變灰不可點(diǎn)擊
4、尾頁(yè)變灰不可點(diǎn)擊
5、列表的數據按照指定的排序列正確排序
6、當前頁(yè)數為最后一頁(yè)的頁(yè)數
對于“指定跳轉頁(yè)”，主要要檢查的測試點(diǎn)有：
1、是否能正常跳轉到指定的頁(yè)數
2、輸入的跳轉頁(yè)數非法時(shí)的處理
對于“指定每頁(yè)顯示條數”，主要要檢查的測試點(diǎn)有：
1、是否有默認的指定每頁(yè)顯示條數
2、指定每頁(yè)的條數后，列表顯示的記錄數，頁(yè)數是否正確
3、輸入的每頁(yè)條數非法時(shí)的處理
針對以上測試用例如下：
step 7:輸入每頁(yè)顯示條數為小于總記錄的正整數
expect: 1、每頁(yè)顯示條數更新成指定的條數
2、超過(guò)指定的條數的記錄分頁(yè)顯示
3、總頁(yè)數更新成列表的記錄數/每頁(yè)顯示條數
step 8:輸入每頁(yè)顯示條數為0、負數、小數
expect: 1、提示“每頁(yè)顯示條數必須為大于1的整數”
2、提示后每頁(yè)顯示條數恢復為上次生效的條數
step 9:輸入每頁(yè)顯示條數大于或等于總記錄數的正整數時(shí)
expect: 1、四個(gè)翻頁(yè)按鈕變灰不可點(diǎn)擊
2、總頁(yè)數顯示為1
3、當前頁(yè)數顯示為1
step 10:輸入每頁(yè)顯示條數長(cháng)度超過(guò)數據庫指定的長(cháng)度<<>>
expect: 1、提示每頁(yè)顯示條數不能超過(guò)<<>>位
2、提示后每頁(yè)顯示條數恢復為上次生效的條數
step 11:輸入每頁(yè)顯示條數為非數值、非法值時(shí)
expect: 1、提示每頁(yè)顯示條數必須為大于1的整數
2、提示后每頁(yè)顯示條數恢復為上次生效的條數
step 12:輸入跳轉的頁(yè)數為存在的頁(yè)數
expect: 1、正確跳轉到指定的頁(yè)數
step 13:輸入跳轉的頁(yè)數不存在或非法值
expect: 1、跳轉的頁(yè)數值置為1，顯示第一頁(yè)的數據
1：易用性：
按鈕名稱(chēng)應該易懂，用詞準確，屏棄沒(méi)楞兩可的字眼，要與同一界面上的其他按鈕易于區分，能望文知意最好。理想的情況是用戶(hù)不用查閱幫助就能知道該界面的功能并進(jìn)行相關(guān)的正確操作。
易用性細則：
1):完成相同或相近功能的按鈕用Frame框起來(lái)，常用按鈕要支持快捷方式。
2):完成同一功能或任務(wù)的元素放在集中位置，減少鼠標移動(dòng)的距離。
3):按功能將界面劃分局域塊，用Frame框括起來(lái),并要有功能說(shuō)明或標題。
4):界面要支持鍵盤(pán)自動(dòng)瀏覽按鈕功能，即按Tab鍵的自動(dòng)切換功能。
5):界面上首先應輸入的和重要信息的控件在Tab順序中應當靠前,位置也應放在窗口上較醒目的位置。
6):同一界面上的控件數最好不要超過(guò)10個(gè)，多于10個(gè)時(shí)可以考慮使用分頁(yè)界面顯示。
7):分頁(yè)界面要支持在頁(yè)面間的快捷切換，常用組合快捷鍵Ctrl+Tab
8):默認按鈕要支持Enter及選操作，即按Enter后自動(dòng)執行默認按鈕對應操作。
9):可寫(xiě)控件檢測到非法輸入后應給出說(shuō)明并能自動(dòng)獲得焦點(diǎn)。
10):Tab鍵的順序與控件排列順序要一直，目前流行總體從上到下，同時(shí)行間從左到右的方式。
11):復選框和選項框按選擇幾率的高底而先后排列。
12):復選框和選項框要有默認選項，并支持Tab選擇。
13):選項數相同時(shí)多用選項框而不用下拉列表框。
14):界面空間較小時(shí)使用下拉框而不用選項框。
15):選項數叫少時(shí)使用選項框，相反使用下拉列表框。
16):專(zhuān)業(yè)性強的軟件要使用相關(guān)的專(zhuān)業(yè)術(shù)語(yǔ)，通用性界面則提倡使用通用性詞眼。
2： 規范性：
通常界面設計都按Windows界面的規范來(lái)設計，即包含“菜單條、工具欄、工具廂、狀態(tài)欄、滾動(dòng)條、右鍵快捷菜單”的標準格式，可以說(shuō)：界面遵循規范化的程度越高，則易用性相應的就越好。小型軟件一般不提供工具廂。
規范性細則：
1):常用菜單要有命令快捷方式。
2):完成相同或相近功能的菜單用橫線(xiàn)隔開(kāi)放在同一位置。
3):菜單前的圖標能直觀(guān)的代表要完成的操作。
4):菜單深度一般要求最多控制在三層以?xún)取?/p>
5):工具欄要求可以根據用戶(hù)的要求自己選擇定制。
6):相同或相近功能的工具欄放在一起。
7):工具欄中的每一個(gè)按鈕要有及時(shí)提示信息。
8):一條工具欄的長(cháng)度最長(cháng)不能超出屏幕寬度。
9): 工具欄的圖標能直觀(guān)的代表要完成的操作。
10):系統常用的工具欄設置默認放置位置。
11):工具欄太多時(shí)可以考慮使用工具廂。
12):工具廂要具有可增減性，由用戶(hù)自己根據需求定制。
13):工具廂的默認總寬度不要超過(guò)屏幕寬度的1/5。
14): 狀態(tài)條要能顯示用戶(hù)切實(shí)需要的信息，常用的有：
目前的操作、系統狀態(tài)、用戶(hù)位置、用戶(hù)信息、提示信息、錯誤信息等，如果某一操作需要的時(shí)間較長(cháng)，還應該顯示進(jìn)度條和進(jìn)程提示。
15)：滾動(dòng)條的長(cháng)度要根據顯示信息的長(cháng)度或寬度能及時(shí)變換，以利于用戶(hù)了解顯示信息的位置和百分比。
16)：狀態(tài)條的高度以放置五好字為宜，滾動(dòng)條的寬度比狀態(tài)條的略窄。
17)：菜單和工具條要有清楚的界限;菜單要求凸出顯示，這樣在移走工具條時(shí)仍有立體感。
18)：菜單和狀態(tài)條中通常使用5號字體。工具條一般比菜單要寬，但不要寬的太多，否則看起來(lái)很不協(xié)調。
19):右鍵快捷菜單采用與菜單相同的準則。
3：幫助設施：
系統應該提供詳盡而可靠的幫助文檔，在用戶(hù)使用產(chǎn)生迷惑時(shí)可以自己尋求解決方法。
幫助設施細則：
1)：幫助文檔中的性能介紹與說(shuō)明要與系統性能配套一致。(我們的系統幫助文檔都是系統的祖先時(shí)期的說(shuō)明，讓人困惑)。
2)：打包新系統時(shí)，對作了修改的地方在幫助文檔中要做相應的修改。
3)：操作時(shí)要提供及時(shí)調用系統幫助的功能。常用F1。
4)：在界面上調用幫助時(shí)應該能夠及時(shí)定位到與該操作相對的幫助位置。也就是說(shuō)幫助要有即時(shí)針對性。
5)：最好提供目前流行的聯(lián)機幫助格式或HTML幫助格式。
6)：用戶(hù)可以用關(guān)鍵詞在幫助索引中搜索所要的幫助，當然也應該提供幫助主題詞。
7)：如果沒(méi)有提供書(shū)面的幫助文檔的話(huà)，最好有打印幫助的功能。
8 )：在幫助中應該提供我們的技術(shù)支持方式，一旦用戶(hù)難以自己解決可以方便的尋求新的幫助方式。
4：合理性：
屏幕對角線(xiàn)相交的位置是用戶(hù)直視的地方，正上方四分之一處為易吸引用戶(hù)注意力的位置，在放置窗體時(shí)要注意利用這兩個(gè)位置。
合理性細則：
1)：父窗體或主窗體的中心位置應該在對角線(xiàn)焦點(diǎn)附近。
2)：子窗體位置應該在主窗體的左上角或正中。
3)：多個(gè)子窗體彈出時(shí)應該依次向右下方偏移，以顯示窗體出標題為宜。
4)：重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
5)：錯誤使用容易引起界面退出或關(guān)閉的按鈕不應該放在易點(diǎn)位置。橫排開(kāi)頭或最后與豎排最后為易點(diǎn)位置。
6)：與正在進(jìn)行的操作無(wú)關(guān)的按鈕應該加以屏蔽(Windows中用灰色顯示，沒(méi)法使用該按鈕)。
7)：對可能造成數據無(wú)法恢復的操作必須提供確認信息,給用戶(hù)放棄選擇的機會(huì )。
8)：非法的輸入或操作應有足夠的提示說(shuō)明。
9): 對運行過(guò)程中出現問(wèn)題而引起錯誤的地方要有提示，讓用戶(hù)明白錯誤出處，避免形成無(wú)限期的等待。
10):提示、警告、或錯誤說(shuō)明應該清楚、明了、恰當。
5：美觀(guān)與協(xié)調性：
界面應該大小適合美學(xué)觀(guān)點(diǎn)，感覺(jué)協(xié)調舒適，能在有效的范圍內吸引用戶(hù)的注意力。
美觀(guān)與協(xié)調性細則：
1): 長(cháng)寬接近黃金點(diǎn)比例，切忌長(cháng)寬比例失調、或寬度超過(guò)長(cháng)度。
2): 布局要合理,不宜過(guò)于密集，也不能過(guò)于空曠，合理的利用空間。
3): 按鈕大小基本相近，忌用太長(cháng)的名稱(chēng)，免得占用過(guò)多的界面位置。
4): 按鈕的大小要與界面的大小和空間要協(xié)調。
5): 避免空曠的界面上放置很大的按鈕。
6)：放置完控件后界面不應有很大的空缺位置。
7): 字體的大小要與界面的大小比例協(xié)調, 通常使用的字體中宋體9-12較為美觀(guān)，很少使用超過(guò)12號的字體。
8): 前景與背景色搭配合理協(xié)調，反差不宜太大，最好少用深色，如大紅、大綠等。常用色考慮使用Windows界面色調。
9): 如果使用其他顏色，主色要柔和，具有親和力與磁力，堅決杜絕刺目的顏色。
10): 大型系統常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11): 界面風(fēng)格要保持一致，字的大小、顏色、字體要相同，除非是需要藝術(shù)處理或有特殊要求的地方。
12): 如果窗體支持最小化和最大化或放大時(shí)，窗體上的控件也要隨著(zhù)窗體而縮放;切忌只放大窗體而忽略控件的縮放。
13)：對于含有按鈕的界面一般不應該支持縮放，即右上角只有關(guān)閉功能。
14): 通常父窗體支持縮放時(shí)，子窗體沒(méi)有必要縮放。
15)：如果能給用戶(hù)提供自定義界面風(fēng)格則更好，由用戶(hù)自己選擇顏色、字體等。
6：菜單位置：
菜單是界面上最重要的元素，菜單位置按照按功能來(lái)組織。
菜單設測試細則：
1)：菜單通常采用“常用--主要--次要--工具--幫助”的位置排列，符合流行的Windows風(fēng)格。
2):常用的有“文件”、“編輯”，“查看”等，幾乎每個(gè)系統都有這些選項，當然要根據不同的系統有所取舍。
3):下拉菜單要根據菜單選項的含義進(jìn)行分組，并切按照一定的規則進(jìn)行排列，用橫線(xiàn)隔開(kāi)。
4): 一組菜單的使用有先后要求或有向導作用時(shí)，應該按先后次序排列。
5): 沒(méi)有順序要求的菜單項按使用頻率和重要性排列，常用的放在開(kāi)頭， 不常用的靠后放置;重要的放在開(kāi)頭，次要的放在后邊。
6): 如果菜單選項較多，應該采用加長(cháng)菜單的長(cháng)度而減少深度的原則排列。
7): 菜單深度一般要求最多控制在三層以?xún)取?/p>
8): 對常用的菜單要有快捷命令方式，組合原則見(jiàn)8。
9):對與進(jìn)行的操作無(wú)關(guān)的菜單要用屏蔽的方式加以處理，如果采用動(dòng)態(tài)加載方式即只有需要的菜單才顯示最好。
10)：菜單前的圖標不宜太大，與字高保持一直最好。
11):主菜單的寬度要接近，字數不應多于四個(gè)，每個(gè)菜單的字數能相同最好。
12)：主菜單數目不應太多，最好為單排布置。
。7:獨特性：
如果一味的遵循業(yè)界的界面標準，則會(huì )喪失自己的個(gè)性.在框架符合以上規范的情況下，設計具有自己獨特風(fēng)格的界面尤為重要。尤其在商業(yè)軟件流通中有著(zhù)很好的遷移默化的廣告效用。
1):安裝界面上應有單位介紹或產(chǎn)品介紹，并有自己的圖標。
2):主界面，最好是大多數界面上要有公司圖標。
3):登錄界面上要有本產(chǎn)品的標志，同時(shí)包含公司圖標。
4):幫助菜單的“關(guān)于”中應有版權和產(chǎn)品信息。
5):公司的系列產(chǎn)品要保持一直的界面風(fēng)格，如背景色、字體、菜單排列方式、圖標、安裝過(guò)程、按鈕用語(yǔ)等應該大體一致。
8：快捷方式的組合
在菜單及按鈕中使用快捷鍵可以讓喜歡使用鍵盤(pán)的用戶(hù)操作得更快一些 在西文Windows及其應用軟件中快捷鍵的使用大多是一致的。
菜單中：
1):面向事務(wù)的組合有:
Ctrl-D 刪除 ;Ctrl-F 尋找 ;Ctrl H替換;Ctrl-I 插入 ;Ctrl-N 新記錄 ;Ctrl-S 保存 Ctrl-O 打開(kāi)。
2)：列表:
Ctrl-R ，Ctrl-G定位;Ctrl-Tab下一分頁(yè)窗口或反序瀏覽同一頁(yè)面控件;。
3):編輯:
Ctrl-A全選;Ctrl-C 拷貝;Ctrl-V 粘貼;Ctrl-X 剪切;Ctrl-Z撤消操作;Ctrl-Y恢復操作。
4)文件操作:
Ctrl-P 打印;Ctrl-W 關(guān)閉。
5):系統菜單
Alt-A文件;Alt-E編輯;Alt-T工具;Alt-W窗口;Alt-H幫助。
6):MS Windows保留鍵:
Ctrl-Esc 任務(wù)列表 ;Ctrl-F4 關(guān)閉窗口; Alt-F4 結束應用;Alt-Tab 下一應用 ;Enter 缺省按鈕/確認操作 ;Esc 取消按鈕/取消操作 ;Shift-F1 上下文相關(guān)幫助 。
按鈕中：
可以根據系統需要而調節，以下只是常用的組合。
Alt-Y確定(是);Alt-C取消;Alt-N 否;Alt-D刪除;Alt-Q退出;Alt-A添加;Alt-E編輯;Alt-B瀏覽;Alt-R讀;Alt-W寫(xiě)。
這些快捷鍵也可以作為開(kāi)發(fā)中文應用軟件的標準,但亦可使用漢語(yǔ)拼音的開(kāi)頭字母。
9:安全性考慮：
在界面上通過(guò)下列方式來(lái)控制出錯幾率，會(huì )大大減少系統因用戶(hù)人為的錯誤引起的破壞。開(kāi)發(fā)者應當盡量周全地考慮到各種可能發(fā)生的問(wèn)題,使出錯的可能降至最小。如應用出現保護性錯誤而退出系統,這種錯誤最容易使用戶(hù)對軟件失去信心。因為這意味著(zhù)用戶(hù)要中斷思路,并費時(shí)費力地重新登錄,而且已進(jìn)行的操作也會(huì )因沒(méi)有存盤(pán)而全部丟失。
安全性細則：
1)：最重要的是排除可能會(huì )使應用非正常中止的錯誤。
2)：應當注意盡可能避免用戶(hù)無(wú)意錄入無(wú)效的數據。
3)：采用相關(guān)控件限制用戶(hù)輸入值的種類(lèi)。
4)：當用戶(hù)作出選擇的可能性只有兩個(gè)時(shí),可以采用單選框。
5)：當選擇的可能再多一些時(shí),可以采用復選框,每一種選擇都是有效的,用戶(hù)不可能輸入任何一種無(wú)效的選擇。
6)：當選項特別多時(shí)，可以采用列表框，下拉式列表框。
7)：在一個(gè)應用系統中,開(kāi)發(fā)者應當避免用戶(hù)作出未經(jīng)授權或沒(méi)有意義的操作。
8)：對可能引起致命錯誤或系統出錯的輸入字符或動(dòng)作要加限制或屏蔽。
9):對可能發(fā)生嚴重后果的操作要有補救措施。通過(guò)補救措施用戶(hù)可以回到原來(lái)的正確狀態(tài)。
10):對一些特殊符號的輸入、與系統使用的符號相沖突的字符等進(jìn)行判斷并阻止用戶(hù)輸入該字符。
11)：對錯誤操作最好支持可逆性處理，如取消系列操作。
12):在輸入有效性字符之前應該阻止用戶(hù)進(jìn)行只有輸入之后才可進(jìn)行的操作。
13):對可能造成等待時(shí)間較長(cháng)的操作應該提供取消功能。
14)：特殊字符常有;;’”><,`‘：“[”{、/|｝]+=)-(_*&&^%$#@!~,.。?/還有空格。
15)：與系統采用的保留字符沖突的要加以限制。
16)：在讀入用戶(hù)所輸入的信息時(shí)，根據需要選擇是否去掉前后空格。
17)：有些讀入數據庫的字段不支持中間有空格，但用戶(hù)切實(shí)需要輸入中間空格，這時(shí)要在程序中加以處理。
10:多窗口的應用與系統資源：
設計良好的軟件不僅要有完備的功能，而且要盡可能的占用最底限度的資源。
1)： 在多窗口系統中，有些界面要求必須保持在最頂層，避免用戶(hù)在打開(kāi)多個(gè)窗口時(shí)，不停的切換甚至最小化其他窗口來(lái)顯示該窗口。
2)：在主界面載入完畢后自動(dòng)卸出內存，讓出所占用的WINDOWS系統資源。
3)：關(guān)閉所有窗體，系統退出后要釋放所占的所有系統資源 ，除非是需要后臺運行的系統。
4)：盡量防止對系統的獨占使用。
1.輸入驗證 輸入驗證主要包括：數字輸入驗證、非法字符輸入驗證、輸入長(cháng)度驗證、必填項驗證和信息提示 1.數字輸入驗證：分別輸入數字(正數、負數、零值、單精度、雙精度)、字符串、空白值、空值、臨界數值。不合法的輸入，系統給出必要的判斷提示信息
2.字符輸入驗證：分別輸入單字節字符、雙字節字符、大小寫(xiě)字符、特殊字符、空白值、空值。不合法的輸入，系統給出必要的判斷提示信息
3.日期、時(shí)間輸入驗證：分別輸入任意字符、任意數字、非日期格式的數據、非正確日期(錯誤的閏年日期)、空值、空白值。不合法的輸入，系統給出必要的判斷提示信息。注：有些系統會(huì )不讓輸入當日以后或者以前的日期、時(shí)間;有些系統會(huì )通過(guò)JavaScript來(lái)自動(dòng)填寫(xiě)日期時(shí)間，這時(shí)需要注意是否能否人工主觀(guān)填寫(xiě)輸入
4.多列表選擇框：測試是否能否多選，列表框中的數據是否能否顯示完全。當列表框的數據過(guò)多時(shí)，需要對數據有一定格式的排序
5.單列表下拉框：測試是否能否手工輸入，下拉框中的數據是否能否顯示完整。當下拉框的數據很多時(shí)，需要對數據有一定格式的排序。如果下拉框數據值過(guò)多時(shí)，下拉框可能會(huì )超出IE顯示范圍，此種情況不能夠被接收
6.大文本輸入框(textArea)：雖然它能夠滿(mǎn)足大數據量的輸入，但最好能夠顯示地標明輸入字符的長(cháng)度限制，并且應該結合“字符輸入驗證”進(jìn)行。需要注意的是，應該允許標點(diǎn)的存在
7.文件輸入框輸入驗證：該輸入框主要用做文件上傳操作。在測試過(guò)程中，應該注意輸入文件的擴展名。從測試角度來(lái)看，要求開(kāi)發(fā)人員必須對擴展名進(jìn)行輸入限制，并且在適當的地方輸入格式提示。當輸入是空值等不合法的輸入時(shí)，系統給出必要的判斷提示信息。另外，對于上傳的文件大小應該做限制，不宜太大
8.輸入字符長(cháng)度驗證：輸入字符的長(cháng)度是否超過(guò)實(shí)際系統接收字符長(cháng)度的能力。當輸入超出長(cháng)度時(shí)，系統給出必要的判斷提示信息
9.必填項驗證：輸入不允許為空的時(shí)候，系統需要有提示用戶(hù)輸入信息功能
10.格式、規則輸入驗證：當輸入需要一定的格式時(shí)，系統需要有提示用戶(hù)輸入信息功能。比如身份證號碼可以輸入18位或者15位，部分身份證最后一位為字母，身份證上生日與身份證號碼有一定規則
11.系統錯誤定位的輸入驗證：當輸入存在問(wèn)題時(shí)，被系統捕獲到，此時(shí)頁(yè)面上的光標能夠定位到發(fā)生錯誤的輸入框
12.單選框、多選框的輸入驗證：?jiǎn)芜x框需要依次驗證單選框的值是否都有效;多選框需要依次驗證多選框的值是否都有效 13.驗證碼驗證：做驗證碼輸入驗證時(shí)，先結合“字符輸入驗證”進(jìn)行測試，然后注意的地方是，當利用IE回退或者刷新時(shí)，顯示的驗證碼應該和實(shí)際系統驗證碼一致。如果驗證碼以圖片形式顯示，但圖片由于其他原因(如網(wǎng)絡(luò ))不能看到或者顯示不完整，系統應該允許進(jìn)行重新獲取，最好不要做整個(gè)頁(yè)面刷新 2.操作驗證(CZ) 該用例庫主要針對頁(yè)面操作
1.頁(yè)面鏈接檢查：每一個(gè)鏈接是否都有對應的頁(yè)面，并且頁(yè)面之間切換正確
2.相關(guān)性檢查：刪除/增加一項會(huì )不會(huì )對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確
3.檢查按鈕的功能是否正確：如增、刪、改、查等功能是否正確
4.重復提交表單：一條已經(jīng)成功提交的記錄，用IE回退后再提交，看看系統是否做了處理
5.多次IE回退：檢查多次使用IE回退的情況，在有回退的地方，回退，回到原來(lái)頁(yè)面，再回退，重復多次，看是否出錯
6.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人、選日期對快捷方式是否也做了限制
7.回車(chē)鍵檢查：在輸入結束后直接回車(chē)鍵，看系統處理如何，能否報錯
8.上傳下載文件檢查：上傳下載文件的功能是否實(shí)現，上傳文件是否能打開(kāi)，對上傳文件的格式有何規定，系統是否有解釋信息，并檢查系統是否能否做到
9.其他驗證：在頁(yè)面上圖片的大小不宜太大，需要第三方軟件支持時(shí)，應該給出必要的信息，比如需要jre的支持，但用戶(hù)機器還沒(méi)有安裝jre，那么此時(shí)在頁(yè)面上應該有顯著(zhù)的標志來(lái)提醒用戶(hù)進(jìn)行安裝
3.登錄模塊測試用例 該用例庫主要針對登錄模塊。需要結合“訪(fǎng)問(wèn)控制驗證(FWKZYZ)”用例庫 1.登錄名輸入：進(jìn)行“輸入驗證”。需要注意登錄名是否區分大小寫(xiě)和空格
2.密碼輸入：進(jìn)行“輸入驗證”
3.提交操作：結合“訪(fǎng)問(wèn)空值驗證(FWKZYZ)”。當輸入正確的登錄名和密碼后，該用戶(hù)能夠進(jìn)入到指定的正確頁(yè)面。當輸入的登錄名和密碼有誤時(shí)，系統限制其登錄，并且給出適當的提示信息。當遇到錯誤時(shí)，應該進(jìn)行“錯誤頁(yè)面測試”
4.重設操作：當進(jìn)行重設操作時(shí)，當前頁(yè)面上所有輸入項被清空
4.增加操作測試用例(ZJ) 該用例庫主要針對增加操作
1.添加輸入內容，進(jìn)行“輸入驗證” 2.應該限制重復增加，具體操作：利用網(wǎng)絡(luò )傳輸以及服務(wù)器的延遲，多次單擊“增加”按鈕，經(jīng)常在數據庫發(fā)現重復提交的數據 3.當增加成功或者失敗后，應該有必要的信息提示 4.文件數據的增加：有些增加包含了數據庫數據的增加，和一些文件的增加，此時(shí)的數據會(huì )保存在兩個(gè)地方，所以測試時(shí)，需要對相關(guān)的數據做全面的驗證 5.文件數據驗證：進(jìn)行“輸入驗證”值“文件輸入框輸入驗證”。注意：當上傳的文件為中文文件名時(shí)，上傳到服務(wù)器后，可能會(huì )出現亂碼現象�，F在一般的做法是將原文件名替換成字母和數字的組合，以克服漢字文件名的弊端，另外，可以增加文件的安全性 5.刪除操作測試用例(SC) 該用例庫主要針對刪除操作
1.選擇需要刪除的數據字段。有時(shí)候系統會(huì )根據ID來(lái)刪除，有時(shí)候系統會(huì )根據名稱(chēng)來(lái)刪除，測試的時(shí)候應該多注意，一般要求按照ID來(lái)刪除，因為根據名稱(chēng)來(lái)刪除，名稱(chēng)可能會(huì )存在重名問(wèn)題 2.應該限制重復刪除。具體操作：利用網(wǎng)絡(luò )傳輸以及服務(wù)器的延遲，多次單擊“刪除”按鈕，經(jīng)常在數據庫中發(fā)現重復提交的數據 3.當刪除的數據還有文件時(shí)，西藥去驗證存在數據庫中的數據，以及硬盤(pán)下的文件是否都被同時(shí)刪除 4.當數據被刪除成功或者失敗后，要有響應的信息提示 5.進(jìn)行“操作驗證” 6.修改操作測試用例(XG) 該用例庫主要針對修改操作
1.打開(kāi)需要修改的數據頁(yè)面，注意與增加頁(yè)面相比，只能修改部分數值，例如關(guān)鍵字等是不能被修改的，并且二者數據應該是一致的 2.增加頁(yè)面上的輸入限制與修改頁(yè)面的輸入限制應該一致 3.修改成功或者失敗后，應該有相應的信息提示 7.查詢(xún)操作測試用例(CX) 該用例庫主要針對查詢(xún)操作
1.條件輸入查詢(xún)，先進(jìn)行條件輸入框的“輸入驗證” 2.條件組合查詢(xún)，將多個(gè)條件進(jìn)行組合查詢(xún)，結果可以通過(guò)數據庫驗證。需要注意的是，整個(gè)數據查詢(xún)和條件查詢(xún)數據結果條數要一致，另外，如果遇到某天的查詢(xún)時(shí)間段，有的數據庫認為一天不包括零點(diǎn)零分，有的數據庫認為包括 3.所有查詢(xún)結果，必須進(jìn)行一定順序的排列，可以按照ID或按照名稱(chēng)來(lái)排列 4.當查詢(xún)成功或者失敗后，系統應給出必要的信息提示
8.翻頁(yè)操作測試用例(FY) 該用例庫主要針對翻頁(yè)操作
1.當數據量很大的時(shí)候，需要進(jìn)行分頁(yè)顯示，每頁(yè)顯示的行數最好不要超過(guò)20行，每頁(yè)列表上最好有序號標識，行與行之間顏色要有一定區分，這樣有利于用戶(hù)的查找
2.翻頁(yè)按鈕應該包括：首頁(yè)、前一頁(yè)、后一頁(yè)、尾頁(yè)、當前X頁(yè)、共X頁(yè)，這些常用按鈕和顯示，并且按鈕都能正常翻頁(yè)
3.翻頁(yè)按鈕的每頁(yè)顯示的數據要準確，確保沒(méi)有查不出來(lái)的數據，最好的做法就是和數據庫結合起來(lái)驗證
4.頁(yè)面太多，翻頁(yè)數據不能全部顯示時(shí)，系統應該有完善的應對機制，比如值顯示當前頁(yè)的前三頁(yè)和該頁(yè)的后三頁(yè)的頁(yè)數碼 5.當翻到某頁(yè)時(shí)，系統應該有明顯的標識，標出該頁(yè)面所處的頁(yè)碼
9.錯誤頁(yè)面測試(CW) 錯誤頁(yè)面是在遇到系統異常的情況產(chǎn)生的友好界面
1.當系統遇到致命錯誤時(shí)，不能將服務(wù)器的調試信息出現在頁(yè)面上，因為這樣做會(huì )帶來(lái)不安全，應該給出一個(gè)合適的提示信息
2.由于系統繁忙，無(wú)法及時(shí)給出正確信息時(shí)，系統可以給出友好的錯誤頁(yè)面，如：“請用戶(hù)稍后再試”等提示信息。
測試用例的4種設計方法【2】
一、什么是測試用例?
測試用例是為特定的目的而設定的一組測試輸入、執行條件和預期的結果。簡(jiǎn)單的來(lái)說(shuō)而是用例就是設計一個(gè)場(chǎng)景，使測試程序在這種場(chǎng)景下運行并且達到程序所設計的結果。ok 這就是用例了，so easy 吧 ! 回歸主題，開(kāi)始表述下測試用例的幾種設計方法。
二、測試用例的幾種設計方法
1.等價(jià)類(lèi)劃分法
等價(jià)劃分法定義：把所有可能輸入數據，即程序的輸入域劃分若干部分(子集)，然后從每個(gè)子集中選取少量具有代表性的數據作為測試用例。等價(jià)類(lèi)可以劃分為有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。
如果輸入條件確定了取值范圍，或者說(shuō)是值得個(gè)數，那么我們就可以確定一個(gè)有效等價(jià)類(lèi)和2個(gè)無(wú)效等價(jià)類(lèi)。
例如：排序值可以從1到100 ，一個(gè)有效等價(jià)類(lèi)就是:1<=排序值<=100，兩個(gè)無(wú)效等價(jià)類(lèi)：排序值<1.排序值>100.
如果輸入條件是一個(gè)布爾量，那么就可以確定一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi);
如果輸入條件是一組數組，那么程序就要為每一個(gè)輸入值進(jìn)行判斷處理，從而每一個(gè)輸入值都要設計一個(gè)等價(jià)類(lèi)，這組數據之外的值也需要設計一個(gè)等價(jià)類(lèi);
2.邊界值
長(cháng)期測試工作經(jīng)驗告訴我們，大量的錯誤是發(fā)生在輸入或輸出的范圍上，而不是發(fā)生在輸入輸出范圍的內部，例如:輸入范圍給定了是1-100，我們可以輸入-1，0，1，2，99，100，101等數值來(lái)進(jìn)行測試，這就是邊界值的測試方法。報表的第一行和最后一行;屏幕光標最左邊和最右邊等等。
3.判定表分析法
基本概念：判定表就是分析和表達多種邏輯狀態(tài)下得不同執行情況
判定表方法較為復雜，此處不做詳細介紹，感興趣的同學(xué)可以查閱資料。
4.錯誤推測法
基本概念：根據工作經(jīng)驗和直覺(jué)來(lái)猜測程序有可能出現的問(wèn)題，此類(lèi)方法適合比較有經(jīng)驗的測試工程師。
小結：以上就是測試工作中常用的幾種測試用例設計方法，測試用例的設計使原本枯燥乏味、重復性的測試工作，變成了一項創(chuàng )造性的勞動(dòng)。測試用例是測試工作的靈魂，不管是黑盒測試、灰盒測試、白盒測試(自動(dòng)化及性能測試)，首先掌握的就應該是測試用例的設計，測試用例的編寫(xiě)不僅能提高測試人員對被測系統的了解熟悉程度，而且會(huì )提高測試覆蓋率，從而提高產(chǎn)品質(zhì)量。所以，每一個(gè)測試新手必須要學(xué)會(huì )編寫(xiě)測試用例，才能有所提高。
如何編寫(xiě)高質(zhì)量的測試用例【3】
高質(zhì)量的標準：
1、 覆蓋到所有的業(yè)務(wù)邏輯(包括正常邏輯和異常邏輯)
2、 覆蓋到所有的典型用戶(hù)場(chǎng)景
3、 覆蓋到所有的需求點(diǎn)
4、 測試目標明確，并且測試步驟能夠最快的達到測試目的或者測試時(shí)間很短
5、 沒(méi)有冗余的用例
6、 測試用例能夠直接附帶測試策略，該模塊的策略指定人和用例執行人能夠非常清楚
如何達到該目標：
一、基于邏輯的用例設計過(guò)程：
A、用例編寫(xiě)過(guò)程：
1、優(yōu)先完成業(yè)務(wù)邏輯圖，需要在測試的角度上面去畫(huà)邏輯圖，包括數據流完整的輸入和輸出過(guò)程，并且自己能夠理解為什么這樣處理
2、根據自己的理解分析每個(gè)邏輯的處理是否完善，是否有沒(méi)有覆蓋到的地方，并提交缺陷預防bug
3、根據邏輯編寫(xiě)測試用例，保證每個(gè)邏輯都能夠有對應的用例覆蓋
4、編寫(xiě)邏輯用例的過(guò)程中思考如何去改進(jìn)該用例的測試過(guò)程，比如：接口測試，自動(dòng)化測試，腳本。并且，能夠及時(shí)讓研發(fā)提供對應的接口和調試方法
5、用例要按照10分鐘原則，即保證10分鐘內能夠執行完成
B、用例評審過(guò)程：
1、先講解整個(gè)業(yè)務(wù)邏輯圖，需要保證評審人員對于整個(gè)業(yè)務(wù)邏輯圖都非常清楚，并且能夠理解為什么這樣做
2、分析整個(gè)業(yè)務(wù)邏輯圖是否有沒(méi)有覆蓋到的場(chǎng)景或者分支情況(采用頭腦風(fēng)暴的方式)
3、分析業(yè)務(wù)邏輯的異常處理情況(是否每個(gè)業(yè)務(wù)邏輯都有對異常情況進(jìn)行處理，也采用頭腦風(fēng)暴的方式)
4、是否將邏輯的用例分類(lèi)比較合理，讓大家通過(guò)邏輯很容易就找到對應的用例
5、分析是否所有的邏輯都能夠找到對應的用例(通過(guò)邏輯找到對應的用例),包括前面沒(méi)有考慮到的邏輯
6、分析用例是否有冗余，是否多個(gè)用例都是覆蓋的同一個(gè)邏輯(包括測試步驟和檢查點(diǎn))
7、分析用例的測試方法是否有改進(jìn)，是否能夠直接通過(guò)代碼靜態(tài)走讀、接口測試、自動(dòng)化測試(包括編寫(xiě)腳本)、引入工具等等來(lái)進(jìn)一步提高我們的測試效率
C、友情提醒：
1、僅僅只能保證已有的邏輯沒(méi)有問(wèn)題，但是可能出現部分情況沒(méi)有處理導致失效的情況，可以通過(guò)后面的場(chǎng)景用例和需求用例來(lái)補充覆蓋
2、邏輯里面異常情況考慮不充分，導致測試用例也相對比較欠缺，可以通過(guò)對每個(gè)邏輯進(jìn)行頭腦風(fēng)暴，分析是否有其他異常情況，并且評審時(shí)重點(diǎn)評審這塊
3、研發(fā)的邏輯有可能本身就是錯誤的，但是如果順著(zhù)研發(fā)的邏輯去編寫(xiě)用例時(shí)會(huì )導致用例也有問(wèn)題，達不到測試目的，所以需要從需求和設計的角度去提前分析邏輯是否有問(wèn)題
4、過(guò)程中研發(fā)的邏輯可能變化比較快，這樣會(huì )導致邏輯測試用例也要經(jīng)常變化，所以需要保證研發(fā)的編碼是與設計一致的，并且邏輯是盡量根據設計來(lái)進(jìn)行的
另外，邏輯用例的設計可以在編碼中后期進(jìn)行，這樣的改動(dòng)會(huì )少點(diǎn)
二、基于場(chǎng)景的用例設計過(guò)程：
A、用例編寫(xiě)過(guò)程：
1、搞清楚客戶(hù)的原始需求，為什么需要這個(gè)功能，能夠給客戶(hù)帶來(lái)的價(jià)值是什么
2、查看需求說(shuō)明書(shū)里面的客戶(hù)使用的典型用戶(hù)場(chǎng)景，并且整合到場(chǎng)景用例里面
3、在需求說(shuō)明書(shū)的基礎上進(jìn)一步分析客戶(hù)還可能有哪些實(shí)際的使用場(chǎng)景(主要是整個(gè)客戶(hù)的拓撲結構)
4、客戶(hù)會(huì )怎樣去配置該模塊以滿(mǎn)足什么樣的需求(頭腦風(fēng)暴)
5、過(guò)程中客戶(hù)會(huì )有哪些操作(頭腦風(fēng)暴)
B、用例評審過(guò)程：
1、安排相關(guān)模塊專(zhuān)家、規劃經(jīng)理和主管來(lái)進(jìn)行評審，主要是分析還可能有哪些場(chǎng)景沒(méi)有考慮到，最好是能夠有具體的客戶(hù)
2、安排講解該模塊的場(chǎng)景，保證用例責任人對模塊場(chǎng)景是非常熟悉的，并且過(guò)程中分析是否可能會(huì )有其他情況，來(lái)進(jìn)一步完善場(chǎng)景用例
C、友情提醒：
1、模塊用戶(hù)場(chǎng)景盡量是有真實(shí)的客戶(hù)，而不是自己yy出來(lái)的
2、模塊用戶(hù)場(chǎng)景最好是完整的客戶(hù)使用過(guò)程，而不是某一個(gè)測試點(diǎn)
3、并不是所有的模塊都有場(chǎng)景用例
三、基于需求的用例設計過(guò)程：
A、用例編寫(xiě)過(guò)程：
1、參照需求表，并且對照前面的邏輯用例和場(chǎng)景用例，檢視是否覆蓋到所有需求，沒(méi)有的分析下原因，是否邏輯用例or場(chǎng)景用例考慮的還不充分，是的話(huà)補充到上面，不是的話(huà)則補充到需求用例里面
2、充分利用相關(guān)的用例編寫(xiě)技術(shù)，包括：邊界值分析法、等價(jià)類(lèi)分析法、 錯誤類(lèi)推測法、路徑覆蓋法、因果分析法、正交分析法等
3、分析用例是否能夠通過(guò)自動(dòng)化or其他測試手段來(lái)覆蓋到
B、用例評審過(guò)程：
1、對照需求表來(lái)進(jìn)行檢視，是否全部覆蓋到，不僅僅是測試用例，還包括測試步驟和期望結果，避免因為依賴(lài)研發(fā)的邏輯來(lái)設計用例導致問(wèn)題
2、評審該部分用例是否跟前面的邏輯用例和場(chǎng)景用例冗余
3、分析用例是否能夠通過(guò)自動(dòng)化or其他測試手段來(lái)覆蓋到
C、友情提醒：
1、基于需求的用例僅僅是針對前面沒(méi)有覆蓋到的用例的補充，所以這部分用例應該相對比較少，如果發(fā)現比較多的話(huà)可以分析下是否研發(fā)的一些邏輯沒(méi)有覆蓋到相關(guān)地方
四、模塊測試方法說(shuō)明(提高該模塊的用例執行效率)：
1、將該模塊的業(yè)務(wù)邏輯圖放到用例的指定目錄，這樣方便給評審人員講解，以及后面相關(guān)人員的學(xué)習
2、將該模塊的排查和定位問(wèn)題的方法給出來(lái)，并放到指定目錄，能夠有效指導后面人員排查和定位問(wèn)題
3、將該模塊的測試思路和測試重點(diǎn)給出來(lái)，并放到指定目錄，能夠有效的指導該模塊的測試策略
【最全的測試用例】相關(guān)文章：
測試用例編寫(xiě)規范07-13
測試用例的個(gè)數代表什么？07-13
測試用例要怎么寫(xiě)07-02
軟件測試用例設計編寫(xiě)技巧07-10
軟件測試用例的設計編寫(xiě)技巧06-23
thinkphp怎么用phpunit寫(xiě)測試用例？07-13
測測你的戀愛(ài)態(tài)度07-02
測測你的職場(chǎng)人脈07-03
測測你的理財觀(guān)07-05
測測你是否害怕考試07-03