目录
- 界面测试,也称为UI测试,界面测试参考着UI设计图,对于非软件,我们可以想到颜色,形状,大小,材质,整体感觉,对于软件(能看到的东西都能测),比如输入框,按钮,文字,图片....(尺寸,颜色,形状,整体适配,清晰度,是否正常使用)
- 可靠性测试 可靠性=正常运行时间/(正常运行时间+非正常运行时间)*100%,可用性一般要到达4个99.99%,或者五个9
- 容错性测试 容错性测试是指系统能够处理异常,用户的错误操作而不至于系统崩溃,从而提高系统的可用性
- 文档测试 通常是说再需求评审时候测试人员需要进行需求分析(文档测试)
- 兼容性测试:对于软件(浏览器兼容性+平台兼容性+自身兼容性+其他软件的兼容性)
- 易用性测试:软件需要具备容易上手的属性
- 安装卸载测试:移动端测试很容易漏掉卸载测试
- 安全测试:SQL注入,XXS泄露,越权(垂直越权,水平越权)
- 性能测试:资源泄露,资源瓶颈(CPU,内存,网络,进程对比),采长补短
- 内存泄露测试:检查方式:1工具检查:静态代码扫描工具2人工检查
黑盒测试
把代码看成一个黑匣子,不关心其内部结构和内部特性(不需要了解程序内部的代码以及实现),只关心功能是否符合产品规格说明书的要求,又可以成为数据驱动测试或者功能测试
常见的黑盒测试设计测试用例的方法:等价类,边界值,判断表,正交表,场景法,错误猜测法等等
白盒测试
- 需要检查程序的内部实现,检查程序运行状态是否符合预期,又被称为结果测试盒子逻辑驱动测试
白盒测试的测试目的是,通过检查软件内部的逻辑结构,对软件中的逻辑路径进行覆盖测试;在程序不同地方设立检查点,检查程序的状态,以确定实际运行状态与预期状态是否一致。- 主要包含六种测试方法:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
灰盒测试
- 介于两者之间,既要关心内部结构和内部特性,还要关心功能是否符合要求
为什么不直接使用灰盒测试
- 因为灰盒测试没有白盒测试详细完整,黑盒测试是覆盖产品功能范围更广的测试,所以灰盒测试不能取代黑盒测试和白盒测试,但是黑盒测试可以取代灰盒测试,但是不建议,因为需要消耗很大的代码,需要设计非常非常多
单元测试
针对系统的最小单元进行测试(最小单元是人为规定的,可以是类也可以是方法)
集成测试
完成单元测试之后,将模块和模块之间进行集成,按照功能来进行测试,集成主要目的是检查软件单位之间的接口是否正确。
冒烟测试
由测试人员进行执行,检查系统主要功能和主要的流程是否正常,评估软件/系统是否具备可测试的条件/可测试的标准,如果冒烟测试通过,则测试人员开始进行正式的系统测试,如果不通过,则测试人员可以让开发人员重 ,新修复代码直到冒烟测试通过,再开始进行系统测试。
系统测试
集成测试完成之后,测试人员准备项目环境,将程序看成一个整体,对程序/系统进行系统测试,保证系统功能符合产品规格说明书的要求(包括对功能、性能以及软件所运行的软硬件环境进行测试。)
回归测试
对历史版本,历史功能进行测试,保证功能是符合要求的,随着功能迭代越来越多,版本越来越多,回归测试的难度相对来说较大,需要借助自动化测试来进行回归测试
验收测试
通常指用户来进行验证测试,目的就是为了验证产品/程序符合用户的需求