前言：日常开发中，我们都参与过测试阶段，除了产品大大、UI 设计师之外，测试小姐姐和我们的开发工作也是密切程度相当高的，而我们对有关测试的一些专业术语及测试生命周期却不甚了解甚至是陌生，这里做一些整理，来重新认识下【测试】。
软件生命周期的各个阶段所涉及的测试：
-
1 单元测试 代码走查，逻辑测试，单元测试之前开发人员也可以做代码开发的通过性自测；
-
2 集成测试 模块联动联测（自底向上、自顶向下）；
-
3 冒烟测试 此阶段目的是保证这个版本能拿去做后续的功能测试和系统测试，一般团队也会要求开发人员对自己开发的代码进行此阶段的；
-
4 系统测试开始； 如果是 APP 类，移动端服务，可能还会有兼容性测试； 测试方法分黑盒测试和白盒测试：
sit测试——主要功能质量测试；
uat测试——在sit 版本上 出现极异常功能测试，测试用例相对 sit 测试较少；
复制代码-
5 安全测试 根据产品的类型有 web安全测试、APP 安全测试、软件安全测试、网络安全测试等等，一般安排在功能测试和系统测试之后。
-
6 运维管理。
一些基础概念：
黑盒测试
黑盒测试又叫功能测试、数据驱动测试或给予需求规格说明书的功能测试。这种测试注重于测试软件的功能性需求。
采用这种测试方法，测试工程师把测试对象看作一个黑盒子，不需要考虑程序内部的逻辑结构和特性，只需要依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
黑盒测试能更好更真实的从用户角度来考察被测系统的功能性需求实现情况。在软件测试的各个阶段，如单元测试、集成测试、系统测试及确认测试等阶段都发挥着重要作用。尤其在系统测试和确认测试中，其作用是其他测试方法无法取代的。
白盒测试
白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部结构的测试。此时，需要深入考察程序代码的内部结构、逻辑设计等等。白盒测试需要测试工程师具备很深的软件开发工地，精通相应的开发语言，一般的软件测试工程师难以胜任该工作。
冒烟测试
就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通，是随机测试的一种。如果不通过，则打回开发那边重新开发；如果通过测试，才会进行下一步的测试(功能测试，集成测试，系统测试等等)。冒烟测试 优点是节省测试时间，防止 build 失败。缺点是覆盖率还是比较低。
冒烟测试的执行对象一般是程序的开发者，可以建议在开发人员的 自测报告中加入冒烟测试的情况反馈，因为只有通过冒烟测试才能进行更深入的系统测试，如果连冒烟测试都没有通过的版本，交给测试人员，很有可能因为环境、部署等问题回退。
回归测试
就是以前版本中发现的 bug 在新的版本中验证是否仍然存在，且是否引发新的 bug，是一个循环的测试过程。
测试用例（Test Case）
指在实施测试前而为被测试系统设计的输入数据，操作路径，各种环境配置及期望输出的一个特定集合。 将测试这项工作具体量化的方式之一，是软件测试的核心。测试工作量与测试用例的数量成比例。（其实在实际开发周期紧张的情况下，一般测试人员不会产出完备的测试用例...）
测试报告
软件测试结束之后，测试员人根据测试结果出具的测试报告文档。主要要素包含：
第1章 引言
1.1 目的
1.2 概述
1.3 参考资料
第2章 测试概要
2.1 测试目标
2.2 测试环境与配置
2.3 测试时间
2.4 测试方法/工具
第3章 测试产品分析
3.1 测试产品版本
3.2 测试执行情况与记录
3.3 功能测试情况
3.4 残留缺陷与未解决问题
3.5 测试结论
3.6 建议
复制代码测试报告会发送给相干人（测试组组长、项目经理、产品经理、开发人员【前后端】等），拿到测试报告之后，说明软件可以进行下一阶段的流程，比如安全测试或者正式环境部署等。
