软件测试的理论是什么？

软件测试的理论

一.软件测试分类

1.按照软件测试的阶段分类：
单元测试：单位最小模块的测试，比如 输入框，登录按钮
集成测试：即组装的测试
系统测试：根据软件需求说明书，将整个软件系统看一个整体测试，
验收测试：检验软件是否符合用户需求的测试
α测试： alpha是内测版本
通常只在软件开发者内部交流
一般该版本bug比较多

β测试：Beat 是公测版本 对所有用户开放的测试版本
gamma版本：正式版的备用版本
2.按照是否查看代码分类：

黑盒测试：不考虑程序内部结构，关注业务逻辑，只关心软件的输入数据和输出数据
白盒测试：研究里面的源代码和程序结构
灰盒测试：黑白之间的状态
3.按是否运行分类：
静态测试：只是静态的检查程序代码，检查界面或文档中可能存在的错误过程
动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程
4.按是否自动化分类：
人工测试：手工测试
自动化测试：利用代码或工具帮助进行人工测试
5.其他分类–软件测试策略
冒烟测试：对系统进行最基本的功能测试，保证基本的功能和流程能走通 例如：刚买的新手机，看是否能开机，正常充电灯。
回归测试：当程序员修复一个bug后，测试人员进行验证一下，把之前的测试用例在新的代码下进行再次测试

随机测试：主要是对被测试软件的一些重要功能进行复测
探索测试：同时设计测试和执行测试，不断地学习被测系统

二.软件缺陷的定义与判定标准

软件缺陷：是指软件或程序中存在的各种问题及错误
判定标准
1.未达到需求规格说明书中要求的功能：未满足需求
2.软件出现了需求规格说明书中 指明不会出现错误的地方：指明不应该出现的错误
3.软件功能超出了需求规格说明书指明的范围：超出了需求
4.说明说书中虽然未指明但应该达到的目标：比如说正常软件不删除下次还可以正常使用，
5.测试人员认为 软件难以理解，不易用运行速度慢 或者用户体验不好：专业人员认为有缺陷
软件缺陷产生的原因
1.需求理解错误
2.设计文档存在错误
3.程序代码有误
4.硬件或软件系统存在错误
软件缺陷类型
功能错误
界面错误
兼容性错误
易用性错误
改进建议

三.测试用例的定义与要素

测试用例：测什么？怎么测？
生活中的测试用例：买手机买电脑 要测试一下：开机，屏幕，运行速度，内存大小 这些即是生活中的测试用例案例。

测试用例八大要素
编 ，用例标题，测试项目，用例级别，前提条件，测试输入，执行步骤，预期结果