测试用例场景

边界值测试

在值域的边界处bug经常产生,下面是一些 测试用例

(1)对符合条件 的值域内各个断点值进行测试

(2)测试值域的各个断点值加1

(3)测试值域的各个 断点值减1

(4)对一个远小于值域的最小值进行测试

(5)对一个远大于值域最大值进行测试



安装和卸载测试

测试用例:

(1)新开发的软件不能与 市场上主流的软件冲突

(2)软件授权有效期需要被测试

(3)安装过程中所有的选项应该完整无遗漏

(4)软件的新版本和旧版本不冲突

(5)当一个新版本已被安装时旧版本不允许安装

(6)当卸载软件时与软件相关的文本都应被删除

(7)在安装和卸载过程中关闭电源,当打开电源后再次安装和卸载一切正常

(8)卸载不能印象其他软件的使用

(9)不应出现界面Bug

(10)安装前安装程序需要检测磁盘空间大小是否否和安装需求

(11)安装 开始时,安装程序需要提醒用户所有的前提条件

(12)安装和卸载过程中都有进度条显示

(13)安装和卸载步骤不应过于麻烦

(14)安装卸载过程中重启系统次数不应过多

(15)卸载 程序 应当被提供



表单测试

测试 用例

(1)用户名不能为空

(2)电子邮件地址不应为空,并且@应该存在

(3)URL不应为空

(4)所有的必填项必须有值

(5)提交和取消键功能正常

(6)在所有的文本域检查非法字符

(7)在一组 单选框中同一时刻仅有一个单选框 被选中

(8)正则表达式 的检查

(9)边界值检查

(10)关联项检查



链接测试

(1)所有的链接应该指向正确页面

(2)如果被链接的页面不存在,则友好的提示页面应显示告诉用户

(3)孤立页面不应存在

(4)每个超链接的文字应当简洁

(5)外部链接应当有效



界面集成测试

(1)需要 参考一些同类 流行软件测界面,界面设计不可相差 太远

(2)同一界面 的所有组件风格同一 ,有序整洁

(3)各个界面风格同一

(4)颜色运用适当不可散乱

(5)字体及格式要适当

(6)提示信息 应该存在

(7)对所有可选列表默认选项应该存在

(8)默认的焦点应当存在

(9)对表单项默认的值应当存在

(10)功能实现符合用户习惯



窗口界面测试

(1)打开窗口的大小,位置应与上次打开 时相同

(2)当我们关闭窗口时,如果硬件没有设置自动保存,我们也没有手动保存的话,则提示信息 应该弹出,询问是否保存

(3)如果窗口可以移动那么此窗口不能被移动到一个不能移回的位置

(4)窗口尺寸变化时,所有组件的相对位置大小应当变化



菜单界面测试

(1)对于每一个菜单项,字符只能占一行,而不能占两行

(2)如果一个菜单项按下会弹出一个对话框,则此菜单项的字符应以...结尾

(3)如果一个菜单项按下会弹出一个子菜单,则此菜单项应以->结尾

(4)提倡浅菜单,如果菜单项过多,应分置于多个菜单

(5)在一个菜单中,功能相似的 菜单应当分组,组之间应用分割线分离

(6)对于一些窗口最大化最小化按钮不应当存在



单选框/复选框测试

(1)不可使用的单选框复选框应当置灰

(2)一组单选框可包含 2-7个单选框,如果超过7个,则建议使用列表

(3)单选框复选框后边使用的文本应当简洁

(4)单选框复选框后边的文本不应过于相似而引起混淆



超长字串Bug

(1)输入超长字符串(如1000个字符)到一个可输入域

(2)按下保存或提交或Ok按钮等确认键

正确结果1:保存或提交或OK等确认活动失败,错误信息提示字符串超长

正确结果2:文本域存在字符输入限制,超过一定数量,用户不可以输入

存在缺陷的结果1:保存,提交,OK按钮等确认活动非常慢

存在缺陷结果2:保存,提交,ok等确认活动结束后,名字中仅有部分字符被提示

存在 缺陷结果3:保存,提交,ok等活动结束后,某些功能不正常了,如程序奔溃你,页面消失等



SQL查询语句测试

这种测试 属于白盒测试

(1)注意边界值 ,包括between-and,in,>>=,<,<=的应用

(2)注意相似字段的混淆

(3)注意别名起的和某字段混淆时,在group by等子句中,别名前要加表名,否则数据库可能因分不清而得不到结果

(4)注意表的选取不要误用

(5)注意有些字段已被代替或废弃

(6)对比需求,限制条件u可少,例如and or 语句会被漏掉几条

(7)注意对0值和NULL值的处理

(8)注意对用户输入数据格式的处理



面试题

请对某网站的登录对话框进行测试

(1)组件的大小和位置有序协调整齐

(2)每组组件的字体风格保持一致

(3)输入密码时密码显示不能是明文

(4)如果窗口可以移动,那么当该窗口移动时,所有组件也将随之移动,并且彼此间相对位置保持不变

(5)最大化,最小化按钮不应该使用

(6)对话框右上角应该设置关闭按钮

(7)对邮箱地址和密码域进行超长字符串检查

(8)提交时邮箱地址和密码域不能为空

(9)如果输入正确单击输入按钮后可以正常登陆

(10)如果输入不正确单击输入按钮后应有友好而足够的信息提示用户

(11)对邮箱地址和密码域进行SQL注入测试

(12)对 forget your password超链接进行测试

(13)跨浏览器测试

(14)对源代码进行安全测试

(15)利用自动化工具进行性能测试,仿真在 大量不同的用户登录时,找出数据库或网络瓶颈

时间: 2024-11-17 04:17:14

测试用例场景的相关文章

测试用例设计方法---场景法

掌握场景法设计测试用例 掌握场景法的使用范围 1.为什么学习场景法用户角度:用户平时使用的不是单个功能,而是多个功能组合起来进行使用 测试人员角度:平时测试的都是单个功能点进行测试,为了保证测试的全面性,也要从用户的角度出发也要对产品多个功能的组合进行测试. 2.场景法是什么场景法就是模拟用户操作软件时的场景,主要用于测试多个功能之间的组合使用情况. 3.场景法中两个重要的概念 基本流按照正确的业务流程来实现的一条操作路径(模拟正确的操作流程)备选流导致程序出现错误的操作流程(模拟错误的操作流程

基于场景的性能测试设计

“为了测试目的而设计的测试用例场景”主要根据测试设计人员的经验来进行,但是仍然要参 考用户的实际场景,用户实际使用场景是设计所有测试用例的依据.例如一些业务系统,虽然备份历史数据的周期为一年,但是设计大数据量测试用例时仍然包含了 系统运行一个月.半年等的数据量模拟测试,因为这些均属于用户的典型场景. 综合上面可以看出,性能测试用例设计首先要分析出用户现实中的典型场景,然后参照典型场景进行设计.实际项目中分析场景一般不会孤立的分析某一特定类型场景,而是把两种或者几种类型场景结合起来进行分析设计,这

软件测试入门随笔——软件测试基础知识(三)

About 黑盒测试 key:完全不考虑程序内部结构和内部特性,在程序接口处进行测试. 主要依据:规格说明书(软件验证).用户手册(软件审核) 黑盒测试是通过输入数据.进行操作.观察输出结果,检查软件系统是否按照需求规格说明书的规定正常运行,软件是否能适当地接收输入数据并产生正确的输出结果,且保持外部信息(如数据库或文件的完整性) 黑盒测试 方法 功能测试 等价类划分.边值分析.因果图.错误推测法等 非功能测试 性能测试.强度测试.兼容性测试.配置测试.安全测试.安装与卸载测试等 等价类划分 等

实验三+163+张玉洁

1.测试链接:http://www.cnblogs.com/lucerner/p/6792939.html 1)测试用例设计表 (1)等价类测试: 输入条件 有效等价类 无效等价类 耳机销售量 Headphone>=0(1) Headphone<0 ||存在非整数字符 (4) 手机壳销售量 Shell>=0 (2) Shell<0 ||存在非整数字符 (5) 手机贴膜销售量 Screen p rotector>=0 (3) Screen protector<0 || 存

产品发布文档清单

产品发版时需要哪些文档,用来做什么用? 我们的新产品要发版了,产品的发版除了软件功能本身之外,我们还是需要有一系列配套的文档去支撑我们的售前.交付.服务.项目开发,毕竟只有前期的文档准备到位了之后,我们的下游团队才能做到具体项目上才会能说“心中有数”! 目前项目开发. 实施&服务团队初步梳理了一下文档的内容,发现这这个清单还是很长,这么长的一个清单,如何让我们的产品能够快速迭代,如何做到敏捷呢?这对于我们目前的产品团队也是一个非常犯难的事情. 在这个问题上,建议进一步思考:按照不同的产品生命周期

自动化测试入门、分类及工具使用说明

一开始接触编程的时候,还是感觉自动化测试在运维测试界,应该是高大上的东西了.那么自动化测试到底都有哪些常用的工具呢,它们到底有哪些各自的特色呢,今天和大家一起看看吧,具体里面的工具去搜一下就可以了,找找权威的网站,在这我就不一一追加了.下面是自动化测试分类大概有七种. 对Web UI 的自动化测试程序 对Windows 窗体UI的自动化测试程序 性能测试, 性能测试都需要用到自动化 数据库测试, 比如测试存储过程 接口测试 (这种只能用自动化测) 单元测试 API测试, 比如(测试WCF ser

PYTHON单元测试

PYTHON开发入门与实战11-单元测试 1. 单元测试 本章节我们来讲讲django工程中如何实现单元测试,单元测试如何编写以及在可持续项目中单元测试的重要性. 下面是单元测试的定义: 单元测试是开发者编写的一小段代码,用于检验被测代码的一个很小的.很明确的功能是否正确. 1. 它是一种验证行为 程序中的每一项功能都是测试来验证它的正确性.它为以后的开发提供支援.就算是开发后期,我们也可以轻松的增加功能或更改程序结构,而不用担心这个过程中会破坏重要的东西,它为代码的重构提供了保障.这样,我们就

Python开发入门与实战11-单元测试

1. 单元测试 本章节我们来讲讲django工程中如何实现单元测试,单元测试如何编写以及在可持续项目中单元测试的重要性. 下面是单元测试的定义: 单元测试是开发者编写的一小段代码,用于检验被测代码的一个很小的.很明确的功能是否正确. 1. 它是一种验证行为 程序中的每一项功能都是测试来验证它的正确性.它为以后的开发提供支援.就算是开发后期,我们也可以轻松的增加功能或更改程序结构,而不用担心这个过程中会破坏重要的东西,它为代码的重构提供了保障.这样,我们就可以更自由的对程序进行改进. 2. 它是一

有效软件测试的50条建议

2015-12-21 10:03:35 1.需求阶段 最有效的测试应该始于项目的开始阶段,远远早于程序代码的编写阶段.消除需求工作中的缺陷能够使昂贵的返工工作降到最低. (1)测试人员及早进入 (2)验证需求 正确性:根据用户的需求来进行检验 完整性:用于保证需求中没有遗漏任何必须的元素 (3)需求就绪后马上设计测试过程 和软件工程师根据需求撰写设计文档一样,测试组也需要根据需求来设计测试过程. (4)确保需求变化的传递 当测试过程根据需求定义好了以后,在需求发生变更时把这种变化通知到测试组成员