学习测试第一天
第一天
软件测试
1 .软件测试的目的
*用最少的人力,物力,财力找到软件中的问题并修复,从而降低商业风险
概念:使用技术手段验证软件功能是否符合需求
*功能测试:功能测试主要验证程序的功能是否满足需求
*自动化测试:使用代码或工具代替人工验证项目功能
*接口测试:针对模块与模块或系统与系统一间数据请求地址进行测试
*性能测试:模拟多人使用软件,查找服务器缺陷
就业方向:功能+接口;功能+性能;功能+自动化;
接口+自动化
3 .常见的测试分类
1.按测试阶段划分
单元测试:针对程序源代码进行测试(内地现如今都是开发自测)
集成测试:又称接口测试,针对模块一间访问地址进行测试(简单来说就是把模块结合链接在一起进行测试)
系统测试:对整个系统进行测试包括功能,兼容,文档等测试(对软件面临的各类环境进行测试)
验收测试:主要分为内侧,公测,使用不同人群来发掘项目缺陷(内侧:主要是内部人员使用进行测试找缺陷,外侧:主要是面对玩家,让玩家来测试,找bug)
2.按代码可见度划分
A.黑盒测试(又称功能测试):看不见源代码,主要对程序功能进行测试
B.灰盒测试(又称接口测试):看见部分代码,主要对程序接口进行测试
C.白盒测试(又称单元测试):看见全部代码,主要程序源代码进行测试
-
扩展-总结:
1.系统测试和黑盒测试重点核心是功能测试;
2.集成测试和灰盒测试又称接口测试
3.单元测试和白盒测试是对代码进行测试
4.自动化测试归属功能测试
5.性能,安全测试归属专项测试
思考 1. 自动化测试归属什么测试?
答:功能测试,因为自动化测试视为了代替人工使用工具对项目的功能进行测试
2. 性能测试与安全测试属什么测试?
答:专项测试
扩展-测试策略
冒烟测试:大规模执行测试之前,针对程序主功能进行验证,保证程序具备可测性
-
面试题:提测标准是什么? —冒烟测试通过!
-
测试之前要怎么做——冒烟测试
4. 模型
*质量模型和测试模型
1.质量模型:质量模型提供测试设计的不同角度视野和验证方向
针对任何软件或硬件,测试要覆盖的方面

| 功能性 | 功能满足需求 |
|---|---|
| 性能效率 | 性能满足实际需求 |
| 兼容性 | 软件能与主流软件和软件兼容 |
| 易用性 | 便于使用 |
| 可靠性 | 性能和功能应用可靠 |
| 信息安全 | 信息在传输或者存储过程的安全程度 |
| 可维护性 | 便于维护 |
| 可移植性 | 具备迁移和便捷性 |
模型
1.测试模型·W模型
软件开发流程,软件测试在开发流程中的作用。

开发流程:需求分析,概要设计,详细设计,编码,集成,实施,交付
测试流程:单元测试,集成测试,系统测试,验收测试
-
说明:W模型简称双V模型,即以开发主导的一个的一个V和一测试主导的另一个v.
-
优点:
1 :测试伴随整个产品开发周期,测试对象不仅是程序还有需求,设计文档。
2 :测试介入较早,及早发现问题,降低修复成本
-
缺点:
1 :实施起来比较复杂难度大,对于需求阶段和设计阶段的测试要求较高。
总结:测试人员要对项目的功能,性能,兼容性,可靠性,移植性,易用和安全,来对被测软件进行验证;
-
重点:功能,性能,兼容,易用,安全。
2.测试流程

需求分析:查看需求文档,站在不同角度来对需求当中缺少的和不明白的点提出疑问。
测试计划:
*核心:
-
测什么:测试目标以及范围
-
谁来测:人员进度安排
-
如何测:测试策略,测试工具
编写测试用例:验证项目是否符合需求,进而编写测试文档(为测试项目而编写的文档)。
执行用例:执行测试文档
缺陷管理:提交->等待->验证->关闭
测试报告:测试目标,测试过程,缺陷统计,缺陷分析,测试总结
3.测试用例
-
用例:用户使用的案例
-
测试用例:执行测试时的文档(用户使用的中出现的”关注的“案例)
-
考虑的方向:质量模型(功能,性能,安全,易用,兼容)
测试用例的作用
-
防止漏测
-
实施测试的标准
-
用例编号:项目+模块+编号
-
用例标题:预期结果+操作步骤
-
模块/项目:所属项目或模块
-
前置条件:要执行此条用例,有哪些前置操作
-
优先级:标识用例的重要程度或影响力
-
测试步骤:描述操作步骤
-
测试数据:操作的数据,没有的话可以为空
-
预期结果:期望达到的结果
注:不同的场景和需求,有不同的用例设计和方法,需要学习用例的设计方法
-

浙公网安备 33010602011771号