这几年了陆陆续续的学习过不少技术,但真正能够对自己的工作起很好帮助的是在不多,测试驱动是其中之一。前段时间国外的有位程序员Karl Seguin整理了一篇文章叫The 7 Phases of Unit Testing ,很快在译言网上也有了翻译《单元测试的七种境界》,作为一位测试驱动开发的粉丝也像借这篇文章整理一下自己的学习过程和体验
简介: 能在一个浏览器上运行的 JavaScript 并不一定能在其他浏览器上运行。如果没有对代码进行单元测试,那么在决定升级或支持新浏览器的时候,组织就需要花钱测试或重新测试 Web 应用程序。在本文中,了解 JavaScript 单元测试如何帮助您降低测试成本,轻松支持更多浏览器。
在PHPUNIT初探和PHP单元测试利器:PHPUNIT深入用法(二)中,分别介绍了phpunit的基本用法和phpunit中的一些重要用法。在本文中,笔者将为大家介绍phpunit中的两个高级概念和用法,尽管它不一定在你的日常单元测试中都用到,但理解和学会它们的用法对学习phpunit还是十分重要的。
在我们公司的内部邮件中有一个有趣的讨论:如何在写代码的时候减少bug。在这里总结一下,将一些结论记在这里。对模块进行单元测试或集成测试...
随着多核处理器成为主流,开发并行程序随之成为一种必然要求。但是并行程序存在着很大的不确定性,使得开发和测试并行程序有一定的难度。
应用软件开发完毕后,对于软件的测试非常的关键。软件测试人员的身价也一涨再涨,甚至有盖过程序开发人员的趋势
应用软件开发完毕后,对于软件的测试非常的关键。特别是在团队开发项目中,选择什么样的测试类型、如何相互协调等等,显得尤其的重要。笔者这里就以一个团队项目为例,谈谈如何选择合适的测试类型。
首先下载NUnit,我这里用的是2.5的版本,可以去http://www.nunit.org下载最新版本。安装版:http://launchpad.net/nunitv2/2.5.3/2.5.3/+download/NUnit-2.5.3.9345.msi
单元测试包,大大简化了进行单元测试所要做的工作,这就是JUnit4。本文简要介绍一下在Eclipse3.2中使用JUnit4进行单元测试的方法。
Junit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing framework),供Java开发人员编写单元测试之用。Junit测试是程序员测试,即所谓白盒测试。
如果有多个共享一些通用对象的测试模块,这些对象在用于实现测试模块的几个TestCase类中式重复的。你想要复用这些对象,而不是复制它们。
单元测试是针对代码单元的独立测试。“独立”是指将代码从原始项目及其依赖的环境中隔离出来,针对各个单元单独进行测试,包括三方面含义:形式独立、实质独立和意识独立。单元测试之所以困难,就在于技术上无法解决形式独立和实质独立,主观上没有达到意识独立。
如果实施得当,单元测试可以帮助开发团队更快地交付应用程序,换言之,它能够提高企业的竞争力。然而,只有很少的企业尝试过使用单元测试,而其中有只有一小部分成功地将其作为标准在企业范围内推广。为什么会这样?通常,这是由软件开发人员和管理人员对单元测试的作用,以及维持单元测试所需付出代价的错误认识所造成的。
任何程序的开发都离不开单元测试来保证其健壮和稳定。Android的程序自然也不例外。从Android SDK 0.9开始,就有了比较成熟的测试框架,但是直到目前最新的1.1版本,也没有详细的文档介绍这个内容,只是简单的给了一个Api Demos里的几个单元测试代码。
时下大多数开发人员对持续集成(Continuous Integration,CI)的基本原理已经很熟悉,但是他们中只有一小部分人能够从优化CI设置中彻底受益。毫无疑问,一个有效的持续集成环境可以帮助你的团队节省时间、金钱甚至减少存有的顾虑。通过持续集成,我们可以更早地发现bug,更轻松地找出导致其发生的原因并最终有效地解决。
在.NET下的单元测试工具非常多了,其中微软也提供了自己的测试的Unit Test Framework,我在这里仅仅推荐一下比较实用的两种测试工具。
最近需要测试一个服务器端的django项目,查看了一下django的文档,发现django为了更加方便的对web应用进行测试,提供了一些便捷的测试方法。
随着越来越多的服务器程序采用Java技术,例如JSP,Servlet, EJB等,服务器程序往往长期运行。另外,在很多嵌入式系统中,内存的总量非常有限。内存泄露问题也就变得十分关键,即使每次运行少量泄漏,长期运行之后,系统也是面临崩溃的危险。