通用测试04

单元测试

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
单元测试(功能满不满足,快不快,接口是否符合要求,约束是否满足)是从程序内部结构出发****多个模块可以进行独立测试
那种数据传递方式会把数据隐藏起来 (get post)
在这里插入图片描述

  1. 单元测试:一般要读程序和代码。大多数时候单元测试由开发人员自己完成(交叉进行)(一般不认为在测试)。测试人员为社么不做单元测试?(不懂代码和算法)

集成测试

在这里插入图片描述
2. 集成测试:比较多的涉及到接口测试。(企业非常需要接口测试工程师)是一个程序不断的过程。
在这里插入图片描述

按开发阶段划分

  1. 确认测试(功能是否实现)
    一般为正向测试。有时称为冒烟测试,不作为正式的测试环节。
    在这里插入图片描述
  2. 系统测试(规模大)
    全面的:系统所有功能的测试,模拟所有的软件用户的操作。
    全方位的:和硬件系统的联系;和系统软件的 联系(都是在操作软件之上的);
    和其它软件的关系。
    (最复杂,耗时最久)
  3. 验收测试。一般供求双方。
    一般有三种验收测试的主体;
    α测试:软件的开发商自己进行的交付前的测测试;
    β测试:软件的需求方自己进行的测试
    γ测试:第三方的软件测试。
    在这里插入图片描述

按代码运行划分

在这里插入图片描述

按软件特性划分

在这里插入图片描述

功能测试

(检查功能是否符合用户需求)
逻辑功能测试(各种具体的操作是否符合要求)
界面测试(是否符合要求)
易用性测试(功能有效性,使用效率,用户接受度)
安装/卸载测试
兼容性测试(硬件兼容,软件兼容,操作系统兼容)

性能测试

(反应力,空间消耗等)
时间性能和空间性能

安全性测试

保护机制是否可以正常工作。

其他测试

在这里插入图片描述

回归测试

(很重要,经常进行)
对软件的新版本测试是,重复之前某一个重要版本的所有测试用例。

  1. 验证之前版本产合适呢个的所有缺陷已全部被修复
  2. 确认修复这些缺陷没有引发新的缺陷。

冒烟测试

类似确认测试
版本在进行大规模测试前,先验证软件的基本功能是否实现,是否具备可测性,也叫可测性测试。

随机测试

类似探索性分析
基于经验和直觉的测试,发现一些边缘性的错误。

猴子测试

相关工具(MOnkey)
把自己当成完全不懂的笨蛋和小动物,随即乱点,发现一些意想不到的错误。

在这里插入图片描述

按测试技术划分

在这里插入图片描述

黑盒测试

将测试对象看为黑盒子,只看表象,不考虑内部运行。

白盒测试

内部完全透明,查看内部操作来检测(必须会代码)

灰盒测试

(少用)名字:接口测试

按测试主体划分

  1. 手工测试
  2. 自动化测试,利用工具和代码进行测试。

测试分类详解

在这里插入图片描述
技术与测试所处阶段无关

在这里插入图片描述
在这里插入图片描述

测试原则

在这里插入图片描述
用户需求
质量第一(质量指功能,性能)
要有原则,有坚守
提前制订好质量标准
避免穷举测试
第三方测试会更加客观,更有效

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值