目录
也称UI测试，界面测试参考UI设计图
非软件：颜色、大小、形状、材质、整体是否美观
软件：输入框、按钮、文字、图片（尺寸、颜色、布局、整体适配、清晰度.......）
可靠性 = 正常运行时间 / （正常运行时间 + 非正常运行时间） * 100%
可用性指标一般来说要在 99.99% 以上
容错性测试是指系统能够处理异常，用户的错误操作不至于导致系统崩溃，从而能提高系统的可用性
通常来说需求评审时测试人员需要进行需求分析
浏览器兼容：（Chrome、Firefox、edge、Safari .....）
平台兼容：
Linux，Windows、Mac
安卓、苹果、鸿蒙
不同的平台特有不同的版本
自身兼容性
其它软件兼容性
软件需要简单易上手
SQL注入、XSS漏洞、越权（垂直越权、水平越权）等
资源泄露
资源瓶颈（CPU、内存、网络、进程对比）取长补短
把代码看成一个黑匣子，不关心内部结构和内部特性，只关心功能是否符合产品规格说明书
又称为数据驱动测试或者功能测试
常见的黑盒测试设计测试用例的方法：
等价类、边界值、判定表、正交法、场景法、错误猜测法等
称为结果测试或者逻辑驱动测试
检查程序内部实现，检查程序的运行状态是否符合预期
介于上两者之间，既要关心内部结构和内部特性又要关心功能是否符合要求
为什么不直接用灰盒测试？
答：灰盒测试没有白盒测试详细，完整，黑盒测试是覆盖产品功能范围最广的测试，所以灰盒测试是不能取代黑盒测试和白盒测试。但黑盒测试可以取代灰盒测试，但不建议，需要消耗大量代码，设计非常多的测试用例
针对系统最小单元进行测试（最小单元是人为规定的）
完成单元测试后，将模块之间结合集成，按照功能来进行测试
由测试人员来执行，检查系统主要功能和主要流程是否正常，评估软件是否具备测试的条件和标准
集成测试完成后，测试人员搭建系统环境，将程序看成一个整体，对程序进行系统测试，保证系统符合产品规格说明书的要求
对历史版本、功能进行测试保证功能是符合要求的。
随着功能迭代的越来越多，版本越来越多，回归测试的难度较大，需要借助自动化测试来进行回归测试
产品、运营同学来验收~~