精华内容
下载资源
问答
  • 测试用例附实例

    万次阅读 多人点赞 2019-03-07 21:10:04
    测试用例的概念 测试用例是测试过程中很重要的类文档,它是...测试用例基本项是:测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出 (不同公司的测试用例内容不尽相同...

    一、测试用例的概念

    测试用例是测试过程中很重要的一类文档,它是测试工作的核心,是一组在测试时输入和输出的标准,是软件需求的具体对照。

    二、测试用例的作用

    1. 检验软件是否满足客户需求
    2. 测试人员的工作量的一种体现
    3. 展示测试用例的设计思路

    三、测试用例的内容

    测试用例八个基本项是:测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出

    (不同公司的测试用例内容不尽相同)下面是更为详尽的测试用例内容

    用例编码,用例名称/标题,测试背景,前置条件,优先级,重要级,测试数据,测试步骤,预期结果,实际结果,测试人员,测试时间,备注

    四、测试用例的编写流程

    需求分析-->提取测试点-->测试用例设计-->测试用例评审

    五、测试用例的常用方法

     

    方法备注例子
    等价类划分法在每个等价类中选取一定数目的值作为代表。等价类分为有效等价类和无效等价类,输入符合条件的值对功能进行检验,输入无效等价类的值可以帮助找出程序错误的地方 

    在注册时,密码规定为6--18位英文字母或数字及下划线,那么小于6位或大于18位的一串字符就是一个等价类,在6-18位的包含处英文字母和数字及下划线之外的字符是另外一种等价类

    边界值分析法边界值分析法是对输入输出的边界值进行测试一种的黑盒测试方法,是对等价类分析法的补充在注册时,密码规定为6-18位,则5,19都是边界值 
    场景法通过运用场景来对系统的功能点或业务流程的描述,从而提升测试效果。场景法一般分为基本流(又称正确流,模拟用户正确的操作流程)和备用流(又称错误流:模拟用户错误的操作流程)1、根据需求,找到基本流和备选流(找出正确的操作流程和可能出错的环节) 
    (1)基本流—正确取款 
    ①插入银行卡:客户将银行卡插入ATM机的读卡器 
    ②验证银行卡:ATM机从银行卡的词条中读取账号代码,并检查它是否属于可以接收的银行卡 
    ③输入密码:ATM机要求输入密码 
    ④验证密码:验证该密码是否正确 
    ⑤进入ATM机主界面:ATM显示在本机中可用的各种选项 
    ⑥取款并选择金额:客户选择“取款”,并选择取款金额 
    ⑦ATM机验证:ATM机进行验证账户余额是否满足以及总取款金额是否满足要求,验证ATM机内现金是否够用 
    ⑧更新账户余额、出钞:验证成功,更新账户余额,输出现金,提示用户收取现金 
    ⑨返回主界面 
    (2)备选流—出错环节 
    ①银行卡错误 
    ②密码错误 
    ③密码3次错误 
    ④卡内余额不足 
    ⑤超出当日可取 
    ⑥ATM余额不足

    此外还有因果图法、错误推测法、判定表驱动法等,这里暂时不一一介绍,后续我会专门整理一篇博文介绍

    六、测试用例的设计方法和编写

    6.1 测试用例设计

    对各个功能模块进行测试点分析提取测试点在对测试点用例进行详细的编写

    6.2 例子:以PC端QQ登录为例

    • 正常登录
    • 账号为空时点击登录
    • 密码为空时点击登录
    • 账号和密码为空时点击登录
    • 账号错误时点击登录
    • 密码错误时点击登录
    • 记住密码功能是否有效
    • 自动登录功能是否有效
    • 找回密码功能是否有效
    • 注册账号功能是否有效

    七、测试用例评审

    用例评审主要是产品、开发和测试人员针对测试用例能否用于项目的测试而做的工作。

    评审包括同行评审,小组评审,部门评审和第三方评审

    八、评审的意义

    1. 通过评审发现用例的不足
    2. 方便测试人员改进用例
    3. 达到在测试时提高测试质量的目的

    九、实例

    CSDNWeb端的登录界面截图(部分)

     

     

     

    可参考原文 https://blog.csdn.net/sdr_zd/article/details/70453027

    更多项目实战测试用例和缺陷报告的编写可以看一下我的这篇 测试用例和缺陷报告(项目实战案例)

    注意:

    测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则:ProjectName-ST-001,其命名规则为“项目名称-测试阶段类型-编号”。合理定义测试用例编号,可以更方便地查找测试用例。便于测试用例跟踪。

     

     

    展开全文
  • 是在实习期做的一个测试项目测试用例。如果是新手可以模仿
  • 测试用例怎么?这里提供一个测试用例小模板

    千次阅读 多人点赞 2020-09-03 23:34:43
    上面所说的都是很粗略的测试用例怎么,详细点说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例 模板 用例编号 测试模块 用例名称(测试项目) 前置条件 操作步骤 预期结果 测试结果 重要程度 ...

    模板

    用例编号测试模块用例名称(测试项目)前置条件操作步骤预期结果测试结果重要程度更新时间测试人员能否接口自动化能否 UI 自动化备注信息
    项目代码-需求代码-用例编号可以写被测试的模块名称可以按照功能划分该测试用例要准备的数据以及要准备的一些前置操作1.第一步操作
    2.第二步操作
    3.第三步操作
    PASS 或者 FAIL 或者 WAITING 或者 N/A高或者 中或者低2020-01-13李明Y 或者 NY 或者 N备注信息

    解释

    • 用例编号

      用例编号是唯一的,一般我们在接到新需求的时候,产品确定好需求文档之后,我们可以开始编写测试用例了,这个测试编号是唯一的,比说 A 项目 售后模块改进.doc 的需求,售后模块改进的英文是 After Sale Module Improvement,那么这个用例编号我可以写 A-ASI-001

    • 测试模块

      比如说我测试售后功能的改进,那我这里可以写售后模块-xxx模块

    • 用例名称

      这里可以写用例名称或者测试项目,比如我要测搜索功能,这里就应该写售后模块-搜索测试

    • 前置条件

      比如登录账号进入系统这个前置操作,其中写明账号密码是多少即可

    • 操作步骤

      具体详细无歧义的操作步骤,按照 1 2 3 4 … 来划分步骤

    • 预期结果

      测试用例每一步都要写预期结果,有的步骤可能纯粹操作你可以不写,写有预期结果的,比如最后一步犹豫期结果就写1.N/A 2.N/A 3.xxxx

    • 测试结果

      填写PASS表示通过,Fail表示失败,WAITING表示等待中,N/A表示该条测试用例因某些原因可以不用管了

    • 重要程度

      高中低,看该功能的重要程度,是否影响主流程等等总和判断,这个考验测试人员对业务场景的熟悉程度。正向主流程的用例可以标记为高级别

    • 更新时间

      测试用例最近一次的更新时间,可以统一一下时间格式

    • 测试人员

      该条测试用例是谁来测试的

    • 能否接口自动化

      填写 Y 或者 N

    • 能否 UI 自动化

      填写 Y 或者 N

    • 备注信息

      具体备注的信息

    必需的列

    我这个测试用例的模板比较完备,一般来讲,测试用例的列不可缺少

    • 测试标题
    • 操作步骤
    • 预期结果
    • 测试结果

    这四大部分,其他的列可以根据项目需要添加

    统计

    另外可以在用例最顶上写上统计信息,如下

    在这里插入图片描述

    怎么写用例?

    我们应该怎么写用例?

    我自己最常用的就是等价类划分和边界值法,其实还是等价类划分最常用,等价类划分划分到怎么样的细致程度,已经边界值分析分析到什么样的细致的程度,这个是比较灵活的,需要看测试投入时间与收益以及功能重要程度等多方面来考虑

    上面所说的都是很粗略的测试用例怎么写,详细点说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例

    • 该页面正向主流程正向(正向+异常)
    • 该页面各个模块组件的功能验证(正向+异常)
    • 各个页面或者多个模块之间数据交互的验证
    • 其他的隐藏潜在的待验证点

    对于正向的页面主流程重要程度可以标记为高,其他的可以标记为中或者低,高级别的用例在冒烟或者回归时候可以被识别来测试

    展开全文
  • 测试用例,简单的来说是描述对一个功能模块或者业务模块进行测试的步骤及指导,好的测试用例能够让对系统完全不了解的测试人员,都能根据用例进行测试。用途是:通过用例的执行,发现 是否需要软件测试用例 软件...
  • 安全测试分析的来源主要是需求、系统设计、安全工程师安全建议。 采用的测试策略:工具扫描,手工测试.安全测试用例设计可参考安全测试用例库.
  • 实习期间做的公司项目后台管理测试用例,结合网站前辈的经验 ,新手第写测试用例,仅供参考。。
  • 软件测试-如何测试用例

    千次阅读 2019-06-17 14:02:30
    软件测试-如何测试用例一、课程介绍前置知识点二、测试用例与编写流程介绍测试用例介绍需求分析与测试点编写测试用例编写注意三、 测试用例编写,评审与管理测试用例编写方法 学习笔记 一、课程介绍 前置知识...


    学习笔记

    一、课程介绍

    前置知识点

    1,软件相关概念
    数据,程序,文档的集合

    2,软件测试基础
    保证软件质量,满足用户需求

    3,软件测试流程
    需求分析
    计划制定
    用例的编写与执行
    对测试结果的分析报告

    4,测试生命周期
    测试计划
    测试设计
    测试开发:测试用例的设计与编写
    测试执行
    测试评估

    常用术语:
    黑盒:不透明盒子
    灰盒:订单生成功能,软件上生成的订单和数据库里面的数据进行对比,验证是否一致
    白盒:技术要求最高
    功能:验证软件是否满足用户提出的表面需求
    性能:软件的工作效率,双11
    安全:测试软件是否会保护用户信息不被轻易的盗取
    兼容性:不同平台兼容
    易用性:用户友好
    UI元素:一致、美观

    二、测试用例与编写流程介绍

    本章对什么是测试用例,测试用例编写流程等做了简单介绍,让大家更好的认知测试用例,并为后面的学习打下基础

    测试用例介绍

    测试用例是什么?

    是测试工作的核心;一组在测试时输入输出的标准;软件需求的具体对照

    测试用例包含哪些内容?

    用例编号、用例名称、测试背景、前置条件

    优先级、重要级、测试数据、测试步骤

    预期结果、实际结果、备注

    在这里插入图片描述

    需求分析与测试点编写

    需求分析:
    业务需求:关注系统是否满足业务
    用户需求:关注系统是否满足用户习惯
    功能需求:关注系统是否满足功能要求

    没有需求如何应对:
    参考市面上已经上线产品

    需求模糊如何应对:
    收集整理已有需求
    和产品经理逐条确认

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

    测试点对测试用例的设计有什么好处?
    快速:根据测试点快速设计测试用例
    覆盖:测试点完全覆盖需求
    方法:迅速找到设计测试用例的方法
    细节:展示测试细节

    测试点提取:

    按照操作顺序

    按照对应顺序的功能模块

    根据以上两点获得的测试点用等价类划分、功能需求等方式精简、再归类

    测试用例编写注意

    根据项目实际情况设计测试用例表格
    用例格式不固定
    根据具体情况编写

    用例编写方法
    等价类划分法
    选择适当数据子集
    降低测试数目去实现合理覆盖

    有效等价类
    无效等价类

    边界值分析法

    场景法
    运用场景对功能点或业务流程的描述,提高测试效果

    猜错法

    三、 测试用例编写,评审与管理

    本章通过一个案例讲解如何编写测试用例,如何评审测试用例是合格的,如何管理好测试用例

    测试用例编写方法

    测试用例包括:测试编号、用例名称、测试背景、前置条件、重要级、优先级、测试数据、测试步骤、预期结果、实际结果、编写人和执行人等

    3-2 慕课网注册功能测试用例编写 (13:25)

    3-3 慕课网搜索,APP下载功能测试用例编写 (23:59)

    拓展用例的类型可以有:所属模块、模块编号、功能介绍、版本、测试环境、测试方法、测试阶段(系统测试、单元、集成等等)、开发人员等等。

    ①如何编写测试用例?找到系统的功能模块,提取测试点,接着扩展开来写出用例即可。
    ②用例编写方法:等价类划分法、边界值法、场景法、猜测法。
    ③用例具体:如下图
    ④用例管理工具:禅道、TestLink;实际情况公司只采取了管理工具中的BUG管理模块,用例管理依然通过EXCEL表管理。

    测试用例中可加入:

    模块编号、所属模块(注册、登录、搜索、APP下载)、功能介绍、

    用例编号、用例名称、测试背景、前置条件、重要级、优先级、

    测试版本、测试环境(谷歌浏览器)、测试类型(手工测试)、测试阶段(系统测试)、

    测试数据、测试步骤、

    预期结果、实际结果、

    3-4 测试用例评审 (02:28)

    在这里插入图片描述
    评审意义

    评审是非常关键,并且有用的一个活动。但是在实际运用中,却往往很难发挥作用。这是为什么呢?因为当事人在组织评审之前,并没有对需要评审的对象,进行有效的说明。
    比如说:
    1 当前文档做成背景,为什么要做成
    2 当前测试用例,是根据什么思路,来完成的
    ※这点非常重要,因为如果设计思路是错误或者混乱的的,
    后面的测试用例就完全不用评审了,因为相当于所有评审人员来了一次头脑风暴,从头再来看过一遍整个设计过程。 或者说评审人员也是都下想到哪里说到哪里。毫无效率。
    3 此次评审,需要达到什么效果

    3-5 测试用例管理 (08:26)

    测试用例的管理工具:ALM,禅道,TestLink,Bugzilla,JIRA。
    禅道属于成本低,性价比较高者,易于操作管理。
    在这里插入图片描述

    禅道基本应用
    1、专业的研发项目管理软件
    2、完整支持敏捷开发流程
    3、完整软件生命周期管理

    第4章 课程总结

    总结前面学习过的知识重点,同时如果有其他想学习的内容可以加入慕课网软件测试QQ群一起交流。

    4-1 课程总结 (00:58)

    展开全文
  • 教你如何写测试用例 不会写测试用例的朋友可以参考
  • 项目测试用例

    2018-07-26 15:31:28
    裕猫共享商城用例.xlsx 测试用例
  • 如何测试用例 测试用例与编写流程介绍 1.常用术语 软件:数据+程序+文档 测试时就是操作数据,操作的主体就是程序,文档就是工作时的可视化 软件测试的基础:软件测试就是保证软件质量,满足用户...

    如何写好测试用例

     

    一、测试用例与编写流程介绍

    1.常用术语

         软件:数据+程序+文档

        测试时就是操作数据,操作的主体就是程序,文档就是工作时的可视化

    软件测试的基础:软件测试就是保证软件质量,满足用户需求的一种手段

    测试流程:需求分析、制定计划、编写用例与执行、对测试结果的分析报告

    测试的生命周期:测试计划,测试设计,测试开发(测试用例的编写),测试执行,测试评估

    软件测试的分类:

    软件测试手段划分了三个方向

        黑盒:把软件比作一个黑盒子,我们不知道盒子里面的结构,只能通过外面所暴露出来的接口、功能进行测试

         灰盒:把软件比作一个半透明的盒子,可以通过暴露在盒子外面的功能和盒子里面的数据进行对比,从而得出结论。例如:将生成的订单和数据库里面的数据进行对比验证是否一致

        白盒:透明的盒子,通过盒子里面的结构推敲出是否满足用户的需求。

    专项测试方向划分

         功能测试:测试软件是否满足用户提出的表面需求

         性能测试:测试一个软件的工作效率

         安全测试:测试软件是否能保护用户的信息

    测试点划分

         兼容性:软件在不同平台上的表现

         易用性:软件是否有好,满足用户的使用习惯

         UI元素:检查界面的布局显示

    2.测试用例介绍

    测试用例包含的内容:

    1.用例编号:唯一性(身份证号)

    2.用例名称:用例的名字,要求言简意赅 (姓名)

    3.测试背景:这条用例主要测试什么东西

    4.前置条件:执行这条措施之前应该先执行什么条件,比如测试登录功能,前提是要有账号密码。

    5.优先级:测试用例的优先程度

    6.重要级:测试用例的重要程度

    //注意优先级和重要级不一定成正比关系。比如:周末出去玩,但是公司突然加班 优先级:出去玩 重要级:回公司加班   当然结果是回去加班 

    7.测试数据:比如输入的账号密码,鼠标的操作也是一种测试数据

    8.测试步骤:测试进行的步骤

    9.预期结果:对应输入数据或条件等得到对应的现象

    10实际结果:测试执行后的结果

    11备注:其他特殊情况的信息。

    测试用例编写流程:

    需求分析、提取测试点、测试用例编写、测试用例评审

    3.需求分析与测试点的编写

    1)需求分析:

    业务需求(系统是否满足业务)

    用户需求(系统是否满足用户习惯)

    功能需求(系统是否满足功能要求)

    没有需求如何应对:参考市面上已经上线的同类产品

    需求模糊如何应对:收集整理已有需求,和相关负责人如产品经理逐条确认,参考同类型产品的实现情况。

    2)测试点

    测试点:通过需求分析后得出的需要进行测试的具体内容

    测试点好处:

    1.快速(根据测试点快速设计出自己的测试用例)

    2.覆盖:(测试点可以覆盖需求)

    3.方法:(根据测试点运用自己的测试方法)

    4.细节(可以展示需需求的一些细节)

    提取测试点例子

    二、测试用例编写,评审与管理

    1.编写方法

    测试用例编写注意:

    1、根据项目的实际情况设计测试用例表格。

    2、测试用例的表格不是固定的,不要生搬硬套。

    3、测试用例需要根据具体的情况编写。

    测试用例编写方法:

    等价类划分法(将程序所有可能的输入数据划分成若干的等价类,然后从每个部分中选出最具有代表性的数据当做测试用例进行合理的分类;测试用例:有效等价类、无效等价类;)

    边界值分析法(将测试输入的数据的边界情况作为重点目标,选取正好等于、刚刚大于或者刚刚小于边界值的测试数据)

    场景法(用户在使用时会用到哪些场景。场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景)

    猜错法、直觉(根据工作经验)

    一条正规用例包括哪些内容:

    a: 软件或项目的版本(内部版本号)

    b: 功能模块名

    c: 测试用例的简单描述,即该用例执行的目的或方法

    d: 测试用例的参考信息(便于跟踪和参考)

    e: 本测试用例与其他测试用例间的依赖关系

    f: 本用例的前置条件,即执行本用例必须要满足的条件,如对数据库的访问权限8) 用例的编号(ID),如可以是 软件名称简写-功能块简写-NO.。

    g: 步骤号、操作步骤描述、测试数据描述

    h:预期结果(这是最重要的)和实际结果(如果有BUG管理工具,这条可以省略)

    i:开发人员(必须有)和测试人员(可有可无)

    j:测试执行日期

    3.测试用例评审

    评审:对测试用例进行检查

    评审包括:同行评审、小组评审、部门评审、三方评审 (开发,产品,用户)

    意义:

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

     2.方便测试人员改进用例

     3.达到测试时提高测试质量的目的

    测试用例评审

    4.测试用例管理

    为什么要管理测试用例:

    1.测试的用例数量巨大

    2.测试用例会根据需求变更

    3.测试用例需要补充完善

    如何管理用例?

    1.原始的excel管理方式

    2.专业的项目管理系统

    市面上流行的管理工具

    禅道基本应用:

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

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

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

    可以对测试用例进行编写及系统的管理,支持导入导出功能,以及可以直接用例转bug,非常方便。

    禅道导入测试用例

    1.导出用例模板

    2.用例模板填入数据

    3.导入 Excel

     测试用例关联与指派

    1.关联测试用例

    2.指派用例

    用例执行与提交 Bug

    1.成员用例领取(调整流程)

    2.用例执行方式

    3.提交 Bug

    Bug 转换为用例 

    如果大家对于学习Python有任何问题,学习方法,学习路线,如何学习有效率的问题,可以随时来咨询我,或者缺少系统学习资料的,我做这行年头比较久,自认为还是比较有经验的,可以帮助大家提出建设性建议,这是我的Python交流qun:785128166,有任何问题可以随时来咨询我。

    展开全文
  • 今天这篇文章主要是和大家分享一下初级软件测试工程师如何测试用例(一),主要是介绍一个完整的测试用例都包括哪些部分及对各个部分进行相应的解释说明,而在后续的文章中将会以具体的实例为大家讲解对于软件...
  • 测试用例(Test Case)是为某个测试目标而编制的一组测试输入、执行步骤以及预期结果的集合,以便测试某 个程序的路径或验证软件是否满足某个特定需求,那么怎么一个用例呢?
  • 如何测试用例

    千次阅读 2018-05-20 20:47:40
    测试用例的编写:1、包括用例编号、用例名称、测试背景、前置条件、重要级、优先级、测试类型、测试版本测试数据、测试步骤、预期结果、实际结果、编写人员、测试人员、测试日期,...,每个测试用例只测试一个功能点...
  • 项目测试提交测试用例注意事项

    千次阅读 2018-09-25 11:27:16
    每次提交测试用例时的重要检查点。 1.测试lead下发测试用例时所有用例应该是Mark:Basic,Execute...3级:Medium,必须在最后一个Beta前尽快修复。 4级:Low,影响较小。 3,执行过程中,Mark:delete的用例,Ex...
  • 项目测试用例

    2021-09-02 16:29:49
    项目测试用例
  • 如何接口测试用例

    千次阅读 2020-12-24 20:13:25
    分享接口测试用例书写方式。
  • 目前国内,测试工程师却时常要面对“已经延期几倍计划时间的项目”,测试用例如何发挥更大的作用,是一个迫切需要解决的问题。事实上,完全可以把测试用例看成是测试工程师编写的程序:这个“程序”是为了辅助测试...
  • 软件测试测试用例测试学习程序包含项目软件测试测试用例测试学习程序包含项目
  • OK,结束了初级的录制回放旅程之后,我们一起来做一个最最简单的自编写测试用例。 让我们温习下,编写一个自动测试用例,我们需要以下两种基本组件。 1。 一个可以运行的测试用例文件,在这里我们要新建一个.cs的...
  • 编写测试用例一个例子

    万次阅读 多人点赞 2017-04-22 16:18:25
    检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路 3.测试用例所包含的内容: 用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、...
  • 软件项目管理与测试用例,怎么回事?QC
  • 测试项目管理与测试用例设计
  • 软件项目测试用例.xls

    2021-01-08 17:06:02
    软件项目测试用例.xls
  • 测试用例实例 含功能测试用例性能测试用例兼容性测试用例 目 录 TestCase_LinkWorks_WorkE 用例编号 valuate 项目名称 LinkWorks 模块名称 WorkEvaluate 模块 项目承担部门 研发中心-质量管理部 用例作者 - 1 - 完成...
  •  答:测试用例是软件测试全部过程的核心,是测试执行环节的基本依据,是用来衡量一个项目测试质量。  测试用例的健壮性,完整性,覆盖程度等,都对项目测试质量有影响。  作为一位功能测试人员,主要的职能就是...
  • 关于接口测试用例的等级划分 1) 主体业务功能接口正常典型值用例的优先级为1(用于冒烟测试的用例) 2) 各模块主功能的正常典型值用例的优先级为2 3) 除了的正常典型值用例之外的正用例及所有异常用例的优先级为3...
  • 卡桑德拉测试 一个演示项目,展示cassandra Junit测试用例
  • 为什么我们要单元测试用例

    千次阅读 2018-05-10 09:06:53
    前戏一些程序员会对单元测试用例存在误区,例如:~这东西没啥...~一个方法只需要一个测试用例。。。~认为我的代码绝对不会有问题,不用写测试用例。~认为测试用例不应该是开发人员来下面我们来分析一下,走着。什...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 149,201
精华内容 59,680
关键字:

一个项目写多少测试用例