凯乐软件C单元测试与C++单元测试不用写代码了!
当前位置: 首页 > 技术文章

技术文章| Articles

客服中心
技术咨询:
凯乐软件技术支持联系电话 020-85589541
凯乐软件技术支持QQ QQ 凯乐软件技术支持邮箱 邮箱
业务咨询:
凯乐软件商务联系电话 020-85589545
凯乐软件商务QQ QQ 凯乐软件商务邮箱 邮箱
订阅C/C++单元测试技术资讯

技术文章| Articles

  • 开源C/C++单元测试框架极昂贵?

        用开源C/C++单元测试框架做C/C++单元测试,费钱、费力、误事,极其昂贵,为什么?
  • 可执行的C/C++单元测试教程

        Visual Unit 4的示例集,是一部简明扼要、贴近实际、边学可以边做练习、学完就能用的可执行的C/C++单元测试教程。
  • 表格驱动的单元测试技术(1)

        本文分析了传统单元测试的不足,提出了表格驱动的单元测试技术,新技术可以大幅降低单元测试的难度及综合成本,用户不需要编写测试代码,测试工作效率通常是现有技术的五倍以上。新技术已在C/C++单元测试工具Visual Unit 4中成功应用。
  • 嵌入式测试:IAR单元测试示例

        嵌入式测试通常涉及硬件的模拟与控制,需要在单元测试用例中随意模拟和控制硬件行为,以及模拟中断对全局变量的修改,并解决死循环、超时等问题。使用Visual Unit 4,通过在测试用例中设置内部输入,可以随意模拟和控制硬件行为;利用测试用例的多次赋值功能,可以轻松解决死循环、超时等问题。用Visual Unit 4做嵌入式单元测试特别舒服。
  • 单元测试本质:面向逻辑块

         单元测试是最早阶段的软件测试,面对的目标最小,可以综合使用黑盒测试方法和白盒测试方法,按理说,单元测试用例的设计应该是最简单的,但实际上,单元测试用例的设计常让人感觉无从下手,这是什么原因?是代码真的不具有“可测性”呢?还是测试用例设计的思路和方法不对?单元测试用例设计的正确思路和方法是什么呢?单元测试工具应该具备什么样的功能,才能支持快速地构建测试用例?
  • 什么叫好用例?

        好用例应该是一个集合,就像傻子吃的六个烧饼是一个整体,一起吃下去才会饱,而不是找出一个“好”烧饼,吃一个就饱。
  • 实现完整测试的思路和方法

        第一步:基本功能测试,可视为黑盒方法;第二步:用白盒方法找出遗漏用例;第三步:用自动用例捕捉漏网之鱼。
  • 单元测试实践的主要问题与解决(四)

        (作者:广州凯乐软件技术有限公司技术总监 王彤)本文是作者在“第十届中国系统与软件过程改进年会广东会场”所作演讲的整理稿,主要分享单元测试的一些要点、单元测试实践的主要问题,以及如何来解决这些问题。
  • 单元测试实践的主要问题与解决(三)

        (作者:广州凯乐软件技术有限公司技术总监 王彤)本文是作者在“第十届中国系统与软件过程改进年会广东会场”所作演讲的整理稿,主要分享单元测试的一些要点、单元测试实践的主要问题,以及如何来解决这些问题。
  • 单元测试实践的主要问题与解决(二)

        单元测试有个特点:测试简单独立的代码很容易,但要在实际工作中做好单元测试却很困难。企业在实施单元测试时,通常会面对四大问题:不愿做;没时间;做不了;做不好。谈谈解决的思路和方法,使用的工具是Visual Unit。
  • 单元测试实践的主要问题与解决(一)

        本文是作者在“第十届中国系统与软件过程改进年会广东会场”所作演讲的整理稿,主要分享单元测试的一些要点、单元测试实践的主要问题,以及如何来解决这些问题。
  • 全面介绍单元测试

        全面介绍单元测试的基础知识:单元测试概述、测试代码编写、测试用例、白盒覆盖等。
  • Cppunit 可以测试内存泄漏吗?

        内存泄漏适合于集成后进行,并且也有专门的工具。对于某个代码单元来说,内存泄漏是难于测试的,单元内的未释放内存不等于会有内存泄漏。内存泄漏不是单元测试的内容,把内存泄漏扯到单元测试中来是吃力不讨好的。所有集成后才易于发现的问题,都不应该是单元测试的内容。
  • 单元测试用例概述

        测试的目的是检查程序的行为是否符合设计规格,程序的行为就是某种输入时会产生什么输出,因此,一个典型的测试用例完成以下工作:设定输入数据、执行程序、验证输出是否符合预期。
  • 由开发部门进行单元测试能保证测试效果吗?

        进行单元测试,关键是要达到比较高的输入覆盖,这样,无论由谁测试,效果都是一样的。注意:是输入覆盖,不仅仅是白盒覆盖。
  • 由谁进行测试?开发部门还是测试部门?

        应该由开发部门进行单元测试! 无论由哪个部门做单元测试,都要面对一些问题,但开发部门所面对的问题可以借助工具来解决,而由测试部门进行单元测试,要么无法真正实施,要么代价昂贵。
  • 由测试部门进行单元测试为什么成本昂贵?

        需多次重复理解程序,反复沟通需要大量时间成本,耽误测试部门对其他测试的准备工作。
  • C/C++单元测试问答(摘要)

        为什么要进行单元测试? 由谁进行测试?开发部门还是测试部门?由测试部门进行单元测试为什么成本昂贵?由开发部门进行单元测试能保证测试效果吗?边编码边测试会影响编码进度吗?实施单元测试需要改变开发流程吗? 单元测试测试哪些代码?