<pre id="ff7yo"></pre>

      <form id="ff7yo"><legend id="ff7yo"></legend></form>
        <nav id="ff7yo"><listing id="ff7yo"></listing></nav><nav id="ff7yo"></nav>

        <nav id="ff7yo"><listing id="ff7yo"></listing></nav>
        <small id="ff7yo"></small><nav id="ff7yo"><dd id="ff7yo"></dd></nav>
      1. <nav id="ff7yo"></nav>
          <form id="ff7yo"></form><nav id="ff7yo"></nav>
          <nav id="ff7yo"></nav>
          <sub id="ff7yo"></sub>
          更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          軟件測試小白請注意:前面是測試用例陷阱,請繞道而行!

          • 發布:Robert.H.fu
          • 來源:軟件測試資訊
          • 時間:2018-12-04 17:34

          今天由達內軟件測試培訓向大家播報軟件測試段路況信息,軟件測試小白請注意:本路段有測試用例陷阱,請繞道而行!具體陷阱,接下來為您一 一解讀。

          軟件測試小白請注意:前面是測試用例陷阱,請繞道而行!

          ▉陷阱1:連用戶都不理解的用例

          用例是一種表述用戶需求的方法,它描述了用戶需要產品所能完成的具體功能。用例應著重于那些用戶所需借助產品系統來完成的任務,所以用例和用戶的業務流程密切相關。用例應該能讓用戶方便閱讀和檢查,以尋找可能存在的問題,例如被遺漏的可替代流程,或者不正確的異常處理等。如果用戶不能參與用例,將帶來很多問題。或許是因為這些用例太過注重技術,而不是業務性、前瞻性的。

          ▉陷阱2:用例太多啦

          分析人員正忙于建立數十或數百個用例,他們沒有意識到這也許是錯誤的。用例數量過多通常意味著用例的抽象水平太低。每個用例都應當具備一定的抽象性,以涵蓋某個共同主題的多個相關場景。這些用例的部分將成功,而其他的在某些特例條件下則不會成功。如果你正處于這樣一種用例爆炸的情形,請試著提高抽象層次,將相似的用例合并成組,把它們作為一個單一的、更加抽象的用例的分支流程。

          ▉陷阱3:過于復雜的用例

          用例應用的總體思路是,一個正常的用例流程所包含的步驟應該不超過12個。而事實上,曾經有用例在一個正常流程中包括近50個步驟。問題就在于,所謂“正常流程”也包含了許多可能的分支,包括錯誤的異常流向,以及隨之而來的如何處理它們等問題。所以,事實上,正常的流程也包括了備選流程和異常情況。更好的方法是選擇一個簡單的、在默認情況下能夠順利走完整個用例流程的路徑,這才是真正的正常流程。然后再寫出其他的分支流程用例,以囊括該流程的其他分支和異常情況,特別是描述流程發生錯誤的那些用例情況。通過這種方法,提供一套包括多個小分支流程的用例包,相比提供給用戶一個試圖在單一流程描述中處理好每一種可能性的龐大用例,無疑將容易理解和管理得多。

          ▉陷阱4:特定用戶界面元素和行為的用例

          我們所需要的是撰寫“必要”的用例,在一個抽象的層面來描述用戶和系統的互動,而不要加入用戶界面的細節。用例描述不應包括界面設計,雖然簡單的用戶界面原型有利于方便地檢查用例。筆者甚至不喜歡聽到在用例中暗指特定用戶界面控制的那些術語。我們說“用戶點擊確定”,這意味著GUI界面使用到鼠標和按鈕。但是,是不是還可以使用觸摸屏或語音識別界面呢?在用例中強加入不成熟的設計局限,可能導致產生一個糟糕的設計,除非你喜歡在已有界面的現有應用程序中不斷增添新功能。

          ▉陷阱5:不再使用其他需求模型

          分析人員在采用用例方法后,似乎忘記了其它他們所知道的需求模型和獲取方法。對于交互式系統、網站等,用例對于捕獲用戶需求相當有幫助。然而,對于事件驅動的實時系統、數據倉庫或批處理過程,用例的方法卻并不適合。

          感謝您的閱讀,軟件測試路段雖然有可能距離您的目的地較近,但為了您的安全、他人的安全著想,我們仍要避免受到用例方法好處的誘惑,將用例方法強加于所有的功能需求工作,我們完全可以用一份詳細的包括功能需求、非功能需求、圖形分析模型、原型、數據字典和其他相關需求信息的列表來補充用例說明。在很多情況下,用例是有用的,但請將它添加到您的需求分析工具箱,而不是用它取代您當前的所有工具。還請您繞道而行,小心駕駛!更多軟件測試段路況信息,還請您關注達內軟件測試培訓播報。今天的路況播報就到這里了,感謝您的閱讀!

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

          預約申請免費試聽課

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

          上一篇:軟件測試注意事項,全是加班的教訓呀!
          下一篇:軟件測試大PK,功能測試與自動化測試誰更勝一籌?

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

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

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

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

          • 掃碼領取資料

            回復關鍵字:視頻資料

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

          • 視頻學習QQ群

            添加QQ群:1143617948

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

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

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          神马影院-战旗影院-首播影院-新视觉影院-在线观看中文字幕dvd播放 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>