软件测试分类: 你需要知道的不同类型测试_动态测试与黑盒测试

文章目录
一. 按测试对象进行划分
1. 界面测试
2. 可靠性测试
3. 容错性
4. 文档测试
5. 兼容性测试
6. 易用性测试
7. 安装卸载的测试
8. 安全测试
9. 性能测试
10. 内存泄漏测试
二. 按是否查看代码划分
1. 黑盒测试(Black-box Testing)
2. 白盒测试(White-box Testing)
冒泡排序测试用例
进行接口测试
3. 灰盒测试(Gray-Box Testing)
三. 按开发阶段划分
1. 单元测试(Unit Tests)
2. 集成测试(Integration Testing)
3. 系统测试(System Testing)
4. 回归测试(regression testing)
5. 冒烟测试(Smoke Testing)
5. 验收测试(Acceptance Testing)
四. 按测试实施组织
1. α测试(Alpha Testing)
2. β测试(Beta Testing)
3. α测试与β测试的区别
4. 第三方测试
五. 按照代码是否运行划分
1. 静态测试(Static testing)
2. 动态测试(Dynamic testing)
五. 按是否手工划分
1. 手工测试(Manual testing)
1. 自动化测试(Automation Testing)
六. 按测试地域划分
国际化测试和本地化测试
按测试对象划分: 界面测试, 可靠性测试, 容错性测试, 文档测试, 兼容性测试, 易用性测试(用户体验测试), 安装卸载测试, 安全性测试, 性能测试, 内存泄露测试
按是否查看代码划分: 黑盒测试, 白盒测试, 灰盒测试
按开发阶段划分: 单元测试, 集成测试, 系统测试, 验收测试
按测试实施组织划分: α, β, 第三方测试
按是否运行代码划分: 静态测试, 动态测试
按是否手工执行划分: 手工测试, 自动化测试
按测试地域划分: 本地化测试, 国际化测试
一. 按测试对象进行划分
1. 界面测试
我们平时在使用网站/APP时, 直接通过肉眼看到的页面就是界面, 用户是通过界面和软件之间进行交互的, 界面设计的好坏, 直接影响了用户对软件的印象; 而界面的设计是由 UI (User interface - 用户界面)设计师画出来的, 然后前端程序员照着 UI 的设计稿进行制作, 因此, 界面测试又可称为 UI 测试.

那么, 界面测试/UI测试具体要测试那些内容?

测试软件界面元素的完整性, 正确性, 一致性, 友好性; 在 UI 设计稿上, 对于每个界面元素的尺寸, 位置, 效果, 都有明确的标识, 要保证和 UI 设计稿一模一样.
软件界面的排版布局要合理, 要站在用户的角度去考虑, 字体的设计, 图片的展示等, 不合理的地方可以向 UI 设计师进行反馈.
测试界面的自适应性, 界面适应不同的页面大小, 界面必须功能完整, 文字完整, 图片完整, 不出现叠加, 消失, 功能无法使用的情况; PC端和移动端之间最大的区别就是屏幕的尺寸不同, 如果对移动端使用PC端显示的界面, 很明显尺寸上是不匹配的, 很可能会导致页面显示错乱！
界面的控件功能正常, 控件就是页面上看到的最小化的图型 (对话框, 滚动条, 各类按钮…), 按钮的有效状态和 失效状态是否可以区分(比如: 有效状态, 按钮高亮; 无效状态: 按钮置灰, 不能进行点击操作)
界面设计 (颜色, 布局) 考虑当下时事; 比如一些 特殊的纪念日/节日, 根据其意义/氛围进行界面设计.
2. 可靠性测试
可靠性是指软件正常运行的能力, 可靠性通常是用百分之来表示的, 即

可靠性 = 正常运行时间 / (正常运行时间 + 非正常运行时间) \ 100%
百分比越高, 可靠性越强, 反之就越低.

系统非正常运行的时间可能是由于硬件, 软件, 网络故障或任何其他因素 (如断电)造成的, 这些因素能让系统停止工作, 或者连接中断不能被访问, 或者性能急剧降低导致不能使用软件现有的服务等.

可用性指标一般要求达到 4 个或 5 个 “9”, 即 99.99% 或者 99.999%

如果可用性达到 99.99%, 对于一个全年不间断 (7*24的方式) 运行的系统, 意味着全年 (252600min) 不能正常工作的时间只有 52min, 不到一个小时; 如果可用性达到 99.999%, 意味着全年不能正常工作的时间只有 5min; 不同的应用系统, 可用性的要求是不一样的, 非实时性的信息系统或一般网站要求都很低, 99% 和 99.5% 就可以了, 但是军事系统, 要求则很高.

那么, 可靠性怎么去测试呢?

首先我们要知道, 这里涉及到性能测试, 只依靠人工测试是不现实的, 可以借助一些工具, 编写一些脚本, 让这些脚本自动运行, 我们只需要看最后运行出来的报告, 然后总结结果即可, 可以先让软件运行 24 小时, 通过脚本将出现故障的时间记下来, 去计算百分比; 然后是 7 * 24 小时, 一个月, 三个月, 六个月, 一年…

3. 容错性
系统发生异常, 或者由于用户的错误操作导致软件系统发生错误, 软件自我消化掉错误, 或者进行修改/修复, 不让客户感知到系统内部的情况, 就叫做系统的容错性.

容错性测试包含以下方面:

输入异常数据或进行异常操作, 以检验系统的保护性; 如果系统的容错性好, 系统只给出提示或内部消化掉, 而不会导致系统出错甚至崩溃; 比如数据级测试, 校验测试, 环境容错性测试, 界面容错性测试
灾难恢复性测试, 通过各种手段, 让软件强制性地发生故障, 然后验证系统已保存的用户数据是否丢失, 系统和数据是否能尽快恢复; 比如重要的数据库服务器部署的地点发生了地震, 海啸等, 这种情况下数据之所以能很快的恢复, 是因为数据可能备份存储到了若干台其他的服务器对应的数据库当中, 每个服务器都部署在不同的地点, 当灾难发生时, 就可以快速恢复数据保证正常的使用.
声明：本文内容由网友自发贡献，转载请注明出处：【wpsshop】