功能性测试、性能测试、自动化测试

1.基准测试：给系统施加较低压力，查看运行情况并记录相关数据，做为基础数据。

2.负载测试：对系统不断增加压力或增加一定压力下的持续时间，直到某项或者多项指标到达临界值（此时临界值仍满足我们的要求性能值）。

3.压力测试：评估系统处于或者超过预期负载时系统的运行情况，即负载状态继续加压，超出峰值，关注度在于系统在峰值负载或超出极限载荷情况下的处理能力。

重点：基准测试→负载测试→压力测试，是在对系统不断加压的过程。

4.稳定性测试：给系统加载一定业务压力的情况下，使系统运行一段时间，检测是否稳定。

5.并发测试：多个用户同时访问同一个应用/同一个模块或者数据时，是否存在死锁或者其他性能问题。

按照软件特性来划分测试类型有功能测试和性能测试

其中功能测试包括：

1. 逻辑功能测试

2. 界面测试

3. 易用性测试

4. 安装测试

5. 兼容性测试等

性能实际上是功能的另一个指标，主要关注软件中的某一功能在特定的时间、空间条件下，功能是否使用正常；比如负载测试和压力测试都属于性能测试，两者可以结合进行。

--按照测试技术划分测试类型有黑盒测试、白盒测试和灰盒测试

1. 黑盒测试只关注输入输出，也就是程序的外在表现；

2. 白盒测试是既关注程序的外在表现，又关注程序内部结构是如何实现的；

3. 灰盒测试就是介于2者之间的；

--按照开发阶段来划分测试类型有单元测试、集成测试、系统测试和验收测试

1. 单元测试又称模块测试，是针对软件设计的最小单位，单元测试需要从程序的内部结构出发设计测试用例；

2. 集成测试也叫做组装测试，是检验程序单元或部件的接口关系，逐步集成为符合概要设计要求的程序部件或整个系统；

3. 系统测试是在真实的系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并最终满足用户的所有需求；

验收测试是软件产品检验的最后一个环节。按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。

最后：

1. 黑盒测试和白盒测试的主要区别在于是否了解系统或程序的内部结构和代码；

2. 单元测试主要运用白盒测试；

3. 集成测试主要是白盒为主，黑盒为辅；

4. 系统测试主要是黑盒为主，白盒为辅；

5. 验收测试主要是运用黑盒测试。

软件测试生命周期包括6个阶段（大体上）：1）计划 2）分析，3）设计，4）构建，5）测试周期，6）最后测试和实施，和7）实施后。
1. 计划（产品定义阶段）
    高层次的测试计划（包含多重测试周期）
    质量保证计划（质量目标，测试标准等 ）
    确定计划评审的时间
    报告问题过程
    确定问题的分类
    确定验收标准－给质量保证员和用户。
    建立应用程序测试数据库
    确定衡量标准，例如缺陷数量/严重程度和缺陷起源（仅举几个例子） 。
    确定项目质量度量
    开始制定项目整体测试时间表（时间，资源等）
    必需阶段：评审产品定义文档
    文档中加入质量保证标准，作为工程改善进程的一部分
    根据该产品的特点帮助确定问题的范围
    大约每月要花5 -1 0小时在这一方面
    计划在数据库管理所有测试用例，包括手工方面或者自动化方面。

2. 分析（外部文档阶段）
    根据业务需求开发功能验证矩阵。
    制定测试用例格式-估计时间和分配优先级。
    制定测试周期矩阵与时间线
    根据功能验证矩阵开始编写测试用例
    根据业务需求计划测试用例基准数据
    确定用于自动化测试的测试用例。
    自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
    为自动化系统中的跟踪组件设置路径和自动化引导。
    界定压力和性能测试的范畴。
    按照每个测试用例的数据要求开始建立基准数据库。
    定义维护基准数据库的过程，即备份，恢复，验证。
    开始规划项目所需的测试周期数，和回归测试次数。
    开始文档复查，如：功能设计文档，业务需求文档，产品规格说明书，产品外部文档等。
    审查测试环境和实验室，前端与后端系统都要。
    准备使用McCabe工具，以支持白盒测试中代码的研发和复杂性分析
    建立反馈机制并开始录入文档。
    必需阶段：审查外部文件
 文档中加入质量保证标准，作为工程改善进程的一部分。
 根据群体执行反馈编写测试用例
 开始研制测试用例估计数目，每个用例的执行时间，和用例是否自动化这些方面的度量
 为每个测试用例确定基准数据，
 大约每月要花25小时在这一方面

3. 设计（文档架构阶段）
    根据变更修改测试计划
    修改测试周期矩阵和时间线
    核实测试计划和用例用到的数据都输入到数据库，或是否必需的。
    修改功能验证矩阵
    继续编写测试用例，根据变化添加新的用例
    制定风险评估标准
    规范自动化测试和多用户测试的细节。
    挑选出一套用于自动化测试的测试用例，并且把这些用例脚本化
    规范压力测试和性能测试的细节。
    最终确定的测试周期。 （根据用例的估计时间和优先权确定每个周期所用的测试用例数）
    最终确定的测试计划
    估计单元测试所需资源
    必需阶段：审查架构文件
 文档中加入质量保证标准，作为工程改善进程的一部分。
 确定要进行编码的的实际组件或模块
 在这定义单元测试标准，通过/失败准则等。
 单元测试报告，报告进行单元测试后的模块质量如何，白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
 列出所有要进行单元测试的模块

4. 构建（单元测试阶段）
    完成所有计划
    完成测试周期矩阵和时间线
    完成所有测试用例。 （手动）
    完成第一套自动化测试用例的测试脚本。
    完成压力和性能测试的计划
    开始压力和性能测试
    McCabe工具支持-提供度量
    测试自动化测试系统，并修复错误。
    发展单元测试
    运行质量保证验收测试套件，以确保软件已经可以交给QA测试。

5. 测试周期/ 错误修正（ 重复/系统测试阶段）
    测试周期1，执行第一套的测试用例（前端和后端）
    报告错误
    错误审核-不断开展的活动。
    根据需求修改测试用例
    根据需求增加测试用例
    测试周期二
    测试周期三

6. 最后的测试和实施（代码冻结阶段） 
    执行所有前端测试用例-人工和自动化。
    执行所有后端测试案例-人工和自动化。
    执行所有压力和性能测试。
    提供对正在进行的缺陷跟踪度量。
    提供对正在进行的复杂性和设计的度量。
    更新测试用例和测试计划的估计时间。
    文件测试周期，回归测试，并更新相应文档。

7. 实施后
    开展实施后评估会议以回顾整项工程。 （经验所得）
    准备最终的缺陷报告和相关度量。
    制定战略以防止类似的问题在今后的项目中重复出现。
    创建如何改进流程的计划目标和里程碑，
    McCabe工具-制作最后的报道和分析。
    自动化测试组-1 ）审查测试用例以评估其他可用于自动化回归测试的用例2 ）清理自动化测试用例和变量，和3 ）审查自动化测试和手工测试结果的整合过程
    测试实验室和测试环境-清理测试环境，标记和存档用过测试用例和数据，恢复测试仪器到原始状态等。

--按照软件特性来划分测试类型有功能测试和性能测试

其中功能测试包括：

1. 逻辑功能测试

2. 界面测试

3. 易用性测试

4. 安装测试

5. 兼容性测试等

性能实际上是功能的另一个指标，主要关注软件中的某一功能在特定的时间、空间条件下，功能是否使用正常；比如负载测试和压力测试都属于性能测试，两者可以结合进行。

--按照测试技术划分测试类型有黑盒测试、白盒测试和灰盒测试

1. 黑盒测试只关注输入输出，也就是程序的外在表现；

2. 白盒测试是既关注程序的外在表现，又关注程序内部结构是如何实现的；

3. 灰盒测试就是介于2者之间的；

--按照开发阶段来划分测试类型有单元测试、集成测试、系统测试和验收测试

1. 单元测试又称模块测试，是针对软件设计的最小单位，单元测试需要从程序的内部结构出发设计测试用例；

2. 集成测试也叫做组装测试，是检验程序单元或部件的接口关系，逐步集成为符合概要设计要求的程序部件或整个系统；

3. 系统测试是在真实的系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并最终满足用户的所有需求；

验收测试是软件产品检验的最后一个环节。按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。

最后：

1. 黑盒测试和白盒测试的主要区别在于是否了解系统或程序的内部结构和代码；

2. 单元测试主要运用白盒测试；

3. 集成测试主要是白盒为主，黑盒为辅；

4. 系统测试主要是黑盒为主，白盒为辅；

5. 验收测试主要是运用黑盒测试。

--按照软件特性来划分测试类型有功能测试和性能测试

其中功能测试包括：

1. 逻辑功能测试

2. 界面测试

3. 易用性测试

4. 安装测试

5. 兼容性测试等

性能实际上是功能的另一个指标，主要关注软件中的某一功能在特定的时间、空间条件下，功能是否使用正常；比如负载测试和压力测试都属于性能测试，两者可以结合进行。

--按照测试技术划分测试类型有黑盒测试、白盒测试和灰盒测试

1. 黑盒测试只关注输入输出，也就是程序的外在表现；

2. 白盒测试是既关注程序的外在表现，又关注程序内部结构是如何实现的；

3. 灰盒测试就是介于2者之间的；

--按照开发阶段来划分测试类型有单元测试、集成测试、系统测试和验收测试

1. 单元测试又称模块测试，是针对软件设计的最小单位，单元测试需要从程序的内部结构出发设计测试用例；

2. 集成测试也叫做组装测试，是检验程序单元或部件的接口关系，逐步集成为符合概要设计要求的程序部件或整个系统；

3. 系统测试是在真实的系统运行的环境下，检查完整的程序系统能否和系统（包括硬件、外设、网络和系统软件、支持平台等）正确配置、连接，并最终满足用户的所有需求；

验收测试是软件产品检验的最后一个环节。按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。

最后：

1. 黑盒测试和白盒测试的主要区别在于是否了解系统或程序的内部结构和代码；

2. 单元测试主要运用白盒测试；

3. 集成测试主要是白盒为主，黑盒为辅；

4. 系统测试主要是黑盒为主，白盒为辅；

5. 验收测试主要是运用黑盒测试。

第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设法证明软件是“不工作的”。

还有两大类：白盒法和黑盒法。

白盒法：你清楚程序的流程时，用不同的数据测试你程序的代码，验证程序的正确性，有：条件测试，路径测试，条件组合。

白盒法用在程序开发阶段的前期。

黑盒法：主要用于程序开发阶段的后期，即程序的流程测试正确后，测试程序的结果。有什么因果法，边缘值法等。

具体你可以买本软件工程方面的书看看。

还有一下方法：

功能测试：可接受性测试：用户界面测试：探索或开放’型的测试：性能测试：回归测试：强力测试：集成与兼容性测试：装配/安装/配置测试：国际化支持测试：本地化语言测试：

自动化、功能、性能等