个人笔记1
- 概念:使用技术的手段验证软件功能是否符合需求
1.主流测试技能
-
功能测试:主要验证程序的功能是否满足需求
-
自动化测试:使用代码或工具代替人工验证项目功能
-
接口测试:针对模块与模块或系统与系统之间数据请求地址进行测试
-
性能测试:模拟多人使用软件,查找服务器缺陷
2.测试常用分类
2.1按测试阶段划分
1.单元测试:针对程序源代码进行测试(开发)
2.集成测试(接口测试):主要针对模块与模块或系统与系统之间的接口进行验证
3.系统测试:针对软件全面进行验证(功能,兼容,文档,安全,性能)
4.验收测试:使用内测,公测来实现
- 内测:公司内部进行测试。
- 公测:让玩家来进行测试。
2.2按代码可见度划分
-
黑盒测试(功能测试):完全看不见源代码,只针对功能进行验证
-
灰盒测试(接口测试):看不见部分代码
-
白盒测试(单元测试):针对程序源代码进行测试
-
扩展总结
-
系统测试和黑盒测试重点核心是功能测试
-
集成测试和灰盒测试又称接口测试
-
单元测试和白盒测试是对代码进行测试
-
自动化测试归属功能测试
-
性能测试,安全测试归属专项测试
-
-
扩展-测试策略
冒烟测试:大规模执行测试之前,针对程序主功能进行验证,保证程序具备可测性
面试题:提测标准是什么?/测试之前要怎么做?
答案:冒烟测试
3.模型
-
模型
- 质量模型:提供测试设计的不同角度视野和验证方向
- 测试模型-w模型:简称"双V"模型,即以开发主导的"V"和以测试主导的另一个”V“构成
3.1质量模型
学到了什么?—针对任何软件或硬件,测试要覆盖的方面
重点:功能,兼容,性能,易用,安全
3.2测试模型-W模型
学到了什么?-- 软件开发流程,软件测试在开发流程中的作用
蓝-开发流程
绿-测试流程
扩展–W模型的优缺点
优点:测试伴随整个产品开发周期,测试对象不仅是程序还有需求,设计文档
测试介入较早,及早发现问题,降低恢复成本
缺点:实施起来比较复杂,难度大,对于需求阶段和设计阶段的测试设计要求较高
4.软件测试流程
1.需求分析
2.测试计划
3.编写用例
4.执行用例
5.缺陷管理
6.测试报告
-
需求分析
前置:阅读需求分析文档,记录不明确之处
- 1.确认各部门对需求理解一致
- 2.站在不同角度对需求进行(查漏补缺)
-
测试计划
- 1.测什么:测试目标及范围
- 2.谁来测:人员进度安排
- 怎么测:测试策略,测试工具
-
测试用例设计
- 说明:设计执行测试的文档
-
测试用例执行
- 说明:执行测试的文档
-
缺陷管理
- 说明:提交->验证->关闭
-
测试报告
- 说明:测试目标,测试过程,缺陷统计,缺陷分析,测试总结
5.测试用例
- 用例:用户使用的案例
- 测试用例:执行测试的文档(用户使用的案例)
- 考虑点:质量模型(性能,功能,兼容,易用,安全)
- 作用:
- 防止漏测
- 实施测试标准
- 格式(八大要素):
在这里插入图片描述