1.1 什么是软件测试?
使用技术手段验证软件是否满足需求
1.2 软件测试的目的
目的:用较少的人力、物力、和财力,找到软件中存在的问题并修复,降低商业风险
2.1 按测试阶段划分
单元测试(针对程序源代码进行测试)
集成测试(也称接口测试,将多个模块组合在一起进行测试)
系统测试(对整个系统进行测试。包括功能、性能、文档等)
验收测试(对整个系统进行测试。不同的使用群体进行测试。内测:指定特定人员进行测试;公测:普通用户试用)
2.2 按代码可见度划分
黑盒测试:看不见源代码,针对程序的功能界面进行测试。 —— 主要应用于系统测试阶段
灰盒测试:看到部分代码,针对系统的接口进行测试。 —— 主要应用于集成测试阶段白盒测试:看到所有代码,针对源代码进行测试。 —— 主要应用于单元测试阶段总结: 黑盒测试系统测试 灰盒测试集成测试接口测试 白盒测试单元测试
2.3 测试策略
冒烟测试:针对系统最基本的功能进行测试,保证系统基本的功能和流程可用。
作用:当冒烟测试通过后,才能进入正式的测试阶段(单元、集成、系统)
回归测试:开发修改bug后,再次执行测试用例保证bug修复完成。
作用:验证bug是否修改成功
3.1 质量模型
概念:为测试提供不同的视野角度和验证方向
常见的角度和方向:
功能:最基本的功能实现。例如:拍照功能、发信息、打电话功能
性能:功能实现的好/不好。例如:运行时卡/不卡
兼容性:在主流的硬件软件上能否正常运行。例如:不同硬件、不同品牌手机等
易用性:用户使用是否方便。用户的主观感受。例如:老人使用软件字体要大
可靠性:软件是否长时间稳定运行。例如:系统运行不宕机不崩溃
安全:保证软件的用户信息不被非法获取。例如:个人账户的信息、资金等
可维护性:软件更新、升级是否方便。
可移植性:软件是否可以迁移到不同的硬件服务器上来使用
重点:
功能、性能、兼容、易用、安全
3.2 测试模型W模型
(双V模型)
优点:
既测试文档,也测试代码
尽早的发现bug,修改成本更低
缺点:
操作比较复杂,对于前期需求和设计文档的测试难度比较大
四、案例
1、利用质量模型测试水杯
2、利用质量模型测试花瓶
3、利用质量模块测试纸杯
需求分析:读懂需求,理解与项目其他成员一致
计划编写:测什么,谁来测,怎么测
用例设计:分析需求写出具体的操作案例,供测试执行人员来参考执行
用例执行:按照测试用例,来进行执行
缺陷管理:执行用例时,发现问题,就需要提交bug,并跟踪解决
测试报告:当测试工作全部结束后,对阶段的测试工作进行总结
6.1 什么是测试用例?
指导测试执行的文档(包含执行时的具体步骤和预期结果)
6.2 测试用例的作用
用例编号
唯一性标识一条用例。 格式:项目+模块+编号(项目和模块用英文) eg:QQ_login_001
用例标题
写清楚用例的测试目的。 格式:预期结果+测试步骤(测试点) eg:登录成功(正确的账号+正确的密码)
项目/模块
用例测试的项目/模块 eg:登录
优先级
标识用例的重要程度。 格式:P0-P4。(只有冒烟测试用例可以标记为P0) eg:P0 附录:用例优先级参考分类 *P0:冒烟测试用例,一般为保证软件中最主要、最重要的功能,最基本的流程能正常运行而设计 *P1:次要功能,小功能(成功) *P2:UI、边界、错误的设置(错误) *P3:错误信息、较复杂的场景、不常用的场景
前置条件
在执行测试用例之前需要做好的准备工作。 有就写,没有可以不写 eg: 1. app 应用正常 2. 网络正常
测试步骤
在测试过程中具体的操作步骤。 格式:分步骤写1、2、3、4,写明具体的操作 eg: 1. 输入qq号 2. 输入密码 3. 点击登录
测试数据
操作过程中,如果涉及到输入,则会有数据。 有就写,没有可以不写。 eg: 1. qq号:1441559210 2. 密码:cecn1234
预期结果
按照需求,执行对应的步骤后,希望看到的结果 eg:登录成功,跳转到个人主页
6.4 测试用例简单案例
QQ登录
微信发朋友圈
最后感谢每一个认真阅读我文章的人,下面这个网盘链接也是我费了几天时间整理的非常全面的,希望也能帮助到有需要的你!
这些资料,对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助……
如果你不想一个人野蛮生长,找不到系统的资料,问题得不到帮助,坚持几天便放弃的感受的话,可以点击下方小卡片加入我们群,大家可以一起讨论交流,里面会有各种软件测试资料和技术交流。
敲字不易,如果此文章对你有帮助的话,点个赞收个藏来个关注,给作者一个鼓励。也方便你下次能够快速查找。
零基础转行软件测试:自学完软件测试,拿到了字节的测试岗offer,堪称B站最好的视频!