自动化:
说明:有机器代替人为完成指定目标的过程
优点:
- 减少人工
- 效率高
- 产品规格同一
- 规模化
自动化测试:
说明:让程序代替人为去验证程序功能的过程
| 优点 | 缺点 |
|---|---|
| 减少人工 | 无法替代手工测试 |
| 自动化脚本可重复运行 | 手工测试比自动化测试发现更多的缺陷 |
| 减少人为错误 | 测试人员技能要求 |
| 测试数据存储 |
测试的目的:
使用人工和自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的区别
测试方法:
- 回归测试:指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误
- 压力测试:给软件不断加压,强制其在极限的情况下运行,观察它可以运行到何种程度,从而发现性能缺陷
- 兼容性测试:软件之间能否正确地进行交互和共享信息(IE、Firefox、Chrome)
测试分类:
注:web自动化测试属于黑盒测试
-
黑盒测试:即功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试
-
灰盒测试:介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整,但又比黑盒测试更关注程序的内部逻辑,常常是通过一些表征性的现象、事件、标志来判断内部的运行状态
-
白盒测试:即结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,即清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。贯穿程序的独立路径数是天文数字
自动化测试执行阶段:
说明:一般在功能测试(即手工测试,人为的输入用例观察结果)完毕后,手工测试往往能发现一些自动化测试无法发现的问题。
web自动化测试工具:
| 名称 | 费用 | 说明 |
|---|---|---|
| selenium | 免费 | 开源,web自动测试工具,常用于功能测试 |
| Fiddler | 免费 | 抓包工具 |
| JMeter | ? | 压力测试工具 |
| LoadRunner | 收费 | 开源,常用于web、接口、性能测试 |
| QTP | 收费 | 商业的功能测试工具,支持web、桌面自动化测试 |
| Robot framework | ? | 基于python可扩展的测试自动化框架 |
web测试和app测试的区别:
| web测试 | app测试 | |
|---|---|---|
| 结构 | b/s结构,浏览器、服务器结构 | c/s结构,客户机、服务器结构 |
| 性能 | web关注响应时间 | app关心流量、电量、cpu、gpu |
| 兼容性 | web基于浏览器,倾向于浏览器内核、电脑硬件、电脑系统 | 分辨率、屏幕尺寸、设备系统 |
| 安装/卸载 | 无 | app需要测试安装、更新、卸载及断网、弱网场景 |
| 专项测试 | 无 | 网络、适配性等 |
测试管理工具:
| 。 | 。 | 。 |
|---|---|---|
| 禅道 | 。 | 。 |
缺陷等级:
| 缺陷名 | 等级 | 说明 |
|---|---|---|
| 致命级 | 一级 | 如系统崩溃、信息丢失、核心功能出错、业务流错误 |
| 严重问题 | 二级 | 如数据计算错误、数据库错误、系统不稳定、安全漏洞 |
| 一般问题 | 三级 | 如功能未实现、兼容性、使用不方便、缺乏提示信息、数据即时性不够强 |
| 提示及建议 | 四级 | 如界面显示错误、信息提示不够明确、界面不规范、界面文字错误 |
897

被折叠的 条评论
为什么被折叠?



