例解:集成测试用例与单元测试用例的区别
发布于 2024-10-03
1951
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
函数描述:
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 成员,中国分部主席
471 篇文章
浏览 1111.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨, 仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以 免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,
尽快报告坏消息
项目管理的一个主要原则就是尽早报告坏休息,比如:需求的错误,代码的错误,进度的延期,技术的障碍等等。有哪些手段可以报告坏消息呢? 在上述的手段中,在代码完成之前的措施是属于“尽早”发现坏消息的手段,是修复缺陷成本最低的手段,是我们应该优先落实的。 不同的项目根据自己的实际情况,对这些措施进行裁剪,也可以创造自己新的一些实践,以
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
如何管理小型软件项目?
如何管理小型软件项目?这个问题在多个客户那里探讨过多次。所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业,这类项目一般是放任自流,少有管理了,对于实施CMMI的企业,如果这类项目也想要达到CMMI的要求,管理的成本相对投入比较大,难以平衡管理的成本与收益,因此,需要做裁剪。如何裁剪,就是难点。经过与多个客户讨论,最终形成了如下的参考意见。每个企业的特点不同,
无处不在的“接口病”
文章浏览阅读401次,点赞4次,收藏8次。本文揭示了系统间连接失效的普遍现象。文章系统分析了从人际沟通到技术系统的各类接口问题,如知识诅咒、部门推诿、系统不兼容等,指出其根源在于高耦合度与低内聚性。提出六大解决方案:简化接口、封装设计、标准化、容错机制、监控透明化和设立接口人,强调通过设计优化连接方式而非强化单方能力来解决问题。典型案例展示了如何通过中介平台简化租房流程,证明良好接口设计能显著提升协作效率。文章最终呼吁在各领域设计中重视接口优化,以预防协作失效。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线