最重要的就是黑盒测试
软件测试就三步：
1.根据需求文档设计测试用例（黑盒测试4方法）
2.测试用例，测试工具用于四个层次的测试： 单元（单个类，函数），集成（单个模块，app），系统（仿真线上环境进行测试），验收（真实用户来使用进行反馈）
3.写最终的测试分析报告（各项测试指标）
设计测试用例（黑盒）
用户输入是无穷的，所以完全测试是不可能的
高效的设计测试用例就可以以最小的输入数据量测出最多的错误
1.等价类：
2.边界值分析法
3.对于输入内容之间有逻辑关系的测试用例的设计——决策树
4.因果图（略）
黑盒测试就是根据需求文档（完全从用户的角度测试）直接设计 测试案例
白盒测试：针对代码的实现逻辑 设计 测试用例
灰盒测试就是 黑白盒结合。 整体用黑盒测试，核心代码用白盒测试
四个层次测试
1.单元测试：针对于每个类，每个函数
比较简单的办法是为产品工程建立对应的测试工程，为每个类建立对应的测试类，为每个函数建立测试函数。
2.集成测试：针对已经单元测试过的几个类组成的功能模块
实践表明，一些类虽然能够单独地工作，但并不能保证连接起来也能正常的工作。一些局部反映不出来的问题，在全局上很可能暴露出来
3.系统测试：（性能-负载-压力测试）， 系统测试最重要的就是性能测试。 单元测试，集成测试是找程序逻辑BUG（可运行），系统测试是测试性能
包含关系： 性能-负载-压力测试
压力测试就是给系统施加极限负载，在极限负载下测试系统的情况。
压力测试属于一种极端情况下的负载测试
性能测试
负载测试
12306就要用一次加载（一次性加到最高值） 模式 来进行负载测试
压力测试
4.验收测试：由用户参加设计测试用例，放在真实的线上场景，使用生产中的实际数据进行测试（即所谓的游戏内测）
测试指标： McCALL软件测试指标模型
由于软件的无形性和抽象性，软件工程师一直在寻找描述软件特征的方法，以使收益和成本更加明显（用于测量）。 用来定量的评估软件的质量
McCall’s classic model of quality factors是 经典测试指标模型 来评估一个软件的好坏
分层测试补充
名字都不重要，主要是每个阶段到底干什么要有数
Reference
1.测试指标具体：https://blog.csdn.net/zha6476003/article/details/80662603?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522159359600919724848316325%2522%252C%2522scm%2522%253A%252220140713.130102334…%2522%257D&request_id=159359600919724848316325&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2allsobaiduend~default-3-80662603.first_rank_ecpm_v3_pc_rank_v3&utm_term=%E6%B5%8B%E8%AF%95%E6%8C%87%E6%A0%87
2.常用测试工具：https://blog.csdn.net/LiBaylor/article/details/93720369?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522159339952619195188456664%2522%252C%2522scm%2522%253A%252220140713.130102334…%2522%257D&request_id=159339952619195188456664&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2allsobaiduend~default-1-93720369.first_rank_ecpm_v3_pc_rank_v3&utm_term=%E5%B8%B8%E7%94%A8%E7%9A%84%E6%B5%8B%E8%AF%95%E5%B7%A5%E5%85%B7
3. 分层测试补充：
https://www.zhihu.com/question/28729261