如何推广单元测试
发布于 2023-07-12
1149
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
软件企业单元测试执行情况及推广策略摘要
文章分析了软件企业中单元测试的四种典型执行情况,指出了一些企业未能有效实施单元测试的原因,并提供了一套综合策略以促进单元测试在企业中的普及和实施。
单元测试执行情况
软件企业的单元测试实践可以归为四种类型:(1) 完全不做单元测试;(2) 仅测试程序的正常路径;(3) 按代码量规定测试用例数量,通常是50-100个单元测试用例每千行代码(KLOC);(4) 要求100%的语句和分支覆盖率,这通常是日外包企业的客户要求。
推广单元测试的策略
要在公司内部推广单元测试,需要从人员、技术和过程三个方面入手:
- 人员:选择有深刻理解、沟通和管理能力的单元测试负责人;改变开发人员和项目经理的思想,包括培训、试点项目和考核制度;树立单元测试的模范人物;改变领导层对于单元测试重要性的认识。
- 技术:采用易于上手的开源工具,并提供关于单元测试工具的整体解决方案;采用有效的测试用例生成方法,如等价类划分和边界值分析。
- 过程:定义单元测试过程时应“先松后严”,逐步提高要求并确保制度执行。关键点包括测试用例的编写、数量、缺陷记录和缺陷分析。
推广单元测试需要克服多种具体问题和阻力,建立起相应的企业文化,使开发人员形成良好的开发习惯。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
单元测试技术培训练习总结报告
上一篇
没有了
下一篇
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
我说CMMI2.0 之过程资产开发(PAD)
PAD, process assesses development 过程资产开发,也可以翻译为过程财富开发。过程资产指什么?与过程有关的组织级方针、过程描述、裁剪指南、检查单、模版、规程定义、培训材料以及项目组裁剪后的过程定义、经验教训、典型案例、计划等资料都是过程资产。要注意:组织级的过程资产库中包含了组织的过程定义。过程定义在哪里要求的?在II的SP2.2和PAD3.3! 实践列表...
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
高成熟度的软件估算应该是什么样的?
1 估算基础 1)对估算对象(需求、任务等)的拆分颗粒度定义了上限与下限,以提升估算的准确度。 2)完备识别了估算对象,没有遗漏的需求或任务。 3)估算人员经过了估算方法的系统培训。 4)定义了组织级的估算方法。2 规模估算 1)从不估算规模或经验估算规模升级为客观度量规模,比如采用国际标准的功能点方法或自定义的规模度量方法,无论是哪种方法,规模与工作量之间应该是强相关的才是合理的。 2)如...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线