zoukankan      html  css  js  c++  java
  • 测试用例基础

    测试用例是什么?

    • 测试工作的核心

    • 一组在测试时输入、输出的标准

    • 软件需求的具体对照

    测试用例有什么作用?

    • 检验软件是否满足客户需求

    • 体现一个测试人员的工作量

    • 展现测试用例的设计思路

    测试用例包含哪些内容?

    用例编号 用例名称 测试背景 前置条件 优先级 重要级 测试数据 测试步骤 预期结果 实际结果 备注
                         
    所属模块 功能介绍 用例编号 用例名称 测试背景 前置条件 重要级 优先级 版本 测试环境 测试类型 测试阶段 测试数据 测试步骤 预期结果 实际结果 编写人 执行人 开发工程师 备注
                    V1.0.0.1 谷歌浏览器 手工测试 系统测试                
    • 用例编号:类似于我们的身份证号码,是唯一的,除了是数字外,也可以加上模块名称的为前缀,如:login_001;

    • 用例名称:相当于是我们的名字,使用最少的字描述,言简意赅,描述的准确;

    • 测试背景:我们要说明这条测试用例是哪个项目,要测哪些东西;

    • 前置条件:在执行这条测试用例之前,应该满足什么样的条件;比如:测试登录的,首先是需要这个账号是已经注册的;

    • 优先级、重要级,不是一定成正比的关系存在的

    • 测试数据:就是我们在测试是的具体数据,如:账号baibai 密码:123456

    • 测试步骤:我们在测试时,第一步、第二步、第三步等,每一步都需要做什么;

    • 预期结果:我们做的每一步,对应的现象应该是什么样子的;

    • 实际结果:我们在执行测试用例时,实际的结果是怎么样的;

    • 备注:根据具体的情况,需要在具体说明下的

    测试用例编写流程:

    1. 需求分析

    2. 提取测试点

    3. 测试用例编写

    4. 测试用例评审

    (1)需求分析

    ——客户需要东西的要求,包含:需要、需求、要求;

    • 【业务需求】:关注系统是否满足业务;——分析客户的业务是什么,都有什么样的流程,如:是购物的业务,还是银行的业务 还是考勤的业务等;
    • 【用户需求】:关注系统是否满足用户习惯;——需要考虑用户在使用的习惯、手感,会不会引起用户的反感之类的,页面的整体美观;
    • 【功能需求】:关注系统是否满足功能要求。——去研究、分析 是不是可以满足业务的需求,是否可以满足业务的目的

    a、 如果没有需求怎么办?如:一些小公司没有产品经理,很有可能直接给我们一个APP测试,应该怎么办呢 ?

    ——参考市面上已经上线的同类产品,如:电商平台参考下淘宝、京东

    b、如果需求模糊怎么办 ?

    • 收集整理已有需求
    • 和产品经理逐条确认
    • 参考同类型产品的实现情况

     (2)什么是测试点?

    ——测试点就是通过需求分析后对得出的需要进行测试的具体内容。

    a、测试点对测试用例的设计有什么好处 ?

    • 快速设计出测试用例
    • 测试点可以完全覆盖到我们需求
    • 在测试点可以可以运用测试方法
    • 可以展现出需求的一些细节

     

    测试用例编写注意:

    • 根据项目的实际情况,设计测试用例表格
    • 用例格式不是固定的,不要生搬硬套
    • 根据具体的情况编写

    测试用例编写的方法

    测试用例是无穷无尽的,所以我们根据一些测试方法,选择出一些具有代表性的测试数据。

    • 【等价类划分法】:如何选择适当的数据子集,来代表整个数据集。通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷。

    • 【边界值分析法】:使用边界值分析方法设计测试用例时一般与等价类划分结合起来,但它不是从一个等价类中选一个例子作为代表,而是将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据。

    • 【场景法】:分析用户在使用时会遇到哪些场景,根据场景来设计测试用例,如:用户不输入账号、密码点击登录。通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定流程,经过遍历所有的基本流和备用流来完成整个场景。

    • 【猜错法】:

    1. 依靠直觉去猜想哪里会出现问题,
    2. 依靠经验去猜测哪些地方,可能会被开发所忽略,从而出现问题,快速的得到测试的结果

    注册功能

     搜索功能

     测试点:

     下载功能:

    测试点:


    测试用例评审:

    1. 简单的讲,评审就是对测试用例进行检查

    2. 评审包括同行评审(测试之间),小组评审(组织测试用例小组),部门评审(整个部门都参与进来,无论是不是这个项目组的),三方评审(开发、产品,或许客户)等

    3. 不同的评审类型会有不同的角色参与

    评审的意义:

    • 通过评审可以发现测试用例的不足

    • 方便测试人员的改进用例

    • 达到在测试时提高测试质量的目的

     评审的流程:

     


     测试用例的管理:

     1、为什么需要管理测试用例?

    •  测试用例数量巨大

    • 测试用例会随着需求变更

    • 测试用例需要补充完善

     2、如何管理测试用例?

    • 原始的Excel管理方式--->适用于少量的用例编写上
    • 专业的项目管理系统

    3、如何选择测试用例的工具?

     禅道基本应用:

    1. 专业的研发项目管理软件

    2. 完整支持敏捷开发流程

    3. 完整软件生命周期管理


  • 相关阅读:
    常见网络设备工作原理
    Linux逻辑卷的创建
    关于华为模拟器eNSP-防火墙USG6000V怎么重装镜像
    一人之下(名言吧)
    Struts2学习笔记——Struts2搭建和第一个小程序
    eclipse部署Tomcat9
    通过反射访问类的私有方法(无参)
    Java学习笔记之——IO
    Java学习笔记之——线程的生命周期、线程同步
    Java学习笔记之——多线程
  • 原文地址:https://www.cnblogs.com/brf-test/p/14468963.html
Copyright © 2011-2022 走看看