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

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


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

培训摘要
培训日期与日程安排
培训于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 篇文章
浏览 225.9K
麦哲思科技任甲林的其他文章
我所知道的富士康(1)
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
对愚公移山的反思
愚公移山的故事从小就学过,故事原文如下: 太行,王屋二山,方七百里,高万仞,本在冀州之南,河阳之北。北山愚公者,年且九十,面山而居。惩山北之塞,出入之迂也。聚室而谋曰:“吾与汝毕力平险,指通豫南,达于汉阴,可乎?”杂然相许。其妻献疑曰:“以君之力,曾不能损魁父之丘,如太行、王屋何?且焉置土石?”杂曰:“投诸渤海之尾,隐土之北。”遂率子孙荷担者三夫,叩石垦壤,箕畚运于渤海之尾。邻人京城
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
小概率事件实际不可能原理在软件量化管理中的应用
1 小概率事件实际不可能原理的含义小概率事件实际不可能原理,即:(1)小概率事件在理论上有发生的可能,但是在某次实际的实验中实际是不可能发生的,一旦真发生了,一定有其特殊的原因。(2)如果我们重复无限次的实验,则小概率事件一定会发生。在概率论中,我们将发生概率很小(通常不超过5%)的事件称作小概率事件。人们对待小概率事件有两种截然相反的态度:2 识别小概率事件的方法 (1)箱线图法:处于内围之外的
加入社区微信群
与行业大咖零距离交流学习


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