软件测试方法种类繁多，记忆起来混乱，经过整理都被我梳理出来了。希望能帮到大家。
本人也是做测试，欢迎同行加我QQ573057556。一起学习一起讨论。
按测试用例设计分类：
Black box黑盒测试：把软件系统当作一个“黑箱”，无法了解或使用系统的内部结构及知识。从软件的行为，而不是内部结构出发来设计测试.
White box白盒测试:设计者可以看到软件系统的内部结构，并且使用软件的内部知识来指导测试数据及方法的选择。
Gray box. 灰盒测试：介于黑盒和白盒之间
按执行过程：
Manual Test手动测试:测试人员用鼠标去手动测试 （测试GUI）
Automation自动化测试:用程序测试程序 （测试API）
按运行状态
动态测试:实际地执行被测对象的程序代码，输入事先设计好的用例，看运行结果与预期结果是否相同，从而检验程序的正确性，可靠性和有效性，运行效率和健壮性。由四部分组成：设计测试用例，执行测试用例，分析比较输出结果，输出测试报告。方法有：黑盒测试，白盒测试，灰盒测试。
静态测试:不执行被测对象的程序代码而寻找缺陷的过程，通俗讲，就是阅读程序代码，文档资料，和用户需求相比，找出有错误或设计不合理的地方。
按测试的目的分类：
功能测试：
Unit Test单元测试：在最低的功能/参数上验证程序的准确性,比如测试一个函数的正确性(开发人员做的)
Functional Test功能测试：验证模块的功能（测试人员做的）
Integration Test集成测试：验证几个互相有依赖关系的模块的功能(测试人做)
Scenario Test场景测试：验证几个模块是否能完成一个用户场景（测试人做）
System Test系统测试：对于整个系统功能的测试 （测试人员做的）
Interface test界面测试：测试界面中是否有不合理的设计
Usability易用性测试：交互的适应性、功能性和有效性的集中体现。
Compatibility tes兼容性测试：有硬件的和软件的兼容性测试。
不过，可以大致理解成，测试一个新的事物A在某个特定的环境B
里的工作情况，看A是否会和B产生冲突。
File test文档测试： 检验样品用户文档的完整性、正确性、一致性、易理解性、易浏览性。
验收测试:第三方进行的确认软件满足需求的测试。
Alpha测试：软件测试人员在真实用户环境中对软件进行全面的测试（测试人员做的）
Beta测试：真实的用户在真实的用户环境中进行的测试,也叫公测 （最终用户做的）
非功能测试：
Stress test压力测试：验证软件在超过负载设计的情况下仍能返回正确的结果，没有崩溃
Load test负载测试：测试软件在负载情况下能否正常工作
并发测试：
Performance test性能测试：测试软件的效能，是否提供满意的服务质量
Accessibility test：软件辅助功能测试-测试软件是否向残疾用户提供足够的辅助功能
Localization/Globalization：本地化/全球化测试。
Compatibility Test兼容性测试：
Configuration Test配置测试：配置测试-测试软件在各种配置下能否正常工作
Usability Test可用性测试：测试软件是否好用
ecurity Test软件安全性测试
按测试的时机和作用分类：
Smoke Test“冒烟”：如果测试不通过，则不能进行下一步工作
Build Verification Test（BVT）：验证构建是否通过基本测试。
Acceptance Test：验收测试，为了全面考核某功能/特性而做的测试
按测试测策略分类
Regression Test回归测试:对一个新的版本，重新运行以往的测试用例，看看新版本和已知的版本相比是否有退化(regression)
Ad hoc Test探索性测试:随机进行的，探索性的测试。
Santiy Test粗略的测试:只需要执行部分的测试用例
其他测试
随机测试：对软件进行功能和性能抽查
Smoke Test冒烟测试：自由测试的一种,烟测试的名称可以理解
为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象
地类比新电路板功基本功能检查。任何新电路板焊好后，先通电
检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
回归测试:是指修改了旧代码后，重新进行测试以确认修改没有引
入新的错误或导致其他代码产生错误。
从软件开发的过程按阶段划分有
A.单元测试 B.集成测试 C.确认测试 D.系统测试 E.验收测试
