功能通用测试用例

合集下载

软件测试测试用例范文

软件测试测试用例范文

软件测试测试用例范文测试用例1:用户注册功能测试测试目的:验证用户注册功能是否能够正确地注册新用户。

测试步骤:1. 打开应用程序。

2. 点击注册按钮。

3. 输入有效的用户名、密码和电子邮件地址。

4. 点击确认按钮。

5. 检查是否成功显示注册成功消息。

6. 尝试使用相同的用户名和密码进行注册。

7. 检查是否成功显示注册失败消息。

预期结果:- 在步骤5中,应成功显示注册成功消息,并将用户跳转到登录页面。

- 在步骤7中,应成功显示注册失败消息,并保留用户在注册页面。

测试用例2:用户登录功能测试测试目的:验证用户登录功能是否能够正确地验证用户身份。

测试步骤:1. 打开应用程序。

2. 输入已注册的有效用户名和密码。

3. 点击登录按钮。

4. 检查是否成功显示登录成功消息。

5. 输入未注册的用户名和密码。

6. 点击登录按钮。

7. 检查是否成功显示登录失败消息。

预期结果:- 在步骤4中,应成功显示登录成功消息,并将用户跳转到主页面。

- 在步骤7中,应成功显示登录失败消息,并保留用户在登录页面。

测试用例3:商品添加功能测试测试目的:验证商品添加功能是否能够正确地添加商品。

测试步骤:1. 打开应用程序。

2. 登录用户账号。

3. 点击添加商品按钮。

4. 输入有效的商品名称、价格和描述。

5. 点击确认按钮。

6. 检查是否成功显示商品添加成功消息。

7. 尝试添加相同的商品信息。

8. 检查是否成功显示商品添加失败消息。

预期结果:- 在步骤6中,应成功显示商品添加成功消息,并将用户跳转到商品列表页面。

- 在步骤8中,应成功显示商品添加失败消息,并保留用户在添加商品页面。

请根据实际情况自行调整、修改测试用例内容。

通用测试用例

通用测试用例
3. 起始日期大于结束日期,进行查询
1. 查询按日期进行正常显示,查询结果数据包含所选日期
2. 查询出所输入日期的数据
3. 查询不到任何信息(或给出提示信息)
测试是否能够实现模糊查询
3
1. 在查询条件中输入任意关键字(例如“测试”)
1. 可以查询到包含“测试”的所有信息
测试执行查询后,查询条件是否保留
新增--通用测试用例
用例标题
优先级
步骤
预期
测试是否能正常进行新增
1
1. 点击“新增”按钮;
2. 输入必填字段,点击“保存”;
3. 查看列表页面新增的数据;
1. 系统跳转至“新增”页面;
2. 系统提示“保存成功”,并跳转至列表页面;
3. 新增数据可在列表中查看到,且与新增时数据一致。
测试新增页面字段名称和字段类型是否正确
3
1. 输入@#$%^&*()<p>~'"%-like=?等符号
2. 输入脚本(例如:<script>alert(123456)</script>)
1. 查询不到任何记录
2. 查询不到任何信息,且不会对页面造成影响,不会弹出alert框
测试对下拉框数据进行查询是否正确
3
1. 按默认值查询
2. 随机选择下拉框数据进行查询
1. 选中一条数据,成功执行删除操作后,查看数据库中是否还存在该条数据
1. 数据库中仍存在该条数据,只是修改该条数据状态
测试是否支持回车查询
4
1. 输入查询条件,点击回车
1. 执行查询操作
删除--通用测试用例
用例标题
优先级
步骤
预期

功能测试用例编写

功能测试用例编写

功能测试用例编写功能测试用例是为了验证软件系统的功能是否按照需求规格说明书中所描述的要求进行正常工作的测试用例。

在编写功能测试用例时,需要遵循测试用例设计原则,即可测性、独立性、一致性、全面性、可重复性、可验证性等原则。

下面是一个关于一个电子商务网站的功能测试用例的例子:1.用户注册功能测试-测试目标:验证用户注册功能是否正常运作-预期输出:系统成功创建用户账号,并发送确认邮件给用户-实际输出:系统成功创建用户账号,并发送确认邮件给用户2.用户登录功能测试-测试目标:验证用户登录功能是否正常运作-输入:用户输入正确的用户名和密码-预期输出:系统成功登录用户,并跳转到用户个人主页-实际输出:系统成功登录用户,并跳转到用户个人主页3.商品功能测试-测试目标:验证商品功能是否正常运作-输入:用户输入关键字进行商品-预期输出:系统成功返回与关键字相关的商品列表-实际输出:系统成功返回与关键字相关的商品列表4.购物车功能测试-测试目标:验证购物车功能是否正常运作-输入:用户选择商品并添加到购物车-预期输出:系统成功添加商品到购物车,并显示购物车中的商品及总价-实际输出:系统成功添加商品到购物车,并显示购物车中的商品及总价5.订单提交功能测试-测试目标:验证订单提交功能是否正常运作-输入:用户在购物车中选择商品,并填写订单相关信息-预期输出:系统成功生成订单,并显示订单详细信息-实际输出:系统成功生成订单,并显示订单详细信息6.支付功能测试-测试目标:验证支付功能是否正常运作-输入:用户选择支付方式并输入支付相关信息-预期输出:系统成功处理支付请求,并显示支付成功的页面-实际输出:系统成功处理支付请求,并显示支付成功的页面7.订单查询功能测试-测试目标:验证订单查询功能是否正常运作-输入:用户输入订单号进行查询-预期输出:系统成功返回与订单号相关的订单信息-实际输出:系统成功返回与订单号相关的订单信息8.物流跟踪功能测试-测试目标:验证物流跟踪功能是否正常运作-输入:用户输入订单号进行物流查询-预期输出:系统成功返回与订单号相关的物流信息-实际输出:系统成功返回与订单号相关的物流信息9.用户评价功能测试-测试目标:验证用户评价功能是否正常运作-输入:用户选择订单并进行评价-预期输出:系统成功保存用户评价,并显示评价内容-实际输出:系统成功保存用户评价,并显示评价内容10.用户账号管理功能测试-测试目标:验证用户账号管理功能是否正常运作-预期输出:系统成功保存用户修改后的账号信息-实际输出:系统成功保存用户修改后的账号信息以上是电子商务网站的一些基本功能测试用例,每个用例都包含了测试目标、输入、预期输出和实际输出。

功能测试用例实战详细案例

功能测试用例实战详细案例
022
2) 再次输入新密码;
2)与之前输入的密码一 致; 如果不一致,应该有 提示文字“两次输入 的密码不相符”出现;
023
3) 点击“下一步” ;
3)跳转到“找回成功”
页面;
024
搜题目
1) 输入关键字;
1) 输入要搜索的问题的
2) 点击搜索或按回车
关键字;
2) 跳转到搜索出来的问 题页面, 所有搜索出来的问题 必须包含关键字, 关键字用红色突出显 示, 搜索内容不能为空, 如果为空,应有提示 文字“搜索内容不能 为空”出现
043
账 号 管 理
点击“编 辑”;
“编辑”变成“保存”, 手机号码的右侧出现 “修改手机号” ,登录 密码的右侧出现“修 改密码”;
044
点击“修改 手机号”;
跳转到更换手机号页 面,输入新的手机号 码,如果已被绑定应 有提示文字“此号码 已被绑定” ; 发送手机验证码,手 机收到验证码后再输 入正确的验证码,点 击下一步, 跳转到“完 成”页面,点击“确 认”后返回账号管理
说明
033
服 务 条 款
点击“服务条款”
用户使用***需要遵 守的服务条款说明
034ቤተ መጻሕፍቲ ባይዱ
帮 助 中 心
点击“帮助中心”
***常见问题问答说 明
035
联 系 我 们
点击“联系我们”
***的联系方式
036
反 馈 中 心
1) 点击“反馈中心”
1) 出现反馈中心页面
037
2) 输入反馈内容
2) 输入用户对web网站 的建议或投诉,字数 在5~1000字;
030
悬 赏
点击“悬赏”
出现数字列表,默认 悬赏***数目为0~10, 但悬赏的***数目不 得超过账户本身余额

功能测试用例模板

功能测试用例模板

功能测试用例模板功能测试用例模板
一、测试功能描述:
(简要描述待测试的功能)
二、测试环境:
(描述测试的硬件、软件环境)
三、测试输入:
(描述测试所需要的输入数据)
四、测试步骤:
(按照顺序描述测试步骤)
五、预期结果:
(描述每个测试步骤的预期结果)
六、实际结果:
(描述每个测试步骤的实际结果)
七、测试结论:
(对测试结果的综合评价)
八、备注:
(附加的测试说明)
示例:
一、测试功能描述:
测试登录功能
二、测试环境:
硬件:计算机、键盘、鼠标
软件:浏览器
三、测试输入:
用户名:test
密码:123456
四、测试步骤:
1. 打开浏览器,进入登录页面
2. 输入正确的用户名和密码
3. 点击登录按钮
五、预期结果:
1. 登录页面正常打开,显示用户名和密码输入框
2. 输入框中显示正确的默认值
3. 页面跳转至登录成功的欢迎页面
六、实际结果:
1. 登录页面正常打开,显示用户名和密码输入框
2. 输入框中显示正确的默认值
3. 页面跳转至登录成功的欢迎页面
七、测试结论:
登录功能测试通过,符合预期结果。

八、备注:

以上是一个简单的功能测试用例模板,根据需要可以进行调整和扩展。

在实际的测试过程中,可以根据具体的功能需求和测试需求编写相应的测试用例模板,以提高测试效率和测试质量。

MID基本功能测试用例

MID基本功能测试用例

MID基本功能测试用例MID(Mobile Internet Device)基本功能测试用例如下:1.系统启动测试:a.测试设备能够正常启动,并展示MID的开机图标。

b.测试设备能够快速加载系统并进入主屏幕。

c.测试设备启动时不出现系统错误或崩溃。

2.屏幕测试:a.测试设备屏幕能够正常亮起,并展示清晰的图像。

b.测试设备屏幕能够根据用户触摸进行响应,并检查触摸的准确性。

c.测试设备屏幕能够自动调节亮度,并检查亮度调节的效果。

3.网络连接测试:4.声音测试:a.测试设备能够正常播放音频文件,并检查音质和音量。

b.测试设备能够正常接收和发送语音通话,并检查通话质量和音量。

c.测试设备能够正常播放视频文件,并检查音质和音量。

5.应用测试:a.测试设备能够正常安装和打开各种应用程序,并检查应用程序的功能和稳定性。

b.测试设备能够正常运行游戏应用程序,并检查游戏的运行速度和画面流畅度。

c.测试设备能够正常运行办公应用程序(如文字处理、电子表格等),并检查文件的打开和保存功能。

6.存储测试:a.测试设备的存储空间能够正常读写,并检查无效数据可被正确删除。

b.测试设备能够正常识别和读取外部存储设备(如SD卡、USB驱动器)的内容。

c.测试设备能够正常进行备份和恢复数据,以确保数据的安全性。

7.导航测试:a.测试设备能够正常使用GPS定位功能,并能够准确显示当前位置和导航路线。

b.测试设备能够正常跟踪用户的移动速度和方向,并计算到目的地的剩余时间。

c.测试设备能够正常识别和显示附近的地点(如餐馆、商店等)。

8.电池测试:a.测试设备能够正常充电,并能够显示电池的充电状态和剩余时间。

b.测试设备能够正常使用电池供电,并能够显示电池的剩余电量和预估使用时间。

c.测试设备能够正常进入省电模式,并检查省电模式对设备性能的影响。

以上是MID基本功能的测试用例,涵盖了系统启动、屏幕、网络连接、声音、应用、存储、导航和电池等核心功能的测试。

通用测试用例(增删改查)

通用测试用例(增删改查)

回到原记录所在页面,不更新 任何值。
GGMK01016
点击‘新增’按钮,在弹出 测试多次操作后的确 的页面中,输入及选择相应 任一关键字段没有进行 认保存判断是否正 信息,点击取消(返回)按 给予XX必须输入的提示信息。 输入。 确? 钮,在弹出的提示框中,选 择确定按钮 点击‘新增’按钮,在弹出 测试在任何情况下, 的页面,输入及选择相应信 点击取消(返回)按 息,取消(返回)按钮,在 输入相应的内容 钮后,能否再保存信 弹出的提示框中,再选择确 息 定按钮
测试当多行文本框中 存在换行符时,重新 存在多行文本框中输入内 进行加载时,是否正 容,且按回车进行换行。 常?
1、用多行文本框进行 回显; 2、用单行文件框进行 回显。
能够正常进行显示。
测试当被调用的数据 1、该界面调用其它界 被置为无效或被删除 面的数据。 选择一条记录进行修改保存 时,修改时是否正 2、被调用的数据已被 常? 删除或修改。
查询
GGMK04001
测试在该查询页面, 是否提供了用户最常 关注的字段作为查询 条件?
已提供各关键字段作为查询条 件.
GGMK04002
测试按各查询条件是 否都能够查询出相应 单独遍历各查询条件. 的值.
各查询条件下都存在相 查询出符合条件的记录 应的值.
GGMK04003
测试执行查询操作 后,查询条件是否能 保留?
提示‘保存成功!’,返回到 原记录所在位置,界面上显示 修改后的值。
GGMK02006
测试取消修改时是否 选择一条记录,点击修改按 不修改任何内容 会给予提示 钮,再点击返回按钮
直接返回原记录所在页
GGMK02007
同上
选择一条记录,点击修改按 钮,进行修改,再点击返回 按钮

对客端的通用测试用例

对客端的通用测试用例

对客端的通用测试用例随着移动互联网的迅猛发展,移动应用程序(APP)已经成为人们生活中必不可少的一部分。

而APP的质量直接决定了用户的使用体验和满意度。

因此,在开发和上线之前,必须进行充分的测试来确保APP的质量。

本篇文章将介绍对客端的通用测试用例,以帮助开发人员有效地测试和优化APP。

一、基础功能测试1. 启动和关闭:测试APP的启动和关闭功能,确保在不同情况下启动稳定,关闭流畅。

2. 登录和注册:测试APP的登录和注册功能,确保用户可以成功注册和登录,并且不会出现异常情况。

3. 密码重置:测试APP的密码重置功能,确保用户可以成功重置密码,并且不会出现异常情况。

4. 退出登录:测试APP的退出登录功能,确保用户可以成功退出登录,并且不会出现异常情况。

5. 页面跳转:测试APP的页面跳转功能,确保在不同情况下跳转稳定,不会出现闪退或卡顿的情况。

二、界面测试1. 布局和设计:测试APP的布局和设计,确保页面布局合理,设计美观。

2. 图片和文字:测试APP的图片和文字质量,确保图片清晰,文字易读。

3. 字体大小和颜色:测试APP的字体大小和颜色,确保字体大小合适,颜色不会影响用户的阅读体验。

4. 屏幕适配:测试APP在不同尺寸的屏幕上的适配情况,确保界面显示正常,不会出现显示不全或错位的情况。

5. 响应速度:测试APP的响应速度,在不同网络环境下测试,确保响应及时,不会出现卡顿的情况。

三、功能测试1. 搜索:测试APP的搜索功能,确保可以准确地搜索到相关内容,并且搜索速度快。

2. 发布和编辑:测试APP的发布和编辑功能,确保用户可以成功发布和编辑内容,并且不会出现异常情况。

3. 支付和购物车:测试APP的支付和购物车功能,确保用户可以成功购买商品,并且支付流程稳定,购物车功能正常。

4. 评论和评分:测试APP的评论和评分功能,确保用户可以成功评论和评分,并且不会出现异常情况。

5. 推送和消息:测试APP的推送和消息功能,确保用户可以收到相关通知,并且推送和消息功能正常。

软件测试测试用例实例(功能测试用例、性能测试用例、兼容性测试用例)

软件测试测试用例实例(功能测试用例、性能测试用例、兼容性测试用例)

测试用例实例(含:功能测试用例、性能测试用例、兼容性测试用例)目录一、功能测试用例 (1)二、性能测试 (12)2.1预期性能测试用例 (12)2.2 用户并发测试用例 (12)2.3 大数据量测试用例 (13)2.4 疲劳强度测试用例 (13)2.5 负载测试测试用例 (13)三、兼容性测试 (14)用例编号TestCase_LinkWorks_WorkEvaluate项目名称LinkWorks模块名称WorkEvaluate模块项目承担部门研发中心-质量管理部用例作者完成日期2005-5-27本文档使用部门质量管理部评审负责人审核日期批准日期注:本文档由测试组提交,审核由测试组负责人签字,由项目负责人批准。

历史版本:版本/状态作者参与者起止日期备注V1.1一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。

主要测试技术方法为用户通过GUI(图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现功能是否一致。

用例标识LinkWorks_ WorkEvaluate_02 项目名称开发人员模块名称WorkEvaluate用例作者参考信息工作考核系统界面设计(2005_03_28).vsd 测试类型设计日期2006-9-27 测试人员测试方法黑盒测试日期用例描述前置条件编号权限(并列关系)测试项测试类别描述/输入/操作期望结果真实结果备注00001 无列表页面导航栏导航测试浏览\点击导航连接详细正确导航页面所在位置00002 添加删除修改按钮添加修改删除按钮是否可用不可用00003 接受、汇报按钮1)不是自己负责的数据未考核之前能否接受\汇报不能2)属于自己负责的未接受之前时候是否可以接受能3)属于自己负责的数据接受后但未考核能否可以汇报能4)接受后的数据没有汇报但考核了,是否仍可以汇报不能00004 考核审核按钮这俩按钮是否可用这两按钮为置灰,不可用00005 二级联动下拉列表功能测试下拉列表选择1)默认为“本月由我负责的工作”,此时第2个下拉列表不显2)当选择项非“…由我负责的工作”时第2个下拉列表正确显示员工名字3)发生跟服务器交互时其他项显示正确00006 DataGrid 功能测试1)数据显示根据二级联动下拉列表正确显示符合条件的数据2)点击列头排序、点击列头正确排序3)单击行(加按Ctrl\Shift\Alt)选中数据选中数据单行(选中数据行为黄色)在文本框正确显示,不能多行选择00007 分页控件功能测试1)点击“首页、上一页、下一页、尾页”2)页数下拉列表和跳转按钮1)能正确分页、翻页2)能选择页数和正确跳转3)对数据操作(增删改)后正确显示00008 月中、月末目标与月中月末报告四个文本框功能测试1)数据显示1)正确显示DataGrid选中行的数据2)字数过多滚动条功能2)字符数过多时显示滚动条并能正确滚动00009 界面UI UI测试页面没有错别字,跟整体风格一致,布局合理00010 信息汇报页面导航栏点击导航栏处显示的导航链接1)正确显示所在页面的模块名称2)正确导航00011工作名称、负责人、考核人、开始日期、结束日期、工作量、月中月末考核目标、考核结果、考是否只能浏览是核说明各项00012 月中月末工作报告这两文本框能否填写能00013 发送即时通CkeckBox能否点击选择、取消能00014 月中、月末汇报RadioButton能否正常使用能00015 汇报按钮1)汇报按钮单击能否正常使用能2)连续多次点击汇报按钮是否能正常汇报正常汇报3)汇报成功后,页面跳转到何处转到列表页00016 取消按钮1)取消按钮能否正常使用1)能2)点击取消按钮是只清空所填数据还是返回上一页?2)返回上一页工作考核数据列表页3)能否快速连续点击,是什么结果3)返回上一页工作考核数据列表页00017 界面UI 必填项是否有标识页面没有错别字,跟整体风格一致,布局合理00018 分配权列表页面导航栏浏览\点击导航连接详细正确导航页面所在位置00019 添加按钮点击添加按钮进入信息添加页面00020 修改删除按钮1)未考核前,如是考核自己以及自己负责部门人员的数据修改删除按钮是否显示可用1)可用,修改进入修改页面,删除给出删除确定与否的提示2)未考核之前,不属于自己以及自己负责部门人员的,修改删除2 )不可用是否显示可用3)已考核的是否可以修改删除3 )不可用4)已审核的是否可以修改删除4 )不可用5)对能删除的数据进行删除操作有没有提示5 )有提示6)数据删除后返回到哪?6)正确返回到列表页00021 接受\汇报按钮1)不是自己负责的数据未考核之前能否接受\汇报1)不能2)属于自己的未接受之前时候是否可以接受2)可以接受3)属于自己的数据接受后但未考核是否可以汇报3)可以汇报4)接受后的数据考核了是否仍可以汇报4)不可以00022 考核\审核按钮1)考核、审核按钮是否可用不可用00023 关联的查看工作下拉列表框下拉列表选择1)默认为“本月由我负责的工作”2)当选择项非“…\由我负责\审核的工作”时第2个下拉列表正确显示员工名字3)发生跟服务器交互时其他项显示正确00024 Grid显示、排序1)是否显示正确数据1)正确显示2)点击列头是否能排序2)能正确排序而不影响页面上的其他正常功能00025 四个文本 1 )数据显示 1 )正确显示DataGrid选框的内容和滚动条中行的数据2 )字数过多滚动条功能 2 )字符数过多时显示滚动条并能正确滚动00026 分页控件1)点击“首页、上一页、下一页、尾页”1 )能正确分页、翻页2)页数下拉列表和跳转按钮2)能选择页数和正确跳转3 ) 对数据操作(增删改)后是否正确显示数据3)对数据操作(增删改)后正确显示00027 界面UI 页面没有错别字,跟整体风格一致,布局合理00028 信息添加页面导航栏点击导航栏处显示的导航链接3)正确显示所在页面的模块名称4)正确导航00029 工作名称文本框1)正确输入数据1)不出现错误2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合2)不符合要求的给出输入错误处理提示3)输入超长字符是否可以提交3)不能提交,给出字符串超长提示4)空工作名称是否可以提交4)不可以提交00030 负责、考核人1)弹出项是否可正确选择使用1)弹出项能正确选择使用2)默认的考核人是否为信息添加者2)考核人默认为信息添加者3)考核人是否可以修改3)考核人可以修改4)是否可对非自己负责的部门人员添加工作任务4)不可以00031 开始、结束日期1)弹出页是否可正确使用1)弹出项能正确选择使用2)手动输入正确日期格式是否可以提交2)手动输入正确日期格式能提交3)手动输入非法日期格3)手动输入非法日期式是否可以提交格式不能提交,且应给出提示处理4)开始日期大于结束日期是否能提交,如不能提交有无提示4)开始日期大于结束日期不能提交,且要给出相应的提示5)清空日期是否可提交5)日期不能为空00032 工作量文本框1)填写合理的数字是否可提交1)正常提交2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合2)提示输入错误给出处理3)输入中文是否可以提交3)提示输入错误4)输入2147483648是否能提交4)提示输入错误5)输入小数、非正数是否可提交5)可以输入小数,但不能输入非正数空工作量是否可以提交6)提示不能为空00033 月中月末考核目标文本框1)是否能填写,能填写的话输入合法数据是否可提交1)能填写,输入合法数据能提交2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合是否可提交2)合法的数据能提交,不合法的给予处理和错误提示3)是否可以为空3)可以为空00034 月中月末工作报告文本框1)是否能填写,能填写的话输入合法数据能否提交1)置灰,不能填写2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合是否可提交2)不能填写3)是否可以为空3)不能填,原本为空00035 考核结果下拉列表框下拉列表能否正常使用不能00036 考核说明文本框1)是否能填写,能填写的话输入合法数据是否可提交1)置灰,不能填写2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合是否可以提交2)置灰,不能填写3)是否可以为空3)置灰,不能填写00037 发送即时通CkeckBox能否点击选择、取消能00038 添加按钮1)添加按钮单击能否正常使用1)能正常使用2)能否快速连续点击,能的话同一数据是否添加多条?2)不应该能连续点击3)添加数据成功是否有给出添加成功的提示给出添加成功的提示4)添加成功后,页面跳转到何处3)之前添加的信息项清空,不跳转,以便继续添加00039 取消按钮1)取消按钮能否正常使用1)能2)点击取消按钮是只清空所填数据还是返回上一页?2)返回上一页工作考核数据列表页3)能否快速连续点击,是什么结果3)返回上一页工作考核数据列表页00040 界面UI 1)必填项是否有标识1)必填项给出必填标识2)界面有无错别字,跟整体风格是否一致2)页面没有错别字,跟整体风格一致,布局合理0004100042 修改页面导航栏点击导航栏处显示的导航链接1)正确显示所在页面的模块名称2)正确导航00043 工作名称文本框1)是否正确显示数据,能否修改数据2)修改填入正确数据能否提交3)修改时输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合4)修改输入超长字符是否可以提交5)修改空工作名称是否可以提交1)是,能2)可以提交3)符合的提交,非法的给予处理和错误提示4)不可以5)不可以00044 负责、考核人弹出项1)数据是否正确显示2)能否修改,修改后能否正确提交1)是2)能修改,提交数据正确00045 开始、结束日期弹出项1)数据是否正确显示2)能否修改,输入合法数据能否正确提交3)输入非法日期格式能否提交4)开始日期大于结束日期能否提交5)空日期能否提交1)是2)能修改,提交数据正确3)不能提交,给出处理提示4)不能,给出提示5)不能为空日期00046 工作量文本框1)是否可以修改2)填写合理的数字是否可提交3)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊1)可以修改2)正常提交3)提示输入错误给出处理4)提示输入错误5)提示输入错误字符组合4)输入中文是否可提交5)输入2147483648是否能提交6)输入小数、非正数是否可提交7)空工作量是否可提交6)可以输入小数,但不能输入非正7)提示不能为空00047 月中月末考核目标文本框1)是否可以修改2)输入特殊字符~!@#$%^&*()_+[]{}\|;:’”<字母>或者特殊字符组合是否可提交3)是否可以为空1)是2)合法的能提交,不合法的给予处理和提示3)能00048 月中月末工作报告文本框1)是否可以修改1)置灰,不能使用00049 考核结果下拉列表1)能否使用1)置灰,不能使用00050 发送即时通CkeckBox1)状态是否保存正确2)能否点击修改选择、取消1)状态是否保存正确2)能否点击修改选择、取消00051 修改按钮1)修改按钮能否正常使用2)能否连续点击,连续点击是否对此修改信息提交多次3)修改成功是否有给出提示4)修改成功后,页面跳转到何处1)能2)连续点击只修改数据,而不添加数据3)修改成功给出修改成功的提示4)转到工作考核数据列表页(保存最近一次的状态页面)00052 取消按钮1)取消按钮能否正常使用2)点击取消按钮是只清空所填数据还是返回上一页?3)能否快速连续点击,是什么结果1)能2)返回上一页工作考核数据列表页3)返回上一页工作考核数据列表页00053 界面UI 必填项是否有标识1)必填项给出必填标识2)页面没有错别字,跟整体风格一致,布局合理二、性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。

常用测试用例

常用测试用例

常用测试用例1. 登录功能测试用例:- 输入正确的用户名和密码,验证是否能成功登录。

- 输入错误的用户名和密码,验证是否能提示登录失败。

- 在用户名和密码为空的情况下尝试登录,验证是否能正确提示错误信息。

- 输入含有特殊字符的用户名和密码,验证系统是否能正确处理。

2. 注册功能测试用例:- 输入合法的用户名和密码,验证是否能成功注册并登录。

- 输入已存在的用户名,验证系统是否能提示用户名已存在。

- 输入无效的密码(长度不足、不符合要求等),验证系统是否能提示密码无效。

3. 搜索功能测试用例:- 在搜索框中输入关键字,验证系统是否能正确返回相关的结果。

- 在搜索框中输入不存在的关键字,验证系统返回是否为空。

- 在搜索框中输入特殊字符,验证系统是否能正确处理。

4. 添加商品功能测试用例:- 输入正确的商品信息,验证系统是否能成功添加商品。

- 输入缺少必填信息的商品,验证系统是否能正确提示错误信息。

- 添加已存在的商品,验证系统是否能正确处理。

5. 购物车功能测试用例:- 往购物车中添加商品,验证购物车是否正确显示添加的商品数量。

- 从购物车中删除商品,验证购物车是否正确更新商品数量。

- 结算购物车,验证系统是否能正确计算总价。

6. 支付功能测试用例:- 使用正确的支付方式进行支付,验证系统是否能正确扣款并完成支付。

- 使用无效的支付方式,验证系统是否能正确提示支付方式无效。

- 使用余额不足的账户进行支付,验证系统是否能正确提示余额不足。

7. 订单功能测试用例:- 下单成功后,验证订单是否正确生成并显示订单编号。

- 取消订单,验证系统是否能正确处理取消订单的请求。

- 查看已完成的订单,验证系统是否能正确显示订单状态。

8. 页面加载性能测试用例:- 访问各个页面,验证页面加载速度是否在可接受范围内。

- 同时访问多个页面,验证系统是否能正确处理并快速加载页面。

9. 安全性测试用例:- 尝试使用SQL注入攻击,验证系统是否能正确拦截并阻止攻击。

软件测试中通用的测试用例(很全)

软件测试中通用的测试用例(很全)

B/S程序通用测试点1、界面测试通用测试点2、页面元素通用测试点3、相关功能通用测试点文本框测试用例一、文本框为字符型必填项非空校验:1、必填项未输入--程序应提示错误;2、必填项只输入若干个空格,未输入其它字符--程序应提示错误;字段唯一性校验:(不是所有字段都作此项校验,视实际项目情况而定)1、新增时输入重复的字段值--必须提示友好信息;2、修改时输入重复的字段值--必须提示友好信息;字段长度校验:1、输入[最小字符数-1]--程序应提示错误;2、输入[最小字符数]--OK;3、输入[最小字符数+1]--OK;4、输入[最大字符数-1]--OK;5、输入[最大字符数]--OK;6、输入[最大字符数+1]--程序应提示错误;字段为特殊字符校验:1、输入域如对某些字符禁止输入时,限制是否成功,提示信息是否友好;2、中文、英文、空格,数字,字符,下划线、单引号等所有特殊字符的组合;3、所有特殊字符都必须进行测试(!~@#$^&*()_+{}|:“<>?/.,;‘[]\=-`¥……()--:《》?、。

,;’【】、=-·)字段为特殊代码校验:1、输入htm代码:比如” <font>你好</font>”;--必须以文本的形式将代码显示出来。

2、输入JavaScript代码:比如<param name=“MovieWindowWidth” value=“320”>;--必须以文本的形式将代码显示出来。

多行文本框输入:1、是否允许回车换行;2、保存后再显示能够保持输入时的格式;3、仅输入回车换行,检查能否正确保存;若能,查看保存结果。

若不能,查看是否有正确提示;4、仅输入空格,检查能否正确保存;若能,查看保存结果。

若不能,查看是否有正确提示。

二、文本框为数值型边界值:1、输入[最小值-1]--程序应提示错误;2、输入[最小值]--OK;3、输入[最大值]--OK;4、输入[最大值+1]--程序应提示错误;位数:1、输入[限制位数]--OK;2、输入[限制位数+1]--根据实际项目而定,是否自动四舍五入成限制位数,还是提示信息;3、输入[限制位数-1]--OK;异常值、特殊值:1、输入非数值型数据:汉字、字母、字符--程序应提示错误;2、输入负数--根据实际项目而定,如果不允许输入负数,必须提示友好信息;3、字段禁止直接输入非数值型数据时,使用“粘贴”、“拷贝”功能尝试输入,并测试能否正常提交保存--只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存,并应给出相应提示;4、全角数字和半角数字的情况--全角数字不能保存,提示友好信息,半角数字正常保存;5、首位为零的数值:如01=1--视实际项目情况而定;三、文本框为日期型合法性检查:1、日输入[0日]--程序应提示错误;2、日输入[1日]--OK;3、日输入[32日]--程序应提示错误;4、月输入[1、3、5、7、8、10、12月]、日输入[31日]--OK;5、月输入[4、6、9、11月]、日输入[30日]--OK;6、月输入[4、6、9、11月]、日输入[31日]--程序应提示错误;7、输入非闰年,月输入[2月]、日输入[28日],比如2009.2.28--OK;8、输入非闰年,月输入[2月]、日输入[29日],比如2009.2.29--程序应提示错误9、(闰年)月输入[2月]、日输入[29日],比如2008.2.29--OK;10、(闰年)月输入[2月]、日输入[30日],比如2008.2.30--程序应提示错误;12、月输入[1月]--OK;13、月输入[12月]--OK;14、月输入[13月] --程序应提示错误;格式检查:1、不合法格式:2009-09、2009-09 -、200-2-2;2、视具体项目而定是否合法:2009/09/01、2009.09.01 、20090901、2009-09-01 ;异常值、特殊值:1、输入汉字、字母、字符--程序应提示错误;四、文本框为时间型合法性检查:1、时输入[24时] --程序应提示错误;2、时输入[00时] --OK;3、分输入[60分] --程序应提示错误;4、分输入[59分] --OK;5、分输入[00分] --OK;6、秒输入[60秒] --程序应提示错误;7、秒输入[59秒] --OK;8、秒输入[00秒] --OK;格式检查:1、不合法格式:12:30:、123000;2、视具体项目而定是否合法:12:30、1:3:0;异常值、特殊值:1、输入汉字、字母、字符--程序应提示错误;2、系统中所涉及时间是否取服务器时间;版权声明:本文出自zll_618的51Testing软件测试博客:/?216950。

测试用例范文

测试用例范文

测试用例范文一、测试背景。

在进行软件测试时,为了保证软件的质量和稳定性,需要对软件进行全面的测试。

本次测试的背景是针对某电商平台的购物车功能进行测试。

购物车功能是电商平台的核心功能之一,用户通过购物车可以将想要购买的商品加入到购物车中,然后进行结算和支付。

购物车功能的稳定性和准确性对用户体验和交易流程至关重要,因此需要进行全面的测试。

二、测试目的。

本次测试的目的是验证购物车功能的稳定性、准确性和性能。

具体包括以下几个方面:1. 验证用户可以正常将商品加入购物车;2. 验证用户可以正常从购物车中删除商品;3. 验证购物车中商品数量的准确性;4. 验证购物车中商品价格的准确性;5. 验证购物车在高并发情况下的性能表现。

三、测试用例。

1. 用户添加商品到购物车。

测试步骤:1)打开电商平台首页;2)选择商品加入购物车;3)验证购物车中是否显示了添加的商品。

预期结果,购物车中应该显示添加的商品。

2. 用户删除购物车中的商品。

测试步骤:1)打开购物车页面;2)选择要删除的商品;3)点击删除按钮。

预期结果,购物车中应该不再显示删除的商品。

3. 验证购物车中商品数量的准确性。

测试步骤:1)添加多个商品到购物车;2)查看购物车中每个商品的数量。

预期结果,购物车中每个商品的数量应该与用户添加的数量一致。

4. 验证购物车中商品价格的准确性。

测试步骤:1)添加多个商品到购物车;2)查看购物车中每个商品的价格。

预期结果,购物车中每个商品的价格应该与实际商品价格一致。

5. 验证购物车在高并发情况下的性能表现。

测试步骤:1)模拟多个用户同时操作购物车;2)观察购物车的响应时间和性能表现。

预期结果,购物车在高并发情况下应该能够稳定运行,响应时间不应该过长。

四、测试环境。

1. 操作系统,Windows 10。

2. 浏览器,Chrome, Firefox, Safari。

3. 设备,PC, Mac, iPhone, Android手机。

功能测试用例设计

功能测试用例设计

功能测试用例设计功能测试用例是通过执行一系列测试步骤来验证系统的功能是否按照设计要求正常工作。

在编写功能测试用例时,需要考虑系统的各个功能模块,并设计测试步骤和预期结果来验证系统的各个功能是否符合预期。

下面是一些常见功能测试用例的设计参考:1. 用户登录功能测试用例:- 输入正确的用户名和密码,验证是否成功登录。

- 输入错误的用户名或密码,验证是否登录失败并显示错误提示信息。

- 测试登录功能的响应时间,验证是否满足用户的预期。

2. 商品搜索功能测试用例:- 输入有效的关键字,验证搜索结果是否包含相关商品。

- 输入无效的关键字,验证搜索结果是否为空。

- 测试搜索功能在大数据量下的性能,验证是否能快速返回搜索结果。

3. 购物车功能测试用例:- 添加商品到购物车,验证购物车是否正确显示所选商品。

- 修改购物车中商品的数量,验证是否能正确更新总金额。

- 删除购物车中的商品,验证是否删除成功并更新购物车中的商品列表。

4. 订单功能测试用例:- 创建新订单,验证订单是否成功生成并显示正确的订单信息。

- 取消已创建的订单,验证订单状态是否正确更新。

- 测试订单支付功能,验证支付是否成功并更新订单状态及库存。

5. 数据输入验证功能测试用例:- 在注册页面上,测试各输入字段的边界值,验证是否能正确处理最小值、最大值以及特殊字符。

- 在创建商品页面上,测试各输入字段的限制条件,验证是否会进行相应的输入验证。

6. 测试导航功能:- 测试网页导航菜单,验证是否可以正确跳转到各个页面。

- 测试导航链接,验证是否可以平稳跳转到外部网站链接。

- 测试面包屑导航,验证是否能够正确显示当前页面的位置和链接。

7. 测试系统的兼容性:- 在不同的浏览器上测试系统的功能,验证是否可以在各个浏览器上正确显示和工作。

- 在不同的操作系统上测试系统的功能,验证是否可以在各个操作系统上正常运行。

8. 测试系统的性能:- 在高并发情况下测试系统的响应时间,验证系统是否能够处理大量的用户请求。

全量用例和通用用例

全量用例和通用用例

全量用例和通用用例1.引言1.1 概述概述部分的内容应该对全量用例和通用用例进行简要介绍,并提出本文章的主要目标和讨论的重点。

可以按照以下方式进行撰写:概述:全量用例和通用用例是软件测试中常用的两种测试用例设计方法。

全量用例是指针对系统的所有功能进行测试设计,覆盖全部的功能点和业务流程。

而通用用例则是一种更加抽象和高级层次的测试用例设计方法,主要关注于测试用例的复用性,通过抽象出公共的测试需求和场景,减少冗余的测试工作和维护成本。

本文旨在探讨全量用例和通用用例这两种不同的测试用例设计方法,比较它们的定义、优点以及适用场景。

首先,我们将深入剖析全量用例的定义和特点,分析其适用性和可靠性。

随后,我们对通用用例进行详细解读,探讨其设计原则和优势。

最后,我们将对两种方法进行比较和总结,为读者提供清晰的思路和指导。

通过阅读本文,读者将能够全面了解全量用例和通用用例的概念和特点,理解它们在软件测试中的作用和价值。

同时,本文也将帮助读者在实际工作中选择合适的测试用例设计方法,提高测试效率和质量。

编写完整的概述部分后,可以进一步完善其他章节的内容。

1.2文章结构文章结构部分的内容:文章结构是指整篇文章的组织和布局方式,它对于文章的阅读与理解起着关键作用。

一个清晰、合理的文章结构能够使读者更好地理解作者的观点和逻辑推理,帮助读者接受、消化和记忆文章的内容。

本文主要讨论全量用例和通用用例两个主要主题,文章结构如下:2. 正文2.1 全量用例2.1.1 定义2.1.2 优点2.2 通用用例2.2.1 定义2.2.2 优点3. 结论3.1 总结3.2 展望本文通过引言部分的概述引出全量用例和通用用例这两个主题,接着在正文部分对全量用例和通用用例进行详细的定义和优点的说明。

最后,在结论部分对全文进行总结并对未来的发展进行展望。

通过以上的文章结构,读者可以清晰地了解到本文的组织方式和文章内容的布局,有助于读者更好地理解和掌握全量用例和通用用例的相关知识。

功能测试用例库范文

功能测试用例库范文

功能测试用例库范文
一、功能测试用例
1、验证框能否正确接收输入;
2、查看框提示信息,确保提示信息准确;
3、根据结果页面确定用例,按“综合排序”、“价格最低”、“评价最多”等不同方式查看结果;
4、根据关键词,验证结果中的商品是否正确;
5、根据结果,点击进入商品详情页面,确保结果与详情页面信息一致;
6、在输入框输入无结果关键词,确保能正确提示“无结果”;
7、框下方热搜词,点击能否正常跳转至界面;
8、框下方最新评论,点击能否正常跳转至详情页面;
10、结果页面,点击相关商品,可以正常跳转至详情页面;
二、筛选功能测试用例
1、根据筛选条件,验证筛选结果是否正确,比如筛选价格区间,价格范围等;
2、筛选多项条件,验证结果;
3、筛选后能否正确显示商品,商品数量是否正确;
4、根据商品属性筛选,验证结果是否正确;
5、清空筛选条件,确保商品筛选成功清除;。

软件测试基础—案例

软件测试基础—案例

软件测试基础—案例
一、软件测试案例1
应用程序:饭店订餐系统
功能:客户可以登录系统,查看饭店的菜肴信息、价格、口味,并下单,通过网上支付购买餐点。

功能测试用例:
1)验证登录功能:
输入正确的用户名和密码,验证是否能正确登录系统。

2)查看菜肴信息:
进入菜单界面,检查菜肴信息是否准确无误。

3)下单功能:
正确选择菜肴,检查是否可以正确下单。

4)支付功能:
选择支付方式,检查是否可以正确支付订单。

二、软件测试案例2
应用程序:汽车售后服务系统
功能:客户可以登录系统,查看汽车售后服务的服务信息和价格,并下订单,手机短信通知服务人员上门服务。

功能测试用例:
1)验证登录功能:
输入正确的用户名和密码,验证是否能正确登录系统。

2)查看服务详情:
进入服务界面,检查服务信息是否准确无误。

3)下订单功能:
正确选择服务,检查是否可以正确下订单。

4)消息推送功能:
模拟客户下单后,检查服务人员是否收到短信通知。

功能测试常用的测试用例设计方法

功能测试常用的测试用例设计方法

功能测试常用的测试用例设计方法功能测试是软件测试中的一种重要测试方法,主要用来验证软件系统是否符合用户需求,并且功能是否正常运行。

在功能测试中,测试用例的设计是非常关键的环节,合理的测试用例设计可以提高测试的效率和覆盖率。

下面介绍几种常用的功能测试用例设计方法。

1. 等价类划分法(Equivalence Partitioning)等价类划分法是将输入条件分成若干个不相交的等价类,选择一个代表性的测试用例来代表每个等价类。

这是因为对于每个等价类,如果能覆盖到代表性的测试用例,则可以推断这个等价类中的其他测试用例也能覆盖到。

这样可以减少测试用例的数量,提高测试效率。

例如,一个输入范围为1-100的整数验证功能,我们可以选择一个代表性的测试用例,比如输入50,其他的等价类可以是小于1的数、大于100的数以及1-100之间的数。

2. 边界值分析法(Boundary Value Analysis)边界值分析法是基于等价类划分法的基础上,对边界情况进行特殊测试,因为边界值常常是软件出错的地方。

在边界值分析法中,选择最小边界值、最大边界值以及这些边界值的前后值作为测试用例。

例如,一个输入为1-100的整数验证功能,选择测试用例为0、1、2、99、100、101。

3. 错误推测法(Error Guessing)错误推测法是一种基于经验和直觉的测试用例设计方法,测试人员通过自己的经验来猜测可能出错的地方,并且设计相应的测试用例。

这种方法不依赖于具体的测试方法,主要靠测试人员的经验和直觉来发现问题。

例如,对于一个输入用户注册功能的测试,测试人员可能会猜测到可能出错的地方有用户名重复、密码长度不符合要求、验证码错误等,然后设计相应的测试用例来验证这些猜测。

4. 因果图法(Cause-Effect Graphing)因果图法是一种基于图的测试用例设计方法,测试人员通过构建因果图来表示软件的输入和输出之间的因果关系,然后根据因果关系选择测试用例。

通用测试用例(全)

通用测试用例(全)

提示验证码错误或已失效
是 “-”可以输入除外,其他提示电话号码 格式不正确
用户名、设 输入密码和确认密码,是否以圆点 置密码、确 或星号之类的加密符号显示 认密码字段 用户名和密码长度在【最大值和最 小值之间】进行注册 用户名和密码长度输入【最大值】

注册成功 注册成功
用户名和密码长度输入【最大值-1 注册成功 】 用户名和密码长度输入【最大值+1 注册失败,显示用户名和密码长度验证提 】 示信息 用户名和密码长度输入【最小值】 用户名和密码长度输入【最小值-1 】 注册成功 注册失败,显示用户名和密码长度验证提 示信息
提示验证码错误或无效 自动过虑/提示验证码错误或无效 提示验证码错误或无效
在超时后输入之前收到的正确的4位 提示验证码已失效 或6位半角数字验证码 在倒计时结束后,点重新发送或获 取验证码 在超时前输入正确的4位或6位半角 数字验证码 获取到验证码,在重新发送倒计时 结束后,点重新发送或获取验证 码,在超时之前输入前一次获得的 验证码 验证码是否支持右键粘贴或Ctrl+V 快捷粘贴方式 电话号码 输入除数字以外的任何字符,如汉 字、字母、特殊字符等,或输入数 字与任何字符的组合 会有重新发送的倒计时,手机在倒计时结 束前可获取到验证码 验证码通过
新增超过一屏/一页的数据,测试满 屏/超过一页时其窗体是否有横向、 是 纵向滚动条或换页显示,界面显示 是否正常,序号是否正确显示 执行新增操作,关键字段与数据库 中已存在的值重复,点击保存 单击新增,在新增页面输入及选择 相应信息,点击取消(返回)按钮 点击新增按钮,输入信息后,点重 置 检查新增页面的下拉选项或单选项 与其他新增项之间的联动过滤关系 是否正确 新增成功后刷新页面 执行新增操作,测试是否对各字段 的长度进行了限制 执行新增操作,各输入框中,输入 非法字符,如 @#$%^&*()<p>~%[]-/’等 执行新增操作,分别使各输入框输 入的值的前面、后面、前后带空 格,点击保存 提示“该**已存在,请重新输入 !”, 光标停在**输入框处 弹出‘是否需要保存’的提示信息 能够清空已输入的数据,但不清空新增时 默认生成的数据 是 系统不会报异常信息,也不会重复添加, 序号正确 在各输入框中,输入的内容达到所定义的 长度时,则限制无法输入了(如果输入的 为中文字符,则控制到一半的长时就够 了) 1、不允许输入或光标离开输入框时提示 “你输入的**中存在非法字符,请重新输 入” 2、允许输入保存后,能够正常回显 能不会自动填充密码输入框

测试用例模板通用8篇

测试用例模板通用8篇

测试用例模板通用8篇测试用例模板篇1自20xx年xx月进入宜乐居物业以来已经有3个月之久了,在这3个月的工作和学习中,我深深的体会到作为一名优秀客服人员的艰辛和挑战。

尤其是我从未接触过物业这个行业,物业这个名词在我的印象和字典里根本就没有一个正确的解释。

对于自我的潜力更是心知肚明,明白自我只有付出更多的汗水与辛劳,才能做好本职工作,不辜负领导的期望。

所幸的是,单位领导们尤其是我们客服部李经理给了我足够的宽容和耐心,无论是思想上还是工作上我都得到了很大的锻炼和提高,取得了长足的发展和巨大的收获。

工作3个多月了,接触了不少人和事,在为自我的成长欢欣鼓舞的同时,我也明白自我尚有许多缺点需要改正。

首先需要改正的就是心态和急躁的脾气,在日常工作中遇到问题的时候总是不能冷静的思考,语气太过生硬,造成了许多误会,如果不是领导及时为我指正,教会我作为物业客服的基本要求,恐怕到此刻我也不自知而无法提高自我,因此我经常是带着一种感恩的心态在工作;就在这时3单元的一个业主执意要用客梯往自我家里运送瓷砖,不管我怎样劝说,根本不去理会,而且竟然说出一些很难听的话来教训我,当时我迅速的跑出大堂躲在楼道内哭了起来,哭的个性委屈,因为觉得为了工作我都丢了尊严,当着所有被我制止用客梯运货的工人们受到了业主的教训,刹那间身边的眼神都具有极大的杀伤力。

这是我从工作到此刻以来都没有碰到过的事情,所以一时之间难以理解,客服部李经理听到了这个消息迅速赶到,在劝我不要哭的同时,给我耐心的讲解作为一名优秀的客服工作人员的专业素质以及承受潜力,给了我极大的鼓舞和工作信心,也叫我懂得了人生难免有不如意的时候,放平心态,勇敢的去理解,这样才能有所改变。

虽然这3个多月的时光不算长,但我已经深深被宜乐居物业氛围所吸引。

领导注重人性化管理,工作氛围积极向上,在这样的群体里,能够极大地激发我的自身潜力,使我以更用心的心态投入到每一天的工作。

在今后的工作中,我要自觉的加强理论学习和业务知识的学习,多向老员工学习,学习他们的经验、接人待物、说话办事,加强自身素质,认真履行工作职责,不断要求自我,使自我在工作当中得到锻炼和提高,我会在我们温暖的群众当中团结同事、听从领导安排、努力工作,请大家多给我提出宝贵意见。

测试用例实例—常见功能测试点

测试用例实例—常见功能测试点

测试用例实例--常见功能测试点笔者在网上看到了一篇文章,个人认为此文对于软件常用功能测试点总结的很好,特此摘录下来和大家一起分享。

1.登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑1)登陆①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上白^要求)③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2)添加①要添加的数据项均合理,检查数据库中是否添加了相应的数据②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存,也要察看数据库里是否多了一条数据3)删除①删除一个数据库中存在的数据,然后查看数据库中是否删除②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。

④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入⑥是否支持table键⑦是否支持enter键4)查询精确查询:①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应的数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据,看是否有错误提示④输入数据库中不存在的数据⑤不输入任何数据⑥是否支持table键⑦是否支持enter键模糊查询:在精确查询的基础上加上以下一点①输入一些字符,看是否能查出数据库中所有的相关信息2.设计功能测试用例文本框、按钮等控件测试文本框的测试如何对文本框进行测试a,输入正常的字母或数字。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一、功能测试1、对话框测试输入进行测试。

包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。

2、对界面可操作按钮进行测试。

包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。

同时需要对鼠标右键的菜单进行测试。

3、数据保存测试。

将1 和2 进行组合。

4、必要条件控制测试。

在做了3 时将必要条件(如:a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。

二、GUI 测试1.窗体是否能够基于相关的输入或菜单命令适当的打开2.窗体是否能够改变大小、移动和滚动3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作4.当窗体被覆盖并重新调用后,窗体是否能够正确再生5.窗体相关的功能是否可以操作6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制,既能正确显示又能调用7.显示多窗体时,窗体名称是否能够正确表示8.活动窗体是否能够被反显加亮9.多用户联机时所有窗体是否能够实时更新10.鼠标无规则点击时是否会产生无法预料的结果11.窗体声音及提示是否符合既定编程规则12.窗体是否能够被关闭13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致14.窗体控件布局是否合理、美观15.窗体控件TAB 顺序是否从左到右,从上到下16.窗体焦点是否按照编程规范落在既定的控件上17.窗体画面文字(全、半角、格式、拼写)是否正确18.鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)三、功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。

常用的测试方法如下:1.页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。

2.相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。

3.检查按钮的功能是否正确:如update, cancel, delete, save 等功能是否正确。

4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.7.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.8.检查带出信息的完整性: 在查看信息和update 信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致9.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.10.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.11.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.12.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.13.重复提交表单:一条已经成功提交的纪录,back 后再提交,看看系统是否做了处理。

14.检查多次使用back 键的情况: 在有back 的地方,back,回到原来页面,再back,重复多次,看会否出错.15.search 检查: 在有search 功能的地方输入系统存在和不存在的内容,看search 结果是否正确.如果可以输入多个search 条件,可以同时添加合理和不合理的条件,看系统处理是否正确.16.输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.17.上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。

对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。

18.必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加*19.快捷键检查:是否支持常用快捷键,如Ctrl+CCtrl+V Backspace 等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。

20.回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错21.完成相同或相近功能的菜单用横线隔开放在同一位置22.菜单深度一般要求最多控制在三层以内。

四、通用测试用例补充1、焦点转移问题:(1)使用Tab 键测试焦点转移;(2)当保存时如果提示“有未输入的必填”项回到页面后,(3)焦点应转移到未输入的必填项中最靠前的一项上2、数字格式:(1)如果对数字格式有限制则看是否符合限制(2)格式没有限制时,所有输入数据的小数点位数应该一致3、输入文本框类型控件的测试:(1)空值测试(2)空格测试;前面输入空格,中间输入空格,末尾输入空格和全部输入空格,程序是否进行处理,保存成功后,数据库中的数据是否与页面显示的一致(3)长度测试(最大字符)(4)类型测试(如果有类型要求)(5)特殊字符的测试4、关于文本框录入为数字时的测试:(1)对数字长度有没有限制,输入1 位数,2 位数,等等有没有提示信息5、关于文本框录入数字型小数点的测试:(1)录入整数加小数点、小数点加整数和单独的小数点,保存时系统是否有提示,是否成功6、关于文本框填写不符合条件的信息保存确认后清空与否的测试:(1)比如在文本框中录入不符合条件的数据(类型不符合或者超多等),保存确定后只要清空错误的数据即可7、文本框内容的合理性如果是输入正数的文本框:(如:职工人数)还要判断是否为负数。

8、大小写问题:要求数据唯一性时是否区分大小写9、下拉列表的检测:检查列表中的内容是否漏选,重选;如果列表中的数据要求从其他页面或者数据库中获得的,就要检查是否与该页面中有数据一致。

10、时间:(1)注意要修改系统时间到2004-01-02/2004-11-12(2)起始时间不可大于终止时间(3)检查日期为空时程序的反应。

(4)数据库中的日期是否能够正确显示在页面上(5)输入错误日期时程序的反应。

(6)如果有输入日期不得大于当前日期的限制,则是否通过(7)如果有输入日期不得小于当前日期的限制,则是否通过11、边界值:(1)输入条件规定了值的范围(2)应取刚达到这个范围的边界的值作为测试输入数据(3)以及刚刚超越这个范围边界的值作为测试输入数据(4)输入条件规定了值的个数(5)最大个数(6)最小个数(7)比最小个数少一(8)比最大个数多一12、保存操作的测试:(1)保存成功/失败后检查数据库(2)检查必录项(3)保存成功/失败是否有相应的提示信息13、删除操作的测试:(1)删除提示成功/失败后看查看数据库(2)删除时是否有确认对话框(3)删除成功/失败是否有提示信息(4)确定是逻辑删除还是物理删除;物理删除是否已经把数据库中的数据删除掉,逻辑删除是否改变了标志位。

15、修改操作的测试:(1)修改提示成功后看数据库中的记录是否已经修改16、查询操作的测试:(1)查询到的记录是否与数据库中的记录相符(2)检查组合查询时,查询结果是否正确(3)查询列表下如果可以查询纪录的详细信息,检测查询条件是否改变(4)查询条件中有日期这一项的查看是否有默认值及其值是否符合要求17、分页显示的测试:(1)检查是否能够正常分页显示(2)检查是否能够正常前进或后退(3)检查是否能够正确选择一页的显示记录数(4)检查是否能够正确选择显示第x 页18、必录项的测试:(1)检查必录项是否提示必须输入19、工作流程的测试:(1)每个模块的工作流程是否可以正常运行(2)每个模块的工作流程过程是否与详细设计要求的一致(3)不按正常的工作流程操作是否可以正常运行20、系统自动生成项的测试:(1)应该自动生成数据的地方是否自动生成了数据(2)系统自动生成的数据是否符合详细设计的要求(3)自动生成数据的该条信息是否可以正常使用(4)自动生成数据后系统是否可以正常运行21、重复某项操作的测试(包括按钮、某个流程):(1)某项操作重复进行时是否正确运行(2)某项操作重复进行后再进行其他操作是否正确(3)某项操作重复进行后再进行其他操作系统是否正常运行22、权限的问题:(1)检查具有不同权限的用户登录时,是否具有跟其权限相符合的操作;检查不权限的用户是否具有相应的权限23、链接测试:(1)将鼠标按到链接上然后移动一下再放开鼠标页面是否会出错。

(2)当链接打开一个新页面时检查页面初始化状态是否有异常情况。

24、关于统一性的测试:页面对于同样的成功或者失败的提示信息是否统一(包括标点符号的统一)25、关于计算方面的测试:查看计算结果是否正确,进行增删改操作后其值是否进行相应正确改变26、唯一性测试:(1)要求数据唯一并且是逻辑删除时,是否允许与已删除的记录重复(2)要求唯一性的数据,在两人(或两人以上)同时操作时是否能正确地执行27、窗口最大化、最小化、关闭、确定按钮、取消按钮的测试28、打印测试:(1)打印按钮是否可用(2)在打印窗口中设置打印参数(3)打印设置是否方便用户使用(4)打印出来的是否与设置的打印参数一致(5)打印的内容是否正确(6)打印结束后是否能正常运行29、提示信息的测试:(1)检验应该有提示信息的是否有提示信息(2)相应提示信息的内容表达是否正确(3)提示信息的内容用户是否接受(4)确认后是否可以正常运行30、用户登陆测试:(1)用户权限测试(2)录入不存在的用户名和密码有提示信息(3)录入用户名不录入密码有提示信息(4)录入密码不录入用户名有提示信息(5)录入正确的用户名和密码进入相应的系统页面(6)重置按钮的测试一、信息重复数据常见测试方法1、多次,快速点击提交,信息重复(用户有时会因为网速慢,多次点击,此情况常发生)2、通过复制URL,同时打开两个相同页面,点击提交,信息重复(重要信息,用户恶意行为)3、提交后,在页面没有跳转的时候,进行刷新,信息重复4、如果提交后,有提示,重复提交的方法可以通过鼠标点击提交,手动敲击回车。

5、涉及到权限和时间差导致的重复,常见情况是系统中有审核审批等情况,A用户提交信息,在B用户还没有点击审核的时候,A用户点击了修改按钮,B用户审核后,A用户又一次提交。

(此类情况发生过)。

相关文档
最新文档