之前介绍了集成测试《如何做到有效的集成测试？》，后来有小伙伴私信问，能具体列举出单元测试 VS 集成测试 VS 系统测试之间的区别和应用场景。那么这次我们就把这个比较给补上。

在上一次分享中，我们介绍了《软件测试笔记（十三）单元测试的介绍和工具选择》。今天我会介绍作为测试的重点之一的功能测试，因为关于功能测试是和软件的具体功能紧密结合的，所以这里会基本介绍下功能测试和市面上常用的功能测试的工具。

单元测试通常是作为软件测试中基础的测试类型，用于测试单独的模块是否可以正常工作。它于功能测试不同，它更加关注的是代码内部的逻辑，而非是用户的需求。

软件产品的构成都是非常复杂的，这也就意味着它将含有多个模块，这些模块通过接口进行交互。针对于这些集成模块的测试，我们称之为集成测试。也可以认为它是由单元测试扩展出来的。

@@大快朵颐和卡的很看返回了方结合说了话好了老人家哦老杰弗里斯好了

作为一个开发人员，你是否会因为测试人员提交的缺陷报告缺少重要的内容而无法重现缺陷。作为一个测试人员，你是否会收到开发人员拒绝的缺陷报告，而显示的内容是“它是不可复制的”。这些都是在项目开发中经常会遇到的情况，通常的原因是因为缺陷报告的说明不够完整，没有足够多的有用信息。

在整个产品研发的生命周期中，开发的交付成果就是整个产品，那么对于测试人员，会提供哪些可交付成果给整个项目呢？回答这个问题，我们需要把整个产品的研发生命周期拆分来看，对于每个阶段测试都会有相应的交付成果，有部分是在真正测试阶段之前交付的一些成果，有些则是在项目测试阶段完成之后交付的成果。

测试用例，通常按照测试用例模板文件，为特定的测试场景开发测试用例，以验证应用程序的功能是否按预期工作，符合客户的需求。测试用例是针对一个测试场景的可执行步骤的集合，包含前置条件、测试数据、预期结果、后置条件和实际结果。

测试的工作的很重要的一个部分就是报告缺陷，并伴随着测试的进行不断地更新。因为缺陷报告是给开发，项目负责人，等相关人员看的，所以需要把尽可能的信息涵盖在缺陷报告中去，比如环境的详细信息，测试的重现步骤，等，帮助相关人员可以快速的重现描述的缺陷。

产品的开发需要文档，软件测试同样需要这样的文档。它包含了测试活动的内容，确保客户的需求被高质量的实现和交付。测试文档的定义则是从产品的定义，项目的相关文档，客户的需求文档中派生出来的。