什么是测试用例的设计粒度？

最新推荐文章于 2022-05-31 06:17:16 发布

原创

最新推荐文章于 2022-05-31 06:17:16 发布 · 1.9k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#测试 #工作 #产品 #c

测试用例设计的粒度需考虑复用情况、项目进度和使用对象。有效功能是判断粒度的关键，即能还原到用户手工业务且标志业务阶段性结束的功能。例如，财务软件中，选择会计科目不是有效功能，而添加完整凭证才是。关注功能间依赖关系，理解数据依赖性，有助于划分测试用例粒度。实践中不断摸索可找到最佳平衡点。

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

实际上测试用例的粒度主要考虑下面几个因素：

复用情况：如果随着产品不停得升级，需要设计的详细些，追求一劳永逸，反之仅使用一两次，则没有必要设计的过于详细；

项目进度：项目时间如果允许可以设计的详细些，反之则能执行即可；

使用对象：测试用例如果供多人使用，尤其让后参加测试的工程师来执行，则需要设计的详细些。

如何划分测试用例的粒度？

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

wei_cheng_sheng_0107

关注关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

测试用例颗粒度说明

LYX_WIN

05-27

1893

明确测试用例编写的颗粒度，大家都有这种感觉，你写测试用例，你测试这个产品的时候，你十条测试用例就测试完了，有人写三十条，你就觉得奇怪，我觉得十条已经是局限了，怎么你能写到三十条，你去看他的用例，发现这也能算一条，这是组织内部测试用例颗粒度没有达成一致。测试人员熟手和新手的区别，大家一目了然。对于进行工作量的统计还可以，不过用例还是不能简单的以数量来看，设计一个很简单的功能点的用例可能很容易，可能一天能设计十个这样的用例，但是对于一个相对复杂的功能，可能一天才能准备两个用例，光靠数量是说明不了问题的。

用例评审，什么是优秀的测试用例？

tl437002770的博客

09-29

194

以上4个方面，是用例评审最基本的标准，测试工程师要设计用例时可多加参考，提升用例质量。作为测试工程师，设计测试用例是必备的技能，用例完成后，一般会经过审核再投入使用。（对测试感兴趣的小伙伴，欢迎关注我，带你一起了解测试知识和行业信息）

参与评论您还未登录，请先登录后发表或查看评论

测试用例设计-颗粒度

weixin_42176112的博客

07-28

2826

颗粒度与测试的关系 测试用例设计的很细照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，测试会降低风险，但是测试效率会很低，并且测试执行没有思考的空间，可能会使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。 测试用例设计的很粗测试效率可能比较高，测试人员有一个发挥的空间，使测试更有趣，但这依赖个人的责任感和能力，风险大的多 测试用例设计什么样的颗粒度 1、重要功能、特殊功能颗粒度细，通过功能可以适用通用测试粒度。个人认为，假如你非要为了一个字体的

测试用例粒度

qq_46360775的博客

03-03

547

测试用例粒度应该依照不同阶段来进行判断业务建模阶段用例粒度应该可以描述一个完整的业务流程概念建模阶段用例粒度可以描述一项业务流程中的一个步骤，如取钱过程中的插卡系统建模阶段用例粒度应该提现在操作者与计算机的一次完整交互，比如填写清单总结: 粒度选择看阶段业务用例表流程概念用例明步骤系统用例是交互 ...

测试用例的粒度和评价

bygc98的博客

06-24

1039

测试用例的粒度：好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试。粒度：指测试用例编写的详细程度 测试用例可以写得很简单，也可以写得很复杂。最简单的测试用例是测试的纲要，仅仅指出要测试的内容，如探索性测试中的测试设计，仅会指出需要测试产品的哪些要素、需要达到的质量目标、需要使用的测试方法等。而最复杂的测试用例就像飞机维修人员使用的工作指令卡一样，会指定输入的每项数据，期待的结果及检验的方法，具体到界面元素的操作步骤，指定测试的方法和工具等。 (1)测试用例写得过于复杂或详细，会带来两个问题

测试用例颗粒度实例列举

12-13

1994

引言：昨天文章谈及到测试用例设计的颗粒度有人问# 颗粒度如何划分？# 颗粒度粗细与什么有关？网上释义大把个人觉得还不够通俗，我就在通俗描述一下从以下几点去梳理梳理...颗粒度分类- 粗...

移动APP测试用例设计实践经验分享

01-27

首先，我们需要明白为什么要做测试用例设计。测试用例设计的目的不仅在于避免测试点的遗漏，也是展示测试人员专业素养的方式。开发人员往往通过测试用例的质量来评估测试者的水平，高质量的测试用例意味着更高的覆盖...

测试用例设计原则

悦分享

05-31

4503

（1）测试用例的含义定义∶测试用例（Test Case）是为特定的目的而设计的一组测试输入、执行条件和预期的结果，以便测试是否满足某个特定需求。通过大量的测试用例来检验软件的运行效果，它是指导测试工作进行的依据。 测试用例（Test Case）是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足

软件测试--用例篇（测试用例的好处、测试用例的七种设计方法、测试用例的粒度、测试用例的评价）

cherrydreamsover的博客

07-29

3443

作为软件测试工程师，最主要的工作就是：编写测试用例，那么为什么要编写测试用例？它有什么好处？如何编写测试用例？测试用例写简单好还是复杂好？如何评价测试用例的质量？天呐撸！能说不会吗？！作为倾向软件测试工程师的老铁们，还是一起来学习吧！一、编写测试用例的好处 测试用例是测试者的依据 测试用例使得工作可重复，是自动化测试的基础补充：自动化测试的前提条件是：功能比较稳定，页面...

软件测试之“软件测试用例设计原则”

03-23

根据开发过程的特点，总结了我们设计测试用例六个方面。　不管是从个人角度还是从公司角度，根据我这几年的经验我觉得case的设计应该符合以下几点：　1、一个case一个功能点：每个case都要有个测点，找准一个测点...

软件测试用例的粒度的讨论

03-23

软件测试用例的粒度的讨论测试用例的粒度：每个测试用例所覆盖的测试范围或者期望结果的多少。也谈测试用例的粒度　　软件测试用例的粒度的讨论　　测试用例的粒度：每个测试用例所覆盖的测试范围或者期望结果的多少。　　================================================ 　　也谈测试用例的粒度　　1.看项目Schedule：在项目时间紧张的情况下，往往留给测试人员的时间很有限，测试工作的重点就是多测试，早发现问题，这时候我认为测试用例的粒度是可以放粗一些的，但是“粗”不代表随意，虽然可以放“粗”一些，但是要能明确测试要点，分清主次。而在项目时间宽裕的情况

软件测试颗粒度,测试用例粒度粗细的划分

weixin_35784370的博客

07-24

5192

在设计测试用例工作中，把握测试用例粒度的粗细是件很伤神的事：测试用例写得很细，会带来很多问题：首先是效率问题，测试人员的首要任务有效地测试产品尽可能多的发现产品缺陷，如果测试用例写的过细，在设计测试用例时势必花费大量时间，这些时间中很大一部分是应该用在有效地测试产品上的；再次，测试用例设计得过于详细，测试执行人员就成了执行用例的机器，只能按照用例去操作而缺少了的思考空间，使测试执行人员的思维局限于...

软件测试之测试用例颗粒度问题

热门推荐

紫漪的博客

05-24

1万+

下面给大家讲解一下测试用例颗粒度的知识：　　颗粒度与测试的关系　　如果把测试用例设计得很细，照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，虽然风险很小很小，但是测试效率会很低，并且测试执行没有思考的空间，可能使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。测试用例设计很粗，测试效率可能比较高，测试人员有一个发挥的空间，使测

测试用例的粒度

weixin_30785593的博客

06-07

347

如果新功能是在老功能基础上改进的，测试用例如何设计？ 1. 如果新功能是取代老功能的，修改原有测试用例 2.如果是改进，就可以考虑有可能复制一份原来的用例，修改和完善后，关联到新功能上。 测试用例的粒度在所处的项目中，测试用例的粒度貌似是弹性的，有空间的，却是有规律可循的。关键看项目的性质和自身的要求，据说日企的测试用例是比较详细而严谨的多的，测试时严格按照用例来跑；而美...

UML--用例粒度

杨幂等

04-29

1759

在UML中其实并没有用例粒度的概念，我们通常将用例的粒度理解成用例的细化程度。在实际操作过程中，用例粒度通常会让初学者迷惑，下面我们可以通过一个案例来了解下什么是用例粒度。比如一个读者去图书馆借书。首先他登录系统，查询书目，出事借书证，图书管理员查询该人以前借阅记录以确保没有未归还的书，最后该人街道了该书。如果从比较细的角度划分，以上每个过程都可以当做一个用例。但是用例分析是以参与者为中心的，因此...

你设计的测试用例颗粒度多大合适？（三）

编故事的逗老师的专栏

09-16

1834

测试用例颗粒度常规应用场景的枚举：上面分析了很多测试用例颗粒度粗、细的特点，那么，常规的测试来讲，如何大致定位测试用例颗粒度的粗细呢？下面以单一的应用环境来体现。还是要强调那句话：相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试。单一条件： 1、时间因素：时间短、项目紧、编写用例评审时间较短时，适合粗颗粒度用例。项目周期较长时，适合细颗粒度

【UML】用例粒度

李光未来科技

02-11

1715

前言：刚刚接触uml的时候，这个粒度搞的我一脸懵逼，但是经过系统的学习，还是将其解决了！这块的知识属于uml用例图中的知识，所以在解释名词的时候都是以uml为根据的！1、什么是用例以前在学软件工程的时候有一个名词叫做测试用例，那个用例指的是为了测试系统的正确性提前准备的例子。在uml中的用例主要是对系统的用户需求（主要是功能描述）的描述，用例表达了系统的功能和所提供的服务！图像上用例用一个椭圆来显

测试粒度

weixin_54137252的博客

09-15

516

根据不同的测试阶段，测试可以分为单元测试、集成测试、系统测试和验收测试。体现了测试由小到大、又内至外、循序渐进的测试过程和分而治之的思想。单元测试的粒度最小，一般由开发小组采用白盒方式来测试，主要测试单元是否符合“设计”。集成测试界于单元测试和系统测试之间，起到“桥梁作用”，一般由开发小组采用白盒加黑盒的方式来测试，既验证“设计”，又验证“需求”。系统测试的粒度最大，一般由独立测试小组采用黑盒方式来测试，主要测试系统是否符合“需求规格说明书”。验收测试与系统测试相似，主要区别是测试人员不同，验收测试由用户

测试用例的粒度是什么意思