InfoQ

主题/标签专用视图

InfoQ 上所有与“测试驱动开发”相关的内容及新闻


最新“测试驱动开发”相关专题内容

使用Visual Studio for Database Professionals进行测试驱动开发

社区
.NET
主题
.NET框架

熟悉测试驱动开发的开发人员现在已经可以使用“红灯-绿灯-重构”的方式来开发存储过程了。Cory Foy展示了如何把Visual Studio for Database Professionals,以及其中包含的工具用作数据库单元测试的开发框架。

“测试驱动开发”相关新闻

Moq——.NET的Mocking库

社区
.NET
主题
.NET框架,
单元测试

Moq是利用诸如Linq表达式树和Lambda表达式等.NET 3.5的特性,为.NET设计和开发的.NET Mock库。它的目标是让Mocking以一种自然的方式与现有单元测试进行集成,使它更加简单、直观,以避免开发人员被迫重写测试或学习需要大量录制/ 播放的Mocking框架。

.NET自动探索式测试工具——Pex

社区
.NET
主题
单元测试

Pex是微软研究院的一个白盒测试生成工具。不像我们平时在给定的方法中为每个执行路径手写独立测试,Pex允许开发人员编写单独的参数化测试方法。这样Pex就能生成一套标准的单元测试,在目标方法里测试执行路径。

关于TDD的观点:质量是反复思考的结果,仅靠解决Bug无法获得

社区
Agile
主题
敏捷技术,
单元测试

“单元测试可以改善代码质量”这一观点已经得到广泛认可。培训师、顾问兼咨询师Michael Feathers在最近的一个帖子中对其提出了质疑。他谈及单元测试、集成测试、TDD和净室软件开发(Clean Room Software Development),认为代码质量是反复思考的结果,仅靠解决bug无法获得。

我的“单元测试”跟你的是两码事!

社区
Java,
Agile,
.NET,
Ruby
主题
软件测试,
单元测试

对于TDD的“单元测试”与传统的“单元测试”之间的差异,业界一直存在着误解。知名的XP贡献者Mike Hill,对这些误解进行了澄清,同时使用“微测试(microtesting)”这个词为刚刚使用TDD的开发者们进行了明确的阐述。

“测试驱动开发”相关文章

NMHU敏捷开发学习班体验报告

社区
Agile
主题
大学项目,
故事和案例分析

2004-2005学年,Pam Rostal和Dave West在NMHU(New Mexico Highlands University)启动了一个独特的学位教学计划:要求学生在实际项目中广泛开展敏捷实践。本文讲述的就是有关这个教学计划的故事——虽然此计划目前已经停止,但很可能只是暂时的,他们正在争取2007学年重新启动。但不管计划是否重启,这次实践无论是对学术界,还是产业界,都将点燃思想的火花:我们要大胆创新,敢于开展一些以前未曾想及的实践,努力提升我们对开发、测试和项目管理人员的教学成果。

如何处理遗留代码

社区
Agile
主题
工件和工具,
敏捷技术

构建(Build),自动化(Automate),测试(Test),这个BAT可以帮助你建立一张防护网,确保代码可以如你所愿的继续工作。 Richardson向我们展示了这些步骤如何迅速发现并解决那些没有意识到的副作用。看看它与你日常工作相比的区别是什么,你是否需要用不同的手段处理工作。

图书摘录:持续集成意味着持续测试

社区
Agile
主题
敏捷技术,
质量交付

持续集成(Continuous Integration,CI)这项基本的XP实践现在已经变成了被广泛使用的开发者最佳实践之一。InfoQ为您提供了“持续集成:改善软件质量并降低风险”一书中的“第六章:持续测试”,在这一章中,作者提出了一些编写优秀测试以保证系统质量的建议和示例。

敏捷、架构和凌晨五点的产品问题

社区
Architecture,
Agile
主题
质量交付

重构和单元测试是否真的可以创建强壮、可用的软件,并且让其在现实世界中生存下去?下面的内容节选自Michael Nygard 的书《Release It!》,他认为“抽象有漏洞”:我需要考虑架构(甚至在Agile项目中),以便保证当基础抽象层没有正常工作时,我们也不会遇上这类5AM问题。