单元测试 - 视频或播客

我正在寻找有关如何进行单元测试的播客或视频.

理想情况下,它们应涵盖基础知识和更高级的主题.

在Dnr TV上有两集JP Boodhoo,在那里他介绍了测试驱动的开发:

使用JP Boodhoo进行测试驱动开发,第1部分

使用JP Boodhoo进行测试驱动开发,第2部分

如果你想看单元测试和TDD与其他一系列敏捷实践一起使用,我建议你观看一系列的"敏捷秋天".本系列从头到尾展示了完全单元测试应用程序的开发.

至于播客,请查看以下内容:

多态播客 - Jason Bock关于单元测试,代码覆盖和分析

Hanselminutes - Scott Hanselman关于测试驱动开发

Hanselminutes - 关于TDD的最后一句话,与Scott Bellware合作

软件工程无线电 - Gerard Meszaros关于XUnit测试模式

由于模拟对象是单元测试的一个非常重要的部分,因此这些播客剧集也可能是有趣的:

Hanselminutes - 斯科特汉塞尔曼在模拟对象上

Dot Net Rocks - TypeMock.Net上的Eli Lopian

Dot Net Rocks - RhinoMocks上的Oren Eini

Dot Net Rocks - RhinoMocks 3.5上的Oren Eini

我收集的书签转储

该清洁守则会谈有一定的MISKO Hevery s的谷歌讲座.新剧集将在Google测试博客到达时发布.

一些GTAC 2008(Google Test Automation Conference 2008)视频非常有趣.

自动化测试模式和气味

成为软件测试专家并不是真正的单元测试,而是帮助您进入测试人员的心态

如何设计一个好的API及其重要性简要介绍可测试性.

在se-radio上浏览测试标签会发现一些有趣的播客

从2007年Öredev(的测试轨道退房的视频1,2),我特别喜欢"检验的建筑"之一.

InfoQ 的测试子站点也值得访问更多(文本,音频,视频)资源

其他hanselminutes剧集测试:

#112 .NET单元测试框架的过去,现在和未来 - 听了一会儿,记得稍微不知所措,但还是值得一听

#103 Quetzal Bradley在单元测试后进行测试 - 非常有趣,深入了解如何考虑覆盖率指标等的目的

#146测试驱动开发就是设计--TDD上的最后一句话(与Scott Bellware一起) - 辜负它的名字,因为它扼杀了许多你"一直都知道"的核心概念.IIRC播客对Newkirk/Vorontsov的书给予了有利的提及 - 我不会特别介绍它(自从我阅读它以来已经很长时间了 - 我可能还没准备好接收它的消息)

其他播客:

羊群代码第42集:Scott Bellware关于BDD和精益开发 - 记录在Hanselminutes#146之后.同样,非常好的讨论有助于巩固围绕"经典测试"与BDD与上下文规范以及各种其他此类分类尝试的想法......

JB Rainsberger:"集成测试是一个骗局"是一个包含集成与单元测试的演示文稿.

其他问题如下:

良好的QA /测试播客,其中包括元播客http://testingpodcast.com/

博客帖子:

它不是TDD,它是以身作则 - Brad Wilson,与HC#42类似,试图了解你为什么要编写测试.

我知道你没有要求书籍,但是......我还能提到Beck的TDD书是必读的,尽管它可能看起来像是第一次翻阅的过时的初学者书(并且有效地使用Michael C的遗留代码)羽毛当然是圣经).另外,我将马丁(和马丁)的敏捷原则,模式和技术附加在这方面真正起作用.在这个空间(关于测试的简明/精炼信息)也是编程电子书的优秀基础.我读过的关于测试的Goob书是单元测试和xUnit测试模式的艺术.后者是第一个解决方案的重要解毒剂,因为它比罗伊的书非常自以为是,并提供了许多不合格的"事实"而没有适当地通过各种选择.绝对推荐阅读这两本书.虽然它选择了具体的[有争议的]技术,但是AOUT非常易读并能让你思考.xUTP深入而中立,真正有助于巩固您的理解.之后我用NUnit读了C#中的实用单元测试.尽管有点过时(它提到RhinoMocks作为侧边栏并且没有提到Moq)它很好且平衡 - 即使没有什么是不正确的.它的更新版本将是一个不折不扣的建议.

最近我重新阅读了Feathers一书,这本书在一定程度上是永恒的,涵盖了重要的基础.然而,对于50种不同的天性来说,它更具"如何".这绝对是必读的.

最近,我正在阅读由Steve Freeman和Nat Pryce进行的测试指导下的优秀的面向对象软件.我不能高度推荐它 - 它确实将所有东西从大到小联系在一起,就TDD适合的地方而言,以及软件架构中的各种级别的测试.当我把厨房水槽扔进去的时候,埃文斯的DDD书也非常重要,因为它看到了通过疯狂的重构逐步建造物品的价值,以便最终处于一个更好的地方.