1. 测试是一个可重复的过程或方法，用于验证受测对象在指定环境下的行为是否正确，即向他提供指定的输入，并期望出现预定的输出或交互
2. 黑盒测试：
   1. 黑盒测试也叫功能测试，，将受测试软件视为一个黑盒，无需知道内部构造，这种测试是通过软件界面进行的，旨在确认他们能像预期一样工作，只要界面的功能未改变，测试就应该通过，即使内部构造发生了变化。测试人员知道程序该做什么，但不知道他是如何做的。
   2. 黑盒测试的一些优点：
      1. 可高效测试大块代码段
      2. 无需访问和理解代码，也不要求测试人员知道如何编写代码
      3. 将用户角度和开发人员角度分离
   3. 黑盒测试的缺点：
      1. 覆盖率有限，因为只执行部分测试场景
      2. 测试效率低下，因为测试人员对软件内部构造一无所知
      3. 测试缺乏针对性，因为测试人员对应用程序的了解有限
   4. 用于驱动开发的测试通常是根据验收标准进行的，而验收标准决定了要开发哪些功能
3. 白盒测试
   1. 白盒测试也叫做透明盒测试，或者玻璃盒测试，或者结构测试，查看受测软件内部，并将由此获得的知识用于测试过程，例如：如果在特定条件下应引发异常，可能需要在测试中重现这种条件，白盒测试要求测试人员了解系统的内部结构，同时具备编程技能，他提供了从内部观察受测软件的结果
   2. 白盒测试的优点：
      1. 可高效找出错误和问题
      2. 知道受测软件的内部构造有助于进行详细测试
      3. 能够发现隐藏的错误
      4. 可帮助程序员反省
      5. 有助于优化代码
      6. 由于知道软件的内部构造，因此可最大限度地提高测试覆盖率
   3. 白盒测试的缺点：
      1. 可能无法发现未实现或缺失的功能
      2. 需要对受测软件的内部构造有大致认识
      3. 需要访问代码
      4. 测试通常与产品代码的实现细节紧密耦合，导致重构代码后原本应该通过的测试未能通过
   4. 白盒测试几乎都是自动化测试，且在大多数情况下都是单元测试
4. 更好的测试：
   1. 需求(规范和用户故事)是在实现需求的代码之前编写的，因此是他们定义了代码，而不是相反，对测试来说，如果他们是在代码之后编写的，那么从某种意义上来说，是代码及其实现的功能定义了测试，由既有应用程序定义的测试有失偏颇，倾向于确认代码的功能，而不是检查客户的期望是否得到满足，或者说代码的行为是否符合预期
5. 模拟：
   1. 要让测试能够快速运行并不断提供反馈，必须以合适的方式组织代码，以便能够轻松使用模拟对象mock和存根stub替换方法，函数和类，这种替换实际代码的方式通常称为测试替身。
   2. 外部依赖肯呢个严重影响执行速度，例如：代码可能需要与数据库通信，通过模拟外部依赖，可大幅提高速度，整个单元测试集的执行时间应该以分钟乃至秒计，
   3. 除可提高速度外，消除外部依赖还有其他重要好处，代码的外部依赖可能包括数据库，Web服务器，外部API等，这些依赖不但不可靠，而且访问需要很长时间，在很多情况下，这些外部依赖还坑不是现成的，例如：可能需要编写与数据库通信的代码，并让人创建数据库模式，如果不使用模拟对象，就只能等到模式就绪后在测试