目录:
- 测试介绍
- 什么是软件测试?
- 测试主流技能
- 主流方向建议
- 测试常用分类
- 分类
- 阶段划分
- 代码可见度划分
- 总结
- 模型
- 角度
- 质量模型
- 测试流程
- 需求分析(评审)
- 测试计划
- 用例设计
- 用例执行
- 缺陷管理
- 测试报告
- 测试用例
- 用例的作用
- 用例模板
- 八大要素编写规范:
- 练习案例:
- 用例设计方法
- 目标
- 能对穷举场景设计测试点
- 案例1(qq程序)
- 案例2(电话)
- 作业
1.测试介绍
什么是软件测试?
使用技术手段验证软件是否满足需求
测试主流技能
1、功能测试
2、自动化测试
3、接口测试
4、性能测试
主流方向建议
- 功能测试+接口测试?
- 自动化测试+接口
- 功能+性能
2.测试常用分类
分类
阶段划分
- 单元测试
- 说明:针对程序源代码进行测试(单元:最小独立功能代码段)
- 提示:
- 1、国内单元测试一般开发自测
- 2、单元测试可以解决-快速定位缺陷
- 3、提高测试执行效率
- 集成测试
- 说明:针对单元与单元之间的接口进行测试
- 提示:又称接口测试。
- 系统测试
- 说明:针对系统整体功能+兼容+文档(说明、安装文档)
- 验收测试
- 内测:公司内部人员使用,发觉缺陷并修复。
- 公测:让用户帮忙测试
- 提示:验收测试,一般要根据项目类型决定是否使用。
代码可见度划分
?
- 黑盒测试:主要针对功能(阶段划分->系统测试)
- 灰盒测试:针对接口测试(阶段划分->集成测试)
- 白盒测试:针对程序源代码进行测试(阶段划分->单元测试)?
总结
- 系统测试和黑盒测试重点核心是功能测试
- 集成测试和灰盒测试又称接口测试
- 单元测试和白盒测试是对代码进行测试
- 自动化测试归属功能测试
- 性能测试、安全测试归属专项测试s?
3.模型
角度
- 质量模型
- 测试模型
质量模型
?
- 重点:功能、性能、兼容、易用性、安全
- 结论:无论测试硬件或软件,都应该从以上几点来进行分类验证
4.测试流程
需求分析(评审)
前提:阅读1遍需求文档,记录不明确之处。
参与人员:前端、后端、测试、产品
目的:
1、确保各部门需求理解一致
2、各角色对需求进行查漏补缺
3、了解软件有些功能
提示:需求分析阶段->软件还未实现(刚立项)
测试计划
说明:指导测试执行的文档(重要)
测什么(目标、范围)
谁来测(人员进度及安排)
怎么测(测试工具、测试策略)
用例设计
说明:保证能准确验证软件测试点执行的文档。
1、分析需求
2、提取测试点
3、设计用例覆盖测试点
用例执行
说明:实施测试
缺陷管理
提交->验证->关闭
测试报告
1、bug分析及统计
2、测试中遇到的问题
3、测试总结(本次测试中的优点和不足)
?
5.测试用例
?
用例的作用
- 防止漏测
- 衡量软件是否通过的标准
用例模板
?
八大要素编写规范 :
练习案例:
微信发朋友圈
- 成功(1张图片)?
- ?成功(1段文字)?
- ?失败(内容为空)
?
6.用例设计方法
目标 ?
- 能对穷举场景设计测试点
- 能对限定边界规则设计测试点
- 能对多条件依赖关系进行设计测试点
- 能对于项目业务进行设计测试点
能对穷举场景设计测试点
?
?案例1(qq程序)
?
案例2(电话)
- 要求:
- 区号:空或者是三位数字
- 前缀码:非“0”且非“1”开头的三位数字
- 后缀码:四位数字
?
7.作业
?
功能性 (Functionality):
- 测试花瓶是否可以盛放水。
- 测试花瓶是否可以作为装饰品放置。
- 测试花瓶是否可以放置不同的花卉。
兼容性 (Compatibility):
- 测试花瓶是否可以与其他家居装饰品搭配。
- 测试花瓶是否可以与不同的花卉搭配。
可靠性 (Reliability):
- 重复使用花瓶,观察其是否有破损或变形。
- 长时间使用花瓶,观察其是否保持原有的装饰效果。
可维护性 (Maintainability):
- 测试清洗花瓶的方便性。
- 测试花瓶的耐用性,例如抗刮擦、抗撞击的能力。
性能效率 (Performance Efficiency):
- 测试花瓶盛水的速度和容量。
- 测试花瓶的装饰效果,例如与房间的整体协调性。
易用性 (Usability):
- 测试花瓶的抓握感是否舒适。
- 测试花瓶的重量是否适中。
信息安全 (Information Security):
- 由于花瓶不涉及信息安全,此项可以忽略。
可移植性 (Portability):
- 测试花瓶的尺寸是否便于携带。
- 测试花瓶的重量是否便于移动。
如果想写的好点,可以用上面的测试用例模版