測試用例怎么寫推薦五篇-免費(fèi)閱讀
【正文】 測試用例更新完善測試用例編寫完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測試用例必須配套修改更新；在測試過程中發(fā)現(xiàn)設(shè)計(jì)測試用例時(shí)考慮不周，需要對(duì)測試用例進(jìn)行修改完善；在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對(duì)測試用例進(jìn)行完善。適合的技術(shù)：邊界值劃分異常測試：對(duì)某些功能來說，其邊界情況無法簡單的了解或某些操作不完全是正確的但又是可能發(fā)生的，類似這樣的情況需要書寫相關(guān)的異常測試。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測試用例的設(shè)計(jì)。測試需求的特點(diǎn)是：包含軟件需求，具有可測試性。1．3Cookie：在信用卡信息驗(yàn)證，用戶名輸入時(shí)，Cookie都是被禁止的，當(dāng)用戶第一次輸入后，瀏覽器將不再提供是否保存信息的提示，自動(dòng)完成功能將被禁用。例二：常見的web登錄頁面，通過這個(gè)例子來闡述從功能規(guī)格說明書到具體測試用例編寫的過程A）用戶登錄的功能設(shè)計(jì)規(guī)格說明書（摘選）―――――――――――――――――――――――――――――――――――――――1． 用戶登錄1．1滿足基本頁面布局（圖示，略）1．2當(dāng)用戶沒有輸入用戶名和密碼時(shí)，不立即彈出錯(cuò)誤對(duì)話框，而是在頁面上使用紅色字體來提示，見2描述1．3用戶密碼使用掩碼號(hào)（*）來標(biāo)識(shí)。l 輸出標(biāo)準(zhǔn)（output criteria）：標(biāo)識(shí)按照指定的環(huán)境和輸入標(biāo)準(zhǔn)得到的期望輸出結(jié)果。16)在售貨機(jī)沒有零錢找的情況下，押下啤酒按鈕，售貨機(jī)“零錢找完”燈亮。8)在售貨機(jī)有零錢找的情況下，押下啤酒按鈕，系統(tǒng)不做任何處理。建立中間結(jié)點(diǎn)，表示處理的中間狀態(tài)?！?測試用例編號(hào)◇ 規(guī)則：編號(hào)具有唯一性、易識(shí)別性，由數(shù)字和字符組合成的字符串◇ 約定：系統(tǒng)測試用例：產(chǎn)品編號(hào)ST系統(tǒng)測試項(xiàng)名系統(tǒng)測試子項(xiàng)名XXX集成測試用例：產(chǎn)品編號(hào)IT集成測試項(xiàng)名集成測試子項(xiàng)名XXX單元測試用例：產(chǎn)品編號(hào)UT單元測試項(xiàng)名單元測試子項(xiàng)名XXX● 測試項(xiàng)目◇ 規(guī)則：當(dāng)前測試用例所屬測試大類、被測需求、被測模塊、被測單元等◇ 約定：系統(tǒng)測試用例測試項(xiàng)目：軟件需求項(xiàng) 如：測試手機(jī)在沒有SIM卡的情況下，可以撥打緊急電話集成測試用例測試項(xiàng)目：集成后的模塊名或接口名 如：測試模塊A提供的文件接口單元測試用例測試項(xiàng)目：被測試的函數(shù)名 如：測試函數(shù)int ReadFile(char *pszFileName)● 測試標(biāo)題規(guī)則：測試用例的概括簡單的描述用例的出發(fā)點(diǎn)、關(guān)注點(diǎn)，原則上不能重復(fù)。若售貨機(jī)沒有零錢找，則一個(gè)顯示〖零錢找完〗的紅燈亮，這時(shí)在投入1元硬幣并押下按鈕后，飲料不送出來而且1元硬幣也退出來；若有零錢找，則顯示〖零錢找完〗的紅燈滅，在送出飲料的同時(shí)退還5角硬幣。5)在售貨機(jī)有零錢找的情況下，投入5角硬幣，押下啤酒按鈕，送出啤酒飲料。13)在售貨機(jī)沒有零錢找的情況下，投入5角硬幣，押下啤酒按鈕，售貨機(jī)“零錢找完”燈亮，并送出啤酒飲料。l 測試環(huán)境要求（test environment）：用來表征執(zhí)行該測試用例需要地測試環(huán)境，一般來說，在整個(gè)的測試模塊里面應(yīng)該包含整個(gè)的測試環(huán)境的特殊要求，而單個(gè)測試用例的測試環(huán)境需要表征該測試用例所單獨(dú)需要的特殊環(huán)境需求。測試用例設(shè)計(jì)考慮因素測試是不可能實(shí)現(xiàn)窮舉測試的，因此試圖用所有的測試用例來覆蓋所有測試可能遇到的情形是不可能的，所以，在測試用例的編寫、組織過程中，盡量考慮有代表性的典型的測試用例，來實(shí)現(xiàn)以點(diǎn)帶面的窮舉測試。3． 錯(cuò)誤信息描述3．13．2密碼為空3，3用戶名/（注：本例子中的頁面圖示，消息編號(hào)如WMSG001的描述均為給出。第四篇：測試用例設(shè)計(jì)步驟測試用例設(shè)計(jì)步驟設(shè)計(jì)測試案例的時(shí)候，需要有清晰的測試思路，對(duì)要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。建議在做復(fù)雜的測試用例設(shè)計(jì)前，先畫出軟件的業(yè)務(wù)流程。在這里主要討論黑盒測試。測試用例評(píng)審測試用例設(shè)計(jì)完成后，為了確認(rèn)測試過程和方法是否正確，是否有遺漏的測試點(diǎn)，需要進(jìn)行測試用例的評(píng)審。測試用例是“活”的，在軟件的生命周期中不斷更新與完善。內(nèi)部性能因素包括測試環(huán)境的配置，系統(tǒng)資源使用狀況；外部因素包括響應(yīng)時(shí)間，吞吐量等。在用例設(shè)計(jì)中，除了功能測試用例外，應(yīng)盡量考慮邊界、異常、性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。業(yè)務(wù)流程分析軟件測試，不單純是基于功能的黑盒測試，還需要對(duì)軟件的內(nèi)部處理邏輯進(jìn)行測試。l 測試用例需要考慮到正確的輸入，也需要考慮錯(cuò)誤的或者異常的輸入，以及需要分析怎樣使得這樣的錯(cuò)誤或者異常能夠發(fā)生。錯(cuò)誤提示的內(nèi)容見3。綜上所述，如果使用一個(gè)數(shù)據(jù)庫的表來表征測試用例的話，它應(yīng)該有以下的格式：例一：對(duì)Windows記事本程序進(jìn)行測試，選取其中的一個(gè)測試項(xiàng)――文件菜單欄的測試 測試對(duì)象：記事本程序文件菜單欄（測試用例標(biāo)識(shí)1000，下同），所包含的子測試用例描述如下：|文件/新建（1001）|文件/打開（1002）|文件/保存（1003）
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1