扫码阅读
手机扫码阅读
单元测试技术培训练习总结报告

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

培训摘要
培训日期与日程安排
培训于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 成员,中国分部主席
425 篇文章
浏览 223.1K
麦哲思科技任甲林的其他文章
PPQA的8个原则
在运行检查中,发现PPQA常犯的错误实际上是由于没有掌握下面的8个基本原则所引起的: (1)对所有的交付物都要执行PPQA; (2)所有的活动都要执行PPQA; (3)在组织级要定义抽样的准则; (4)执行PPQA要有检查单; (5)有检查就要有记录,无论是否有问题; (6)有问题就要跟踪关闭; (7)对问题要分类分析 (8)要对PPQA执行PPQA,并要有记录;
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
过程描述的方法
图片: 图片: 在CMMI模型中提供了一种描述过程元素的方法,包含了12个要素:• 过程角色(Process roles):哪些角色参与本过程的哪些活动,可以用角色-职责矩阵表示• 适用的过程和产品标准(Applicable process and product standards),包括企业内的或者企业外的• 适用的规程、方法、工具和资源(Applicable procedures, meth
例解:如何将规范的过程敏捷化?
很多企业基于CMMI建立过程体系后,大家普遍反应太复杂,编写的文档太多,复杂的体系可能就无法贯彻执行下去,无法成为企业的文化。因此需要敏捷化,当我们对过程进行敏捷化时,是基于实效的目的而不是基于评估的目的。如何将一个规范的过程体系敏捷化呢,下文将针对软件企业反应突出CMMI中的DAR过程域为例,说明敏捷化的方法。 首先,看看在CMMI体系中对DAR的要求:SP1.1建立决策分析指南SP1.2建立
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线