白盒测试实例之八——构建自己的单元测试框架(上)

关键字:单元测试、白盒测试   在上一讲“单元测试的尝试”里我们遇到了几个问题:   1、代码重复的问题太多   2、测试结果需要人工去检查   3、对测试的总体信息也无从得知   本讲将构建一个简单的单元测试框架来解决以上的问题:   1、...

一种新的单元测试的方法

  一种新的单元测试的方法意味着什么?难道说Junit或者TestNG还不够好?Junit(这里我提及到它因为它简单,但是在我的讨论中,TestNG 也一样简单 from here on I’ll nominate it only for briefness,but TestNG is the same for my discussion)把测试类作...

分享:

单元测试中的黑盒测试以及单元测试的一点局限

  我曾经看到过一个帖子,就是单元测试中的黑盒测试。当时作者的大意就是将一个要被测试的函数或者接口,从这个函数的功能去考虑,而不一定完全考虑这个函数的内在逻辑。   我在做单元测试的时候,遇到过一个这样的问题。就是说单元测试如果仅仅从逻辑...

白盒测试实例之七——单元测试的尝试

关键字:白盒测试 单元测试 软件测试   以测试isOutOfRange函数为例,首先知道该函数在整个软件架构中处于最底层(叶子),所以对它进行测试并不需要写桩模块,只需要写驱动模块。要注意的问题是:对于测试结果是否通过测试不要使用printf方式打印被测试...

白盒测试实例之六——单元测试的步骤

  白盒测试与黑盒测试的过程和方法是有一些区别的。   单元测试的步骤:   1、 理解需求和设计   理解设计是很重要的,特别是要搞清楚被测试模块在整个软件中所处的位置,这对测试的内容将会有很大的影响。需要记住的一个原则就是:好的设计,各...

关于单元测试的一些看法

  从参加工作以来,参加了大大小小好几个项目了。对于项目中间的单元测试这一项,有一些想法,不吐不快。主要围绕以下几个方面来说一说。(大家多多批评。)   1、对于一个项目,应该怎样划分在项目中需要测试的类和方法?   举个例子,一个基于被...

分享:

单元测试的步骤

  1、  理解需求和设计   理解设计是很重要的,特别是要搞清楚被测试模块在整个软件中所处的位置,这对测试的内容将会有很大的影响。需要记住的一个原则就是:好的设计,各模块只负责完成自己的事情,层次与分工是很明确的。在单元测试的时候,可...

分享:

如何正确的使用Mock

  首先我不是反Mock者,但确实对使用Mock持比较审慎的态度,因为Mock是非常难于正确使用的, mock最常见的问题在于假设!假设!假设!   有这样一个功能,当有工作的时候,公民需要买需要买医疗保险,住房公积金和养老保险,如果失业了他只需要买养老保...

#
Mock
分享:

不要把Mock当作你的设计利器

  前言   我不是个反Mock者,Mock有它的优势,但使用它也同时带来风险,我认为使用Mock的基本原则是:不用。   不使用Mock,依赖一个设计简单、职责清晰的代码环境,因为只有简单的代码才能和Mock的主要优势相媲美,而使用这样的代码则可以避 免Mo...

#
Mock
#
TDD
分享:

单元测试与敏捷开发

  在要求项目要尽量快地实现的时候,质量与开发进度上会出现一定的矛盾,最突出的就是单元测试代码与逻辑实现代码。  TDD (测试驱动开发)必然没错,但是使用不当会造成开发效率的下降。在敏捷开发实践中,结合前辈经验与自己的经验,如下几点是要关心的...

白盒测试技术——单元测试理论篇

  2.1 单元测试概念   ● 单元测试:单元测试又称模块测试,属于白盒测试,是最小单位的测试。模块分为程序模块和功能模块。功能模块指实现了一个完整功能的模块(单元),一个完整的程序单元具备输入、加工和输出三个环节。而且每个程序单元都应该有...

测试驱动开发感悟

  最近听到了很多关于软件质量的话题,自己前段时间也参加个PMP(项目管理)的培训,所以一时对于质量控制特别感兴趣,在这里想和大家共同讨论下!  软件质量,是所有人都很关心的东西。我们在开发过程中为了保证质量,从中引进了软件测试。它在整个的过...

分享:

极限编程中的单元测试

  在极限编程中,程序员负责自己的单元测试。那么留给测试员的是什么工作呢?有人认为XP的成本比较低是因为省下了测试员的费用。那么由程序员测试就不需要测试员了吗?他们能真正替代测试员的工作吗?  大家关于XP的理解,我发现至少有3种以上:  1、...

分享:

“黑-白”单元测试

  近期查看了一些关于敏捷开发,极限编程的一些资料。在敏捷开发中有一种比较出名的方式即TDD(Test Driven Development,测试驱动开发),这些都包含测试先行的思想。细细分析一下,发现其中有一些还是很有用的思想,也就是我今天要讨论的问题,用“黑-...

分享:

单元测试文档的重要性

  随着部门人数的激增,基础研发和基础平台的应运而生。对我们的挑战则是持续集成测试。   现实情况是需求不可能一成不变,在后期的coding阶段总会由于这样那样的原因而改变,同理设计文档也是。而后期的修改文档的作用是那么的微不足道,那么唯一的突...

分享:

单元测试(提升篇)

   一、可测试性设计    1. 接口依赖    这是最重要的一点,因为这可以使得我们很容易的针对一个接口实现Mock对象,模拟/替换实际对象会变的很容易。达到使一个被测对象处于一个孤立环境的测试要求。    这里,ClassA依赖于ClassB的具体实...

分享:

单元测试(Unit Tests)的新方法

  在这篇文章里,我将论述一种单元测试的新方法,让类处于测试中心。讨论一个开源工程(TestedBy),它提供一些从类开始的测试工具。  这个软件的一些特性:  1.  在你的IDE中测试时,可以从类/方法浏览源文件。这个可能是微不足道的,但却是最...

CPPUNIT实例

分享:
分享到朋友圈
打开微信,点击底部的“发现”,
使用“扫一扫”即可将网页分享至朋友圈。

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号