【tool】测试用例检查表范例

测试用例检查表范例

项目名称  
检查人   检查日期  

序号

检查内容

结论

原因说明

备注
1 入口检查

     
  《需求规格说明书》是否评审并建立了基线?

是[ ] 否[ ] 免[ ]    
  是否按照测试计划时间完成用例编写?

是[ ] 否[ ] 免[ ]    
  需求新增和变更是否进行了对应的调整?

是[ ] 否[ ] 免[ ]    
  用例是否按照公司定义的模板进行编写? 是[ ] 否[ ] 免[ ]    
2 设计

     
  测试用例是否覆盖了《需求规格说明书》?

是[ ] 否[ ] 免[ ]    
  用例编号是否和需求进行对应?

是[ ] 否[ ] 免[ ]    
  非功能测试需求或不可测试需求是否在用例中列出并说明?

是[ ] 否[ ] 免[ ]    
  用例设计是否包含了正面、反面的用例?

是[ ] 否[ ] 免[ ]    
  每个测试用例是否清楚的填写了测试特性、步骤、预期结果?

是[ ] 否[ ] 免[ ]    
  步骤/输入数据部分是否清晰,是否具备可操作性?

是[ ] 否[ ] 免[ ]    
  测试用例是否包含测试数据、测试数据的生成办法或者输入的相关描述?

是[ ] 否[ ] 免[ ]    
  测试用例是否包含边界值、等价类分析、因果图、错误推测、等测试用例设计方法?是否针对需求不同部分设计使用不同设计方法?

是[ ] 否[ ] 免[ ]    
  重点需求用例设计至少要有三种设计方法?

是[ ] 否[ ] 免[ ]    
  每个测试用例是否都阐述预期结果和评估该结果的方法?

是[ ] 否[ ] 免[ ]    
  需要进行打印、表格、导入、导出、接口是否存在打印位置、表格名称、制定数据库表名或文件位置;表格和数据格式是否有说明或附件? 是[ ] 否[ ] 免[ ]    
3 详细内容(可选)

     
  业务流程中最长的流程用例是否覆盖?

是[ ] 否[ ] 免[ ]    
  业务流程中每个环节的终止和回退是否存在条件和组合的设计?

是[ ] 否[ ] 免[ ]    
  角色和用户在用例中是否已经设定?跨流程的角色是否有设计?

是[ ] 否[ ] 免[ ]    
  菜单、必录项和相关控件是否有说明?

是[ ] 否[ ] 免[ ]    
  存在系统自动生成的输出项是否列出了生成规则?

是[ ] 否[ ] 免[ ]    
  对于查询和表格是否设计了可以产生数据的用例?

是[ ] 否[ ] 免[ ]    
  查询和自定义报表的结果是否根据条件组合设计至少三条用例保证覆盖?

是[ ] 否[ ] 免[ ]    
  无法在界面显示的字段是否编写SQL语句进行后台表查询? 是[ ] 否[ ] 免[ ]    
时间: 2024-11-06 17:54:24

【tool】测试用例检查表范例的相关文章

rpm与yum命令的初步认识

RPM:Red Hat package manager(RedHat软件包管理工具),现在为RPM is Package Manager好比windows里的文件扩展名为·exe的软件包. RPM的包装包到底是什么啦? 它是二进制包(binary)以及源代码包(source)的两种.二进制包里边包括了已经通过编译,你只需要下载和解包,便可以在计算机上运行了.而源代码包里只有程序的原始代码,需要我们自己在计算机上先编译以后才可以运行程序.而我这里讲到的源码包是通过rpm包的自动编译和安装.Rpm编

单元测试指南

单元测试指南 1.单元测试简介 测试类型划分 -单元测试(UT) ? 验证详细设计 -集成测试(IT) ? 验证概要设计 -系统测试(ST) ? 验证需求分析 -验收测试(AT) ? 验证 SOW 缺陷分布比例 消除缺陷的成本比较 概念 单元测试是对软件基本组成单元进行的测试,这里的基本单元不一定是指一个具体的函数或一个类的方法(method),"单元"具有一些基本属性,如:明确的功能.规格定义,明确的与其他部分的接口定义等,可清晰地与同一程序的其他单元划分开来.在具体实现时,也可能对

【tool】正交法设计测试用例

用正交实验法设计测试用例    软件测试 正交实验法的由来 一.正交表的由来 拉丁方名称的由来 古希腊是一个多民族的国家,国王在检阅臣民时要求每个方队中每行有一个民族代表,每列也要有一个民族的代表. 数学家在设计方阵时,以每一个拉丁字母表示一个民族,所以设计的方阵称为拉丁方. 什么是n阶拉丁方? 用n个不同的拉丁字母排成一个n阶方阵(n<26 ),如果每行的n个字母均不相同,每列的n个字母均不相同,则称这种方阵为n*n拉丁方或n阶拉丁方.每个字母在任一行.任一列中只出现一次. 什么是正交拉丁方?

【tool】软件测试用例的复审

软件测试用例的复审   软件测试 对测试用例的评审,就显得非常重要.测试用例设计完之后,要经过非正式和正式的复审和评审.在测试用例审查.评审过程中,主要检查下列内容: 测试用例设计的整体思路是否清晰,是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰,测试的优先级或先后次序是否合理; 测试用例设计的有效性,测试的重点是否突出,即是否抓住修改较大的地方.程序或系统的薄弱环节等; 测试用例的覆盖面,有没有考虑到产品使用中一些特别场景(scenario).考虑到一些边界和接口的地方; 测试用例的描

【tool】强化测试用例在测试活动中的作用

本文的目的不是将软件测试流程优化的话题阐述的面面俱到,而是从管理角度谈谈测试用例在测试活动中的重要性,以及测试用例管理流程的一些改进思路.    常闻软件测试者的如此抱怨:    测试用例在实际中根本没有起多大作用?    测试人员在实际测试时都没有按测试用例来执行?    测试执行后没有把需要更新的测试用例补充到用例库中?    …… 当前国内软件企业测试流程不规范的原因分析:    1) 从事物的发展规律看,软件测试行业在我国还是新兴行业,目前还处于起步和探索期,虽然国外的同行业发展到了一定

【tool】十大负面测试用例

十大负面测试用例 正面测试就是测试系统是否完成了它应该完成的工作; 而负面测试就是测试系统是否不执行它不应该完成的操作.形象一点,正面测试就象一个毕恭毕敬的小学生,老师叫我做什么,我就做什么;而负面测试就象一个调皮捣蛋的孩子,你叫我这样做,我偏不这样做,而且和你对着干.开发人员也是最讨厌修改此类bug的. 简言之负面测试的三部曲就是: 1.检查程序中的屏幕或页面是否给出了清晰且充分的提示或约束; 2.测试系统是否处理了用户的异常操作; 3.检查系统的错误提示是否清晰且充分. 以下是Steve M

【tool】如何提高黑盒测试用例的覆盖度思路

如何提高黑盒测试用例的覆盖度思路 软件测试 您在做测试设计时是否发现自己写的测试用例超多,但却发现不了几个bug?是否发现经过您的测试之后,还是有较多问题漏测试?本文将大概介绍一下如何避免此类问题的思路 当您拿接到一个产品/项目拿到需求后,您需要对这个产品的需求进行分析/分解,写出测试方案,然后根据测试方案写测试用例,这就是测试设计的流程.如何避免上面提到的问题,我们就得从需求-->方案-->用例一步一步来分析. 拿到需求文档后,我们要分析此次的产品/项目 新增.修改.删除那些功能,修改.删除

【tool】软件测试用例管理工具比较

软件测试用例管理工具比较 工具名 综述 优点 缺点 备注 TestManager Rational测试解决方案中推荐的测试用例管理工具. 1. 功能强大. 2. 文件夹形式的管理,可以对测试用例无限分级. 3. 可以和Rational的测试工具robot.functional相结合. 4. 有测试用例执行的功能,但必须先生成对应的手工或自动化脚本. 1. 本地化支持不好.汉字显示太小. 2. 测试用例很多时不太稳定.有时会造成测试用例的丢失. 3. 必须安装客户端才可使用.和开发人员交流不方便.

【tool】qq登录测试用例

QQ登陆的输入项为QQ号码(长度为5到10位数)和QQ密码,登陆和退出按钮,一台机器可以同时登陆超过一个QQ号码,请设计功能测试用例. 快捷键的使用是否正常: 1. TAB 键的使用是否正确 2.上下左右键是否正确 3.界面如果支持 ESC键 看是否正常的工作 3.ENTER 键的使用是否正确切换时是否正常. 布局美感 界面的布局是否符合人的审美的标准 具体因人而依 输入框的功能: 输入合法的用户名和密码可以成功进入 输入合法的用户名和不合法密码不可以进入,并给出合理的提示 输入不合法的用户名和