The content of the software test case is derived from the software test case. Secondly, it is implemented in the document according to the software test writing method. The two are related to the form and content. A good test case is not only convenient for yourself and others to view, but also helps when designing. Think more carefully.
A good test case must contain enough content, which can be split into eight elements: test case number, test item, test title, importance level, preset conditions, test input, operation steps, and expected output.
1. Use case number
1）规则：是由字符和数字组成的字符串，具有唯一性、易识别性。
2）不同阶段的测试用例的用例编号
--系统测试用例：产品编号_ST_系统测试项名_系统测试子项名_XXX（具体用例序号）
--集成测试用例：产品编号_IT_集成测试项名_集成测试子项名_XXX（具体用例序号）
--单元测试用例：产品编号_UT_单元测试项名_单元测试子项名_XXX（具体用例序号）2. Test items
1）规则：对应测试用例编号中的测试子项名
2）不同阶段的测试用例项目的具体规则
__系统测试用例：对应一个功能点（功能测试）、性能指标（性能测试）界面中控件（GUI测试）等，即软件需求项
__集成测试用例：集成后的模块功能名或者内部的接口名
__单元测试用例：被测试的函数名3. TestCase Title
1）规则：体现测试的出发点、关注点以及测试用例期望的测试结果；
将测试项目和测试标题串在一起表示的是在“测试标题”情况下测试“测试项目”。4. Importance/Priority (TestCase Priority)
1）含义：用例的重要级别一般分为3个等级：高、中、低，具体划分依据：
（1）高级别：对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的测试用例；
（2）中级别：对应重要程度介于高和低之间的测试用例；
（3）低级别：对应实际使用频率不高，对系统业务功能影响不大的模块或功能的测试用例。
2）测试用例的优先级作用
（1）便于制定测试规程（测试用例执行的顺序）即测试过程；
（2）回归测试中依据优先级可以选择不同方法；
（3）自动化测试
（4）缺陷报告严重性和优先级@Test case writing example (1)
The following test cases are examples of test case numbers, test items, test titles, and importance levels:
范例【1】：系统测试用例
*1*针对计算器中加法功能进行测试
* 用例编号 CALC_ST_ADD_01
* 测试项目 测试加法功能
* 测试标题 两个合法数相加得到合法的和
* 重要级别 高
*2*针对word中打开文件功能进行测试
* 用例编号 WORD_ST_FileMenu_OpenFile_08
* 测试项目 测试打开文件功能
* 测试标题 打开合法doc文档
* 重要级别 高
*3*针对word中新建空白文件功能进行测试
* 用例编号 WORD_ST_FileMenu_NewFile_BlankFile_01
* 测试项目 测试新建空白文件功能
* 测试标题 内存充足时新建空白文档
* 重要级别 高
*4*针对手机拨打紧急号码进行测试
(1) * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
* 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
* 测试标题 无SIM卡时，在NOKIA的网络环境中拨打119
* 重要级别 高
(2) * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
* 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
* 测试标题 无SIM卡时，在NORTEL的网络环境中拨打119
* 重要级别 高
(3) * 用例编号 HUAWEI3c_ST_CALL_URGENTCALL_001
* 测试项目 测试手机在没有SIM卡的情况下可以拨打紧急号码
* 测试标题 无SIM卡时，在ERICSIION的网络环境中拨打119
* 重要级别 高
范例【2】：集成测试用例
*1*针对加法函数接口进行测试
* 用例编号 CALC_IT_AddInterface_01
* 测试项目 测试加法接口函数
* 测试标题 x>y求和
* 重要级别 高
AddInterface对应加法函数接口。
范例【3】：单元测试用例
*1*针对ctrl函数进行测试
* 用例编号 CALC_UT_Ctrl_01
* 测试项目 测试ctrl函数
* 测试标题 x=y调用减法函数
* 重要级别 高
Ctrl对应ctrl函数。5. Preset condition (Test Pre_condition)
1）含义：测试用例在执行时需要满足一些前提条件，否则测试用例是无法执行的，这些前提条件就是预置条件，设置预置条件时经常分为两种情况：
（1）环境的设置，例如测试word文档打开功能，需要提前准备打开的文档，这就是预置条件。
（2）先要运行其他的测试用例，例如测试自动取款机功能，有输入账户信息的测试用例和输入取钱金额的测试用例，则后者的预置条件就可以写为输入正确账户信息的测试用例。
2）注意（PS）：测试预置条件--是针对单个用例
测试环境--针对所有用例（测试环境有问题会导致测试活动挂起/暂停）@Test case writing example (2)
The following test cases are examples of test case numbers, test items, test titles, importance levels, and preset conditions:
范例【1】：系统测试用例
*1*针对自动取款机的取款功能进行测试
* 用例编号 ATM_ST_Account_01
* 测试项目 测试ATM的账户识别功能
* 测试标题 输入正确的账户信息
* 重要级别 高
* 预置条件 无
* 用例编号 ATM_ST_GetMoney_01
* 测试项目 测试ATM的取款功能
* 测试标题 取款金额不是50的倍数
* 重要级别 高
* 预置条件 ATM_ST_Account_016. Test Input
1）含义：指测试执行过程中需要加工的外部信息。
2）规则：避免用描述性的语言，要具体；
根据软件测试用例的具体情况，有手工输入、文件、数据库记录等。7. Operation/Execute Steps
1）规则：执行当前测试用例需要经过的操作步骤，需要明确的给出每一个步骤的描述，测试用例执行人员可以根据该操作步骤完成测试用例执行。
@Test case writing example (3)
The following test cases are examples of test case numbers, test items, test titles, importance levels, preset conditions, test inputs, and operation steps:
范例【1】：系统测试用例
*1*针对word中打开文件功能进行测试
* 用例编号 WORD_ST_FileMenu_OpenFile_08
* 测试项目 测试打开文件功能
* 测试标题 打开合法doc文档
* 重要级别 高
* 预置条件 新建WORD_ST_FileMenu_OpenFile_08.doc文件，其中只有“helloWorld”字符串
* 测试输入 WORD_ST_FileMenu_OpenFile_08.doc
* 操作步骤 1.点击word文件菜单中“打开”子菜单；
* 2.选择WORD_ST_FileMenu_OpenFile_08.doc，点击打开按钮。8. Expected Results
1）含义：预期输出是测试用例中非常重要的部分，要想判断被测对象是否正常工作，都需要通过预期输出来进行判定。
在编写预期输出时可以从以下三个方面来进行考虑：
（1）界面显示（操作步骤执行完毕后，界面显示的提示信息）
（2）数据库的变化（操作步骤执行完毕后，数据库中的记录会发生相应的变化）
（3）相关信息的变化（操作步骤执行完毕后，一些和被测对象相关的信息会发生变化）@Test case writing example (4)
The following test cases illustrate the complete test case writing method, taking the system test case as an example:
范例【1】针对论坛的注册功能进行测试
* 用例编号 DISCUZ_ST_Register_02
* 测试项目 测试注册功能
* 测试标题 用户名长度不够
* 重要级别 中
* 预置条件 无
* 测试输入 参数1 用户名：yinjidudu
* 参数2 密码：yinjidudu
* 参数3 密码确认：yinjidudu
* 参数4 邮件地址：[email protected]
* 操作步骤 1.进入注册页面；
* 2.顺序输入以上4个参数；
* 3.点击注册按钮。
* 预期输出 1.界面提示注册失败；
* 2.数据库中查不到yinjidudu用户；
* 3.无法访问必须用户才能访问的界面。
范例【2】针对论坛的帖子删除功能进行测试
* 用例编号 DISCUZ_ST_DeletePost_06
* 测试项目 测试删帖功能
* 测试标题 删除多个帖子
* 重要级别 高
* 预置条件 登录成功且该用户有删帖权限
* 测试输入 无
* 操作步骤 1.进入删帖页面；
* 2.选择4篇帖子；
* 3.点击删除按钮，并确认。
* 预期输出 1.界面提示删除成功；
* 2.数据库中查不到这4篇帖子；
* 3.无法访问这4篇帖子对应的链接，提示帖子已删除。
范例【3】针对论坛的注销功能进行测试
* 用例编号 DISCUZ_ST_LogOut_03
* 测试项目 测试注销功能
* 测试标题 编辑帖子并上传了附件时注销
* 重要级别 高
* 预置条件 登录成功
* 测试输入 无
* 操作步骤 1.编辑帖子，并上传1个附件文件；
* 2.点击注销按钮。
* 预期输出 1.界面提示注销成功；
* 2.数据库中session表中该用户状态发生变化；
* 3.无法访问必须用户才能访问的界面。After practicing 30 practical projects of interface automation testing in 7 days, 28K people joined the byte testing position. [Automated testing/interface testing/software testing/performance testing/Jmeter]
Finally, I would like to thank everyone who reads my article carefully. Reciprocity is always necessary. Although it is not a very valuable thing, if you can use it, you can take it directly:
This information should be the most comprehensive and complete preparation warehouse for [software testing] friends. This warehouse has also accompanied tens of thousands of test engineers through the most difficult journey. I hope it can also help you!