对于test case我们应该注意的

最新推荐文章于 2025-08-15 16:04:36 发布
最新推荐文章于 2025-08-15 16:04:36 发布
阅读量752 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weilin028/article/details/2516937
本文探讨了测试用例的有效性和价值判断标准。指出测试用例并无绝对的好坏之分，关键在于其对功能点覆盖范围的全面性。文章强调了找到BUG的数量并非衡量测试用例质量的唯一指标，并讨论了在不同情况下如何客观评价测试用例。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 
对于test  case我们应该注意的:
test  case并没有好坏之分.
之前看见很多网友在论坛上评论这个test  case怎么的好,哪个test  case怎么的不好.
其实test  case对于测试人员只有对该功能点的覆盖范围在设计test  case时考虑周全不周全的说法;设计的好,把握住了该功能点的重心,那么设计的test  case就能覆盖该功能所涉及的范围.
有时候会出现这样的情况:在执行某个test  case的时候能找到BUG,这个时候项目经理或其他人员就说该test  case把握住了要点,但是当需要下次再回放该BUG的时候却怎么也无法再重现,这个时候我们设计的test  case肯定会被认为是不好的.当听到这时,我们大家都会感到气氛,这时我们就需要考虑test  case之外的东西了(EG.发布的问题等等).
在网上也看到过这样的说法”能测试出多的BUG就是好test  case”.我也不知道这是啥理论的!!!反过来不能测试出BUG的test case 就是我们测试人员设计不到位 ? 如果执行一个test  case找出了很多的BUG这说明开发人员可能对需求理解不到位导致的结果,也有可能是设计test  case没有考虑周全,应该从双方面都去考虑.好有这也说明说这话的人只重视了开发没有从测试的角度考虑.
那不能测试出BUG的test  case,也能说明开发人员对需求的理解让我们无从置疑(别人能力高的),当然这也说明我们测试人员的能力也高呀~~,需求理解也到位了, test  case遍及范围也考虑周全了.
weilin028
关注
第一次使用uvm相关环境设置以及test_case的启动——UVM
weixin_42705678的博客
12-28 4784
一、TB中需要改动的地方 //1、导入uvm库文件 import uvm_pkg::*; `include "uvm_macros.svh" //2、与sv中不一样的地方是他不会由new()的过程了 initial begin run_test(); end //3、生成fsdb波形文件 initial begin $fsdbDumpfile("sim.fsdb");//生成波形文件 $fsdbDumpvars(0,top_tb,"+all");//确定将top_tb下面的所有信号都进行dump
软件测试中的测试用例Test Case原来是这么回事！
edu1180的博客
10-17 2503
如果你去找一份功能测试的工作，在软件测试工程师面试过程中，有一些面试官会来一两个非常简单的问题 什么是Test Case？ 你是如何去写Test Case的？ 我们先来看一下测试用例的介绍 什么是测试用例？ 测试用例（Test Case）是为项目需求而编制的一组测试输入、执行条件以及预期结果，以便测试某一个程序是否满足客户需求。 其实测试用例它就是一个文档，或者说是一个说明性的文档。 文档中间包括了一些关键性的内容比如它要有输入、要有条...
理解TestCase类(转)
G-Ohand
09-20 1709
<br />TestCase类在整个JUnit框架中处于核心的地位。你可以在junit.framework包中发现TestCase这个类。在JUnit开发人员当中，甚至是在一些高级的程序员当中，都有一个疑惑，那就是测试用例（test case）和TestCase类之间的关系。事实上，这是个命名冲突问题。“测试用例”（test case）这个术语通常指的是单个的测试，通过编码来校验某个特定的行为。那么，将多个测试用例都收集到一个类中，这个类是TestCase的子类，而且每一个测试用例都被实现为TestCase
Web测试中书写Test Case时需要考虑的检查点
zbyufei的测试专栏
01-15 1002
Web测试中书写Test Case时需要考虑的检查点 通常书写Test Case时需要考虑的检查点 一、 对于屏幕显示来说包括： 1、检查显示的布局； 2、检查域和按钮的顺序； 3、检查域的尺寸； 4、检查字体的大小和风格； 5、检查文本的含义； 6、检查拼写错误； 7、检查屏蔽域； 8、检查只读域； 9、检查图片； 10、检查按钮的状态； 11、检查按钮的尺寸； 12
对于Test Case的一些看法
Application Performance
04-07 1863
按照软件工程瀑布模型以及其他的一些说法，Test Case应该是以SPEC等文档为依据，在具体测试开始之前就应当完成的。测试中按照Test Plan,Test Case进性测试，并在后续的各种版本中验证Bug，进行相应的回归测试，Test Case似乎不用在做什么改动。但是这更多的只是一种理想状态，实际上很难达到这种流程。原因太多： 1、需求的变化。 2、测试初期对软件的理解其实往往是比较肤浅，随
通常书写Test Case时需要考虑的检查点
leo的测试文章积攒地
10-09 721
　　对于屏幕显示来说包括：　　检查显示的布局；　　检查域和按钮的顺序；　　检查域的尺寸；　　检查字体的大小和风格；　　检查文本的含义；　　检查拼写错误；　　检查屏蔽域；　　检查只读域；　　检查图片；　　检查按钮的状态；　　检查按钮的尺寸；　　检查按钮的图标和名字；　　检查是否有重复的图标；　　检查指针是否在第一个可输入域；　　检查TAB键
unittest之TestCase类使用
鲸落
05-13 1642
1. 为什么使用unitest？ 主要用于自动化测试用例的开发和执行，这里的测试则是创建一个测试数据库，当正常结束时，会删掉测试数据库 2. 如何使用unittest 1. 在app下新建test.py文件 2. 导入unittest库 import unittest 3. 创建类继承TestCase类，eg. class GameTest(unittest.TestCase): 4. 在类中定义test开头的方法，即可使用 3. 注意事项 1. 必须要有setUp和tearDown方法 2. self.a
Mybatis case when test 注意事项
修也
12-09 3805
<choose> <when test="groupBy!=null and groupBy==1"> p_id areaId, </when> <when test="groupBy!=null and groupBy==2"> c_id areaId, </when> .
SQL之CASE WHEN用法详解
热门推荐
真正的大师，永远怀着一颗学徒的❤
08-30 103万+
简单CASE WHEN函数： CASE SCORE WHEN 'A' THEN '优' ELSE '不及格' END CASE SCORE WHEN 'B' THEN '良' ELSE '不及格' END CASE SCORE WHEN 'C' THEN '中' ELSE '不及格' END 等同于，使用CASE WHEN条件表达式函数实现： CASE WHEN SCORE = 'A'.........
onix_test_case
02-09
npm test 在交互式监视模式下启动测试运行程序。 有关更多信息，请参见关于的部分。 npm run build 构建生产到应用程序build文件夹。 它在生产模式下正确捆绑了React，并优化了构建以获得最佳性能。 最小化构建，...
Auto-Unit-Test-Case-Generator工具--java项目测试用例自动生成
geekchen的博客
09-01 1609
Auto-Unit-Test-Case-Generator是一款工业级智能单元测试用例生成产品，致力于解决单测领域下用例的自动生成、执行、汰换、管理。使用Auto-Unit-Test-Case-Generator，能够在无人介入的情况下自动生成高覆盖率、高有效性的单元测试用例集，智能化提升质量水位、提高研发效能。目前在蚂蚁内部已经有超过1000个工程在使用Auto-Unit-Test-Case-Generator进行用例生成。
测试用例 (Test case)例模版
04-27
测试用例（Test Case）是软件测试中必不可少的文档，用于详细描述一项测试任务的步骤、预期结果以及相关的环境和条件。它确保了测试过程的系统性和可重复性，帮助团队发现并修复软件中的错误和缺陷。下面我们将深入...
shell之条件语句（test、if、case）
m0_71521555的博客
07-30 941
shell之条件语句（test、if、case）
java testcase类_JUnit 写 TestCase
weixin_39548541的博客
02-16 939
junit是java中书写unit test的framework，目前一些流行的unit test工具大都都是在junit上扩展而来的。目前它的版本是junit3.8.1，可以从www.junit.org上下载。Eclipse中配置junit在要使用JUNIT的project名上，点击properties--java build path-libraries, 点击Add External JAR...
轻舟博客自动化测试报告
Dove_Xxx的博客
08-14 654
项目的具体测试内容为：博客系统的登录页面，列表页面，博客详情页面，博客编辑页面，以及在博客编辑页面中的各项功能，如编写博客，删除博客，注销博客登录，能否正确地记录博客发布日期、时间、标题、博客发布者等信息，这一系列的功能以及页面的各项操作是否正常。在我们的博客列表页面点击任意一篇发布的博客文章，然后点击查看全文按钮，就可以进去到该篇博客的详情页面，然后点击博客详情页面里面的删除按钮，随后点击弹窗中的确定按钮，页面就会跳转到博客列表页面，博客数量 - 1 ，此时删除博客的操作就执行成功啦。
【博客系统测试报告】---web界面自动化测试
最新发布
weixin_74792326的博客
08-15 171
【代码】【博客系统测试报告】---web界面自动化测试。
如何培养自己工程化的能力（python项目）
m0_46322965的博客
08-10 1167
培养 Python 项目的工程化能力需要系统性训练，以下从。
Full Stack FastAPI Template 搭建现代全栈应用的实战指南 (GPT-5 回答)
weixin_41338279的博客
08-15 927
本文将从零开始，带你使用 Full Stack FastAPI Template 快速搭建一套工程化、可生产的全栈 Web 应用。内容涵盖项目简介、技术栈、快速启动、配置说明、本地开发、测试与质量、部署上线、安全与最佳实践、常见问题排查等。
Pytest项目_day15（yaml）
丿罗小黑的博客
08-13 299
YAML是一种通用的数据序列化格式，具有高可读性，适合配置文件和数据结构存储。它支持三种数据结构：键值对（对象）、数组和基本数据类型。YAML字典的写法要求外层键顶格，内层键缩进两格；数组元素前需加短横线"-"并缩进。元素可以是字典或数组，通过换行和短横线分隔。YAML提供了灵活的语法，字典可以使用花括号{}显式声明（需加逗号），也可以省略。相比JSON和INI，YAML在配置文件中更具优势，解析成本低且功能更强大。
test case
04-03
<think>好的，我现在需要回答用户关于测试用例示例的问题。用户已经提供了三个引用内容，我需要结合这些信息来生成合适的回答。首先，我应该明确用户的需求：寻找软件测试中的测试用例示例。 根据引用[2]，提到了循环覆盖的测试用例，比如空集合、单个元素和多个元素的情况，以及这些测试如何检测循环中的问题。引用[1]讨论了自动化测试的基本结构，包括设置环境、调用系统和验证结果。引用[3]则区分了功能测试和非功能测试，强调功能测试基于客户规格进行验证。 我需要整合这些信息，给出具体的测试用例示例。例如，可以举一个数组排序函数的例子，覆盖不同输入情况。同时，需要说明每个测试用例的目的，比如边界条件、典型输入和异常情况。此外，引用中的内容可以作为支持，比如提到循环覆盖的测试用例和自动化测试的结构。 还要注意用户提到的格式要求，比如行内数学表达式用$...$，独立公式用$$...$$，但在这个问题中可能不太需要数学公式。另外，生成相关问题和引用标注也要正确处理。确保回答结构清晰，分点说明，并引用正确的来源。 最后，检查是否符合所有系统级指令，比如使用中文，正确引用格式，以及生成相关问题。现在开始组织内容，确保每个部分都有对应的引用支持，并且示例具体易懂。</think>### 测试用例示例说明 在软件测试中，测试用例是验证系统功能正确性的核心工具。以下是结合不同场景的测试用例示例及其设计逻辑： --- #### **1. 数组排序函数测试** 假设需测试一个数组排序函数 `sort(arr)`，典型测试用例包括： - **边界条件** - 输入空数组：`arr = []`，验证输出是否为空数组[^2] - 输入单元素数组：`arr = [5]`，验证结果是否保持原样 - **典型输入** - 输入未排序数组：`arr = [3,1,4]`，验证输出是否为 `[1,3,4]` - **异常输入** - 输入非数字类型（如字符串），验证是否抛出预期异常 ```python def test_sort(): assert sort([]) == [] # 测试零迭代循环 assert sort([5]) == [5] # 测试单次迭代 assert sort([3,1,4]) == [1,3,4] # 测试多次迭代及排序逻辑 ``` --- #### **2. 登录功能测试（功能测试示例）** 基于引用[3]的功能测试定义，设计关键功能验证： - **正常场景** - 输入正确用户名和密码，验证登录成功 - **异常场景** - 输入错误密码，验证提示“密码错误” - 输入空用户名，验证提示“用户名不能为空” --- #### **3. 循环覆盖测试** 根据引用[2]的循环覆盖策略，测试循环逻辑： ```java // 示例：计算数组元素和的循环 int sum(int[] a) { int total = 0; for (int i = 0; i < a.length; i++) { total += a[i]; } return total; } ``` - **测试用例** - `a = {}` → 预期结果 `0`（测试循环未执行） - `a = {5}` → 预期结果 `5`（测试单次循环） - `a = {2, 3}` → 预期结果 `5`（测试多次循环及累加正确性） --- ### **测试用例设计原则** 1. **覆盖关键路径**：优先验证核心功能（如排序结果正确性）[^3] 2. **边界值分析**：测试空输入、极值输入等边界情况[^2] 3. **自动化结构**：遵循“设置环境→调用系统→验证结果”的流程（见引用[1]） ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值