什么是软件测试中测试用例的颗粒度问题？

最新推荐文章于 2024-02-23 11:57:18 发布
最新推荐文章于 2024-02-23 11:57:18 发布
阅读量626 收藏 1
点赞数
文章标签： 测试用例
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Sheri996/article/details/131263509
版权

简单来说可以理解为覆盖度的问题，理解为测试的精度。不同情况所涉及到的要求的颗粒度也是不同的，比如对于核心功能、重要功能、特殊功能来说，颗粒密集度就高。颗粒度的大小也受客户对产品要求的影响。所以要让用例的“颗粒度”更好的满足项目需求可从以下几个方面考虑：

1、模块的优先级：数据交换频繁的就越细

2、客户对产品的要求

3、项目的时长和环境

4、测试的阶段情况

 

aguaicat
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
测试用例颗粒度说明
LYX_WIN
05-27 1552
明确测试用例编写的颗粒度，大家都有这种感觉，你写测试用例，你测试这个产品的时候，你十条测试用例就测试完了，有人写三十条，你就觉得奇怪，我觉得十条已经是局限了，怎么你能写到三十条，你去看他的用例，发现这也能算一条，这是组织内部测试用例颗粒度没有达成一致。测试人员熟手和新手的区别，大家一目了然。对于进行工作量的统计还可以，不过用例还是不能简单的以数量来看，设计一个很简单的功能点的用例可能很容易，可能一天能设计十个这样的用例，但是对于一个相对复杂的功能，可能一天才能准备两个用例，光靠数量是说明不了问题的。
测试用例入门（六） - 根据测试类型与颗粒度归纳测试点
做测试多少要会点的技能
10-05 1115
根据测试类型与颗粒度归纳测试点
uat测试用例和sit测试用例_软件测试用例设计时的颗粒度
weixin_36270006的博客
01-11 710
很多工作了好几年的测试工程师初次听到“用例的颗粒度”的时候会感觉很惊讶，这是个什么东西？我们工作里用到过？其实在实际的工作当中已经有意无意的涉及到了“颗粒度”。比方说，用例编写的时候，可以写得很简单，也可以很复杂，就跟我们经常会听到的覆盖率差不多，简单的用例只需要指出要测试的内容、要测试产品的关键要素、要达到的质量目标、使用的测试方法等。而复杂的用例会指定每个逻辑分支的输入，期待的结果以及验证的方...
软件测试用例的粒度的讨论
03-23
软件测试用例的粒度的讨论测试用例的粒度：每个测试用例所覆盖的测试范围或者期望结果的多少。也谈测试用例的粒度 　　软件测试用例的粒度的讨论 　　测试用例的粒度：每个测试用例所覆盖的测试范围或者期望结果的多少。 　　================================================ 　　也谈测试用例的粒度 　　1.看项目Schedule：在项目时间紧张的情况下，往往留给测试人员的时间很有限，测试工作的重点就是多测试，早发现问题，这时候我认为测试用例的粒度是可以放粗一些的，但是“粗”不代表随意，虽然可以放“粗”一些，但是要能明确测试要点，分清主次。而在项目时间宽裕的情况
测试用例设计-颗粒度
weixin_42176112的博客
07-28 2097
颗粒度与测试的关系 测试用例设计的很细 照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，测试会降低风险，但是测试效率会很低，并且测试执行没有思考的空间，可能会使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。 测试用例设计的很粗 测试效率可能比较高，测试人员有一个发挥的空间，使测试更有趣，但这依赖个人的责任感和能力，风险大的多 测试用例设计什么样的颗粒度 1、重要功能、特殊功能颗粒度细， 通过功能可以适用通用测试粒度。个人认为，假如你非要为了一个字体的
谈谈软件测试中的颗粒度
最新发布
Lily_bloger的博客
02-23 1485
因此，在测试过程中，可以根据内部用户的实际需求和操作习惯进行有针对性的测试设计，颗粒度可以灵活调整，既可以关注整体功能的系统测试，也可以深入到具体模块或功能点的详细验证。然后逐步细化到集成测试，确保各模块间的接口正确无误；颗粒度可以理解为测试分解的精细程度，从宏观到微观，可以分为多个层级，如系统测试、集成测试、模块测试、单元测试等，每个层级的颗粒度不同。总之，无论是对内项目还是对外项目，都应根据其特性制定合理的测试策略，准确把握测试颗粒度，以提高测试的有效性和准确性，最终确保软件产品的质量和可靠性。
用例设计规范.docx
06-01
测试用例设计是软件质量保证（QA）过程中的核心环节，它确保了产品的功能符合预期，同时也为开发、产品设计和项目经理提供了清晰的参考。以下是对"用例设计规范.docx"文件中提及的几个主要知识点的详细说明： 1. **...
深入学习Java单元测试(Junit+Mock+代码覆盖率)
08-25
测试套件是指将多个测试用例组合成一个测试套件，以便更方便地执行测试。 在Java单元测试中，Mock也是一个重要的概念。Mock是指在测试代码中模拟对象的行为，以便更好地测试被测试代码。Mock可以模拟数据库、网络...
手机摄像头测试项目以及方法
05-08
8. **坏点&黑点测试**：大多数图像处理软件都具备查找和分析缺陷像素和颗粒的功能，以此检测传感器是否有损坏的像素或尘埃。 9. **信号噪点比（SNR）测试**：使用IMATEST和GretagMacbeth ColorChecker计算SNR值，高...
系统单元测试规范-4：JAVA单元测试指引参照.pdf
11-19
在功能开发结束之后，研发人员应当提交该功能的单元测试用例代码，并且该单元测试用例代码需要满足以下几点需求：每个单元测试代码中需要覆盖该功能的所有输入和输出，并对输出进行校验。最终目标是每个系统的所有...
软件测试之测试用例颗粒度问题
热门推荐
紫漪的博客
05-24 1万+
下面给大家讲解一下测试用例颗粒度的知识： 　　颗粒度与测试的关系 　　如果把测试用例设计得很细，照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，虽然风险很小很小，但是测试效率会很低，并且测试执行没有思考的空间，可能使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。测试用例设计很粗，测试效率可能比较高，测试人员有一个发挥的空间，使测
软件测试颗粒度,测试用例粒度粗细的划分
weixin_35784370的博客
07-24 4985
在设计测试用例工作中，把握测试用例粒度的粗细是件很伤神的事：测试用例写得很细，会带来很多问题：首先是效率问题，测试人员的首要任务有效地测试产品尽可能多的发现产品缺陷，如果测试用例写的过细，在设计测试用例时势必花费大量时间，这些时间中很大一部分是应该用在有效地测试产品上的；再次，测试用例设计得过于详细，测试执行人员就成了执行用例的机器，只能按照用例去操作而缺少了的思考空间，使测试执行人员的思维局限于...
【软件测试基础】控制用例粒度：测试点的组合和拆分
03-15 1219
关于测试用例的粒度，虽然没有统一的标准，需要根据具体的业务及自己的经验来把握，但是还是有一些原则可以参考的，以下整理出一些参考知识点（整理自互联网），希望对大家测试工作有帮助 软件测试架构师在测试设计中除了为整个团队在测试设计的方法上提供指导外，还有一项十分重要的工作，就是控制用例粒度。 控制用例粒度 用例粒度是对测试用例是精细还是笼统地描述测试点的通俗说法。测试用例越聚焦到一个功能点上，这个功能点越小越细，用例粒度就越细； 反之，如果一个测试用例包含了比较多的功能点，这个测试用例的用例粒度就会比
flatpickr 美观好用的时间插件
qq_45668217的博客
09-23 2450
flatpickr 美观好用的时间插件 以我的前端代码为例： 使用id选择器选择。 $("#timeQy").flatpickr({ locale: “zh”, minDate:new Date(), maxDate: new Date().fp_incr(30), dateFormat: “Y-m-d”, disable:arr, }); locale：设置字体为中文（可选，默认为英文） minDate：最小时间。我的这个就是当前时间，当前时间之前的禁用。 maxDate：最大时间，我这样的设置最多可以
资深老司机带你玩转-测试用例
okcross0的博客
07-15 1694
选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值，例如，对于在区间min，max的值，测试用例可以记为min，min+，max，max-。基于策略表的测试，是功能测试中最严密的测试方法，利于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，最终得到一个判断清晰的策略表。例如，假定X为整数,10≤X≤100,那么X在测试中应该取的边界值为9，10，11，99，100，101。注上面只是说边界值，如果是完整的测试，除了边界值外，还需要一个正常值，即12-98之间的任意值。......
你设计的测试用例颗粒度多大合适？（二）
编故事的逗老师的专栏
09-16 3013
测试用例之度——系列之颗粒度 测试用例是测试工作的核心。测试工作是讲究投入产出比的工作，这也是测试用例设计的指导思想。 测试用例有度的概念，正如亚里士多德在《伦理学》中讨论道德为例：道德意味着过与不及之间的状态。面向测试用例，网上流传着这么一句话：“不同的机构会有不同的测试目的；相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试” 下面就列举测试用例设计的方
测试用例之度——系列之颗粒度
weixin_33901641的博客
11-29 350
测试用例之度——系列之颗粒度      测试用例是测试工作的核心。测试工作是讲究投入产出比的工作，这也是测试用例设计的指导思想。      测试用例有度的概念，正如亚里士多德在《伦理学》中讨论道德为例：道德意味着过与不及之间的状态。面向测试用例，网上流传着这么一句话：“不同的机构会有不同的测试目的；相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试”      下面就...
测试用例的粒度和评价
bygc98的博客
06-24 945
测试用例的粒度： 好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试。 粒度：指测试用例编写的详细程度 测试用例可以写得很简单，也可以写得很复杂。最简单的测试用例是测试的纲要，仅仅指出要测试的内容，如探索性测试中的测试设计，仅会指出需要测试产品的哪些要素、需要达到的质量目标、需要使用的测试方法等。而最复杂的测试用例就像飞机维修人员使用的工作指令卡一样，会指定输入的每项数据，期待的结果及检验的方法， 具体到界面元素的操作步骤，指定测试的方法和工具等。 (1)测试用例写得过于复杂或详细，会带来两个问题
软件测试的粒度
weixin_34293246的博客
01-08 3610
软件测试的粒度分为：单元测试、软件集成测试、系统集成测试、系统测试。 单元测试：可以理解为测试函数。 软件集成测试：软件包含多个模块，软件集成测试就是 模块集成软件的过程中是否有错误，可以理解为测试函数的调用。 系统集成测试：系统包含多个子系统，系统集成测试就是 子系统集成系统的过程中是否有错误，可以理解为测试子系统之间的调用。 系统测试：测试整个系统。...
什么是测试用例？为什么要设计测试用例？
05-05
测试用例是一组输入、预期输出、以及测试过程中的预期行为，用于验证软件系统或组件是否按照预期工作。 测试用例的设计是为了确保软件系统或组件在各种情况下均能按照预期工作，包括正确处理边界条件、异常情况和错误输入。设计测试用例可以帮助发现软件系统或组件中的缺陷和错误，并在开发过程中及早识别问题，从而降低修复成本和提高软件质量。测试用例还可以帮助确保软件系统或组件的功能、性能和安全性等方面符合规范和要求。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值