資訊專欄INFORMATION COLUMN
摘要：冒煙測試的用例數(shù)量不宜過多。用例一般寫完之后，需要組織相關(guān)人員進(jìn)行用例的評(píng)審，轉(zhuǎn)測后，需要將用例的執(zhí)行情況進(jìn)行標(biāo)注。用例的作用主要是提醒測試人員有哪些測試點(diǎn)要注意，避免在測試的時(shí)候臨時(shí)去想測試點(diǎn)，容易造成場景漏測。
在前面的一系列文章中，我們學(xué)會(huì)了一些用例設(shè)計(jì)的常用用法，比如等價(jià)類、邊界值，以及場景法和錯(cuò)誤推測法，這些是在日常工作中使用的比較多的方法。那么，學(xué)了用例設(shè)計(jì)方法之后，測試用例到底是什么呢？
測試用例的話，可以理解為是一種針對(duì)軟件質(zhì)量的檢查規(guī)則，經(jīng)過一系列規(guī)則的檢查后，最終評(píng)估一個(gè)軟件質(zhì)量的好壞。（只是自己的一個(gè)解釋，僅供參考，不要拿來直接去背喔）
經(jīng)常遇到很多人都在找測試用例的模板，我想說的是，模板其實(shí)網(wǎng)上一百度就可以找到一大堆，我們只需要弄清楚一條測試用例里面應(yīng)該包含哪些內(nèi)容就可以了，至于模板的格式，可以根據(jù)自己的喜好去進(jìn)行適當(dāng)調(diào)整，一般在公司也都有自己的模板。
以禪道的用例模板為例，一條測試用例一般包含以下這些因素：
所屬產(chǎn)品、所屬項(xiàng)目、所屬模塊、用例類型、適用階段、相關(guān)需求鏈接、用例編號(hào)、用例標(biāo)題、前置條件、操作步驟、用例等級(jí)/優(yōu)先級(jí)、預(yù)期結(jié)果、實(shí)際結(jié)果、關(guān)鍵詞等。（實(shí)際結(jié)果只有在執(zhí)行用例的時(shí)候才能確定）
1、用例標(biāo)題要描述清楚測試點(diǎn)，標(biāo)題不宜過長，并且標(biāo)題中不能明確體現(xiàn)出執(zhí)行結(jié)果，標(biāo)題要盡可能的讓別人一看就知道這條用例要驗(yàn)證的是哪一個(gè)場景
2、用例要設(shè)置優(yōu)先級(jí)，類似bug的嚴(yán)重程度一樣，用例要區(qū)分優(yōu)先級(jí)，標(biāo)注哪些是冒煙測試的用例，這一部分用例在開發(fā)轉(zhuǎn)測的時(shí)候，需要冒煙驗(yàn)證通過才能轉(zhuǎn)測。冒煙測試的用例數(shù)量不宜過多。
3、用例的預(yù)期結(jié)果要與操作步驟一一對(duì)應(yīng)，如果操作步驟設(shè)計(jì)多個(gè)步驟時(shí)，在預(yù)期結(jié)果里面要用序號(hào)區(qū)分分別是第幾個(gè)步驟對(duì)應(yīng)的預(yù)期結(jié)果。
4、一條完整的測試用例可能包含很多字段，有些是非必填的，必填字段的話要牢記，初級(jí)測試的話在面試的時(shí)候很容易被問到。一條用例最起碼應(yīng)該包含用例標(biāo)題、步驟、預(yù)期結(jié)果、模塊、優(yōu)先級(jí)和類型。至于那些用例編號(hào)、關(guān)鍵字之類的根據(jù)自己平常寫用例的風(fēng)格可以自己進(jìn)行斟酌。
????在工作中的話，每個(gè)公司針對(duì)用例的管理都有不同的標(biāo)準(zhǔn)，但歸根結(jié)底無非就是錄入和存儲(chǔ)的位置和格式不一致罷了。一般看公司用什么樣的缺陷管理系統(tǒng)。常見的缺陷管理系統(tǒng)有：禪道、jira、TAPD等?？隙ㄟ€有一些其他的系統(tǒng)，這里我沒接觸過的就不列舉了。像禪道和jira上是都支持用例管理的，并且禪道上還支持用例的導(dǎo)入導(dǎo)出以及批量創(chuàng)建等功能。有的公司可能還會(huì)自己開發(fā)一套測試平臺(tái)，其中會(huì)有多帶帶的模塊去寫用例等。也有一些測開大佬搭建的平臺(tái)，直接在線用腦圖的形式寫用例。
????一般具體寫用例的話，可以先用腦圖列舉一下一些常見的測試點(diǎn)，根據(jù)需求文檔進(jìn)行測試點(diǎn)的分析和提取，然后再根據(jù)腦圖，將細(xì)化的用例錄入平臺(tái)或者excel中。
????用例一般寫完之后，需要組織相關(guān)人員進(jìn)行用例的評(píng)審，轉(zhuǎn)測后，需要將用例的執(zhí)行情況進(jìn)行標(biāo)注。如果只寫用例而不是執(zhí)行，那用例寫了也沒什么用。用例的細(xì)化程度要測試人員根據(jù)公司和項(xiàng)目的實(shí)際情況去衡量，比如測試時(shí)間短，那就可能沒這么多時(shí)間寫很細(xì)致的用例，這個(gè)時(shí)候可以就用腦圖代替。用例的作用主要是提醒測試人員有哪些測試點(diǎn)要注意，避免在測試的時(shí)候臨時(shí)去想測試點(diǎn)，容易造成場景漏測。
????
測試學(xué)習(xí)過程中，有需要探討的（包括學(xué)習(xí)指導(dǎo)、簡歷&面試指導(dǎo)等），可以加作者微信（xiaobotester）一起學(xué)習(xí)交流，添加請(qǐng)備注一下意圖。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/119218.html
摘要：列表是中數(shù)據(jù)類型其中的一種關(guān)鍵字是。列表是一種可變序列類型我們可以追加插入刪除和替換列表中的元素。 列表是python中數(shù)據(jù)類型其中的一種，關(guān)鍵字是list。列表（list）是一種可變序列類型，我們可以追加、插入、刪除和 替換列表中的元...
摘要：簡單來說就是給定條件執(zhí)行流程預(yù)期結(jié)果的一個(gè)文檔，供后續(xù)測試人員進(jìn)行測試。測試用例的設(shè)計(jì)需要盡可能覆蓋軟件的所有狀態(tài)，盡量考慮周期。針對(duì)測試人員少，上線時(shí)間緊的項(xiàng)目，可只做思維導(dǎo)圖列出測試點(diǎn)。我平時(shí)是用去設(shè)計(jì)測試用例。 ...
摘要：年月份，從一個(gè)房產(chǎn)銷售轉(zhuǎn)變成月薪的軟件測試工程師，如果自己還沒有拿到多份入職，可能自己也不能相信自己也可以變得這么優(yōu)秀。在學(xué)習(xí)軟件測試的道路上，其實(shí)自己也曾懷疑過自己的能力。后來通過之前做銷售的同事了解到已經(jīng)有人轉(zhuǎn)行做過測試了。 塵埃未定，你我皆是黑馬，軟件測試這個(gè)崗位也可帶我們乘風(fēng)破浪。 ...
摘要：本文將進(jìn)入單元測試的部分，這也是基礎(chǔ)知識(shí)中最后一個(gè)大塊。本文將重點(diǎn)講述和中的單元測試的生態(tài)環(huán)境。另外，在中指定要運(yùn)行的單元測試用例的完整語法是。中使用模塊管理單元測試用例。每個(gè)項(xiàng)目的單元測試代碼結(jié)構(gòu)可 本文將進(jìn)入單元測試的部分，這也是基礎(chǔ)知識(shí)中最后一個(gè)大塊。本文將重點(diǎn)講述Python和OpenStack中的單元測試的生態(tài)環(huán)境。 單元測試的重要性 github上有個(gè)人畫了一些不同語言的學(xué)...
摘要：反之，好用例則是表現(xiàn)穩(wěn)定的用例?？梢越y試或開發(fā)人員壞用例檔案，并自動(dòng)追蹤每一個(gè)壞用例的來源，督促負(fù)責(zé)人跟進(jìn)解決。接下來，需要做的就是大家共同維護(hù)好這樣一個(gè)最佳狀態(tài)，避免破窗理論的發(fā)生。 摘要： 自動(dòng)化測試的重要性顯而易見，但自動(dòng)化測試又無法解決所有問題，所以說完全依賴自動(dòng)化是不可能的，但完全沒有自動(dòng)化是萬萬不能。在軟件開發(fā)項(xiàng)目中，重度依賴人力進(jìn)行持續(xù)回歸是一件非?？菰锏闹貜?fù)工作。企...
閱讀 3859·2023-01-11 11:02
閱讀 4350·2023-01-11 11:02
閱讀 3183·2023-01-11 11:02
閱讀 5283·2023-01-11 11:02
閱讀 4838·2023-01-11 11:02
閱讀 5648·2023-01-11 11:02
閱讀 5436·2023-01-11 11:02
閱讀 4162·2023-01-11 11:02
