<sub id="l9qyp"><listing id="l9qyp"></listing></sub>

    <form id="l9qyp"><legend id="l9qyp"></legend></form>
      1. <wbr id="l9qyp"></wbr>
        1. 更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          軟件測試培訓之測試用例正規化

          • 發布:軟件測試培訓
          • 來源:軟件測試資訊
          • 時間:2018-06-01 14:49

          今天我們的軟件測試培訓想要跟大家分享的是測試用例正規化的內容,怎么去劃分用例結構,用例正規化的必要性等內容,希望對大家有所幫助。

          上周我們已經學習了測試用例的基本設計方法,各位是否學會了呢?如果沒有,那你可以來達內軟件測試培訓班,我們一起探討交流。如果學會了的話,那我們現在已經可以寫很多很多用例了,但是這只限于我們自己執行,如果某天該功能模塊不是用例編寫者負責了,其他人是否也能順利執行用例呢?該如何讓其他人也能順利執行呢?請跟小編一起看看”測試用例正規化”的相關知識吧!

          用例結構正規化

          對于剛剛接觸測試用例的同學來說,怎么去劃分用例結構?怎么去統一用例結構?這樣的問題會頻繁出現,那么如何解決呢?請看下圖:

          怎么去劃分用例結構

          功能:

          功能是需求產品內部固有的效能,是一個過程。

          要求:

          以動賓短語命名,或者加上功能兩個字

          子功能:

          子功能是從功能拆分出來的對象,同樣是一個過程。

          要求:

          以動賓短語命名,或者加上功能兩個字

          檢查點:

          檢查點是子功能的屬性、特征。

          要求:

          以偏正短語命名,即“……的……”

          影響因素:

          影響因素是使檢查點發生變化的條件、場景、動作等。

          要求:

          描述清楚,以“當……驗證…….”填寫(文末有彩蛋)

          黑盒層面:

          為了提高測試用例的覆蓋度,將產品劃分好功能后,記得要加一個黑盒層面的模塊。

          要求:

          黑盒層面需要考慮功能間、子功能間和使整體流程順暢的三部分因素。

          用例說明正規化:

          用例說明這塊兒是別人能不能執行好你用例的重要組成部分,都由什么組成呢?

          測試目的:(高必要性)

          測試目的主要是用來一句話概括闡明該條測試用例內容,一般的形式為”在XXX條件下,做XXX操作,驗證XXXX”。測試目的內容需要遵照以下規則:

          測試用例必須要有測試目的。即使是腦圖維護,也需要在具體影響因素后面的Notes中寫清楚該條Case的測試目的。

          測試目的需要描述明確的預期結果。

          測試說明:(中必要性)

          測試說明是用來對測試用例進行補充說明的,它主要包含的內容有:

          描述測試環境:

          例如Case需要在慢網絡環境下執行:

          描述測試數據:

          例如:

          1) 手動構造Json文件

          2) 特定的教育網站點列表

          描述測試工具及其使用方法:

          例如:

          1) 數據庫查看工具

          2) 解密工具使用方法

          3) 測試頁面地址

          前提條件:(中必要性)

          前提條件被認為是組成測試步驟的一部分,是在測試步驟開始之前做需要做的前序工作。而測試說明主要描述的是測試對象之外的環境場景。當前提條件和預期結果存在相關性,對前提條件的概括就是顯得有必要。

          測試步驟:(中必要性)

          一個操作一條步驟,一條步驟里不混合多個操作;

          盡量不用界面上具體的控件或者語言描述,避免版本升級后的維護工作量;

          如果涉及輸入數據,那么需要寫清楚具體的數據內容,例如在輸入框上輸入“張三”等;

          避免不確定的詞句使用,例如可能、大概這些會導致理解不一致的用詞;

          注意前后步驟之間的銜接,如果前面的步驟會作為前提對后面的操作步驟產生影響,最好能夠描述得清晰一些。

          預期結果:(中必要性)

          預期結果中的檢查點必須是具體的、可檢查的對象

          用例級別:(高必要性)

          用例級別字段的格式:可選字段:Smoke、Normal、Important、Extend,如果要多個關鍵字來標識該條用例的話,各關鍵字之間用英文逗號隔開,比如checklist,important,如圖:

          用例級別字段的格式

          小編特別奉獻(一)

          不知各位看到這里是否存在這樣的疑問:那么多的用例我怎么知道該如何劃分用例級別?請收下方法

          Smoke:

          提交的版本新增加的功能。

          其他測試用例依賴的基本功能,該功能不通過會導致40%以上的用例失效。

          Important:

          驗證功能使用的正確性。

          用戶最常使用的功能。

          本軟件獨有的創新的功能。

          Normal:

          測試功能的異常情況。

          在保證正常功能可以實現的前提下,驗證軟件的穩定性和健壯性。

          Extend:

          界面GUI測試。

          提示信息。

          壓力測試。

          性能方面的測試。

          恭喜你已經閱讀完了本文,相信你已經知道了測試用例正規化的相關內容。不知道今天的分享是否對你有幫助呢?你還想了解軟件測試哪方面的知識呢?歡迎你來達內軟件測試培訓機構告訴我吧!

          免責聲明:內容和圖片源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:軟件測試門檻不高,工作也很簡單嗎?
          下一篇:在軟件測試領域,怎么理解自動化測試中的元素等待?

          軟件測試必備的數據庫知識有哪些?(終)

          日志在快速定位自動化腳本故障中的重要性研究

          測試慣例是什么?怎么打破測試慣例?

          “用鼠標點點點”的測試,未來還有機會嗎?

          • 掃碼領取資料

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          奇米影视奇米色777欧美欧美一级高清片在线观看876av电影高清 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>