测试用例模板表
测试用例模板示例
OA办公自动化系统销售管理子系统测试用例目录测试用例名称:OA系统销售管理子系统我的客户管理添加模块 (2)测试用例名称:OA系统销售管理子系统我的客户管理管理模块 (4)测试用例名称:OA系统销售管理子系统我的客户管理高级管理模块 (5)测试用例名称:OA系统销售管理子系统我的客户管理共享客户模块 (6)测试用例名称:OA系统销售管理子系统我的联系人管理添加模块 (7)测试用例名称:OA系统销售管理子系统我的联系人管理管理模块 (9)测试用例名称:OA系统销售管理子系统我的客户管理高级管理模块 (10)测试用例名称:OA系统销售管理子系统我的联系人管理共享客户模块 (11)测试用例名称：OA系统销售管理子系统销售管理产品信息添加模块 (12)测试用例名称：OA系统销售管理子系统销售管理产品信息产品管理模块 (14)测试用例名称：OA系统销售管理子系统销售管理产品信息高级查询模块 (16)测试用例名称：OA系统销售管理子系统销售管理服务型产品添加模块 (17)测试用例名称：OA系统销管理子系统销售管理服务型产品服务销售管理模块 (19)测试用例名称：OA系统销售管理子系统销售管理服务型产品高级查询模块 (21)测试用例名称：OA系统销售管理子系统销售管理销售合同管理添加模块 (22)测试用例名称：OA系统销售管理子系统销售管理销售合同管理合同管理模块 (25)测试用例名称：OA系统销售管理子系统销售管理销售合同管理高级查询模块 (26)测试用例名称：OA系统销售管理子系统销售管理产品销售记录添加模块 (27)测试用例名称：OA系统销售管理子系统销售管理产品销售记录产品销售管理模块 (29)测试用例名称：OA系统销售管理子系统销售管理产品销售记录高级查询模块 (30)测试用例名称：OA系统销售管理子系统销售管理服务销售记录添加模块 (31)测试用例名称：OA系统销售管理子系统销售管理服务销售记录服务销售管理模块 (33)测试用例名称：OA系统销售管理子系统销售管理产品销售记录高级查询模块 (34)测试用例名称:OA系统销售管理子系统供应商信息之添加模块测试 (35)测试用例名称:OA系统销售管理子系统供应商信息之供应商管理模块测试 (37)测试用例名称:OA系统销售管理子系统供应商信息之高级查询模块测试 (38)测试用例名称:OA系统销售管理子系统供应商联系人之添加模块测试 (40)测试用例名称:OA系统销售管理子系统供应商联系人之供应商联系人管理模块测试 (42)测试用例名称:OA系统销售管理子系统供应商联系人信息之高级查询模块测试 (43)测试用例名称:OA系统销售管理子系统我的客户管理添加模块软件名称办公自动化系统模块名称销售管理设计者C组成员创建日期2010/12/17设计状态用例类型手工版本号 1.0审阅人审阅日期权重用例描述本测试用例主要用于测试销售管理页面下的客户管理子系统，系统是在windows xp 系统下进行测试的，系统的软件环境为：Jdk+Tomcat+Mysql。
测试用例模板
1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 {“reponse“:{ 1、用restclient工具打开Add Member to “resultCode” : “000000”, BuddyList脚本； “ resultDesc” : “Operation succeed.” 2、调用接口，在URL中输入 } http://*****/friend/{erid}/{budd } ylistid}/{friendid}，参数值输入正确 返回信息正确，其中resultCode为000000. 2.查看数据库（t_friend_group）表字段值正确， t_user_group表的member_number字段值显示的成员 数正确； 3、查看日志文件，所请求的参数与响应的结果正确 1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 1、用restclient工具打开Add Member to {“reponse“:{ BuddyList脚本； “resultCode” : “200001”, 2、调用接口，在URL中输入 “ resultDesc” : “Necessary parameter is http://*****/friend/{erid}/{budd null.” ylistid}/{friendid}，其中 } erid#buddyListID或friendID参数值 } 为空 返回信息正确，其中resultCode为200001 2、查看日志文件，所请求的响应正确。 3、查看数据库表 （t_friend_group/t_user_group）没有增加信息 1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 1、用restclient工具打开Add Member to {“reponse“:{ BuddyList脚本； “resultCode” : “200002”, 2、在URL中输入 “ resultDesc” : “Parameter format error.” http://*****/friend/{erid}/{budd } ylistid}/{friendid}，其中erid、 } buddyListID与friendID参数值格式错误 返回信息正确，其中resultCode为200002 2、查看日志文件，所请求的响应正确。 3、查看数据库表 （t_friend_group/t_user_group）没有增加信息
黑盒测试(用户测试)测试用例模板
测பைடு நூலகம்结果（即：预期与实际的不同点）
期间累计和不累计数据的金额 总和是否对上前台导出数据 （同时输出alv excel 接口的text） 检查借贷标示为S的数据金额是否为 负值 ICP往来方为 ExternalCo 的数据的 BSIS-XREF3（客户编号）在ZHFMMAP7 中不存在 ICP为不为 ExternalCo 的数据的 BSIS-XREF3（客户编号）在ZHFMMAP7 存在 且往来方的值=ZHFMMAP7-BUKRS 对HFM科目 和 客户编号排序，检查 是否有二者都相同的数据 如果选的是其他收入则科目号以6051 开头 如果选的是其他支出则科目号以6042 开头 检查客户描述，
如果客户描述是ExternalCo则集团单 位为否且ZHFMMAP7表中不存在该条数 据的客户编号（BSIS-XREF3）
如果客户描述不为ExternalCo则集团 单位为是且ZHFMMAP7表中存在该条数 据的客户编号（BSIS-XREF3）
归档spec名 称： 传输请求号
测试类别
测试子项目 首页屏幕号1000
界面正确性
进入alv页面
使用excel输出 消息提示是否正确
业务数据正确性（黑盒） 年度，期间累计输出
借贷标示和金额
检查ICP往来方数据
检查是否有HFM科目 相 同且客户编号相同的数 检查会计科目号数据前 4位
检查是否集团单位
前置条件（预设情景）/检查内容 预期结果 是否包含spec要求在本界面输出的选 择项 alv页面是否包含了spec要求的显示 字段， 检查excel界面字段是否完整
最全面的测试用例模板
当前位置：首页 -> 资讯详细容最全面的测试用例模板{ 项目名称 }测试用例标题文件状态：[√] 草稿 [ ] 正式发布[ ] 正在修改文件标识：Company-Project-IT-PLAN 当前版本：X.Y作者：完成日期：Year-Month-Day版本历史版本/状态作者参与者起止日期备注目录0. 文档介绍0.1 文档目的0.2 文档围0.3 读者对象0.4 参考文献0.5 术语与缩写解释1. 接口－路径测试用例1.1 被测试对象（单元）的介绍1.2 测试围与目的1.3 测试环境与测试辅助工具的描述1.4 测试驱动程序的设计1.5 接口测试用例1.6 路径测试的检查表2. 功能测试用例2.1 被测试对象的介绍2.2 测试围与目的2.3 测试环境与测试辅助工具的描述2.4 测试驱动程序的设计2.5 功能测试用例3. 健壮性测试用例3.1 被测试对象的介绍3.2 测试围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 容错能力/恢复能力测试用例4. 性能测试用例4.1 被测试对象的介绍4.2 测试围与目的4.3 测试环境与测试辅助工具的描述4.4 测试驱动程序的设计4.5 性能测试用例5. 图形用户界面测试用例5.1 被测试对象的介绍5.2 测试围与目的5.3 测试环境与测试辅助工具的描述5.4 测试驱动程序的设计5.5 测试人员分类5.6 用户界面测试的检查表6. 信息安全性测试用例6.1 被测试对象的介绍6.2 测试围与目的6.3 测试环境与测试辅助工具的描述6.4 测试驱动程序的设计6.5 信息安全性测试用例7. 压力测试用例7.1 被测试对象的介绍7.2 测试围与目的7.3 测试环境与测试辅助工具的描述7.4 测试驱动程序的设计7.5 压力测试用例8. 可靠性测试用例8.1 被测试对象的介绍8.2 测试围与目的8.3 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计8.5 可靠性测试用例9. 安装/反安装测试用例9.1 被测试对象的介绍9.2 测试围与目的9.3 测试环境与测试辅助工具的描述9.4 测试驱动程序的设计9.5 安装/反安装测试用例附录：评审意见0. 文档介绍。
测试用例(Test Case)模板
高校学生日常行为管理系统测试用例（Test Case）变更历史记录目录1.引言 (4)1.1编写目的 (4)1.2背景 (4)1.3术语与缩写解释 (4)1.4参考资料 (4)2.测试环境 (6)2.1硬件 (6)2.2测试软件.............................................................................................................................错误！未定义书签。
3.测试用例 (7)4.用例审核互查 (15)5.检查项 (16)6.评审结果 (17)1.引言1.1编写目的【说明编写这份测试用例的目的，指出预期的读者。
】高校在学生管理的过程中，学生日常行为的管理是教学工作中十分重要的核心内容。
很多高校存在学生日常行为管理难以量化，不能系统、全面的反映学生的行为状况。
在评定奖助学金、优秀学生、优秀班干部等方面存在人为因素，不能全面、客观、公平的去评价一个学生。
为了解决这一现状，建立一个完善的评价体系是非常有必要的。
推进国家的信息化建设。
信息化是全球化的趋势，是国家社会发展的必然选择，高校作为促进国家社会发展的重要领域，它的信息化技术必将影响国家信息化的建设。
引进信息系统，不仅影响高校的教学和科研活动，也将给传统的教学带来巨大的改变，促进国家的信息化教育。
预期读者：项目测试人员、项目经理1.2背景【说明：a这份测试用例所描述的软件系统的名称；b该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心c该产品或项目目标。
】a.软件系统的名称：高校学生日常行为管理系统b.任务提出者：何永杰开发者：何永杰在广东科技学院实训楼完成该软件的开发以及测试c.项目目标：高校学生日常行为管理系统可以对大学生操行量化管理，对学生得分情况进行定期统计，管理人员可以通过系统及时了解学生的行为状况。
系统压力测试用例表格模板
系统压力测试用例表格模板
1. 用例编号，每个压力测试用例都应该有一个唯一的编号，方便追踪和管理。
2. 测试项，列出需要进行压力测试的具体功能或模块。
3. 测试目的，明确该压力测试用例的目的，是为了验证系统在高负荷下的性能表现，还是为了发现系统在压力下的瓶颈和问题。
4. 压力场景，描述压力测试的场景，包括并发用户数、请求频率、数据量等。
5. 预置条件，列出进行压力测试需要满足的前提条件，例如系统环境、数据准备等。
6. 测试步骤，详细描述进行压力测试的步骤，包括启动测试、模拟压力、监控系统性能等。
7. 预期结果，说明在压力测试结束时预期的系统表现，包括响应时间、吞吐量、资源利用率等指标。
8. 实际结果，记录压力测试过程中观察到的实际系统表现，包括性能指标、错误率、系统稳定性等。
9. 通过标志，标记该压力测试用例是否通过，以便后续分析和总结。
10. 备注，记录压力测试过程中的特殊情况、问题点或其他需要说明的内容。
这些是常见的系统压力测试用例表格模板的内容，当然在实际使用中可以根据具体情况进行调整和扩展。
希望这些信息对你有所帮助。
测试用例编写模板
测试用例编写模板
#测试用例编写模板。
##测试目的。
说明测试的目的是什么，为什么需要进行测试。
##前置条件。
说明执行测试所需要满足的前置条件，比如测试环境、测试数据等。
##测试步骤。
1.步骤一。
-输入：（输入什么数据）。
-预期输出：（预期输出什么结果）。
-实际输出：（实际输出什么结果）。
-测试结果：（测试通过/失败）。
2.步骤二。
-...
3.步骤三。
-...
##测试数据。
说明测试执行中所使用的数据内容，包括输入数据和预期输出数据。
##预期结果。
说明测试执行后期望得到什么结果。
##附加说明。
其他需要说明的内容，比如备注、注意事项等。
##测试人员。
说明测试人员的姓名。
##签名。
测试执行完成后，测试人员需要在此处签名。
以上是测试用例编写的模板，可以根据实际情况进行修改和完善。
注意测试用例需要清晰明了、具有可执行性和可验证性，以确保测试结果准确和可靠。
最全面的测试用例模板
当前位置：首页 -> 资讯详细内容最全面的测试用例模板{ 项目名称 }测试用例标题文件状态：[√] 草稿 [ ] 正式发布[ ] 正在修改文件标识：Company-Project-IT-PLAN 当前版本：X.Y作者：完成日期：Year-Month-Day版本历史版本/状态作者参与者起止日期备注目录0. 文档介绍0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文献0.5 术语与缩写解释1. 接口－路径测试用例1.1 被测试对象（单元）的介绍1.2 测试范围与目的1.3 测试环境与测试辅助工具的描述1.4 测试驱动程序的设计1.5 接口测试用例1.6 路径测试的检查表2. 功能测试用例2.1 被测试对象的介绍2.2 测试范围与目的2.3 测试环境与测试辅助工具的描述2.4 测试驱动程序的设计2.5 功能测试用例3. 健壮性测试用例3.1 被测试对象的介绍3.2 测试范围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 容错能力/恢复能力测试用例4. 性能测试用例4.1 被测试对象的介绍4.2 测试范围与目的4.3 测试环境与测试辅助工具的描述4.4 测试驱动程序的设计4.5 性能测试用例5. 图形用户界面测试用例5.1 被测试对象的介绍5.2 测试范围与目的5.3 测试环境与测试辅助工具的描述5.4 测试驱动程序的设计5.5 测试人员分类5.6 用户界面测试的检查表6. 信息安全性测试用例6.1 被测试对象的介绍6.2 测试范围与目的6.3 测试环境与测试辅助工具的描述6.4 测试驱动程序的设计6.5 信息安全性测试用例7. 压力测试用例7.1 被测试对象的介绍7.2 测试范围与目的7.3 测试环境与测试辅助工具的描述7.4 测试驱动程序的设计7.5 压力测试用例8. 可靠性测试用例8.1 被测试对象的介绍8.2 测试范围与目的8.3 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计8.5 可靠性测试用例9. 安装/反安装测试用例9.1 被测试对象的介绍9.2 测试范围与目的9.3 测试环境与测试辅助工具的描述9.4 测试驱动程序的设计9.5 安装/反安装测试用例附录：评审意见0. 文档介绍。
软件测试 测试用例模板
正常的
各种格式的
文档空 文档容量 文件名称
功能1 功能1 功能1
某列空，列格式非法，某列只有空 格 中间有空行，首行空，末行空 插入的空行，清空数据的空行 错误提示
excel格式的附件 txt格式的附件 word格式的附件 rar格式的附件 exe格式的附件，等 office2003的，2007的
说明列的来源和计算方法，尤其是统计列报告
导出的数据，和查询的数据一致 excel格式正确
打开的页面是否正确； 点击的时机是否正确； 提示语是否正确； 弹出页面还是新开tab页还是在当前页?
1、“”登陆，点击菜单：“”
显示“”页面 页面显示正确、美观，布局合理
显示规范
默认显示项
必填项
1.是否有提示，是否有蒙板
（toolbar或者操作 列）
38394041页面显示42 43 44
保存（提交） 45
46
取消，返回 47
新建 保存草稿
48
49
编辑页面
50
51
52
53 54 55
56 功能页面
57 58 59 60 61 62 63 64
65
66
查看详细页面
67
68
69
70
71
删除
72
73
74
75 76
修改 查看详细页面
排序
测试用例描述 列表的分页 页面的跳转
每页显示设置 检查：总页数，总条数，当前页 默认排序 点击列表头排序
7
测试环境
8
参数
9
枚举
10
前置条件
功能配置
11
工作流
12
涉及表及sql
功能测试用例模板
说明：
1. 表格编号中 [模块缩写]为可选项，当项目较大，并按模块/功能点分为若干个文档时填写；
2. 本文档中，如未对与用例相关的其它条件进行说明， 则默认为其它条件是合法的；
3. 正文中，底色置为 “浅黄色” 的是暂时不能确认的内容， 需在确认后进行更改；
4. 正文书写的规定：
1) 涉及到“链接名称”、“页面名称”、“字段名称”的描述时，需将这些名称使用全角双引号(“”)括起来，例如：进入“系统管理”页面；
（测试阶段）功能测试用例
表格编号：[项目编号]_[模块缩写]_[UTC/ITC/STC/VTC]_[两位流水号]“浅黄色”
2) 涉及到 [按钮] 名称的描述时，需将这些名称使用［］括起来， 例如：［确认］。
测试用例-模板
界面测试用例1
项目ID： 所在模块：
编号
检查点
1 窗口切换、移动、改变大小时正常吗？
2 各种界面元素的文字正确吗？（如标题、提示等）
3
各种界面元素的状态正确吗？（如有效、无效、选中等 状态）
4 各种界面元素支持键盘操作吗？
5 各种界面元素支持鼠标操作吗？
6 对话框中的缺省焦点正确吗？
17 分页显示，翻页、跳页是否实现？
18 统一性：图标、按钮，导航栏？
测试人员： 起始时间： 终止时间： 测试工时：
结果
NG描述
总 数： 通 过 率： 未通过率：
18 0 0
备注
7 数据项能正确回显吗？
8 对于常用的功能，用户能否不必阅读手册就能使用？
9
执行有风险的操作时，有“确认”、“取消”等提示 吗？
10 操作顺序合理吗？
11 各种界面元素的布局合理吗？美观吗？
12 各种界面元素的颜色协调吗？
13 各种界面元素的形状美观吗？
14 字体美观吗？
15 图标直观吗？
16 按钮图标的大小、位置是否适当？
测试用例表模板
测试用例表模板
软件测试系列
测试用例表
用例表记独一表示模块名称
开发人员版本号
用例作者设计日期2004-01-07测试人员
测试种类□功能□性能□界限□余量□靠谱性□安全性□强度□人机界面□其余（）该用例履行的目的或方法
用
例
描
述
前即履行本用例一定要知足的条件
置
条
件
描绘本次履行的过程
步
骤
本测试用例加载运转时需要输入的数据
输
入
数
据
本测试用例履行预期输出的数据等
预
期
结
果
实质履行输出的结果
实
际
结
果
结论□经过□未经过测试日期2004-01-08。
流程测试用例模板
流程测试用例模板1. 用例编号：TC0012. 用例名称：用户注册流程测试3. 测试目的：验证用户注册流程的准确性和完整性4. 输入数据：用户信息（用户名、密码、邮箱等）5. 预期输出：成功注册并跳转到首页6. 测试步骤：步骤1：打开注册页面输入数据：无预期输出：注册页面成功打开步骤2：输入用户信息输入数据：用户名、密码、邮箱预期输出：信息输入成功步骤3：点击注册按钮输入数据：无预期输出：成功注册并跳转到首页7. 预期结果：用户成功注册并登录系统8. 实际结果：根据注册的用户名和密码成功登录系统9. 测试结论：用户注册流程测试通过10. 测试人员签署：11. 日期：2022年1月1日----------------------------------------------1. 用例编号：TC0022. 用例名称：用户登录流程测试3. 测试目的：验证用户登录流程的准确性和完整性4. 输入数据：已注册的用户名和密码5. 预期输出：成功登录并跳转到首页6. 测试步骤：步骤1：打开登录页面输入数据：无预期输出：登录页面成功打开步骤2：输入用户名和密码输入数据：已注册的用户名和密码预期输出：用户名和密码输入成功步骤3：点击登录按钮输入数据：无预期输出：成功登录并跳转到首页7. 预期结果：用户成功登录并进入系统8. 实际结果：根据输入的用户名和密码成功登录系统9. 测试结论：用户登录流程测试通过10. 测试人员签署：11. 日期：2022年1月2日----------------------------------------------1. 用例编号：TC0032. 用例名称：浏览商品流程测试3. 测试目的：验证用户浏览商品流程的准确性和完整性4. 输入数据：无5. 预期输出：成功浏览商品并查看详细信息6. 测试步骤：步骤1：打开商品列表页面输入数据：无预期输出：商品列表页面成功打开步骤2：选择一个商品输入数据：选择商品A预期输出：成功跳转到商品A的详细信息页面步骤3：查看商品详细信息输入数据：无预期输出：成功查看商品A的详细信息7. 预期结果：成功浏览商品并查看详细信息8. 实际结果：根据选择的商品成功查看详细信息9. 测试结论：浏览商品流程测试通过10. 测试人员签署：11. 日期：2022年1月3日----------------------------------------------1. 用例编号：TC0042. 用例名称：加入购物车流程测试3. 测试目的：验证用户加入购物车流程的准确性和完整性4. 输入数据：选择的商品A5. 预期输出：成功加入购物车并跳转到购物车页面6. 测试步骤：步骤1：选择商品A输入数据：选择商品A预期输出：成功选择商品A步骤2：点击加入购物车按钮输入数据：无预期输出：成功加入购物车并跳转到购物车页面7. 预期结果：成功加入购物车并跳转到购物车页面8. 实际结果：成功将商品A加入购物车并跳转到购物车页面9. 测试结论：加入购物车流程测试通过10. 测试人员签署：11. 日期：2022年1月4日----------------------------------------------1. 用例编号：TC0052. 用例名称：下单流程测试3. 测试目的：验证用户下单流程的准确性和完整性4. 输入数据：已加入购物车的商品A5. 预期输出：成功下单并跳转到订单确认页面6. 测试步骤：步骤1：打开购物车页面输入数据：无预期输出：购物车页面成功打开步骤2：点击结算按钮输入数据：无预期输出：成功跳转到订单确认页面7. 预期结果：成功下单并跳转到订单确认页面8. 实际结果：成功下单并跳转到订单确认页面9. 测试结论：下单流程测试通过10. 测试人员签署：11. 日期：2022年1月5日----------------------------------------------1. 用例编号：TC0062. 用例名称：支付流程测试3. 测试目的：验证用户支付流程的准确性和完整性4. 输入数据：订单确认页面的订单信息5. 预期输出：成功支付并跳转到支付成功页面6. 测试步骤：步骤1：选择支付方式输入数据：选择支付宝支付预期输出：成功选择支付宝支付步骤2：点击支付按钮输入数据：无预期输出：成功支付并跳转到支付成功页面7. 预期结果：成功支付并跳转到支付成功页面8. 实际结果：根据选择的支付方式成功支付并跳转到支付成功页面9. 测试结论：支付流程测试通过10. 测试人员签署：11. 日期：2022年1月6日以上是一个流程测试用例模板，将实际测试用例中的内容填入相应的部分即可。
测试用例模板完整版
用例编号XXX-XXX-XXXXXXXX 项目名称XXXX模块模块名称XXXX部项目承担部门用例作者2014-12-24 完成日期XXXX部本文档使用部门评审负责人审核日期批准日期注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。
历史版本：一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。
主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
二、性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。
性能测试的目标是核实性能需求是否都已满足。
可以分为以下几种进方式来组织进行测试。
1.1.预期性能测试用例通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个预期性根据测试结果来改进系统的性能。
指标都要统写多个测试用例来验证是否达到要求，能指标通常以单用户为主。
1.2.用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。
1.3.大数据量测试用例大数据量测试是测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。
大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
1.4.疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不（如数据库锁或网络带宽）而造成的。
强明显的缺陷。
而其他缺陷则可能由于争用共享资源．度测试还可用于确定测试对象能够处理的最大工作量。
1.5.负载测试测试用例负载测试也是性能测试中的一种。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.根据病人编号查询：输入不存在的病人编号 2.根据病人编号查询：输入正确的病人编号 3.根据检查编号查询：输入不存在的检查编号 4.根据检查编号查询：输入正确的检查编号 5.根据门诊号查询：输入不存在的门诊号 6.根据门诊号查询：输入正确的门诊号 7.根据住院号查询：输入不存在的住院号 8.根据住院号查询：输入正确的住院号 9.根据姓名查询：输入不存在的姓名 10.根据姓名查询：输入正确的姓名 11.根据姓名查询：输入姓名的部分 12.根据卡号查询：输入不存在的卡号 13.根据卡号查询：输入正确的卡号 14.根据病人性别查询：下拉选择需要选择的性别 15.根据病人来源查询：下拉选择需要搜索的来源 16.根据检查设备查询：下拉选择需要搜索的检查 设备 17.根据检查状态查询：下拉选择需要搜索的检查 状态 18.根据时间查询：下拉选择需要搜索的来源 19.根据选择的时间范围查询：选择需要查询的时 间范围 1.点击按钮 2.输入名称，点击保存 3.不输入名称，点击保存
1.输入账号sa，输入密码sa； 2.另一台电脑输入账号sa，输入密码sa；
1.单击注销 1、群消息发送 2、个人消息 3、离线消息 4、表情发送 5、图片发送 6、查看聊天历史记录 1、编辑签名 1、上线通知
1、用户退出
1、编辑用户的状态
1.选择时间，查看选择那天的预约人数 2.选择设备，查看该设备具体某天的预约安排情况
1.点击备注按钮打开备注框 2.输入备注并不点击保存，再次打开备注按钮 3.输入备注并点击保存 4.再次打开备注按钮 5.进行二次编辑后保存 1.填入必填项，选中检查项目 2.不完整填入必填项，选择检查项目 3.填入完整必填项，不选检查项目
1.填入完整信息，点击保存并打印
1.点击启动扫描仪 1.点击扫描 1.点击取消
跳转页
分页
无 无
用户已登入、进入检查 模块中的查询页面
用例步骤
1.正确的用户名和密码，点击登录； 2.正确的用户名，错误的密码，如*/，1=1，点击 登录； 3.错误的用户名，正确的密码，点击登录； 4.错误的用户名，错误的密码，点击登录； 5.用户名和密码都输入空格。
1.不输入原密码、新密码、确认新密码三者之一； 2.输入错误的原密码、新密码前后一致； 3.输入正确的原密码、新密码前后不一致； 4.输入正确的原密码、新密码前后一致； 5.用户名和密码都输入空格。
系统模块 主要功能
功能点 前置条件
登录
账号和密码
该用户已存在
修改密码
用户已登录
登录
我的配置
电子签名
用户已登录
聊天室
聊天室 预约表
我的模块
用户已登录
多端登录排斥 注销
该用户已存在在同一局 域网内登录
用户已登录
发消息
用户已经登入
修改签名 上线通知 下线头像置灰
用户隐身
预约
用户登入、点击预约模 块，进入预约页面
1.输入住院号，自带检索功能，效果同上
1.输入门诊号，自带检索功能，效果同上
选择病人来源，查看病区输入框的内容变化
选择病人来源，查看病区输入框的内容变化，病床 对应变化，否则不可选
1.输入医保号
1.填入非数字 2.填入0，100000 3.输入比出院日期大的入院日期
1.填入非数字 2.填入0，100000 3.输入比入院日期小的出院日期
1.不填 2.填入空格 3.填入* 4.填入同名 5.填入非同名 6.有病人编号的时候输入 1.双击病人记录 2.修改引入的信息 3.双击病人的详细信息中的入院记录 1.展开入院记录下拉框，并单击一条数据
1.填入非数字 2.填入0，100000 3.切换单位 1.点击备注按钮打开备注框 2.输入备注并不点击保存，再次打开备注按钮 3.输入备注并点击保存 4.再次打开备注按钮 5.进行二次编辑后保存 1.选择住院 2.选择其他选项 1.输入卡号，自带检索功能有相同卡号则提示引入 病人信息 2.无相同卡号，保存当前录入卡号
1.点击按钮 2.选择数据，点击删除 3.不选择数据，点击删除
1.点击我的条件列表中的一条 2.点击清空
1.选中状态正确，登记状态修改 2.选中状态正确，预约状态修改 3.选中状态正确，其他状态修改 4.选中状态正确，保存修改 5.状态错误 6.保存修改前，状态错误 7.点击保存过程状态错误 8.不选中点击修改
检索同名病人
病人编号为空，填入非 空字符串
引入同名病人 检索到同名病人
引入同名病人的入院 引入同名病人，并有相
记录
关入院记录
计算年龄和出生Leabharlann 期填入年龄，选择单位； 选择出生日期
病人备注
录入病人信息
根据来源选择病区和 申请科室
选择病人来源
卡号
卡号
住院号 门诊号
病区 病床 医保号
住院号 门诊号 病区 病床 医保号
1.启用或关闭电子签名； 2.点击空白处的签名加载区域； 3.点击选择文件：jpg格式； 4.点击向左/右旋转90°，移动选取框或改变其大 小； 5.点击完成； 6.选择txt等文件形式，点击完成。
1.查看当前用户使用的模块名称和数量如果为多 个，选择其中一个，确定。 2.重新登录； 3.如果为一个，空选我的模块； 4.保存。
检查备注
录入检查信息备注
保存
已录入必填项信息
保存并打印检查单
启动扫描仪 扫描 取消
已安装打印程序，填入 完整信息 有预约单 有预约单 有输入值
查询
无
查询界面
保存查询条件 无
管理查询条件 无
我的条件
无
修改
无
转登记
删除预约信息 无
取消预约
无
删除病人信息 无
打印预约单
无
申请单 检查流程 右键菜单 条件清除
输入任意字符
选择
1.点击备注按钮打开备注框 2.输入备注并不点击保存，再次打开备注按钮 3.输入备注并点击保存 4.再次打开备注按钮 5.进行二次编辑后保存
单击按钮
1.选择申请科室
1.选择设备类型 2.改变检查设备 3.改变部位
1.改变设备类型，检查设备，部位，字部位和搜索 框获取检查项目
1.单击检查项目条目 2.单击已获取的项目 3.删除数据网络中项目
录入界面
入院日期
出院日期 病人主诉 送检医院
入院日期
出院日期 病人主诉 送检医院
预约
入院备注
录入入院信息
清空入院备注
输入入院信息部分的内 容
根据申请科室获取申 请医生
选择申请科室
设备类型，检查设
备，部位，子部位之
间的联动
根据设备类型，检查
设备，部位，字部位 检查信息未被锁定
和搜索框获取检查项
选择检查项目 检查信息未被锁定