测试用例注意点

测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试;基本目标是:设计一组发现某个错误或某类错误的测试数据,测试用例应覆盖方面:

1、 正确性测试:输入用户实际数据以验证系统是满足需求规格说明书的要求;测试用 例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能,并且正常。

2、 容错性(健壮性)测试:程序能够接收正确数据输入并且产生正确(预期)的输出, 输入非法数据(非法类型、不符合要求的数据、溢出数据等),程序应能给出提示 并进行相应处理。把自己想象成一名对产品操作一点也不懂的客户,在进行任意操作。

3、 完整(安全)性测试:对未经授权的人使用软件系统或数据的企图,系统能够控制的程度,程序的数据处理能够保持外部信息(数据库或文件)的完整。

4、 接口间测试:测试各个模块相互间的协调和通信情况,数据输入输出的一致性和正确性。

5、 数据库测试:依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。

6、 边界值分析法:确定边界情况(刚好等于、稍小于和稍大于和刚刚大于等价类边界值),针对我们的系统在测试过程中主要输入一些合法数据/非法数据,主要在边界值附近选取。

7、 压力测试:输入10条记录运行各个功能,输入30条记录运行,输入50条记录运行。。。进行测试。

8、等价划分:将所有可能的输入数据(有效的和无效的)划分成若干个等价类。

9、错误推测:主要是根据测试经验和直觉,参照以往的软件系统出现错误之处。

10、效率:完成预定的功能,系统的运行时间(主要是针对数据库而言)。

11、可理解(操作)性:理解和使用该系统的难易程度(界面友好性)。

12、可移植性:在不同操作系统及硬件配置情况下的运行性。

13、回归测试:按照测试用例将所有的测试点测试完毕,测试中发现的问题开发人员 已经解决,进行下一轮的测试。

14、比较测试:将已经发版的类似产品或原有的老产品与测试的产品同时运行比较,或与已往的测试结果比较 。

测试用例注意点,布布扣,bubuko.com

时间: 2024-10-06 13:31:59

测试用例注意点的相关文章

测试用例规范v2.0

1.引言 软件测试规范的编写是为了给测试人员在测试用例编写的过程中提供一个指导. 测试目的 测试是软件交付用户使用前一个不可缺少的环节,它存在的目的有四个:1)找到尽可能多的找到系统中的bug:2)关注用户的需求:3)根据测试最终结果分析和评估软件的质量风险:4)找到软件开发过程中的缺陷.具体内容可以上网查询. 2.了解业务 写测试用例前要了解这个系统的业务逻辑,将系统到各个子系统模块进行细化,从宏观到微观,从同级关系,上下级关系以及各系统间的接口交互进行了解. 就和看目录一样,先看所有的大标题

三角形测试用例

某函数规定:"输入三个整数 a . b . c 分别作为三边的边长构成三角形.通过程序判定所构成的三角形的类型 ".写出该函数,并为该函数进行测试用例设计. 正常的输入 三角形有: 直角三角形 钝角三角形 锐角三角形 等腰三角形 等边三角形 等腰直角三角形 #include "my_typedef.h" INT32 triangle_function( INT32 i32l, INT32 i32m, INT32 i32n ) { INT32 temp = 0; /*

论测试用例的重要性

网上查找了很多关于测试用例重要性的文章,答案都不尽人意要么太理论化了,让人看了显得生硬,看完一头雾水:要么太过时了(不知道停留在那个年代的认识).笔者很想系统的认识一下测试用例,所以写了这篇文章: 软件测试的工作,都少不了写用例的时候,我想大部分的用例都是在产品需求出来一部份之后就已经开始了,因为这个时候,已经有了写测试用例的依据.有了大致需求之后对编写用例来说一般只是一个开始,我们还需要更多的信息,比如UE(用户交互设计稿).UI(用户界面设计图).需求的描述.产品大纲,功能模块图来提供更多的

接口测试用例设计实践总结

设计思路 1)   优先级--针对所有接口 1.暴露在外面的接口,因为通常该接口会给第三方调用: 2.供系统内部调用的核心功能接口: 3.供系统内部调用非核心功能接口: 2)   优先级--针对单个接口 1.正向用例优先测试,逆向用例次之(通常情况,非绝对): 2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 >参数数据类型自身的数据范围值限制 3)   设计分析 通常,设计接口测试用例需要考虑以下几个方面: 1

selenium之批量执行测试用例

把写好的测试用例放在指定目录下,使用discover函数扫描该目录,并根据关键字自动筛选需要执行的用例.本例使用Python3.6版本. 1 # 遍历指定目录,批量执行测试用例 2 import unittest 3 4 case_dir = 'D:\\test_case' 5 6 7 def suites_run(): 8 '''运行测试套件,批量执行测试用例''' 9 # discover函数遍历指定目录,按条件过滤文件,返回测试套件列表 10 discover_suites = unitt

TestLink学习七:TestLink测试用例Excel转换XML工具

最近在整理测试用例,所以想找一个合适的工具来完成对测试需求.测试用例的管理.对比了一翻,发现开源工具中扩展比较好的还属TestLink,而且还可以与JIRA进行对接,这样就引起了我更大的兴趣.加上之前本来就接触过此工具,只是源于各种原因没能深入去研究来着,这次也就是决心于此!于是就找来了Testlink的最新版1.9.3,将其搭建在Ubuntu Server上,很快我们就可以正常方访问了.不过说实话,Testlink界面确实很难看,不过毕竟它不是商业工具,而且可以自己去扩展并定制开发,这就是最大

日程管理测试用例

NO 测试用例 实际结果 期望结果 测试结果Pass/Failed 备注 1 在账号框输入123456 密码框输入123456 登录成功 进入到主界面 进入到主界面 Pass   2 在账号框输入李四 密码框输入123456 登录成功 进入到主界面 提示账号输入错误 返回登录界面 Failed 账号不能为字符 3 在账号框输入123456 密码框输入李四 登录成功 进入到主界面 提示密码输入错误 返回登录界面 Failed 密码不能为字符 4 在账号框输入123456 密码框输入123 登录成功

给你一个输入框,可存文字,图片,视频,书写测试用例

1.给你一个输入框,可存文字,图片,视频,书写测试用例 等价类.边界值.猜测法 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字. b,输入已存在的文件的名称: c,输入超长字符.例如在"名称"框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理: d,输入默认值,空白,空格: e,若只允许输入字母,尝试输入数字:反之:尝试输入字母: f,利用复制,粘贴等操作强制输入程序不允许的输入数据: g,输入集,例如,NUL及\

RabbitMQ基本功能测试用例(Java实现)

为了测试RabbitMQ是否好用,编写了一个由Java语言编写的RabbitMQ基本功能测试用例,仅供参考. 代码说明: 由于实现语言是Java,因此有Java虚拟机(安装了JDK或JRE)即可测试,不需要像Python一样需要安装第三方模块,便于Docker环境下做简单测试.在此测试用例用用到了amqp-client-3.x.x.jar库,可以自行下载. 为实现一个java源文件中实现收与发(编译后还是3个Class文件),在main函数中起了两个线程,一个负责发,一个负责收,用来测试Rabb

测试用例设计白皮书--正交实验设计方法

一.方法简介 利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到.往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人,给软件测试带来沉重的负担,为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计. 正交实验设计方法:依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的点(例),从而合理地安排实验(测试)的一种科学实验设计方法.类似的方法有:聚类分析方法,因子方法方法等.