验收测试驱动开发将测试的关注点从代码转向需求，在编写代码之前就确定功能的验收标准。 当团队在讨论需求的预期结果，并选择用户故事时，验收测试就会被执行。 主要步骤： Discuss：讨论 Distill：提取 Develop：开发 Demo：示范

自动化测试又称为无情测试，可以避免人为干扰，从而确保产品在整个开发过程中保持高质量。 自动化测试要求频繁的对产品进行测试，并且将质量保证和验收测试融入开发过程中。

如果按实施测试的主体身份划分，可以将测试分为如下三种： ​（1）开发方(供方)测试 开发方作为软件(产品)的供方，开展各种测试是他的职责和义务，是向用户交付合格产品的必要手段，也是让用户对产品建立信心的重要基础。开发方测试应该涵盖软件生产及交付的各个阶段，以满足用户需求为最终目的。开发方测试的优势是熟悉软件采用的技术、全部工程文件及开发过程，并能够高效与开发团队沟通，因此测试效率高。但开发方测试的缺点是容易站错立场，以有利于自身的意识去强化对软件“证真”，从而遗漏对软件缺陷的暴露甚至忽视用户的需求。 （2）用户方(需方)测试 用户方测试的实施难度远高于开发方测试，一方面用户方可能缺乏专业的人员...

（1）单元测试 是最小单位的测试活动，也称为模块测试。单元测试是封闭在单元内部的测试，关注一个单元是否正确地实现了规定的功能、逻辑是否正确、输入输出是否正确，从而寻找模块内部存在的各种错误，单元测试使用的方法包括白盒测试、黑盒测试以及灰盒测试。因为单元测试只关心模块内部而不关心模块之间的问题，因此一个软件中的各个模块测试可以并行进行。 （2）集成测试 是在软件的单元测试完成并修复了所发现的错误后，进行模块的集成时开展的测试。集成测试的主要任务是发现单元之间的接口可能存在的问题，如接口参数不匹配、接口数据丢失、数据误差积累引起错误等，目标是验证各个模块组装起来之后是否满足软件的设计文件要求。 （...