软件测试用例文档
- 格式:doc
- 大小:258.50 KB
- 文档页数:16
本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==软件测试范例篇一:软件测试用例实例(非常详细)1、兼容性测试在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。
客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。
测试目的配置说明服务器操作系统系统软件外设应用软件结果Window201X(S) WindowXp Window201X(P) Window201X用例编号项目名称模块名称项目承担部门用例作者完成日期本文档使用部门评审负责人审核日期批准日期TestCase_LinkWorks_WorkEvaluate LinkWorks WorkEvaluate模块研发中心-质量管理部201X-5-27 质量管理部注:本文档由测试组提交,审核由测试组负责人签字,由项目负责人批准。
历史版本:版本/状态 V1.1作者参与者起止日期备注1.1. 疲劳强度测试用例强度测试也是性能测试是的一种,实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。
强度测试还可用于确定测试对象能够处理的最大工作量。
测试目的测试说明前提条件测试需求功能1输入/动作 2小时 4小时 6小时 8小时功能12小时 4小时 6小时 8小时连续运行8小时,设置添加10用户并发输出/响应是否正常运行一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
主要测试技术方法为用户通过GUI (图形用户界面)与应用程序交互,对交互的输出或接受进行分析,以此来核实需求功能与实现功能是否一致。
测试用例实例(含:功能测试用例、性能测试用例、兼容性测试用例)目录一、功能测试用例................................................................................. - 2 -二、性能测试....................................................................................... - 10 -2.1预期性能测试用例.................................................................. - 10 -2.2 用户并发测试用例................................................................. - 10 -2.3 大数据量测试用例................................................................. - 11 -2.4 疲劳强度测试用例................................................................. - 11 -2.5 负载测试测试用例................................................................. - 11 -三、兼容性测试................................................................................... - 12 -用例编号TestCase_LinkWorks_WorkEvaluateLinkWorks 项目名称WorkEvaluate模块模块名称研发中心-质量管理部项目承担部门用例作者2005-5-27 完成日期质量管理部本文档使用部门评审负责人审核日期批准日期注:本文档由测试组提交,审核由测试组负责人签字,由项目负责人批准。
软件测试测试用例范文测试用例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中,应成功显示商品添加失败消息,并保留用户在添加商品页面。
请根据实际情况自行调整、修改测试用例内容。
实验一案例实践一NextDate的第一次测试我们可以将软件缺陷的正式定义简单地归纳为以下三点:1.存在完全没有实现的功能,即软件做得不够2.基本实现了用户所需的功能,但运行时会出现一些功能或性能上的问题,即软件没有正确地去做3.实现了用户不需要的功能,即软件做得太多让我们根据上述简单规则,用下面的案例来亲自动手测试。
测试步骤:1.NextDate功能简述(1) 有效日期的正确计算功能名称:有效日期的正确计算功能编号:F01(2)无效日期的合理提示功能名称:无效日期的合理提示功能编号:F02(3) 无条件文本清除功能名称:无条件文本清除功能编号:F03(4) 无条件确定功能名称:无条件确定功能编号:F04(5)无条件取消功能名称:无条件取消功能编号:F052.开始测试根据缺陷定义的三个方面,我们需要考察需求规格说明中指明的所有功能是什么,其中每个功能是否是正确完成的,是否存在某些功能超出了需求规格说明指明的功能范围。
让我们依次来测试每个功能吧。
NextDate的第一次测试的测试用例集合如表1.1所示,表中“N/A”表示不需要输入任何数据表1.1 NextDate的第一次测试的测试用例集合从表1.1中我们可以看到,对于需要简述中的每一项功能,表中都有一个测试用例进行对应的测试,且从表中可以清晰地看出每个用例执行的结果。
结果表明,系统实现了每项功能,但针对无效输入和“确定”按钮测试失败,发现有缺陷存在。
3. 测试分析(1)测试的完整性和有效性对于每项功能,只有一个测试用例来对应,这显然是不彻底的。
以有效输入功能为例,有效的日期应该是从 1800年 1 月 1日到2050 年 12月 31日之间的所有日期,而我们目前只选择了其中的一个日期,我们面临的问题是:我们需要全部测试这些有效日期吗?如果不需要全部测试,我们又该如何从中挑选出最能够揭示系统潜在缺陷的日期?仅用少量日期来测试对软件交付造成的风险有多大?对于无效输入,将包含更多情况:第一,满足所有输入的数据类型要求,但不在有效取值范围内。
软件测试用例范文全文共四篇示例,供读者参考第一篇示例:软件测试用例是软件测试过程中非常重要的一环,它用于描述对软件系统进行测试的情况、步骤和条件。
软件测试用例可以帮助测试人员确定在不同情况下软件系统的性能是否符合要求,发现潜在的缺陷并确保软件质量。
一份优秀的软件测试用例需要具备清晰的目标、详细的步骤、准确的预期结果和良好的可重复性。
下面是一份关于登录功能的软件测试用例范文:测试用例名称:登录功能测试测试目的:验证用户可以成功登录系统前提条件:用户已经在系统中注册账号测试步骤:1. 打开系统登录页面2. 输入正确的用户名和密码3. 点击“登录”按钮预期结果:1. 用户成功登录系统2. 系统显示用户个人信息页面3. 用户可以正常使用系统功能用例覆盖范围:该测试用例覆盖了登录功能的基本操作,包括输入账号、密码和点击登录按钮等操作。
在编写软件测试用例时,需要考虑系统的功能模块、用户需求和系统设计等因素。
测试用例要尽可能覆盖系统各个功能点,保证测试的全面性和准确性。
除了基本的功能测试用例外,还可以编写一些边界测试用例、异常情况测试用例和性能测试用例等,以更全面地评估软件系统的性能和稳定性。
软件测试用例的编写是软件测试工作中非常关键的一部分,它直接影响到测试结果的准确性和软件质量的提高。
通过编写高质量的测试用例,可以有效地发现和解决软件系统中的缺陷,减少系统风险,并提高用户体验和满意度。
【字数已达要求,建议补充内容】第二篇示例:软件测试用例是软件测试中的重要组成部分,它是在软件开发过程中用于验证软件功能是否符合设计要求的一种测试方法。
软件测试用例作为软件测试活动的基础,其质量和有效性直接影响软件测试的效果和成本。
在软件测试中,测试用例旨在检测软件的错误和缺陷,以确保软件质量,提高软件可靠性和稳定性。
软件测试用例的编写需要遵循一定的规范和原则,以确保测试用例的全面性和有效性。
一般来说,软件测试用例可以分为详细测试用例和冗余测试用例。
软件测试用例模板(精品)XX系统测试用例XX系统-测试用例目录第一章任务概述 ..................................................................... ........................................................................ . (2)1.1. 目标 ..................................................................... ........................................................................ .. (2)1.2. ............................................................... ................................................................2 需求与设计概述1.3. 运行环境...................................................................... .. (2)1.4. 测试环境...................................................................... .. (2)1.5. 条件与限制 ..................................................................... . (2)1.6. 参考资料...................................................................... .. (2)第二章测试内容说明 ..................................................................... . (3)2.1. 测试方案...................................................................... .. (3)2.2. 需要测试内容说明...................................................................... .. (3)2.3. 测试准备工作...................................................................... ..............................................................3 第三章功能测试用例设计 ..................................................................... . (4)3.1. 公用测试用例...................................................................... .. (4)3.2. 系统登录及界面 ..................................................................... . (4)3.2.1. 模块一...................................................................... ........................................................................4 第四章性能测试用例设计 ..................................................................... . (5)4.1. 性能测试...................................................................... .. (5)4.2. 恢复测试...................................................................... .. (5)4.3. 安全性测试 ..................................................................... . (5)4.4. 强度测试...................................................................... .. (5)第五章评价准则 ............................................................................................................................................. . (6)5.1. 范围 ..................................................................... ........................................................................ .. (6)5.2. 准则 ..................................................................... ........................................................................ ........6 第六章测试用例列表 ..................................................................... . (7)6.1. 页面测试...................................................................... .. (7)1XX系统-测试用例第一章任务概述1.1. 目标1.2. 需求与设计概述1.3. 运行环境1.4. 测试环境1.5. 条件与限制1.6. 参考资料2XX系统-测试用例第二章测试内容说明2.1. 测试方案2.2. 需要测试内容说明2.3. 测试准备工作3XX系统-测试用例第三章功能测试用例设计3.1. 公用测试用例3.2. 系统登录及界面3.2.1. 模块一4XX系统-测试用例第四章性能测试用例设计4.1. 性能测试4.2. 恢复测试4.3. 安全性测试4.4. 强度测试5XX系统-测试用例第五章评价准则5.1. 范围5.2. 准则6XX系统-测试用例第六章测试用例列表6.1. 页面测试用例编号 TC- 01高中低测试优先级用例摘要测试界面链接功能性测试安全性测试压力测试测试类型基本事件备选事件异常事件用例类型用例设计者设计日期对应需求对应UI版本号前置条件测试方法输入数据执行步骤预期输出各个链接都正确无误实际结果符合预期测试日期7。
编号:版本:状态:密级:分发号:XX软件接口测试用例编制/日期:审核/日期:标审/日期:会签/日期:批准/日期:XX科技有限公司20XX年X月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2引用文档 (1)3测试准备 (2)3.1硬件准备 (2)3.2软件准备 (2)3.3其他测试前准备 (2)4测试说明 (3)4.1测试用例编号规则 (3)4.2测试用例列表 (3)4.3测试用例 (3)5需求的可追踪性 (8)6注释 (9)1范围1.1标识【注释:本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。
】1.2系统概述【注释:本条应概述本文档所适用的系统和软件的用途。
描述系统与软件的一般特性(如规模、安全性、可靠性、实时性、技术风险等特性);概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。
】1.3文档概述【注释:本条应概述本文档的用途和内容,并描述与它的使用有关的安全保密方面的要求。
】2引用文档【注释:本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应给出不能通过正常渠道得到的文档的来源。
】3测试准备3.1硬件准备【注释:本条应描述测试工作所需的硬件准备规程。
有关这些规程,可以引用已发布的操作手册。
(若适用)应提供以下内容:a)用名称和(若适用)编号标识要使用的特定硬件;b)所有连接硬件所有的开关装置和电缆;c)说明硬件、互联控制和数据路径的一个或多个图示;d)使硬件处于就绪状态的逐步的操作说明。
】3.2软件准备【注释:本条描述准备被测项、相关软件以及数据的必要规程。
有关这些规程,可以引用已经发布的软件手册。
(若适用)应提供下述信息:a)测试中要使用的特定软件;b)被测项的存储介质(如光盘、磁盘);c)所有相关软件(如模拟器、测试驱动程序、数据库)的存储介质;d)加载软件的说明,包括所需的顺序;e)多个测试用例共用的软件初始化说明。
软件测试用例范文标题:手机应用软件登录功能测试用例一、测试用例名称:正确的用户名和密码登录1. 用例描述:用户使用正确的用户名和密码进行登录操作。
2. 前提条件:用户已经正确下载并安装了手机应用软件。
3. 测试步骤:- 打开手机应用软件。
- 在登录页面输入正确的用户名。
- 在密码输入框中输入正确的密码。
- 点击登录按钮。
4. 预期结果:- 用户成功登录,并跳转到应用首页。
- 应用首页显示用户的个人信息。
二、测试用例名称:错误的用户名和密码登录1. 用例描述:用户使用错误的用户名和密码进行登录操作。
2. 前提条件:用户已经正确下载并安装了手机应用软件。
3. 测试步骤:- 打开手机应用软件。
- 在登录页面输入错误的用户名。
- 在密码输入框中输入错误的密码。
- 点击登录按钮。
4. 预期结果:- 系统提示用户名或密码错误。
- 用户无法登录,并停留在登录页面。
三、测试用例名称:空用户名和密码登录1. 用例描述:用户未输入用户名和密码进行登录操作。
2. 前提条件:用户已经正确下载并安装了手机应用软件。
3. 测试步骤:- 打开手机应用软件。
- 在登录页面不输入用户名和密码。
- 点击登录按钮。
4. 预期结果:- 系统提示用户名和密码不能为空。
- 用户无法登录,并停留在登录页面。
四、测试用例名称:忘记密码找回1. 用例描述:用户忘记密码,通过找回密码功能进行操作。
2. 前提条件:用户已经正确下载并安装了手机应用软件。
3. 测试步骤:- 打开手机应用软件。
- 在登录页面点击“忘记密码”链接。
- 进入密码找回页面。
- 输入注册时的手机号码。
- 点击发送验证码按钮。
- 输入收到的验证码。
- 输入新密码。
- 点击确认按钮。
4. 预期结果:- 系统验证成功,提示密码重置成功。
- 用户可以使用新密码登录。
五、测试用例名称:退出登录1. 用例描述:用户在登录状态下进行退出操作。
2. 前提条件:用户已经正确登录了手机应用软件。
3. 测试步骤:- 在应用首页点击用户头像。
软件测试测试用例范文测试用例是软件测试过程中非常重要的一部分,它是用来验证软件功能和性能是否符合设计要求的一种方法。
下面是一个关于某电商网站的软件测试用例范文,以供参考。
测试用例标题,用户注册功能测试。
测试目的,验证用户注册功能是否符合设计要求,包括用户注册的流程、界面、输入验证和错误处理等方面。
前置条件,用户进入注册页面,并填写注册信息。
测试步骤:1. 打开网站首页,点击注册按钮,进入注册页面。
2. 输入正确的用户名、密码、确认密码、邮箱等信息,点击注册按钮。
3. 检查是否成功注册并跳转到登录页面。
4. 使用注册时填写的用户名和密码登录,检查是否能成功登录。
5. 使用已注册的用户名再次进行注册,检查是否提示“用户名已存在”的错误信息。
6. 使用不同的用户名和密码再次进行注册,检查是否能成功注册。
7. 输入不符合要求的用户名、密码、邮箱等信息,检查是否能正确提示用户输入错误。
8. 在注册过程中,中途关闭页面或网络中断,再次进入注册页面,检查是否能够恢复上一次的注册信息。
预期结果:1. 正确填写注册信息后,能够成功注册并跳转到登录页面。
2. 使用已注册的用户名和密码能够成功登录。
3. 使用已注册的用户名再次进行注册时,能够正确提示“用户名已存在”。
4. 输入不符合要求的信息时,能够正确提示用户输入错误。
5. 在注册过程中中途关闭页面或网络中断后,再次进入注册页面时,能够恢复上一次的注册信息。
测试环境,Windows 10操作系统,Chrome浏览器。
测试数据,正确的用户名、密码、邮箱等信息;错误的用户名、密码、邮箱等信息。
测试人员,测试人员A。
测试日期,2022年1月1日。
测试结果:1. 正确填写注册信息后,成功注册并跳转到登录页面。
2. 使用已注册的用户名和密码能够成功登录。
3. 使用已注册的用户名再次进行注册时,正确提示“用户名已存在”。
4. 输入不符合要求的信息时,正确提示用户输入错误。
5. 在注册过程中中途关闭页面或网络中断后,再次进入注册页面时,能够恢复上一次的注册信息。
测试用例目录1.引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料 (3)1.5测试种类的分类 (4)1.6测试阶段 (4)1.7测试用例的分类 (4)1.8测试种类、阶段和测试用例的关系 (4)1.9用例编写方案 (5)2测试用例 (5)2.1 功能测试用例(代号F(Function )) (5)2.1.1 被测试对象(单元)的介绍 (5)2.1.2测试范围与目的 (5)2.1.3测试环境与测试辅助工具的描述 (5)2.1.4测试驱动程序的设计 (5)2.2 接口-路径测试用例(代号I(Interface)) (6)2.2.1被测试对象(单元)的介绍 (6)2.2.2测试范围与目的 (6)2.2.3测试环境与测试辅助工具的描述 (6)2.2.4 测试驱动程序的设计 (6)2.2.5 路径测试的检查表(代号PI(Path Inspection ) (6)2.3 性能测试用例(代号PE(Performance)) (7)2.3.1 被测试对象(单元)的介绍 (7)2.3.2 测试范围与目的 (7)2.3.3 测试环境与测试辅助工具的描述 (7)2.3.4 测试驱动程序的设计 (7)2.4 图形用户界面测试用例(代号U(User Interface)) (8)2.4.1 被测试对象的介绍 (8)2.4.2 测试范围与目的 (8)2.4.3 测试环境与测试辅助工具的描述 (8)2.4.4测试驱动程序的设计 (8)2.4.5测试人员分类 (8)2.4.6用户界面测试的检查表 (8)2.5 健壮性测试用例(代号RO(Robustness)) (9)2.5.1 被测试对象的介绍 (9)2.5.2测试范围与目的 (9)2.5.3 测试环境与测试辅助工具的描述 (9)2.5.4 测试驱动程序的设计 (9)2.5.5 容错能力/恢复能力测试用例 (9)2.6 并发性能测试用例(代号C(Complicated)) (9)2.6.1被测试对象的介绍 (9)2.6.2测试范围与目的 (9)2.6.3测试环境与测试工具的描述 (9)2.6.4测试驱动程序的设计 (9)2.7 业务组合性能测试(集成性能测试)(代号IP(Inregrated Performance)) (11)2.7.1被测试对象的介绍 (11)2.7.2测试范围与目的 (11)2.7.3测试环境与工具的描述 (11)2.7.4测试驱动程序的设计 (11)2.8 可靠性测试用例(代号RE(Reliability)) (12)2.8.1被测试对象的介绍 (12)2.8.2测试范围与目的 (12)2.8.3测试环境与工具的描述 (12)2.8.4测试驱动程序的设计 (12)2.9 信息安全性测试用例(代号IS(Information security)) (13)2.9.1被测试对象的介绍 (13)2.9.2测试范围与目的 (13)2.9.3测试环境与测试辅助工具的描述 (13)2.9.4测试驱动程序的设计 (13)2.10 网络性能测试(代号NP(Network Performance)) (13)2.10.1被测试对象的介绍 (13)2.10.2.测试范围与目的 (13)2.10.3 测试环境与测试辅助工具描述 (13)2.10.4测试驱动程序设计 (13)2.11 服务器性能测试(代号SP(Server Performance)) (14)2.11.1被测试对象的介绍 (14)2.11.2.测试范围与目的 (14)2.11.3 测试环境与测试辅助工具描述 (14)2.11.4测试驱动程序设计 (14)2.12 安装/反安装测试用例(代号IN(Installation)) (15)2.12.1被测试对象的介绍 (15)2.12.2.测试范围与目的 (15)2.12.3测试环境与测试辅助工具描述 (15)2.12.4测试驱动程序设计 (15)3测试用例清单与测试用例列表 (15)4附录:评审意见 (16)5.管理用例 (16)1.引言测试文档由软件设计说明所驱动。
测试用于验证模块单元实现了模块设计中定义的规格。
一个完整的单元测试说明应该包含白盒测试和黑盒的测试。
测试验证程序应该执行的工作,测试验证程序不应该执行的工作。
1.1编写目的通过测试尽可能的找出项目中的错误,并加以纠正。
测试不仅最后的复审,更是保证软件质量的关键。
简单的说就是想尽一切方法尝试“破坏”它,这样才能找出失败与不足之处,最终的任务就是建造高质量的软件产品1.2项目背景系统说明:该软件系统主要实现对商品的展销为主要目的的任务项目开发小组:第十小组主管科目:软件工程任务下达者:教师1.3定义白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。
在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
1.4参考资料项目的计划任务书、合同或批文;项目开发计划;需求规格说明书;概要设计说明书;测试计划;用户操作手册;文档中所引用的其他资料、软件开发标准或规范。
1.5测试种类的分类功能测试、健壮性测试、接口测试、强度测试、压力测试、性能测试、用户界面测试、安全测试、可靠性测试、安装/反安装测试、文档测试1.6测试阶段功能测试:功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。
路径测试:是指根据路径设计测试用例的一种技术,经常用于状态转换测试中。
界面测试:界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。
而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。
1.7测试用例的分类功能测试用例:功能测试、健壮性测试、可靠性测试路径测试用例:接口测试、健壮性测试、可靠性测试界面测试用例:安全测试用例、美观测试1.8测试种类、阶段和测试用例的关系1.9用例编写方案2测试用例2.1 功能测试用例(代号F(Function ))2.1.1被测试对象(单元)的介绍2.1.2测试范围与目的2.1.3测试环境与测试辅助工具的描述2.1.4测试驱动程序的设计2.2 接口-路径测试用例(代号I(Interface))2.2.1被测试对象(单元)的介绍2.2.2测试范围与目的2.2.3测试环境与测试辅助工具的描述2.2.4 测试驱动程序的设计2.2.5 路径测试的检查表(代号PI(Path Inspection )2.3 性能测试用例(代号PE(Performance))2.3.1 被测试对象(单元)的介绍2.3.2 测试范围与目的2.3.3 测试环境与测试辅助工具的描述2.3.4 测试驱动程序的设计2.4 图形用户界面测试用例(代号U(User Interface))2.4.1 被测试对象的介绍2.4.2 测试范围与目的2.4.3 测试环境与测试辅助工具的描述2.4.4测试驱动程序的设计2.4.5测试人员分类2.4.6用户界面测试的检查表2.5 健壮性测试用例(代号RO(Robustness))2.5.1 被测试对象的介绍2.5.2测试范围与目的2.5.3 测试环境与测试辅助工具的描述2.5.4 测试驱动程序的设计2.5.5 容错能力/恢复能力测试用例2.6 并发性能测试用例(代号C(Complicated))2.6.1被测试对象的介绍2.6.2测试范围与目的2.6.3测试环境与测试工具的描述2.6.4测试驱动程序的设计2.7 业务组合性能测试(集成性能测试)(代号IP(Inregrated Performance))2.7.1被测试对象的介绍2.7.2测试范围与目的2.7.3测试环境与工具的描述2.7.4测试驱动程序的设计2.8 可靠性测试用例(代号RE(Reliability))2.8.1被测试对象的介绍2.8.2测试范围与目的2.8.3测试环境与工具的描述2.8.4测试驱动程序的设计2.9 信息安全性测试用例(代号IS(Information security))2.9.1被测试对象的介绍2.9.2测试范围与目的2.9.3测试环境与测试辅助工具的描述2.9.4测试驱动程序的设计2.10 网络性能测试(代号NP(Network Performance))2.10.1被测试对象的介绍2.10.2.测试范围与目的2.10.3 测试环境与测试辅助工具描述2.10.4测试驱动程序设计2.11 服务器性能测试(代号SP(Server Performance))2.11.1被测试对象的介绍2.11.2.测试范围与目的2.11.3 测试环境与测试辅助工具描述2.11.4测试驱动程序设计2.12 安装/反安装测试用例(代号IN(Installation))2.12.1被测试对象的介绍2.12.2.测试范围与目的2.12.3 测试环境与测试辅助工具描述2.12.4测试驱动程序设计3测试用例清单与测试用例列表测试用例清单测试用例列表用例级别:指明该用例的重要程度级别1:基本。
用例涉及系统基本功能。
(1级用例的数量应受到控制)级别2:重要。
用例涉及单个版本特性。
级别3:详细。
该用例仅影响单项功能的某一细节方面。
级别4:生僻。
该用例对应较生僻的预置条件和数据设置。
4附录:评审意见提示:测试组长邀请开发人员和同行专家,对《系统测试用例》进行技术评审。
5.管理用例。