[软件测试] 20180414,测试用例说明书撰写提要

评审阶段,整理。

一、测试用例一般包含:

编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。但可以根据实际需要增加、删除、修改部分项。

  • 编号

    • 这里需要注意,编号并不简单的是1、2、3、4这样子,而是可以通过下划线将一些测试用例的信息包含进去,比如:TV_YUYIN_0001,代表着这条测试用例是与测试电视语音相关的;
  • 用例名称
    • 用例的名字,可以不写;
  • 测试背景
    • 说明该测试用例的背景,是测试什么项目、什么内容的,也可以不写,有时候测试背景通过测试编号、测试文件的名字、标题等就可以表达出来;
  • 测试环境
    • 罗列所在操作系统和使用到的测试工具,与测试计划中的环境一致,需要添加硬件环境和软件环境。

      • 硬件环境:

        • 列出为测试本软件所使用硬件的配置,如:

          • ①处理机的型号、内存容量;
          • ②所要求的外存储器、媒体、记录格式、设备的型号和③台数、联机/脱机;
          • ④ I/O设备(联机/脱机?) ;
          • ⑤数据传输设备和转换设备的型号、台数。
      • 软件环境:
        • 说明为测试本软件所使用的软件,如:

          • ①操作系统的名称、版本号;
          • ②开发工具名称和版本号;
          • ③数据库管理系统的名称和版本号;
          • ④使用什么测试软件
          • ⑤其他支持软件。
  • 前置条件
    • 0.测试之前应该满足什么条件才可以进行测试,一般要写,如果没有前置条件写无就可以;
    • 1.前置条件是 能够导致当前测试用例开始的 所有必须为真的系统状态的集合。即 前置条件={ 系统状态 | 能够保证当前测试用例开始} 。例如,对于网站首页的显示,可以把“用户已经登录系统”作为前置条件。
    • 2.执行本用例必须满足的前提条件,例如,测试该用例时,必须具有对数据库的访问权限。再如,用户名只能包含数字和字母。都可以作为前置条件。
  • 后置条件
    • 描述的是用例结束时的系统状态或持久数据。(会影响到执行其他用例)
  • 优先级和重要级
    • 看似差不多,其实关系不大,优先级高并不意味着重要级高;
  • 测试数据

    • 指输入的数据
  • 测试步骤
    • 是必须的,可以根据实际情况写测试步骤,可以写的粗糙,也可以写的很详细,比如第一步是什么,第二步是什么等;
  • 预期结果
    • 对应测试步骤,如果测试步骤写的很详细,那么预期结果也要详细,比如测试步骤有5步,预期结果有2个,别人怎么知道这个结果是哪一步产生的?因此最好在编号上实现预期结果和操作步骤的统一;
  • 实际结果
    • 是在测试过程中发生的实际情况,如果一样就写通过、OK等就可以了,如果不一样,需要写明实际结果是什么。有时候,我们可以在实际结果中写OK、false,然后将实际结果写在备注里,也没有问题。
    • (留给测试人员填写。OuWN)
  • 测试记录
    • 测试过程记录?

二、 测试用例的编写流程:

三、示例

摘自刘琛梅《测试架构师修炼之道 ,从测试工程师到测试架构师》。

附:

关于性能与功能

  • 功能

    • 我买了一款无线键鼠,它确实能够实现远程无线操作,满足我想要“无线远程操作鼠标、键盘”的功能需求
  • 性能
    • 我买了一款无线键鼠,它确实能够远程无线操作,但是可远程的距离非常短,离开无线发射器2米就不灵了,而我本来期望的是“离开发射器10米远还能使用”,因此它可能并不满足我的性能需求。

原文地址:https://www.cnblogs.com/ownhp/p/9094920.html

时间: 2024-10-10 21:46:41

[软件测试] 20180414,测试用例说明书撰写提要的相关文章

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也

深入理解软件测试应用(测试用例+测试应用+测试技术及工具+测试等级)

我这里有个课程想和大家分享,有兴趣的朋友可以加我的QQ2059055336和我联系. 本课程为软件测试课程,主要讲述内容:软件测试概述.软件测试过程.软件测试技术.软件测试的应用.自动化测试技术等软件测试前言和问题的提出                             问题的提出 1课时                            基本概念                             本课程的主要内容                             各部分的

软件测试:测试用例的设计思想

一,登陆页面的测试: 下面以一个登陆窗口为例,说说我设计登陆界面的思路和方法.我把这个测试用例分为三层结构,表单测试.逻辑判断.业务流程. 第一层,表单测试为最底层(最基础的).这部分的测试用例是对登陆窗口这个界面的输入框.按钮功能.界面等最基本功能的测试.一般来说登陆用户名和登陆用户密码是输入框的形式体现,那么,我们需要的是针对这两个输入框进行功能的测试.这时,我们只要考虑这个输入框的功能,而不需要考虑业务方面的内容.这样,我们考虑就是这个输入框的长度限制是多少?能否输入特殊字符?能否输入全角

软件测试理论测试用例测试之等价类划分

定义 把所有可能输入的数据,即程序的输入域划分策划若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例,是一种黑盒测试方法 有效等价类和无效等价类    有效等价类指对于程序规格说明来说,是合理的.有意义的输入数据构成的集合 无效等价类和有效等价类相反,无效等价类是指对于软件规格说明而言,没有意义的.不合理的输入数据集合 等价类划分原则 如果输入条件规定了取值范围,或值的个数,则可以确立一个有效等价类和两个无效等价类 如果输入条件规定了输入值的集合,或者"必须如何"

软件测试学习-测试用例设计

1.开发模式 瀑布模型 过程:需求分析-设计-编码-实现-软件测试-完成-维护 优点:各个阶段比较清晰,适用于需求比较稳定的产品,强调早期计划和调查 改良:过程中加入少量的迭代过程(重复工作[例如再一次和产品经理等人确认需求]) 快速原型模型 过程 快速分析-需求说明-构造原型-原型-运行原型-评价原型-修改意见 适合于不确定需求的系统 螺旋模型(瀑布模型重复进行)不建议使用 2.测试模型 V模型 过程:需求分析-概要设计-详细设计-编码-单元测试(单一模块)-集成测试(所有模块)-系统测试(功

【刷题】面筋-测开-软件测试的测试用例思路

软件测试主要从以下 16 种类型进行测试: 一:功能测试(10 个方面) 面向需求 菜单.工具栏.快捷键.下拉框.按钮.单选按钮.复选按钮.切换.链接.触发键 二:界面测试 登陆界面.总界面.输入界面(增.删.改.查).处理界面.输出界面.报表界面.提示界面 三:容错测试 数据长度.数据类型.非法此操作 四:接口测试 接口测试也叫业务流程测试(包括功能模块之间.模块与模块之间.子系统之间) 内部接口:例如:导入.导出(通俗的讲是接口就是调用) 外部接口: 五:性能测试 (TPS 吞吐量.响应速度

软件测试--编写测试用例

视频地址(第六课时):https://pan.baidu.com/s/1gfLVC2n 资源: 用于存放自己的关键字

测试-软件测试各阶段

软件测试概念:通过各种手段和测试工具,判断软件系统是否能够满足预期期望. 从软件开发的过程按阶段划分有 A.单元测试 B.集成测试 C.确认测试 D.系统测试 E.验收测试 * 测试过程按4个步骤进行,即单元测试.集成测试.确认测试和系统测试及发版测试.   * 开始是单元测试,集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能.   * 集成测试把已测试过的模块组装起来,主要对与设计相关的软件体系结构的构造进行测试.   * 确认测试则是要检查已实现的软件是

上班啦,软件测试的测试思路总结

清晰的测试思路会让工作更加流畅,先来看看进行初步软件测试时,一些测试思路: 模块测试 模块功能点检查 功能操作检查 页面链接.相关性检查.特殊字符.系统数据检查.测试数据检查等,这部分可以自行搜索.同时检查对之前bug的修复是否会影响到其他功能模块. 页面布局是否规范 测试进阶 掌握测试模块需求,及时和系统工程师确认系统需求 详细记录测试的功能点 针对单个模块测试,主要是测试以下: 1.UI界面测试 界面设计.提示框是否正确等,用自动化测试工具进行UI界面的功能测试. 2.易用性操作测试 主要是