下载文档原格式
网上商城典型测试用例一、引言1、目的用例是关于用户和系统之间相互作用的文本性描述，从外部角度描述系统的行为，表达系统应该做什么。
本文档通过用例规约描述，来进一步说明该系统需求，是下一阶段系统设计的基础，也是测试用例的重要依据。
2、定义缩写、术语解释OS 在线网系统的简称user OS系统的普通用户角色SM FAM系统的管理员角色3、概述OS系统用来进行网上便捷购物的，主要功能包括会员登录、会员注册、个人信息维护、在线购物、商品目录管理、商品信息管理、会员管理。
二、用例描述1.顾客/用户1.1 会员注册用例名称：会员注册用例ID：角色：User用例说明：User注册成网上购物商城系统的会员前置条件：User已经打开网上购物商城系统的页面基本事件流： 1. User打开注册页面2. User输入E-mail地址（作为用户名）、昵称、登录密码、再次输入登1.2 会员登录1.3 个人信息维护2.1 购物流程模块user2.1.1 添加购买商品信息用例描述：2.1.2 删除购买商品信息2.1.3 修改商品数量2.1.4 结账2.2 后台管理-商品目录管理SM2.2.1 添加商品目录信息用例描述：2.2.2 修改商品目录信息2.2.3 删除商品目录2.3 后台管理-商品管理-SM2.3.1 添加商品信息用例描述：2.3.2 修改商品信息用例描述：2.3.3 删除商品信息用例描述：2.4 后台管理-会员管理SM user2.4.2 删除会员信息。
文档修订记录*变化状态：C = 创立，A = 增加，M = 修改，D = 删除，V = 审批/评审后生效评审记录目录一、目的 (3)二、适用范围 (3)三、规范要求 (3)3.1测试用例整体要求 (3)3.2测试用例实现规则 (4)规则1：用例要素要求 (4)规则2：用例名称描述要求 (4)规则3：用例级别分为高、中、低3个级别 (4)规则4：多条预置条件、测试步骤、预期结果描述要求 (5)规则5：预期结果与测试步骤对应要求 (5)规则6：用例描述中不包含模糊描述 (5)3.3测试用例设计步骤 (5)四、用例系统（TestLink）的使用 (6)4.1产品需求 (7)4.1.1登记需求 (7)4.1.2关联用例 (8)4.2测试用例 (9)4.2.1设计用例 (9)4.2.2用例编写 (10)4.3测试计划管理............................................ 错误！未定义书签。
4.3.1创建测试计划（验收版本）.......................... 错误！未定义书签。
4.3.2创建版本（测试轮次）.............................. 错误！未定义书签。
4.3.3添加/删除用例到测试计划........................... 错误！未定义书签。
4.4执行.................................................... 错误！未定义书签。
4.4.1登记问题.......................................... 错误！未定义书签。
4.4.2关联问题.......................................... 错误！未定义书签。
4.5结果.................................................... 错误！未定义书签。
软件测试案例模板软件测试案例模板软件名称: XXX软件测试目标: 确保软件符合功能需求和用户需求，稳定可靠，用户友好。
测试环境: Windows 10, Google Chrome浏览器测试对象: 登录功能1. 测试目标确保登录功能的正常运行，包括用户注册、登录和密码找回功能。
2. 测试用例2.1 用户注册- 输入有效的用户名和密码，点击注册按钮，验证是否注册成功。
- 输入已经存在的用户名和密码，点击注册按钮，验证是否提示用户名已存在。
- 输入无效的用户名和密码（如长度不符合要求、包含非法字符等），点击注册按钮，验证是否提示用户名密码无效。
2.2 用户登录- 输入正确的用户名和密码，点击登录按钮，验证是否成功登录。
- 输入错误的用户名和密码，点击登录按钮，验证是否提示登录失败。
- 输入无效的用户名和密码（如长度不符合要求、包含非法字符等），点击登录按钮，验证是否提示用户名密码无效。
2.3 密码找回- 输入正确的用户名，点击找回密码按钮，验证是否成功发送密码重置链接。
- 输入不存在的用户名，点击找回密码按钮，验证是否提示用户不存在。
- 输入无效的用户名（如长度不符合要求、包含非法字符等），点击找回密码按钮，验证是否提示用户名无效。
3. 测试步骤和预期结果3.1 用户注册- 输入有效的用户名和密码，点击注册按钮，预期结果：注册成功，跳转至登录页面。
- 输入已经存在的用户名和密码，点击注册按钮，预期结果：提示用户名已存在，注册失败。
- 输入无效的用户名和密码，点击注册按钮，预期结果：提示用户名密码无效，注册失败。
3.2 用户登录- 输入正确的用户名和密码，点击登录按钮，预期结果：成功登录，跳转至个人主页。
- 输入错误的用户名和密码，点击登录按钮，预期结果：提示登录失败，登录失败。
- 输入无效的用户名和密码，点击登录按钮，预期结果：提示用户名密码无效，登录失败。
3.3 密码找回- 输入正确的用户名，点击找回密码按钮，预期结果：成功发送密码重置链接，提示用户查收邮件。
一个网页通用的测试用例具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。
请针对这个页面设计30个以上的test case.）功能测试(Function test)0. 什么都不输入，点击提交按钮，看提示信息。
（非空检查）1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
（正常输入）2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。
（错误校验）3.登录成功后能否能否跳转到正确的页面（低）4.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤）6.记住用户名的功能7.登陆失败后，不能记录密码的功能8.用户名和密码前后有空格的处理9.密码是否加密显示（星号圆点等）10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确12.输入密码的时候，大写键盘开启的时候要有提示信息。
界面测试(UI Test)1.布局是否合理，2个testbox和一个按钮是否对齐2.testbox和按钮的长度，高度是否复合要求3. 界面的设计风格是否与UI的设计风格统一4. 界面中的文字简洁易懂，没有错别字。
性能测试(performance test)1.打开登录页面，需要几秒2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒安全性测试(Security test)1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)2.用户名和密码是否通过加密的方式，发送给Web服务器3.用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用javascript验证4.用户名和密码的输入框，应该屏蔽SQL注入攻击5.用户名和密码的的输入框，应该禁止输入脚本（防止XSS攻击）6.错误登陆的次数限制（防止暴力破解）7. 考虑是否支持多用户在同一机器上登录；8. 考虑一用户在多台机器上登录可用性测试(Usability Test)1. 是否可以全用键盘操作，是否有快捷键2. 输入用户名，密码后按回车，是否可以登陆3. 输入框能否可以以Tab键切换兼容性测试（Compatibility Test）1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）2.不同的平台是否能正常工作，比如Windows, Mac3.移动设备上是否正常工作，比如Iphone, Andriod4.不同的分辨率本地化测试（Localization test）1. 不同语言环境下，页面的显示是否正确。
用例编号XXX-XXX-XXXX项目名称XXXX模块名称XXXX模块项目承担部门XXXX部用例作者完成日期2014-12-24本文档使用部门XXXX部评审负责人审核日期批准日期注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。
历史版本：一、功能测试用例此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。
这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。
主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
二、性能测试性能测试是一种对响应时间、事务处理速率和其他与时间相关的需求进行测试和评估。
性能测试的目标是核实性能需求是否都已满足。
可以分为以下几种进方式来组织进行测试。
1.1.预期性能测试用例通常系统在设计前会提出一些性能指标，这些指标是性能测试要完成的首要工作，针对每个指标都要统写多个测试用例来验证是否达到要求，根据测试结果来改进系统的性能。
预期性能指标通常以单用户为主。
1.2.用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。
1.3.大数据量测试用例大数据量测试是测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。
大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。
1.4.疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。
强度测试还可用于确定测试对象能够处理的最大工作量。
1.5.负载测试测试用例负载测试也是性能测试中的一种。
性能测试用例1、单用户测试2、用户并发测试:核心模块并发用户数与数据库主机并发用户数300人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘300人功能巡检目的方法测试多人同时入库的性能情况多人登录系统，采用LOADRUNNER录制任务，然后开始对系统加压；持续时间120分钟，用户数量为500个。
并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量（字节/秒）500并发用户数500人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数500人CPU利用率MEM利用率磁盘并发用户数与数据库主机并发用户数与应用服务器的关系表功能出库目的测试多人同时查询出库的性能情况方法多人登录系统，米用LOADRUNNER录制任务，然后开始对系统加压；持续时间20分钟，用户数量为100个。
并发用户数与事务执行情况目测试100人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间40 分钟，用户数量100个并发用户数 事务平均响 应时间 事务最大响应时间 平均每秒事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节并发用户CPU 利用MEM 利用磁盘DB 参数1其它参3用户并发测试:组合模块功能100人同时操作：30人登陆，20人巡检查询，20出库查询，30 入库查询，30人登陆，20人巡检查询，20出库查询，30 入库查询 30人登陆，20人巡检查询，20出库查询，30 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况 30人登陆，20人巡检查询，20 出库查询，30入库查询目测试300人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间100分钟，用户数量300个并发用户数事务平均响 应时间 事务最大响应时间 平均每秒 事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节CPU 利用MEM 利用磁盘DB 参数1功能300人同时操作：50人登陆，100人巡检查询，70出库查询，80入库查询，50人登陆，100人巡检查询，70出库查询，80入库查询 50人登陆,100人巡检查询，70出库查询，80 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况50人登陆，100人巡检查询，70出库查询，80入库查询4大数据量测试5疲劳强度测试。
网上商城典型测试用例一、引言1、目的用例是关于用户和系统之间相互作用的文本性描述，从外部角度描述系统的行为，表达系统应该做什么。
本文档通过用例规约描述，来进一步说明该系统需求，是下一阶段系统设计的基础，也是测试用例的重要依据。
2、定义缩写、术语解释OS 在线网系统的简称user OS系统的普通用户角色SM FAM系统的管理员角色3、概述OS系统用来进行网上便捷购物的，主要功能包括会员登录、会员注册、个人信息维护、在线购物、商品目录管理、商品信息管理、会员管理。
二、用例描述1.顾客/用户1.1 会员注册用例名称：会员注册用例ID：角色：User用例说明：User注册成网上购物商城系统的会员前置条件：User已经打开网上购物商城系统的页面基本事件流： 1. User打开注册页面2. User输入E-mail地址（作为用户名）、昵称、登录密码、再次输入登1.2 会员登录1.3 个人信息维护2.1 购物流程模块user2.1.1 添加购买商品信息用例描述：2.1.2 删除购买商品信息2.1.3 修改商品数量2.1.4 结账2.2 后台管理-商品目录管理SM2.2.1 添加商品目录信息用例描述：2.2.2 修改商品目录信息2.2.3 删除商品目录2.3 后台管理-商品管理-SM2.3.1 添加商品信息用例描述：2.3.2 修改商品信息用例描述：2.3.3 删除商品信息用例描述：2.4 后台管理-会员管理SM user2.4.2 删除会员信息。
测试业务用例怎么写范文测试业务用例的范文如下：
用例名称：登录功能验证
前置条件：用户已注册账号
用例编号：TC001
测试目的：验证登录功能是否正常
测试步骤：
1. 打开系统登录页面
2. 输入正确的用户名和密码
3. 点击登录按钮
4. 检查是否成功跳转到用户首页
预期结果：
1. 登录页面成功打开
2. 输入正确的用户名和密码后，登录成功
3. 成功跳转到用户首页
用例名称：添加商品到购物车
前置条件：用户已登录
用例编号：TC002
测试目的：验证添加商品到购物车功能是否正常
测试步骤：
1. 在商品列表页面选择一件商品
2. 点击“加入购物车”按钮
3. 检查购物车中是否添加成功
预期结果：
1. 商品列表页面成功打开
2. 点击“加入购物车”按钮后，提示商品已成功添加到购物车
3. 在购物车页面中出现了添加的商品。
最全的测试用例
1. 功能测试
正常功能测试：对产品的各项功能进行全面测试，确保正常工作。
边界条件测试：测试产品在极限或边界条件下的表现，确保产品稳定。
2. 兼容性测试
浏览器兼容性：测试产品在各种主流浏览器上的表现。
操作系统兼容性：测试产品在不同操作系统上的表现。
设备兼容性：测试产品在不同设备上的表现。
3. 性能测试
负载测试：测试产品在不同负载下的性能表现。
压力测试：测试产品在高负载下的性能表现。
稳定性测试：长时间运行产品，检测其稳定性和性能衰减。
4. 安全测试
密码策略测试：验证密码策略的有效性。
漏洞扫描：查找并报告潜在的安全漏洞。
输入验证：验证用户输入的有效性和安全性。
5. 界面测试
布局测试：检查界面布局的合理性。
可用性测试：验证产品的易用性和用户体验。
美观度测试：检查界面的美观程度。
6. 安装与卸载测试
安装过程测试：验证产品的安装过程是否顺利。
卸载过程测试：验证产品的卸载过程是否顺利。
重新安装测试：验证重新安装产品的功能是否正常。
7. 回归测试
功能回归测试：确保修改后的产品各项功能正常。
兼容性回归测试：确保修改后的产品仍与各种环境兼容。
中国电信XXX项目功能测试用例撰稿人：XXXXX信息网络有限责任公司2018年X月XX日目录1.概述----------------------------------------------------------------------------------------------------------------- 31.1编写目的---------------------------------------------------------------------------------------------------------- 3 1.2读者对象---------------------------------------------------------------------------------------------------------- 3 1.3参考资料---------------------------------------------------------------------------------------------------------- 32.ANDROID测试用例-------------------------------------------------------------------------------------------- 42.1登陆/注册--------------------------------------------------------------------------------------------------------- 4 2.2文件上传---------------------------------------------------------------------------------------------------------- 4 2.3文件收藏---------------------------------------------------------------------------------------------------------- 5 2.4文件删除/还原 -------------------------------------------------------------------------------------------------- 5 2.5文件重命名 ------------------------------------------------------------------------------------------------------ 6 2.6文件移动---------------------------------------------------------------------------------------------------------- 6 2.7文件分享---------------------------------------------------------------------------------------------------------- 7 2.8图片浏览---------------------------------------------------------------------------------------------------------- 8 2.9相册备份---------------------------------------------------------------------------------------------------------- 8 2.10私密空间 -------------------------------------------------------------------------------------------------------- 9 2.11设置 -------------------------------------------------------------------------------------------------------------- 9 2.12客户端安装/升级-------------------------------------------------------------------------------------------- 101.概述1.1编写目的编写本测试用例的目的是为测试工程师提供关于对中国电信XXX项目的系统整体功能测试提供指导。
功能测试用例模板
一、测试用例标识。
用例编号，FTC-001。
用例名称，登录功能测试。
测试类型，功能测试。
测试设计者，XXX。
测试执行者，XXX。
测试日期，XXXX年XX月XX日。
二、测试目的。
验证系统登录功能是否符合需求，确保用户可以成功登录系统。
三、测试条件。
1. 系统已经安装并配置完成；
2. 用户已经注册并获得登录账号；
3. 用户已经获得登录密码。
四、测试步骤。
1. 打开系统登录页面；
2. 输入正确的用户名和密码；
3. 点击登录按钮；
4. 检查是否成功跳转到系统主页；
5. 检查是否显示用户信息；
6. 检查是否显示退出登录按钮。
五、预期结果。
1. 用户成功登录系统；
2. 能够看到系统主页；
3. 能够看到用户信息；
4. 能够看到退出登录按钮。
六、实际结果。
1. 用户成功登录系统；
2. 能够看到系统主页；
3. 能够看到用户信息；
4. 能够看到退出登录按钮。
七、测试结论。
系统登录功能测试通过。
八、测试备注。
1. 测试过程中未出现异常情况；
2. 登录速度较快，用户体验良好。
九、附录。
无。
以上是登录功能测试用例模板，通过以上测试用例可验证系统登录功能是否符合需求，保证用户可以成功登录系统。
在测试过程中，需要注意输入正确的用户名和密码，并检查系统是否能够正常显示用户信息和退出登录按钮。
希望以上内容能够对您有所帮助。
功能测试用例模板一、概述本模板用于编写功能测试用例，以确保软件产品的功能符合需求规格说明书的要求。
本模板适用于自动化测试和手动测试，包括web 应用程序、移动应用程序、桌面应用程序等。
二、测试目标通过执行测试用例，验证软件产品的各项功能是否符合需求规格说明书的要求，并识别潜在的问题和缺陷。
三、测试范围本次测试的范围包括以下功能：1.应用程序的各个模块和功能；2.输入/输出数据的处理和显示；3.用户界面和交互操作；4.安全性、可靠性和性能等方面的测试。
四、测试环境1.硬件环境：根据实际需求进行描述；2.软件环境：操作系统、数据库、开发工具等；3.网络环境：如有需要。
五、测试用例以下是一个示例功能测试用例模板，可根据实际情况进行修改和补充：1.测试用例编号：FT-XXX-XXX-XXX2.测试用例名称：测试用户登录功能3.测试目的：验证用户登录功能是否符合需求规格说明书的要求，并识别潜在问题。
4.测试范围：用户登录页面的正确性、用户名和密码的验证、验证码的有效性等。
5.测试步骤：a.打开应用程序的登录页面；b.输入正确的用户名和密码；c.输入错误的用户名或密码；d.点击“忘记密码”链接，验证页面显示是否正确；e.输入正确的验证码，并提交登录请求；f.检查登录成功后的页面是否正确。
6.预期结果：a.输入正确的用户名和密码，登录成功；b.输入错误的用户名或密码，提示相应的错误信息；c.验证码无效时，提示重新输入；d.所有验证通过后，登录失败或页面显示不正确。
7.实际结果：记录实际执行测试用例后得到的结果，与预期结果进行比较。
8.问题跟踪：将发现的问题或缺陷记录在相应的跟踪系统中，并注明相关的测试用例编号。
9.备注：记录其他需要注意的事项或建议。
六、测试报告完成测试后，编写测试报告，对测试结果进行分析和总结，并提出改进意见和建议。
报告中应包括以下内容：1.测试概述：简述本次测试的目的、范围、环境、用例执行情况等；2.问题总结：总结本次测试中发现的问题和缺陷，并提供相应的解决方案和建议；3.性能评估：评估软件产品的性能和稳定性，提出优化建议；4.结论和建议：最终结论以及对软件产品的改进建议。
XXX产品测试用例（仅供内部使用）编制：审核：会签：批准：修订记录文件的版本号由“V×.×”组成，其中：a）小数点前面的×为主版本号，取值范围为“0～9”。
文件进行重大修订时主版本号递增1；b）小数点后面的×为次版本号，取值为“0～9，a～z”。
文件每修改一次时次版本号递增1；主版本号发生改变时，次版本号重新置0；c）未批准发布的文件版本号为V0.×版，批准发布时为V1.0版。
当主版本号发生改变时，前面只有次版本号不同的修订记录可以删除。
目录1简介 (6)1.1 目的 (6)1.2 范围 (6)1.3 定义 (6)2功能测试用例 (6)2.1XXX模块功能测试用例 (6)2.1.1aaa功能测试 (6)2.1.2bbb功能测试 (6)2.1.3ccc功能测试 (7)2.2 YYY模块功能测试用例 (7)2.2.1aaa功能测试 (7)2.2.2bbb功能测试 (7)3性能测试用例 (7)3.1XXX性能测试用例 (7)3.1.1aaa性能测试 (7)3.1.2bbb性能测试 (8)3.1.3ccc性能测试 (8)3.2 YYY性能测试用例 (8)3.2.1aaa性能测试 (8)3.2.2bbb性能测试 (9)4遗留问题 (9)5参考资料 (9)注：通过插入目录方式自动生成，推荐保留二级目录。
1 简介1.1 目的编写本文档的主要目的，也可指出与本文档相对应活动应达到的目的。
1.2 范围介绍本测试用例的测试范围。
简要地列出测试对象中将接受测试或无法验证的测试对象。
1.3 定义列出本文档中所使用的术语和缩略语。
可引用已有的数据字典，如没有则需要在此列出；术语——列出在本文档中用到的关键词和专用词，并给出其含义；缩略语——应列出在本流程中用到的所有缩略语，并给出中英文全称。
2 功能测试用例2.1 XXX模块功能测试用例2.1.1aaa功能测试●功能描述对待测试的功能进行描述，对应模块规格说明书中的哪个规格点●测试目的对该测试用例的目的进行简单描述●前提条件描写该功能测试的前提条件●测试输入将多种输入情况列出●期望结果期望结果对应上述的测试输入2.1.2bbb功能测试●功能描述对待测试的功能进行描述，对应模块规格说明书中的哪个规格点●测试目的对该测试用例的目的进行简单描述●前提条件描写该功能测试的前提条件●测试输入将多种输入情况列出●期望结果期望结果对应上述的测试输入2.1.3ccc功能测试2.2 YYY模块功能测试用例2.2.1aaa功能测试●功能描述对待测试的功能进行描述，对应模块规格说明书中的哪个规格点●测试目的对该测试用例的目的进行简单描述●前提条件描写该功能测试的前提条件●测试输入将多种输入情况列出●期望结果期望结果对应上述的测试输入2.2.2bbb功能测试3 性能测试用例3.1 XXX性能测试用例3.1.1aaa性能测试●功能描述对待测试的性能进行描述，对应模块规格说明书中的哪个规格点对该测试用例的目的进行简单描述●前提条件描写该性能测试的前提条件●测试输入将多种输入情况列出●期望结果期望结果对应上述的测试输入3.1.2bbb性能测试●功能描述对待测试的功能进行描述，对应模块规格说明书中的哪个规格点●测试目的对该测试用例的目的进行简单描述●前提条件描写该功能测试的前提条件●测试输入将多种输入情况列出●期望结果期望结果对应上述的测试输入3.1.3ccc性能测试3.2 YYY性能测试用例3.2.1aaa性能测试●功能描述对待测试的性能进行描述，对应模块规格说明书中的哪个规格点●测试目的对该测试用例的目的进行简单描述●前提条件描写该功能测试的前提条件将多种输入情况列出3.2.2bbb性能测试4 遗留问题暂时不能测试或没有验证的问题5 参考资料列出编写本计划时所用的参考文档。
《测试用例》模板用例模板如下：表10-22 模板表写作要点：1.把测试需求中的用例编号填入表格中用例编号一行。
一个编号一个用例，把测试需求描述填入用例描述一行。
2.把测试需求的优先级填入测试用例优先级一行。
3.把该用例所使用的测试方法填入测试用例类型一行。
4.把系统需求ID填入相关系统需求编号一行。
5.把用例执行需求的软硬件名称填入软件、硬件需求一行。
如果没有，填入N/A。
此处的需求是指该用例所特有的需求，而不是一些泛泛的需求，比如：电脑必须打开。
6.把能保证用例输入参数成功所需条件写入前置条件一行。
如果没有，填入N/A。
7.把从测试需求中抽取的流程和输入条件作为步骤，写入步骤一行。
步骤必须完整且可操作。
可以使用自然语言，可以使用程序语言，也可以两者混合使用，总之以能让读者更加容易理解为目的。
8.把用例执行后使系统恢复原始状态的步骤方法填入后置条件。
如果没有，填入N/A。
9.把需求描述中系统会出现的结果填入期待结果一行。
期待结构必须是可视的，无论是数据或是现象，并且不能为空。
10.实际结果在用例执行后填写，描述实际操作时得到的结果。
实际结果必须完全和实施符合，不能加入任何主观因素。
11.用例成功/失败在用例执行后填写。
如果用例成功执行完毕，填写“成功”；如果在用例执行过程中有出现任意问题，导致用例没完整的实施，填写“失败”。
注意这里并不是填写实际结果和期待结果的关系，既成功并不是描述实际结果符合期待结果，失败也不是描述实际结果不符合期待结果。
12.自动化（是/否）在进入到自动化测试设计时填写。
“是”表示该用例可以用自动化执行，“否”表示不可以。
13.执行人在用例执行后填写。
填入执行人的名字。
