单元测试技术培训练习总结报告
发布于 2023-07-12
1769
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
培训摘要
培训日期与日程安排
培训于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 篇文章
浏览 1101.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
高层经理监控项目的十一种思维模式
很多企业实施了规范的管理,是过程改进人员在推动规范管理,但是公司的中高层人员的思维模式、工作方式与习惯并没有转换到新的管理水平,中高层经理没有起到以身作则带队伍的作用,导致自底而上的过程改进没有没有得到中高层经理在具体工作上的实际支持,从而没有达到很好的、很扎实的效果,因此也需要改变中高层的管理方法。首先要改进中高层经理的思维模式,其次要结合公司具体的管理流程,确定中高层具体的管理方法。以下总结了
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
软件需求的12条最佳实践
笔者在咨询实践中总结了针对软件需求工程的12条最佳实践,罗列如下。所谓最佳并非严密的逻辑证明,而是经过大量的实践与观察依据经验确定的,智者见智,仁者见仁,有争议在所难免,仅供参考,能够对大家有所启发,足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功,而是甲乙双方的成功,甲乙双方紧密配合,互相理解,互相合作才能成功,需要避免一方独大,一方具有绝对控制权的现象,所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权,对于每项需求的增删改都要平衡了进度、质量、投入后才
COSMIC规模度量案例集四:业务应用软件案例—新增用户
流程图原型: 1.在用户维护页面点击【新增用户】按钮,进入到新增用户:输入 序号 输入项 类型 字段描述 说明 机构信息 1. 机构全称 自动匹配输入框 必填 来源于CWAP后台的机构信息;可按照机构名模糊匹配; 长度300字节 ...
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线