最近读了这本书,收获颇丰.本书讲解了Python开发环境,包的发行和分发,持续集成,版本控制,开发模式,文档编写,测试驱动开发等.共享书中的源代码,希望对大家有帮助.

《测试驱动的JavaScript开发》是一本完整的、基于最佳实践的JavaScript测试指南，同时又有着测试驱动开发方法所带来的质量保证。
本书涵盖了将最先进的自动化测试用于JavaScript开发环境的方方面面，带领读者走查整个开发的生命周期，从项目启动到应用程序部署。
《测试驱动的JavaScript开发》面向的是JavaScript开发人员。
无论您是一位Ruby开发人员，主要关注RubyonRails；
或者是一名Java或.NET开发人员，忙于构建Web应用；
又或者是一名前端Web开发人员，以JavaScript、CSS和HTML为首要工具；
甚至是一名后端开发人员，对JavaScript知之甚少，本书将将对您非常有用。

要使测试驱动开发在软件行业中得以繁荣兴盛，需要一些条件，《C#测试驱动开发》从讨论这些条件开始。
软件开发发展到今天，有其历史和特定的条件，理解这些很重要。
避免重复过去的错误也很重要。
在自己当前的开发实践中找出这些反面模式则更为重要。
第Ⅰ部分入门第1章通向测试驱动开发之路第2章单元测试简介第3章重构速览第4章测试驱动开发：以测试为指南第5章模拟外部资源第Ⅱ部分将基础知识变为行动第6章启动示例应用程序第7章实现第一个用户情景第8章集成测试第Ⅲ部分TDD方案第9章Web上的TDD第10章测试WCF服务第11章测试WPF和Silvedight应用程序第Ⅳ部分需求和工具第12章应对缺陷和新的需求第13章有关优秀工具的争论第14章结论附录ATDDKatas

测试驱动开发Test-Driven+Development+By+Example,TDD其中的chm包含javaCode极为方便理解！吐血推荐！里面有两个文件一个是中文版的，一个是英文版的！

作者:[英]MattWynne/[挪]AslakHellesy出版社:人民邮电出版社原作名:TheCucumberBook:Behaviour-DrivenDevelopmentforTestersandDevelopers译者:许晓斌/王江平这是一本半技术书籍，虽然是测试使用，但阅读它实在也需要一定的代码基础，所以可见，测试的技术含量越来越高了：D由于本人使用Java，所以忽略了12章以后的内容，由于它所使用到的那些框架都是基于Ruby。
本书分为3部分：1.基础2.进阶3.应用在第一部分，基础篇中，介绍了Gherkin语法，Cucumber的产生背景与适用范围，以及常见问题与解答。
Cucumber是一种系统行为的描述文件，它是活文档，应该时刻描述当前系统的正确行为，并且能够自动测试。
这一特性事实上也要求在写Cu..ber文件时，务必做到用户精准，不要重复场景，用书上的话来讲，就是同一句话，对且只对应系统中的唯一的一个行为。
Cu..ber主要用于在团队中进行沟通，语言必须能通用，要通用就要求隐藏技术细节，以自然语言去描述系统的行为，最经典的场景如：Given...When...Then...给定一定场景，当做什么操作时，会产生什么样的结果。
表格的使用，Backgroud关键字都是为了让特性文件能更简洁，也更易懂和富有表现力。
第二部分进阶篇中，介绍了一些高级的功能，比如：钩子和标签钩子是指@Before@After这种加上实现方法之前，在测试开始时和结束后执行一些特定的操作。
Cu...ber的步骤是全局的，同理，@Be..这类钩子也是全局的，Cu...ber的全局是大有深意的，因为它认为，特性中的所有有用步骤，只能对应一种系统的行为。
若需要让其支持单个场景，则需要对在钩子后面加上标签的方式。
标签同钩子形式相同，可以在场景和特性关键词上加标签。
对于特性（Feature）的标签，会加在每个场景上。
Cu...ber可以对一组标签进行测试。
Cu...ber测试中（可以推而广之到任何测试中），凡是有数据库参与，需要在测试之前保证数据库是干净的，并且当前测试不会遗留下数据影响到下一个测试。
可以使用事务和Truncate的方式来保证这点，实际上，只要测试环节所需要的数据都由Given中提供，则不会有问题。
第三部分讲应用，基本上都是基于Ruby的一些库，但11章的命令行使用方式还是很有意义的，Cu...ber本身就是一个命令行工具，通过命令行，可以对特性文件进行一些过滤，对输出格式进行定制，以及集成到持续集成中。
命令行命令可以使用帮助：--help一些重要的命令：--tags过滤标签--lines指定行执行xxx.feature:45指定行的另一种形式--format格式化输出如果真能把Cucumber用起来，用严肃的态度对待每一个步骤，以测试驱动开发，做出来的项目质量应该能大上一个台阶的，是个很好的工具。

测试驱动开发实用指南__（美）DavidAstels著；
崔凯译_北京：中国电力出版社_P478_2004.09_11289415

TDD(Test-DrivenDevelopment)测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。
TDD得原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。
TDD虽是敏捷方法的核心实践，但不只适用于XP（ExtremeProgramming），同样可以适用于其他开发方法和过程。
TDD得基本思路就是通过测试来推动整个开发得进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。
TDD的重要目的不仅仅是测试软件，测试工作保证代码质量仅仅是其中一部分，而且是在开发过程中帮助客户和程序员去除模棱两可的需求。
TDD首先考虑使用需求（对象、功能、过程、接口等），主要是编写测试用例框架对功能的过程和接口进行设计，而测试框架可以持续进行验证。

测试驱动的编程是XP困扰程序员的一个方面。
对于测试驱动的编程意味着什么以及如何去做，大多数人都做出了不正确的假设。
这个月，XP方面的讲师兼Java开发人员RoyMiller谈论了测试驱动的编程是什么，它为什么可以使程序员的生产力和质量发生巨大变化，以及编写测试的原理。
请在与本文相随的论坛中提出您就本文的想法，以飨笔者和其他读者。
（您也可以单击本文顶部或底部的“讨论”来访问该论坛。
）最近50年来，测试一直被视为项目结束时要做的事。
当然，可以在项目进行之中结合测试，测试通常并不是在所有编码工作结束后才开始，而是一般在稍后阶段进行测试。
然而，XP的提倡者建议完全逆转这个模型。
作为一名程序员，应该在编写代码之前编写测试，然后只编写足以让测试通过的代码即可。
这样做将有助于使您的系统尽可能的简单。
先编写测试XP涉及两种测试：程序员测试和客户测试。
测试驱动的编程（也称为测试为先编程）最常指第一种测试，至少我使用这个术语时是这样。
测试驱动的编程是让程序员测试（即单元测试―重申一下，只是换用一个术语）决定您所编写的代码。
这意味着您必须在编写代码之前进行测试。
测试指出您需要编写的代码，从而也决定了您要编写的代码。
您只需编写足够通过测试的代码即可―不用多，也不用少。
XP规则很简单：如果不进行程序员测试，则您不知道要编写什么代码，所以您不会去编写任何代码。
测试驱动开发(TDD)是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。
本文从开发人员使用的角度，介绍了TDD优势、原理、过程、原则、测试技术、Tips等方面。
背景一个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛苦的挣扎，还是不断进步的喜悦。
国人对软件蓝领的不屑，对繁琐冗长的传统开发过程的不耐，使大多数开发人员无所适从。
最近兴起的一些软件开发过程相关的技术，提供一些比较高效、实用的软件过程开发方法。
其中比较基础、关键的一个技术就是测试驱动开发（Test-DrivenDevelopment）。
虽然TDD光大于极限编程，但测试驱动开发完全可以单独应用。
下面就从开发人员使用的角度进行介绍，使开发人员用最少的代价尽快理解、掌握、应用这种技术。
下面分优势，原理，过程，原则，测试技术，Tips等方面进行讨论。
1.优势TDD的基本思路就是通过测试来推动整个开发的进行。
而测试驱动开发技术并不只是单纯的测试工作。

目标利用流量控制的构建方法阅读和理解测试输出以开发工作程序更加熟悉测试驱动开发的概念关于本指南的注释之前，我们已经介绍了测试驱动的开发，阅读和理解RSpec测试的概念。
每次您运行learn来运行实验室的测试时，您都在运行RSpec测试套件-这就是我们在Learn上构建实验室的方式。
您已经阅读这些测试已有一段时间了，但是TDD是一个重要的话题，我们将在这里进行仔细研究。
仍然没有要求您编写自己的测试。
我们只是想了解测试的目的，稍微了解一下其背后的理念，以及更多关于如何更好地阅读RSpec测试的知识。
请记住，当我们引用RSpec或rspec，这等效于运行“learn或“learntest命令，该命令调用spec的“学习”测试文件。
您必须安装了learn-cogem。
如果您通过“学习”设置环境并且之前使用过“learn命令（很可能到目前为止已经做了），

Python测试驱动开发：运用Django、Selenium和JavaScript进行Web编程非扫描版可编辑电子书

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。