【软件测试理论004】测试用例特性、编写好处与实战示例

目录

1 测试用例

2 测试用例的特性

3 编写测试用例的好处

4 测试用例组成

5 测试用例示例

登录功能测试用例

搜索商品功能测试用例

商品购买流程测试示例

商品评价功能测试用例

---

1 测试用例

测试用例（Test Case）是为了验证软件系统的某一功能或特性是否按照需求规格说明书和设计文档的规定正常运作，而预先设计的一组包含测试输入、执行条件、预期结果等测试数据。

它不仅是软件测试的核心，也是测试工作的重要指导。通过设计和执行测试用例，可以确保软件的质量和稳定性，提高测试的效率和覆盖率。

测试用例是精心设计的少量测试数据，旨在实现最佳测试效果并高效地揭露潜在错误。

测试数据的数量并非关键，如数量过于庞大（如超过数千条），可能降低测试效率。

测试用例是测试执行的最小实体，每一个都针对特定的软件功能或特性进行独立验证。

---

2 测试用例的特性

1. 针对性

• 测试用例应直接针对软件的具体需求、核心功能点、关键业务逻辑以及潜在的错误源进行设计。这确保了测试活动能够聚焦在最重要、最可能出错的区域，从而更有效地发现和修复程序中的潜在问题。

2. 唯一性

• 每个测试用例都应是唯一的，确保没有重复的测试用例。这有助于减少冗余的测试工作，同时确保每个测试用例都是必要的，能够覆盖到不同的测试场景。

3. 代表性

• 测试用例应具备高度的代表性，能够全面覆盖各种场景，包括但不限于合理的与不合理的、合法的与非法的、边界的与越界的以及极限的输入数据、操作和环境设置等。通过具有代表性的测试用例，可以确保软件在各种条件下都能稳定运行。

4. 可判定性

• 测试用例应具有明确的期望结果，以便测试人员能够准确地判断软件的实际表现是否符合预期。这有助于确保测试结果的准确性和可靠性。

5. 可再现性

• 对于同样的测试用例，在相同的测试环境和条件下，重复执行应得到相同的测试结果。这一属性有助于验证软件的稳定性和可靠性，并帮助开发人员定位和解决潜在的问题。

6. 难度适中

• 测试用例的难度应适中，既不过于简单导致遗漏关键场景，也不过于复杂影响测试效率。合理的难度设置有助于确保测试的全面性和高效性。

示例（以购买手机为例）

当决定购买手机时，我们会进行一系列试用和评估，这可以类比为测试用例的设计和执行。以下是如何将上述关键属性应用于购买手机的示例：

• 针对性：我们会针对自己关心的关键功能进行试用，如摄像头性能、电池续航、屏幕质量等。
• 唯一性：我们会试用不同的手机品牌和型号，以确保每个试用都是唯一的，并且覆盖到不同的品牌和型号。
• 代表性：我们会试用手机在不同场景下的表现，如拍照、玩游戏、看视频等，以确保试用具有代表性。
• 可判定性：在试用过程中，我们会设定明确的期望结果，如拍照清晰度、电池续航时间等，以便判断手机是否满足我们的需求。
• 可再现性：如果我们对某款手机的某个功能不满意，我们可以在相同的条件下重复试用该功能，以确认问题是否确实存在。
• 难度适中：我们不会仅仅试用一些简单的功能，而是会进行一系列复杂的操作和评估，以全面评估手机的性能。同时，也不会进行过于复杂和繁琐的测试，以影响试用效率。

---

3 编写测试用例的好处

编写测试用例在软件测试过程中具有显著的优势，主要体现在以下几个方面：

1. 避免盲目测试，提高测试效率：在设计好测试用例之后开始实施测试，可以使测试过程更加有针对性，减少无效的测试尝试，显著提高测试的效率。

2. 测试目标明确，重点突出：使用测试用例能够使软件测试的实施过程更加清晰、有序，确保测试团队明确知道测试的目标和重点，避免遗漏关键测试点。

3. 降低工作强度，缩短项目周期：当软件版本更新后，通过修改少量测试用例（如基于上一版本已完成的用例进行修改），测试团队可以快速展开新的测试工作，从而降低了工作强度，缩短了项目周期。

4. 促进测试用例的复用化和通用化：功能模块的通用化和复用化有助于软件开发的效率提升，同样地，测试用例的复用化和通用化也会使软件测试更加易于开展。随着测试用例的不断优化和精化，测试效率将得到进一步提升。

5. 增强测试的一致性和可靠性：使用一致的测试用例有助于确保在不同时间、不同人员执行测试时，都能得到一致且可靠的测试结果，增强了测试的可信度和有效性。

6. 便于问题追踪和回归测试：当在测试过程中发现问题时，测试用例可以作为问题追踪的参考依据。在修复问题后，通过重新执行相关的测试用例，可以确保问题已被正确解决，即进行回归测试。

7. 促进团队协作与沟通：测试用例是测试团队与开发团队、项目管理团队之间沟通的桥梁。通过编写和执行测试用例，可以确保各方对测试目标和要求有共同的理解和期望，从而促进团队协作与沟通。

---

4 测试用例组成

测试用例通常由以下几个主要部分组成：

1. 用例编号：唯一标识测试用例的编号。
2. 用例名称：简洁描述测试用例的名称。
3. 测试目的：描述该测试用例的主要目标和意图。
4. 前置条件：执行该测试用例之前必须满足的条件。
5. 测试步骤：详细描述执行测试的步骤。
6. 期望结果：执行测试步骤后，预期的系统行为或结果。
7. 实际结果：执行测试后观察到的实际系统行为或结果（在测试执行后填写）。
8. 测试结果：通过/失败/阻塞/未测试（在测试执行后填写）。
9. 测试人员：执行该测试用例的测试人员。
10. 测试时间：执行该测试用例的时间。

不同的公司或团队可能会使用不同的文档模板和格式来记录和管理测试用例，如下图所示：

关于测试用例的步骤，通常建议保持简洁明了，以提高测试执行的可操作性和效率。因此，一般来说，每个测试用例的步骤数量不应超过7步。

---

5 测试用例示例

登录功能测试用例

以下是一个针对登录功能的测试用例示例，基于常见的测试用例模板：

用例编号	用例名称	测试目的	前置条件	测试步骤	期望结果	实际结果	测试结果	测试人员	测试时间
LG001	正常登录	验证用户能否使用正确的用户名和密码成功登录	用户已注册，系统正常运行	1. 打开登录页面 2. 输入正确的用户名 3. 输入正确的密码 4. 点击“登录”按钮	系统成功登录，跳转到用户主页			测试员A	2024-05-07 10:00
LG002	错误密码登录	验证用户输入错误密码时，系统是否能正确提示	用户已注册，系统正常运行	1. 打开登录页面 2. 输入正确的用户名 3. 输入错误的密码 4. 点击“登录”按钮	系统提示密码错误，要求用户重新输入			测试员A	2024-05-07  10:10
LG003	用户名不存在登录	验证当用户名不存在时，系统是否能正确提示	用户未注册，系统正常运行	1. 打开登录页面 2. 输入不存在的用户名 3. 输入任意密码 4. 点击“登录”按钮	系统提示用户名不存在，要求用户重新输入			测试员A	2024-05-07 10:20
LG004	用户名或密码为空登录	验证当用户名或密码为空时，系统是否能正确提示	用户已注册或未注册，系统正常运行	1. 打开登录页面 2. 输入空的用户名或密码（或两者都为空） 3. 点击“登录”按钮	系统提示用户名或密码不能为空，要求用户重新输入			测试员A	2024-05-07 10:30
LG005	特殊字符登录	验证系统是否支持特殊字符在用户名或密码中的使用	用户已注册，用户名或密码中包含特殊字符，系统正常运行	1. 打开登录页面 2. 输入包含特殊字符的用户名和密码 3. 点击“登录”按钮	系统成功登录，跳转到用户主页（如果特殊字符被允许）			测试员A	2024-05-07  10:40

请注意，这只是一个示例，并且实际的测试用例可能会根据具体需求和系统特性进行调整和扩展。

搜索商品功能测试用例

以下是一份针对电子商务网站“搜索商品”功能的测试用例示例：

测试用例编号	测试场景	前提条件	输入数据	预期结果	实际结果	是否通过
1	正常搜索	用户已登录	输入商品名称：手机	显示包含“手机”关键字的商品列表	显示包含“手机”关键字的商品列表	是
2	搜索结果为空	用户已登录	输入不存在的商品名称：飞天遁地鞋	显示“没有找到相关商品”的提示信息	显示“没有找到相关商品”的提示信息	是
3	模糊搜索	用户已登录	输入商品名称的部分关键字：苹	显示包含“苹”关键字的商品列表（如苹果、苹果笔记本等）	显示包含“苹”关键字的商品列表	是
4	特殊字符搜索	用户已登录	输入包含特殊字符的商品名称：@#$%^&*()	显示“请输入有效的商品名称”的提示信息	显示“请输入有效的商品名称”的提示信息	是
5	空格搜索	用户已登录	输入包含空格的商品名称：苹果 手机	显示包含“苹果”或“手机”关键字的商品列表	显示包含“苹果”或“手机”关键字的商品列表	是
6	长文本搜索	用户已登录	输入过长的商品名称，超过系统限制	显示“请输入不超过XX个字符的商品名称”的提示信息	显示“请输入不超过XX个字符的商品名称”的提示信息	是
7	敏感词搜索	用户已登录	输入包含敏感词的商品名称：涉黄、暴力等	显示“您输入的内容包含敏感词，请重新输入”的提示信息	显示“您输入的内容包含敏感词，请重新输入”的提示信息	是
8	搜索建议	用户未登录	输入商品名称的前几个字母：sho	显示搜索建议，如“手机”、“鞋子”等	显示搜索建议	是
9	搜索排序	用户已登录	搜索商品后，点击“价格从低到高”排序	商品列表按照价格从低到高排序	商品列表按照价格从低到高排序	是
10	搜索筛选	用户已登录	搜索商品后，使用筛选条件筛选品牌为“苹果”的商品	显示筛选后，品牌为“苹果”的商品列表	显示筛选后，品牌为“苹果”的商品列表	是
11	多条件搜索	用户已登录	同时输入商品名称和筛选条件，如商品名称：手机，品牌：华为	显示满足所有条件的商品列表（即品牌为“华为”的手机）	显示满足所有条件的商品列表	是
12	搜索历史	用户已登录，之前搜索过商品	无输入，点击搜索历史	显示用户之前的搜索历史记录	显示用户之前的搜索历史记录	是
13	搜索页面性能	用户已登录	搜索大量商品，检查页面加载速度和响应时间	页面加载迅速，响应时间合理	页面加载迅速，响应时间合理	是
14	搜索页面布局	用户已登录	查看搜索页面布局和元素	页面布局合理，元素显示正常	页面布局合理，元素显示正常	是
15	搜索跨平台一致性	用户在不同设备（如手机、平板、电脑）上登录	在不同设备上搜索相同商品	在不同设备上显示的搜索结果一致	在不同设备上显示的搜索结果一致	是

以上测试用例涵盖了搜索功能的多个方面，包括正常搜索、异常输入、搜索建议、排序、筛选、多条件搜索、搜索历史、性能、页面布局和跨平台一致性等。

商品购买流程测试示例

以下是一份针对电子商务网站“商品购买流程”功能的测试用例示例：

测试用例编号	测试场景	前提条件	操作步骤	预期结果	实际结果	是否通过
1	添加商品到购物车	用户已登录，商品库存充足	1. 选择一个商品 2. 点击“添加到购物车”按钮	商品成功添加到购物车，购物车图标显示商品数量	商品成功添加到购物车，购物车图标显示商品数量	是
2	查看购物车	用户已登录，购物车中有商品	点击购物车图标或链接	进入购物车页面，显示购物车中所有商品的信息（如商品名称、价格、数量）	进入购物车页面，显示购物车中所有商品的信息	是
3	修改购物车中商品数量	用户已登录，购物车中有商品	1. 在购物车页面中选择一个商品 2. 修改商品数量 3. 点击“更新”或“保存”按钮	购物车中该商品数量更新，总价也相应更新	购物车中该商品数量更新，总价也相应更新	是
4	移除购物车中商品	用户已登录，购物车中有商品	1. 在购物车页面中选择一个商品 2. 点击“移除”或“删除”按钮	购物车中该商品被移除，总价也相应更新	购物车中该商品被移除，总价也相应更新	是
5	结算购物车	用户已登录，购物车中有商品	1. 在购物车页面中点击“结算”或“去支付”按钮 2. 填写收货地址、支付方式等信息 3. 点击“提交订单”或“支付”按钮	进入支付页面，显示订单详情和支付信息	进入支付页面，显示订单详情和支付信息	是
6	取消订单	用户已登录，有未支付订单	1. 进入“我的订单”页面 2. 找到待支付订单 3. 点击“取消订单”按钮	订单状态更新为“已取消”，用户收到取消订单的通知	订单状态更新为“已取消”，用户收到取消订单的通知	是
7	支付订单	用户已登录，有未支付订单	1. 进入支付页面 2. 选择支付方式并完成支付 3. 等待支付结果	支付成功，订单状态更新为“已支付”，用户收到支付成功的通知	支付成功，订单状态更新为“已支付”，用户收到支付成功的通知	是
8	库存不足提示	用户尝试购买库存不足的商品	1. 选择一个库存不足的商品 2. 点击“添加到购物车”或“立即购买”按钮	系统提示商品库存不足，无法购买	系统提示商品库存不足，无法购买	是
9	优惠券使用	用户已登录，拥有可用优惠券	1. 在结算页面选择使用优惠券 2. 输入优惠券码或选择已领取的优惠券 3. 点击“应用”或“确定”按钮	订单总价减去优惠券金额，显示优惠后的总价	订单总价减去优惠券金额，显示优惠后的总价	是
10	订单状态跟踪	用户已登录，有已支付订单	进入“我的订单”页面，查看订单状态	显示订单的最新状态（如待发货、已发货、已签收等）	显示订单的最新状态	是

这些测试用例涵盖了商品购买流程的主要环节，包括添加商品到购物车、查看购物车、修改购物车中商品数量、移除购物车中商品、结算购物车、取消订单、支付订单、库存不足提示、优惠券使用和订单状态跟踪等。

商品评价功能测试用例

以下是一份针对电子商务网站“商品评价功能程”功能的测试用例示例：

测试用例编号	测试场景	前提条件	操作步骤	预期结果	实际结果	是否通过
1	正常评价	用户已购买商品并登录	1. 进入商品详情页 2. 找到评价区域 3. 编写评价内容（包括星级评分和文本评价） 4. 点击“提交”按钮	评价成功提交，显示在商品评价列表中	评价成功提交，显示在商品评价列表中	是
2	评价内容为空	用户尝试提交空评价	1. 进入商品详情页 2. 找到评价区域 3. 不填写任何评价内容 4. 点击“提交”按钮	系统提示“评价内容不能为空”或类似错误信息	系统提示“评价内容不能为空”或类似错误信息	是
3	非法内容评价	用户尝试提交包含非法内容的评价	1. 进入商品详情页 2. 找到评价区域 3. 编写包含非法内容的评价（如辱骂、广告等） 4. 点击“提交”按钮	系统提示“评价内容包含非法信息，提交失败”或类似错误信息	系统提示“评价内容包含非法信息，提交失败”或类似错误信息	是
4	超长评价	用户尝试提交超出系统限制长度的评价	1. 进入商品详情页 2. 找到评价区域 3. 编写超出系统限制长度的评价 4. 点击“提交”按钮	系统提示“评价内容过长，请修改后重试”或类似错误信息	系统提示“评价内容过长，请修改后重试”或类似错误信息	是
5	重复评价	用户尝试对同一商品进行多次评价	1. 进入商品详情页 2. 找到评价区域 3. 对同一商品进行多次评价 4. 每次点击“提交”按钮	系统限制用户对同一商品进行多次评价，或提示用户已提交过评价	系统限制用户对同一商品进行多次评价，或提示用户已提交过评价	是
6	匿名评价	用户选择匿名评价并提交	1. 进入商品详情页 2. 找到评价区域 3. 勾选匿名评价选项 4. 编写评价内容并提交 5. 点击“提交”按钮	评价成功提交，并显示为匿名评价	评价成功提交，并显示为匿名评价	是
7	评价修改	用户对已提交的评价进行修改	1. 进入商品详情页 2. 找到已提交的评价 3. 点击“修改”或类似按钮 4. 修改评价内容并提交 5. 点击“确认”或“提交”按钮	评价修改成功，新的评价内容显示在商品评价列表中	评价修改成功，新的评价内容显示在商品评价列表中	是
8	评价删除	用户对已提交的评价进行删除	1. 进入商品详情页 2. 找到已提交的评价 3. 点击“删除”或类似按钮 4. 确认删除操作	评价成功删除，不再显示在商品评价列表中	评价成功删除，不再显示在商品评价列表中	是
9	评价回复	商家对用户的评价进行回复	1. 商家登录后台 2. 找到用户评价 3. 编写回复内容并提交 4. 点击“回复”或类似按钮	商家回复成功，显示在用户评价下方	商家回复成功，显示在用户评价下方	是
10	评价排序	商品评价列表按照一定规则排序（如时间、评分等）	1. 进入商品详情页 2. 观察评价列表的排序方式 3. 验证排序是否准确	评价列表按照设定的规则进行排序	评价列表按照设定的规则进行排序	是

这些测试用例涵盖了商品评价功能的各个方面，包括正常评价、评价内容为空、非法内容评价、超长评价、重复评价、匿名评价、评价修改、评价删除、评价回复以及评价排序等。

需要明确的是，上面给出的相关功能的测试用例只是相关功能的部分测试用例集，它并没有涵盖所有可能的功能细节和边缘情况。在实际的软件测试过程中，测试团队会基于需求规格、用户故事、业务规则等因素，进一步扩展和细化测试用例，以覆盖更多的功能点、输入条件、预期结果以及异常情况。