编写测试需求→编写测试计划→制定测试方案→开发与设计测试用例→执行测试→提交缺陷报告→测试分析与评审→测试分析与评审→准备下一个版本的测试
单元测试又称模块测试,是针对软件设计的最小单位一程序模块进行正确性检验的测试 工作。
其目的在于检查每个程序单元能否正确实现详细设计说明中的模块功能、性能、接口和设计约束等要求,发现各模块内部可能存在的各种错误。
单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
软件项目一启动，软件测试也就是开始,而不是等程序写完,才开始进行测试。
穷举测试是不可能的。甚至一个大小适度的程序,其路径排列的数量也非常大，因此，在
集成测试也叫做组装测试。通常在单元测试的基础上,将所有的程序模块进行有序的、递增的测试。
集成测试是检验程序单元或部件的接口关系,逐步集成为符合概要设计要求的程序部件或整个系统
确认测试也叫有效性测试。是在模拟的环境下,验证软件的所有功能和性能及其他特性是否与用户的预期要
求一致。通过了确认测试之后的软件,才具备了进入系统测试阶段的资质
系统测试是在真实的系统运行的环境下,检查完整的程序系统能否和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接,并最终满足用户的所有需求
是软件产品检验的最后一个环节。 按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审,决定是否接收或拒收系统
扇入：当前模块被其他模块调用的计数
扇出：当前模块调用其他模块的计数
α测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试
β测试: 是一种验收测试。β测试由软件的终用户们在一个或多个场所进行。
通过软件的外部表现来发现其缺陷和错误。黑盒测试法把测试对象看成一个黑盒子，完全不考虑程序内部结构和处理过程。
黑盒测试是在程序界面处进行测试,它只是检查样序是否按照需求规格说明书的规定正常实现。
通过对程序内部结构的分析、检测来寻找问题。白盒测试可以把程序看成装在一个透明的白盒 子里,也就是清楚了解程序结构和处理过程，检查是否所有的结构及路径都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。
白盒测试又称结构测试。
介于白盒测试与黑盒测试之间的测试。灰盒测试关注输出对于输入的正确性;同时也关注内部表现，但这种关注不像白盒测试那样详细、完整,只是通过一-些表征性的现象、事件、标志来判断内部的运行状态。
灰盒测试结合了白盒测试和黑盒测试的要素。它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。
是指对软件的新版本测试时，重复执行之前某一个重要版本的所有测试用例
目的：
验证之前版本产生的所有缺陷已全部被修复；
确认修复这些缺陷没有引发新的缺陷。
冒烟测试
是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具有可测性，所以也叫可测性测试。如果冒烟测试没有通过，后续测试不允展开。
也称为随意性测试，是指测试人员基于经验和直觉的探索性测试，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
原文：https://www.cnblogs.com/Ljxsccwgg/p/12111963.html