欢迎来到单元测试技术培训练习总结报告
发布于 2023-07-12
1976
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：单元测试技术培训练习总结报告
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
培训摘要
培训日期与日程安排
培训于2007年9月14日至15日举行，第一天上午讲授单元测试技术与方法，下午教授LINUX下CUNIT单元测试工具使用。第二天全天进行分组练习并做总结。
练习情况概述
大约50名开发人员参与，分为7组，一个使用C#于Windows平台，其余在LINUX下用C语言开发。练习在工作环境中进行，部分小组共用一台机器。设计测试用例时，各小组均进行了等价类划分、边界值分析，并对程序内部逻辑进行了分析，达到了100%语句覆盖。测试用例设计技巧还需实践提高，其中3组测试复杂返回值，编写比较结果的函数。
练习结果度量数据
六组代码行数在65至150行，一组1000行。排除一组后，平均缺陷密度为21个/KLOC，测试用例密度105个/KLOC，测试与产品代码比为1:1，每5个测试用例能发现1个缺陷。
学员总结与顾问点评
- 边界错误和异常处理是常见错误。
- CUNIT工具评价好，便于专注测试用例设计。
- 设计测试用例时应考虑代码覆盖率100%。
- 对被测试函数中的系统调用，可用封装函数模拟错误。
- 编码前编写测试用例有助于避免缺陷。
- 单元内应检查入口参数合法性，提高复用性与健壮性。
- 复杂算法测试可用验证过的函数比对结果。
- 难以单元测试的代码需考虑重构。
- 测试用例设计应全面，考虑参数划分、边界值分析和内部逻辑。
麦哲思科技任甲林
查看原文：单元测试技术培训练习总结报告
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何澄清“一句话需求”？
很多项目需求写的模糊，如何对这些模糊的需求进行澄清呢？通过哪些问题可以帮我们澄清需求呢？我设计了一个问题单供大家参考。
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的，生产流程也是相同的，硬件的生产力来自于设备，因此硬件的生产可以要求生产能力又准又稳，要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的，软件的生产力来自于人，因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件，硬件生产产品，人对生产质量有影响，但更重要的是硬件。需求是原材料，是抽象的，每个项目的原材料是不同的。
我说CMMI之四：CMMI的表示方法
我说CMMI之四：CMMI的表示方法
CMMI分为了两种表示方法，一种称为阶段式表示方法，一种称为连续式表示方法。如下图所示：
我们可以从以下几个方面来理解这两种表示方法的区别与联系：
1包含的过程域相同，但是过程域分类的维度不同。
阶段式表示方法为我们所熟悉，我们通常说的过级了，过了2级，过了3级都是针对阶段式表示方法而言的。在CMMI-DEV V1.2中，阶段式表示方法将22个过程域分别放置在了4个等级中，其中
再谈站立会议的实施要点
昨天在东莞客户封闭开发的现场，观察了一个产品开发组四个小组实施站立会议的情况，分析了他们执行的优缺点，对如何执行站立会议，如何获得站立会议的成功进行了再次归纳总结，要点如下：1 任务的分配与领用i)任务的责任人要明确；ii)任务的颗粒度小于2天；iii)如果有的任务颗粒度实在无法拆分到2天以内，则需要设置中间的检查点；iv)任务的完成时间要明确；v)任务的完成标准要明确；vi)任务识别的要尽可能完
一句话概括TMMi的每个PA
本文针对TMMi的每个PA，用简单扼要的一句话概括了其核心内容，便于大家在最短的时间内了解TMMi的要求。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
