扫码阅读
手机扫码阅读
例解:集成测试用例与单元测试用例的区别
13 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:例解:集成测试用例与单元测试用例的区别
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章摘要
函数描述:
getMaxInTwo(int a,int b)
:比较两个整数并返回较大值。getMaxInThree(int a,int b,int c)
:首先将变量a增加1,然后使用getMaxInTwo
函数比较三个整数并返回最大值。
单元测试设计:
getMaxInTwo
的测试用例分别为(3,2),(1,3),(2,2),语句覆盖率达到100%。getMaxInThree
的测试用例为(1,2,3),语句覆盖率同样为100%。- 如果两个函数都执行了单元测试,整体的语句覆盖率为100%。
- 如果只对
getMaxInThree
执行单元测试,getMaxInTwo
的语句覆盖率将会降至50%。
集成测试设计:
分析两个函数的接口发现,getMaxInThree
需要向getMaxInTwo
传递两个参数。这两个参数的正常等价类为:a>b,b>a,a=b。为了在集成测试中覆盖这三种情况:
- 已有用例(1,2,3)覆盖了第二和第三种情况。
- 设计新的用例(2,2,2)以覆盖第一种情况。
因此,集成测试用例为(1,2,3)和(2,2,2),两个用例充分覆盖了接口的所有情况。
想要了解更多内容?
查看原文:例解:集成测试用例与单元测试用例的区别
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.7K
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
快速学习COSMIC方法之三:度量策略阶段的执行要点
很多公司在度量规模的时候,不重视度量策略阶段的活动,但是在后续的度量过程中往往就会遇到疑问,在遇到问题时,才发现原来没有做到度量策略的定义,没有确定好度量的前提,因此度量策略阶段虽然可能很简单,很快速,很例行公事,但是不能忽视。 1)确定度量目的:为什么执行本次度量。 软件规模度量的常见目的有: 作为估算项目的工作量输入; 作为计算缺陷密度的输入;
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线