软件测试的分类，原则软件测试的分类
一.每个开发阶段1 )划分单元测试
单元测试也称为模块测试，是对软件设计的最小单位—-程序模块进行正确性检查的测试工作。 它旨在检查每个程序单元能否正确实现详细设计说明中模块的功能性能、接口和设计约束等要求，并发现每个模块内部可能存在的定制错误。 单元测试需要从程序的内部结构设计测试用例。 多个模块可以平行独立地进行单元测试
单元测试一般读程序和代码。 进行程序模块的功能测试。
2 )集成测试
集成测试也称为装配测试。 通常，在单元测试之外，有序、分段地测试所有程序模块。 集成测试是指检查程序单元或部件的接口关系，并将其逐步集成到满足概要设计要求的程序合成或整个系统中。
经常涉及接口测试
3 )确认测试
也称为发烟测试，(确认功能是否实现)，一般不作为正式测试的一环或测试阶段。
测试也称为有效性测试。 在模拟环境中，验证软件的所有功能和性能以及其他特性是否符合用户的期望。 通过确认测试的软件具有进入系统测试阶段的资格
4 )系统测试
系统测试是指在实际系统运行的环境中，完整的程序系统与系统(硬件、外围设备、网络和系统软件、平面化支持等)正确配置和连接，最终实现所有用户
全面的测试系统的所有功能，模拟所有软件用户的操作，全面的硬件系统联系，其他软件的关系。
5 )验收测试
是软件产品检查的最后一个环节。 根据项目任务书或合同、供需双方约定的验收，根据系统书面测试和审核，决定接受或拒绝系统。
一般供需双方有三种验收测试主体
测试：软件开发者自己进行的交货前测试
测试：软件需求者自己进行的测试
测试：第三方软件测试、测试外包公司。
按代码执行分开
1、静态测试
您只需静态检查程序代码、接口或文档中可能存在错误的进程，而不是实际运行受试者
代码测试：测试(不执行)代码是否符合相应的标准和规范)
接口测试：主要测试软件的实际接口是否与要求说明一致
文档测试：主要测试用户手册和要求说明是否真正符合用户的实际需求
2、动态测试
实际操作受试者，输入适当的测试数据，检查实际输出结果和期望结果是否一致的过程。
所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序
按软件特性分类
1、功能测试：在黑匣子测试的一个方面，检查实际的软件功能是否符合用户的需求
逻辑功能测试
接口测试
易用性测试
安装/卸载测试
兼容性测试
2、性能测试
功能的另一个指标主要关注软件的某个功能在指定的时间、空间条件下是否使用
正常使用
软件的性能是多种多样的，主要有时间性能和空间性能两种
3、安全测试
验证系统上安装的保护机制是否能够在实际APP中保护系统免受非法入侵。
不受名种的影响。
其他
回归测试：
测试软件的新版本时，重复运行以前重要版本的所有测试用例
目的：
验证以前版本中出现的所有缺陷都已修复
确认修复这些缺陷也不会发生新的缺陷
冒烟测试：
指在对新版本进行系统大规模测试之前，验证软件的基本功能是否实现，是否具有可测性，又称可测性测试
随机测试：
根据经验和直觉进行了一些边缘性的错误
猴子测试：
没有任何主观意识和想法就参加，使意想不到的操作出现错误。
按测试技术分类：
黑匣子测试：
完全不考虑程序的内部结构和处理过程。 黑匣子测试按程序界面进行测试，它只是检验程序是否按要求按规格说明书的规定正常实现。
白盒测试：
分析和检查程序的内部结构。
检查所有结构和路径是否正确，检查软件内部工作是否按设计说明书规定正常进行。 白盒测试也称为结构测试。
白盒测试技术一般可分为静态分析和动态分析两类技术。
静态分析主要包括控制流分析技术、数据流分析技术和信息流分析技术。
动态分析主要包括逻辑覆盖率测试(分支测试、路径测试等)、程序插件等。
灰盒测试：
介于黑白框之间，关注输出相对于输入的正确性的内部表现也很引人注目。 只是根据几个特征现象、事件、标志来判断内部的运行状态。
软件测试原则
1 )软件测试的标准以用户需求为基础
2 )软件测试应本着“质量第一”的思想开展各项工作，如有时间和质量的冲突，时间必须遵循质量。
3 )提前定义好产品质量标准，有了质量标准，才能根据测试结果分析和评价产品质量。
4 )软件项目一开始，就是软件测试到来的时候了。 在程序结束之前不开始测试
5 )不可能进行全面测试。
6 )第三方测试更客观有效
7）软件测试计划是做好软件测试的前提8）测试用例是设计出来的不是写出来的，所以要根据测试目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多的发现错误，提高层序的可靠性。
9）对发现错误较多的程序段，应进行更深入的测试，已知错误越多，存在错误的概率越大
10）重视文档，妥善保存一切测试过程文档（测试计划，测试用例、测试报告等）
11）应当把“尽早和不断地测试”作为而是人员的座右铭。
12）回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误的出现的现象并不少见。
13）测试应从“小规模”开始，逐步转向“大规模”
14）不可将测试用例置之度外，排除随意性。
15）必须彻底检查每一个测试结果
16）一定要注意测试中的错误集中发生的现象，这和程序人员的编程水平和习惯又很大关系
17）对测试错误一定要有一个确认的过程。