软件测试基础-01

目标:

1.软件测试的定义;

2.7种测试分类的区别;

3.质量模型的重点5项;

4.测试流程的6个步骤;

5.测试模板8要素;

就业方向:

1.功能测试+接口测试

2.功能测试+性能测试

3.功能测试+web自动化

1.软件测试介绍

(1)定义:

软件:控制计算机硬件工作的工具。

软件测试:使用技术手段验证软件是否满足需求。(目的:减少软件错误,控制软件质量)

(2)主流技能:

1.功能测试:测试主要验证程序的功能是否满足需求。

2.自动化测试:使用代码或工具代替手工,对项目进行测试。

3.接口测试:使用代码或工具验证测序中的接口是否访问正常。

4.性能测试:模拟多人使用软件,查找服务器缺陷。

(3)模型:

1.质量模型:衡量一个优秀软件的维度(能告诉我们,测试时应该考虑的方面)

软件测试基础-01_第1张图片

重点:功能、性能、兼容、易用性、安全 结论:无论测试硬件或软件,都应该从以上几点来进行分类验证

2.测试模型

2.测试分类

(1)按测试阶段(软件产出过程顺序)划分:

单元测试:针对程序源代码进行测试(单元:最小独立功能代码段)

集成测试:针对单元与单元之间的接口进行测试(又称接口测试,针对模块之间访问地址进行测试)

系统测试:针对系统整体功能+兼容+文档(说明、安装文档)

验收测试:内测(公司内部人员使用,发觉缺陷并修复);公测(让用户帮忙测试)

(2)按代码可见度划分:

黑盒测试:看不见源代码(UI功能可见),主要对程序UI功能进行测试。(阶段划分->系统测试)

灰盒测试:看见部分代码(功能不可见),主要对程序部分代码进行测试。(阶段划分->集成测试)

白盒测试:看见全部代码(UI功能不可见),主要对程序源代码进行测试。(阶段划分->单元测试)

(3)总结:

系统测试和黑盒测试重点核心是功能测试 集成测试和灰盒测试又称接口测试 单元测试和白盒测试是对代码进行测试 自动化测试归属功能测试 性能测试、安全测试归属专项测试

3.测试流程

软件测试基础-01_第2张图片

  • 需求分析(评审)

    前提:阅读1遍需求文档,记录不明确之处。
    参与人员:前端、后端、测试、产品
    目的:
        1、确保各部门需求理解一致
        2、各角色对需求进行查漏补缺
        3、了解软件有些功能
    提示:需求分析阶段->软件还未实现(刚立项)
  • 测试计划

    说明:指导测试执行的文档(重要)
    测什么(目标、范围)
    谁来测(人员进度及安排)
    怎么测(测试工具、测试策略)
  • 用例设计

    说明:保证能准确验证软件测试点执行的文档。
    1、分析需求
    2、提取测试点
    3、设计用例覆盖测试点
  • 用例执行

    说明:实施测试
  • 缺陷管理

    提交->验证->关闭
  • 测试报告

    1、bug分析及统计
    2、测试中遇到的问题
    3、测试总结(本次测试中的优点和不足)

4.测试用例

用例:用户使用的案例。

用例的作用:1.防止漏测;2.衡量软件是否通过的标准

用例文档编写规范:

用例编号:项目_模块 _编号
用例标题:预期结果(测试点)
模块/项目:所属项目或模块
前置条件:要执行此条用例,有哪些前置操作
优先级:表示用例的重要程度或者影响力P0~P4(P0最高)
测试步骤:描述测试步骤
测试数据:操作的数据,没有的话可以为空
预期结果:期望达到的结果

模板例子:

软件测试基础-01_第3张图片

用例设计方法:

目标:

1、能对穷举场景设计测试点 2、能对限定边界规则设计测试点 3、能对多条件依赖关系进行设计测试点 4、能对于项目业务进行设计测试点

(1)能对穷举场景设计测试点(穷举:无穷无尽)

等价类划分法

软件测试基础-01_第4张图片

重点:有效等价和单个无效等价各取1个即可。
步骤:
    1、明确需求
    2、确定有效和无效等价
    3、根据有效和无效造数据编写用例
注意:完整的用例应该是等价类和边界值一块写。

模板例子:

软件测试基础-01_第5张图片

(2)能对限定边界规则设计测试点(使用边界值解决边界位数限制问题)

边界值

软件测试基础-01_第6张图片

步骤:
    1、明确需求
    2、确定有效和无效等价
    3、确定边界范围
    4、提取数据编写用例

模板案例:

软件测试基础-01_第7张图片

(3)能对多条件依赖关系进行设计测试点(使用判定表)

判定表

软件测试基础-01_第8张图片

步骤:
    1、明确需求
    2、画出判定表
        1)、列出条件桩和动作桩 
        2)、填写条件项,对条件进行全组合 
        3)、根据条件项的组合确定动作项 
        4)、简化、合并相似规则(有相同的动作)
    3、根据规则编写测试用例
提示:
    1、多条件之间有依赖关系,使用判定表来进行测试覆盖。
    2、判定表一般适合4个以内条件依赖关系
    3、如果条件超过4个,就不适合覆盖所有条件,应采用(正交法)来解决。

模板例子:

软件测试基础-01_第9张图片

(4)能对于项目业务进行设计测试点(流程图)

业务用例是根据流程图来梳理的,需要先了解流程图

1、线上工具:https://processon.com/diagraming/605880af07912927bd71c388
2、离线工具:visio
3、其他工具:Excel

用例执行

执行结果与用例的期望结果不一致(含义),为缺陷。(用例执行不通过为缺陷,需要进行缺陷管理)

缺陷:

1.定义:软件中存在的各种问题,都为缺陷,简称bug;

2.缺陷标准:

1、少功能 2、功能错误 3、多功能 4、缺少隐性功能 5、易用性(软件测试人员专业角度)

3.缺陷产生的原因:

1、需求文档 2、架构设计 3、编码实现 4、环境(硬件、软件)

4.缺陷的生命周期:

软件测试基础-01_第10张图片

1、回归测试:
    ①常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
    ②非常规项目(银行、部队、航天):新增功能,必须全部复测。
2、回归bug:上一个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。

5.缺陷核心要素:

软件测试基础-01_第11张图片

6.缺陷提交要素:

软件测试基础-01_第12张图片

7.缺陷类型:

1、功能错误 2、UI页面错误 3、兼容性 4、数据(数据库) 5、易用性 6、建议 7、架构缺陷

8.工作流程:

设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭) 缺陷定义:任何问题(Bug) 缺陷标准:多功能、少功能、错误、缺少隐性功能、易用性 描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注 提交缺陷信息:指派人、缺陷等级、修复优先级、类型、状态(统计缺陷)

缺陷管理:

1.excel样例:

软件测试基础-01_第13张图片

2.缺陷跟踪流程:(知道测试和开发流程中涉及的工作即可)

软件测试基础-01_第14张图片

3.提交注意事项:

提示:
面试题:发现缺陷后,首先回怎么办?--确定Bug可复现、确定是Bug。
提交时,要检查缺陷是否已存在。

软件测试基础-01_第15张图片

4.缺陷管理工具:

1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷

(1)禅道(项目管理工具)

  • 地址:用户登录 - 禅道

  • 特点:

    软件测试基础-01_第16张图片
  • 使用流程图

软件测试基础-01_第17张图片

  • 使用禅道管理缺陷

    • 登录

    软件测试基础-01_第18张图片
    • 创建缺陷

    软件测试基础-01_第19张图片
    • 关闭缺陷

5.缺陷标题扩展:

软件测试基础-01_第20张图片

你可能感兴趣的:(测试,测试工具)