软件测试用例(标准参考)
软件测试用例文档模板(带实例)
软件测试用例模板（带实例）工程管理系统事例研究项目功能测试用例编号： Project_MA_Login_1项目/软件工程管理系统事例研究项目程序版本功能模块Login编制人李虎、彭贝贝、唐姣凤用例编号Project_MA_Login_1编制时间2005-2-22有关用例Project_MA_Main_1 、 Project_MA_Interface_1 、Project_MA_Priority_1功能特征系统的初始窗体，并进行用户的合法性考证。
测试目的考证能否输入合法的信息，阻挡非法登岸，以保证系统的安全特征预置条件数据库中储存了一些用户信息特别规程说明（划分大小写）参照信息需求说明中对于“登录”的说明测试数据用户名 = administrators 密码 = 1001 （数据库表中有相应的信息）操作步骤操作描绘数据希望结果实质结果测试状态（ P/F ）用户名=选择用户名称，按 administrators，密码为显示警示信息“帐号1“提交”按钮。
空或密码不可以为空！”（切合）P选择用户名称,输用户名为入错误密码，按administrators，密码显示警示信息“帐号2“提交”按钮。
=123或密码不错误！”（切合）P 选择用户名称,输用户名=入密码，按“提交”administrators，密码为3按钮。
=1001进入系统”（切合）P彭贝贝、李绍霞、测试人员唐姣凤开发人员杨丽娟负责人李虎 (手写 )编号： Project_MA_Interface_3优选范本目/件工程管理系事例研究目程序版本功能模Interface制人李虎、彭、唐姣用例号Project_MA_Interface_3制2005 – 2– 21有关用例Project_MA_Interface_1 、Project_MA_Interface_2 、 Project_MA_Priority_1 、 Project_MA_DBACCESS_1功能特征界面增添操作目的窗体界面与的切合性。
软件测试用例范文
软件测试用例范文全文共四篇示例，供读者参考第一篇示例：软件测试用例是软件测试过程中非常重要的一环，它用于描述对软件系统进行测试的情况、步骤和条件。
软件测试用例可以帮助测试人员确定在不同情况下软件系统的性能是否符合要求，发现潜在的缺陷并确保软件质量。
一份优秀的软件测试用例需要具备清晰的目标、详细的步骤、准确的预期结果和良好的可重复性。
下面是一份关于登录功能的软件测试用例范文：测试用例名称：登录功能测试测试目的：验证用户可以成功登录系统前提条件：用户已经在系统中注册账号测试步骤：1. 打开系统登录页面2. 输入正确的用户名和密码3. 点击“登录”按钮预期结果：1. 用户成功登录系统2. 系统显示用户个人信息页面3. 用户可以正常使用系统功能用例覆盖范围：该测试用例覆盖了登录功能的基本操作，包括输入账号、密码和点击登录按钮等操作。
在编写软件测试用例时，需要考虑系统的功能模块、用户需求和系统设计等因素。
测试用例要尽可能覆盖系统各个功能点，保证测试的全面性和准确性。
除了基本的功能测试用例外，还可以编写一些边界测试用例、异常情况测试用例和性能测试用例等，以更全面地评估软件系统的性能和稳定性。
软件测试用例的编写是软件测试工作中非常关键的一部分，它直接影响到测试结果的准确性和软件质量的提高。
通过编写高质量的测试用例，可以有效地发现和解决软件系统中的缺陷，减少系统风险，并提高用户体验和满意度。
【字数已达要求，建议补充内容】第二篇示例：软件测试用例是软件测试中的重要组成部分，它是在软件开发过程中用于验证软件功能是否符合设计要求的一种测试方法。
软件测试用例作为软件测试活动的基础，其质量和有效性直接影响软件测试的效果和成本。
在软件测试中，测试用例旨在检测软件的错误和缺陷，以确保软件质量，提高软件可靠性和稳定性。
软件测试用例的编写需要遵循一定的规范和原则，以确保测试用例的全面性和有效性。
一般来说，软件测试用例可以分为详细测试用例和冗余测试用例。
软件测试测试用例范文
软件测试测试用例范文1. 用例编号，TC001。
用例名称，用户登录。
前提条件，用户已安装并打开软件。
测试步骤：1. 输入正确的用户名和密码。
2. 点击登录按钮。
预期结果，用户成功登录，并跳转至主页面。
实际结果，用户成功登录，并跳转至主页面。
测试结论，用户登录功能正常。
2. 用例编号，TC002。
用例名称，用户注册。
前提条件，用户已安装并打开软件。
测试步骤：1. 点击注册按钮。
2. 输入用户名、密码和确认密码。
3. 点击确认注册按钮。
预期结果，用户成功注册并跳转至登录页面。
实际结果，用户成功注册并跳转至登录页面。
测试结论，用户注册功能正常。
3. 用例编号，TC003。
用例名称，查看个人信息。
前提条件，用户已成功登录。
测试步骤：1. 点击个人信息按钮。
预期结果，显示用户的个人信息。
实际结果，显示用户的个人信息。
测试结论，查看个人信息功能正常。
4. 用例编号，TC004。
用例名称，修改个人信息。
前提条件，用户已成功登录。
测试步骤：1. 点击修改个人信息按钮。
2. 修改个人信息。
3. 点击确认修改按钮。
预期结果，个人信息修改成功。
实际结果，个人信息修改成功。
测试结论，修改个人信息功能正常。
5. 用例编号，TC005。
用例名称，上传图片。
前提条件，用户已成功登录。
测试步骤：1. 点击上传图片按钮。
2. 选择图片并上传。
预期结果，图片上传成功。
实际结果，图片上传成功。
测试结论，上传图片功能正常。
6. 用例编号，TC006。
用例名称，查看图片详情。
前提条件，用户已成功上传图片。
测试步骤：1. 点击查看图片按钮。
预期结果，显示图片的详细信息。
实际结果，显示图片的详细信息。
测试结论，查看图片详情功能正常。
7. 用例编号，TC007。
用例名称，删除图片。
前提条件，用户已成功上传图片。
测试步骤：1. 点击删除图片按钮。
2. 确认删除。
预期结果，图片删除成功。
实际结果，图片删除成功。
测试结论，删除图片功能正常。
8. 用例编号，TC008。
软件测试用例模板(精品)
软件测试用例模板（精品）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。
软件测试测试用例实例(功能测试用例、性能测试用例、兼容性测试用例)
测试用例实例（含：功能测试用例、性能测试用例、兼容性测试用例）目录一、功能测试用例 (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）页面没有错别字，跟整体风格一致，布局合理二、性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。
软件测试中通用的测试用例(很全)
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、软件测试相关概念2.1白盒测试指基于程序结构的测试，测试目标是检查程序内部逻辑结构和逻辑路径，是代码级的测试。
2．2黑盒测试基于程序功能的测试，根据输入输出的关系推断程序功能的正确性。
2．3测试用例测试方案，包括数据输入和相应的期望输出。
依据测试用例来执行具体操作。
2．4预防性测试其原理为：只要测试在生命周期中进行得足够早，就能够提高待测软件的质量。
2．5测试风险分析其目的为：确定测试对象、测试的优先级、测试的深度。
2.6软件测试模型公司目前采用V模型，实现测试与软件开发的同步进行。
2.7等价类划分将测试对象按某种约定划分为有限个组成部分，提高测试的有效性。
2.8边界值分析分析测试对象的所有边界值及边界附近的临界值。
二、测试工作流程需求分析审核需求分析，编写验收测试部分用例实地调研重点收集客户实际业务资料、操作习惯，并与需求分析作出对比概要设计审核概要设计，从用户角度提出问题编写集成测试用例详细设计审核详细设计报告，与需求分析、概要设计进行比对编写单元测试用例编写用户手册总体框架单元测试阶段提出测试计划审核测试用例执行测试测试总结集成测试阶段验收测试阶段补充测试用例资料归档修改测试审核修改计划程序员提供修改清单编写测试用例执行测试测试总结复测测试报告复测测试用例复测三、开发—测试流程说明：1、新版本提供时间，由程序员与测试员按实际情况协调；2、BUG审核的范围包括对BUG的抽查；对标注为不修改或待讨论BUG的管理；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. 测试目的，明确测试的目的和范围，确保测试的针对性和全面性。
2. 测试环境，描述测试所需的硬件、软件环境，包括操作系统、数据库、网络环境等。
3. 测试数据，明确测试所需的输入数据和预期输出数据，包括正常数据、边界数据、异常数据等。
4. 测试步骤，详细描述测试的步骤和操作流程，确保测试的可重复性和可验证性。
5. 预期结果，明确每个测试步骤的预期结果，便于对测试结果的验证和比对。
6. 测试通过标准，定义测试用例的通过标准，包括功能性测试、性能测试、安全性测试等方面的要求。
7. 测试负责人，指定测试用例的执行人员，确保测试工作的责任明确。
三、测试用例标准的制定要求。
1. 准确性，测试用例标准应准确地反映需求规格说明书中的功能和性能要求，确保测试的全面性和有效性。
2. 一致性，测试用例标准应与需求规格说明书、设计文档等其他相关文档保持一致，避免出现矛盾和冲突。
3. 完整性，测试用例标准应覆盖所有的功能模块和业务流程，包括正常情况和异常情况，确保测试的全面性和深度。
4. 可追溯性，测试用例标准应与需求规格说明书、设计文档等其他相关文档建立良好的追溯关系，便于对测试结果的溯源和分析。
5. 可复用性，测试用例标准应具有一定的通用性和可复用性，避免重复编写相似的测试用例，提高测试工作的效率和质量。
6. 可执行性，测试用例标准应具有一定的可执行性和可操作性，便于测试人员理解和执行，确保测试工作的顺利进行。
四、结论。
测试用例标准的制定对于软件测试工作具有重要的意义，它是测试工作的基础和保障。
测试用例标准应具有一定的准确性、一致性、完整性、可追溯性、可复用性和可执行性，以确保测试工作的质量和效率。
软件测试 测试用例模板
正常的
各种格式的
文档空 文档容量 文件名称
功能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
应用程序：饭店订餐系统
功能：客户可以登录系统，查看饭店的菜肴信息、价格、口味，并下单，通过网上支付购买餐点。
功能测试用例：
1）验证登录功能：
输入正确的用户名和密码，验证是否能正确登录系统。
2）查看菜肴信息：
进入菜单界面，检查菜肴信息是否准确无误。
3）下单功能：
正确选择菜肴，检查是否可以正确下单。
4）支付功能：
选择支付方式，检查是否可以正确支付订单。
二、软件测试案例2
应用程序：汽车售后服务系统
功能：客户可以登录系统，查看汽车售后服务的服务信息和价格,并下订单，手机短信通知服务人员上门服务。
功能测试用例：
1）验证登录功能：
输入正确的用户名和密码，验证是否能正确登录系统。
2）查看服务详情：
进入服务界面，检查服务信息是否准确无误。
3）下订单功能：
正确选择服务，检查是否可以正确下订单。
4）消息推送功能：
模拟客户下单后，检查服务人员是否收到短信通知。
测试用例标准规范(doc 12页)
测试用例标准规范(doc 12页)测试用例标准文件编号：NW507104 生效日期：2000.3.20受控编号：密级：秘密版次：Ver2.1 修改状态：总页数9 正文9 附录0 编制：龚兵审核：袁淮批准：孟莉沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）目录1. 目的2. 适用范围3. 术语及缩略语4. 测试要求4.1 软件产品安装4.2 界面测试用例4.3 文件操作4.4 图象处理4.5 帮助4.6 软件极限测试用例1. 目的为了指导软件测试人员有效地设计测试用例，对所测试软件进行全面地测试，以尽可能发现最隐藏问题。
2.适用范围适用于所有软件的测试。
3.术语及缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.测试要求4.1 软件产品安装4.1.1 SETUP程序的运行●安装主画面上的软件名称及版本信息是否正确●更改安装程序提供的缺省安装进行安装，程序是否能正确运行●记录用户姓名及组织机构名称操作是否正确●程序安装结束语是否正确●程序组的建立是否正确●程序项的建立是否正确●在所有能中途退出安装的位置是否能正确退出安装程序4.1.2 程序组信息程序组信息是否正确程序组文件的建立是否正确4.1.3 程序项信息●所建程序项个数是否正确●各程序项名称是否正确●各程序项文件是否能正确启动●配置文件的更新●各相关配置文件的修改、更新是否正确4.2 界面测试用例4.2.1 窗口●窗口在屏幕上的显示位置是否正确、美观●窗口标题是否正确●窗口中各对象位置是否正确、美观●窗口的系统菜单及按钮操作是否正常●窗口在各种不同分辨率下是否能全部显示4.2.2 菜单(Menu Bar及Menu Item)●菜单是否显示正确●菜单项文字意义是否明确●主菜单条上各项是否均有快捷方式●主菜单条上各项的快捷方式是否有效●下拉式菜单中各菜单项显示是否正确●下拉式菜单中各菜单项文字意义是否明确●有快捷方式的下拉式菜单项的快捷方式是否有效4.2.3 工具条(Tool Bar)●工具条显示的位置是否正确●工具条中各项必须均有浮动说明●工具条中各按钮必须有按下和抬起两种状态●可移动工具条在窗口边际位置其形状及位置的相应变化是否正确●工具条中开关按钮、按钮组及List Box对象必须有缺省值4.2.4 状态条(Status Bar)●状态条显示位置是否正确、美观●状态条内状态信息显示是否根据操作而变化●状态条内状态信息是否正确●状态条内状态信息文字是否正确、意义是否明确4.2.5 对话框(Dialog Box)●对话框弹出时机及位置是否正确●对话框内各对象位置是否正确●对话框内各对象的文字标题意义是否明确●模式对话框和非模式对话框的属性是否正确4.2.6 消息框(Message Box)●弹出时机及位置是否正确●信息意义是否正确、意义是否明确●弹出时必须锁住Mouse消息和键盘输入●必须有正确的对象用于退出Message Box4.2.7 列表框(List Box)●列表框显示及位置必须正确、美观●列表框应有缺省值●列表框内可选内容必须全面4.2.8 Redio Box●显示位置要正确●文字意义要明确●Redio Box的成组关系要正确、选择必须互斥4.2.9 文字Label●显示位置要美观●文字意义要明确●同一界面上字体及字体大小应统一、美观4.2.10 文字Button●显示正确且意义明确4.2.11 图象Button●应相应的文字说明或意义明确●应有按下和抬起两种状态●在界面中所处位置要美观4.2.12 输入域●字符输入域为空任意字符串(中英文)功能键及符号键超界字符串的处理●时间输入域字符串输入域的测试用例各种时间表示格式的输入(美国方式及中国方式等)●整型数字输入域字符串输入域的测试用例浮点数输入超界值处理负值输入各测试用例中数值在所处输入域中是否有意义●浮点型数字输入域整型数字输入域中的测试用例超长浮点数输入4.2.13 显示域●显示域中各对象显示位置正确、美观●显示域中文字Label信息正确●显示域中文字Label字体及字体大小应统一且美观●显示域中显示信息应与输入的信息一致●在屏幕显示不下时，应增加滚动条以确保信息显示的完整4.3 文件操作4.3.1 文件打开文件打开操作通常弹出文件打开对话框，文件打开对话框适用对话框的全部测试用例。
软件测试用例(参考文件)
功能测试用例总结(通用)一、登陆测试:1.不输入用户名和密码或者输入不存在的用户名在登录时是否等正常登录或有提示信息2.系统是否是允许同一个用户名多次登陆3.系统是否是允许在同一客户端登录多个用户账户二、图形界面测试1.窗体是否能够利用快捷键或菜单命令正确的打开和关闭2.窗体是否能够改变大小、移动和滚动3.窗体的数据是否能够利用鼠标、快捷键等操作4.当窗体被覆盖并重新调用后,窗体是否能够正确实时刷新,是否能够被反显加亮5.窗体相关的功能是否可以操作6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制,既能正确显示(位置)又能调用;7.显示多窗体时,窗体名称是否能够正确表示;窗体名称是否和菜单的名称相一致8.多用户联机时所有窗体的数据等是否能够实时更新9.鼠标无规则点击时是否会产生无法预料的结果10.窗体的提示是否符合既定编程规则,鼠标点击窗体提示信息是否进入到死循环(遇到过)11.窗体是否能够被关闭,在关闭时提示是否需要保存12.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致13.窗体控件布局是否合理、美观14.窗体焦点是否按照编程规范落在既定的控件上15.窗体显示的文字(全、半角、格式、拼写)是否正确三、功能测试:1、用户数据校验:在文本框中输入数据进行测试,其中①需要校验数据的有效性、类型、格式、长度、全角、半角、中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。
②根据数据库字段的设计进行逐一校验,包括字符类型:数字,字母,字符以及长度的校验。
2、对界面可操作按钮进行测试。
包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。
同时需要对鼠标右键的菜单进行测试。
3、数据保存测试。
将1 和2 进行组合。
4、必要条件控制测试。
在做了3 时将必要条件(如:a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。
软件测试用例(实例)
1.0.25 XXX 2002-10-12
如数据库访问权限
实际Байду номын сангаас果
测试状态
4
5
项目/软件 功能模块名 用例编号 相关的用例 功能特性 测试目的 预置条件 参考信息 测试数据 操作步骤 1 2 3
技术出口合同网络申领系统（企业端） 程序版本 Login 编制人 TC-TEP_Login_1 编制时间 无 用户身份验证 验证是否输入合法的信息，允许合法登录，阻止非法登录。 无 特殊规程说明 需求说明中关于“登录”的说明 用户名=yiyh 密码=1 操作描述 输入用户名称，按 “登录”按钮。 输入密码，按“登 录”按钮。 输入正确用户名和 错误密码，按“登 录”按钮。 输入错误用户名和 正确密码，按“登 录”按钮。 输入错误用户名和 错误密码，按“登 录”按钮。 数据 用户名=yiyh，密 码为空 用户名为空，密码 =1 期望结果 显示警告信息“请 输入用户名和密 码！” 显示警告信息“请 输入用户名和密 码！” 显示警告信息“输 用户名=yiyh，密 入的用户名或密码 码=2 错误，请重新输 入！” 显示警告信息“输 用户名=yiy，密码 入的用户名错误， =1 请重新输入！” 显示警告信息“输 用户名=yiy，密码 入的用户名或密码 =2 错误，请重新输 入！”
软件测试用例集(史上最全软件测试干货)
软件测试用例集此篇文档是集合了很多项目的经验，抽取出每个项目的共性用例，整理出来的通用测试用例集。
包含了APP端功能测试、后台管理端功能测试、图形用户界面测试、易用性测试、兼容性测试、性能测试、可靠性测试、APP端安装/反安装测试的内容。
当你在一个项目中，需要哪块的用例，可以直接抽取出此部分用例，节省了编写测试用例的时间。
希望此篇软件测试用例集，可以帮助到大家！目录软件测试用例集 (1)1. 文档介绍 (4)读者对象 (4)参考文献 (4)术语与缩写解释 (4)2. 功能测试 (4)2.1 APP端测试用例 (4)2.1.1登录 (4)2.1.2退出 (13)2.1.3注册 (14)2.1.4忘记密码 (17)2.1.5 修改密码 (20)2.1.6 界面加载动画 (22)2.1.7 空数据判断 (22)2.1.8 分页 (23)2.1.9 最长字段时的显示 (23)2.1.10 网络监测 (23)2.1.11 交叉测试 (25)2.1.12 手势操作测试 (25)2.1.13 xx功能推送 (26)2.1.14 收货地址管理 (28)2.1.15 确认订单界面的收货地址选择 (32)2.1.16 搜索功能 (35)2.1.17 聊天功能 (36)2.1.18 banner (39)2.1.19 收藏 (40)2.1.20 评论 (40)2.1.21 购物车 (42)2.1.22 确认订单 (45)2.1.23 我的消息 (49)2.1.24 个人资料 (50)3.2 Web端功能测试用例 (52)3.2.1链接 (52)3.2.2登录 (52)3.2.3 退出 (54)3.2.4修改密码 (54)3.2.5 XX管理 (55)3.2.6 导出功能 (64)3.2.7 最长字段时的显示 (66)3.2.8 其他问题 (66)4.图形用户界面测试用例 (66)4.1 APP界面测试 (66)4.2 后台界面测试 (67)4.2.1 导航测试 (67)4.2.2 界面测试 (67)4.3 易用性测试 (67)5. 兼容性测试 (68)5.1 Android端 (68)5.1.1 不同屏幕尺寸测试 (68)5.1.2 不同Android版本系统运行情况测试 (69)5.2 IOS端 (69)5.2.1 不同屏幕尺寸测试 (69)5.2.2 不同IOS版本系统运行情况测试 (70)5.3 Web端 (70)5.3.1 分辨率测试 (70)5.3.2 浏览器的测试 (70)5.4 PC客户端 (71)6. 性能测试 (71)6.1 APP端 (71)6.1.1 极限测试 (71)6.1.2 性能评估 (72)6.1.3 稳定性测试 (72)6.2 服务器端 (72)6.2.1 响应能力测试 (72)6.2.2 压力测试 (72)7. 可靠性测试 (73)8. APP安装/反安装测试 (74)8.1 安装测试 (74)8.2 反安装测试 (74)8.3 升级、更新测试 (74)1.文档介绍提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。
测试用例示例
测试用例示例
以下是一个测试用例的示例，用于描述对软件系统或应用程序进行测试的具体情况：用例编号：TC001
用例名称：用户登录功能测试
测试目的：验证用户能否成功登录系统
前置条件：已注册的用户账号和密码
测试步骤：
1. 打开登录页面
2. 输入正确的用户名和密码
3. 点击“登录”按钮
预期结果：
1. 登录成功，显示欢迎信息或登录后的主页面
2. 系统记录用户登录信息
实际结果：
备注：如果实际结果与预期结果不符，需详细描述问题情况。
这只是一个简单的测试用例示例，实际的测试用例可能会根据被测试的具体系统、功能或业务流程而有所不同。
测试用例应该清晰、具体地描述测试步骤、预期结果和实际结果，以便测试人员能够有效地执行测试并记录测试结果。
在编写测试用例时，需要考虑各种边界情况、异常情况和可能的错误情况，以确保对系统进行全面的测试。
同时，测试用例应该经过评审和更新，以适应系统的变更和升级。
希望这个示例对你有所帮助！如果你有具体的测试需求或需要更详细的信息，请提供更多背景，我将尽力提供更准确的回答。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
{ 项目名称} { 测试用例标题}
机构公开信息
版本历史
目录
0. 文档介绍 (5)
0.1文档目的 (5)
0.2文档范围 (5)
0.3读者对象 (5)
0.4参考文献 (5)
0.5术语与缩写解释 (5)
1. 接口－路径测试用例 (6)
1.1被测试对象（单元）的介绍 (6)
1.2测试范围与目的 (6)
1.3测试环境与测试辅助工具的描述 (6)
1.4测试驱动程序的设计 (6)
1.5接口测试用例 (6)
1.6路径测试的检查表 (7)
2. 功能测试用例 (8)
2.1被测试对象的介绍 (8)
2.2测试范围与目的 (8)
2.3测试环境与测试辅助工具的描述 (8)
2.4测试驱动程序的设计 (8)
2.5功能测试用例 (8)
3. 健壮性测试用例 (9)
3.1被测试对象的介绍 (9)
3.2测试范围与目的 (9)
3.3测试环境与测试辅助工具的描述 (9)
3.4测试驱动程序的设计 (9)
3.5容错能力/恢复能力测试用例 (9)
4. 性能测试用例 (10)
4.1被测试对象的介绍 (10)
4.2测试范围与目的 (10)
4.3测试环境与测试辅助工具的描述 (10)
4.4测试驱动程序的设计 (10)
4.5性能测试用例 (10)
5. 图形用户界面测试用例 (11)
5.1被测试对象的介绍 (11)
5.2测试范围与目的 (11)
5.3测试环境与测试辅助工具的描述 (11)
5.4测试驱动程序的设计 (11)
5.5测试人员分类 (11)
5.6用户界面测试的检查表 (11)
6. 信息安全性测试用例 (12)
6.1被测试对象的介绍 (12)
6.2测试范围与目的 (12)
6.3测试环境与测试辅助工具的描述 (12)
6.4测试驱动程序的设计 (12)
6.5信息安全性测试用例 (13)
7. 压力测试用例 (13)
7.1被测试对象的介绍 (13)
7.2测试范围与目的 (13)
7.3测试环境与测试辅助工具的描述 (13)
7.4测试驱动程序的设计 (13)
7.5压力测试用例 (14)
8. 可靠性测试用例 (14)
8.1被测试对象的介绍 (14)
8.2测试范围与目的 (14)
8.3测试环境与测试辅助工具的描述 (14)
8.4测试驱动程序的设计 (14)
8.5可靠性测试用例 (15)
9. 安装/反安装测试用例 (15)
9.1被测试对象的介绍 (15)
9.2测试范围与目的 (15)
9.3测试环境与测试辅助工具的描述 (16)
9.4测试驱动程序的设计 (16)
9.5安装/反安装测试用例 (16)
附录：评审意见 (16)
0. 文档介绍
提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文献
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[AAA]作者，《立项建议书》，机构名称，日期
[SPP-PROC-ST] SEPG，系统测试规范，机构名称，日期
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 测试驱动程序的设计
8. 可靠性测试用例
8.1 被测试对象的介绍
8.2 测试范围与目的
8.3 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计
9. 安装/反安装测试用例9.1 被测试对象的介绍
9.2 测试范围与目的
9.3 测试环境与测试辅助工具的描述
9.4 测试驱动程序的设计
9.5 安装/反安装测试用例
附录：评审意见
提示：测试组长邀请开发人员和同行专家，对《系统测试用例》进行技术评审，参见[SPP-PROC-TR]。