功能测试用例说明书
功能测试用例
功能测试用例1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑1)登陆①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求)③用户名符合要求，密码不符合要求(格式上的要求)④密码符合要求，用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名，不存在的密码⑦数据库中存在的用户名，错误的密码⑧数据库中不存在的用户名，存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2) 添加①要添加的数据项均合理，检查数据库中是否添加了相应的数据②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存，也要查看数据库里是否多了一条数据3) 删除①删除一个数据库中存在的数据，然后查看数据库中是否删除②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除④输入的正确数据前加空格，看是否能正确删除数据⑤什么也不输入⑥是否支持table键⑦是否支持enter键4)查询精确查询：①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应的数据②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据，看是否有错误提示④输入数据库中不存在的数据⑤不输入任何数据⑥是否支持table键⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点①输入一些字符，看是否能查出数据库中所有的相关信息2.设计功能测试用例文本框、按钮等控件测试文本框的测试如何对文本框进行测试a，输入正常的字母或数字；b，输入已存在的文件的名称；c，输入超长字符。
例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理；d，输入默认值，空白，空格；e，若只允许输入字母，尝试输入数字；反之，尝试输入字母；f，利用复制，粘贴等操作强制输入程序不允许的输入数据；g，输入特殊字符集，例如，NUL及等；h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。
功能测试用例设计
功能测试用例设计1. 概述功能测试是软件开发过程中的一个重要环节，用于验证软件是否满足用户需求并按照设计规范正常工作。
功能测试用例设计是功能测试的前提和基础，通过设计合理的测试用例能够有效地发现软件中的缺陷和问题。
本文将介绍功能测试用例设计的一般流程和方法，并以一个示例来说明如何设计功能测试用例。
2. 功能测试用例设计流程功能测试用例设计一般包括以下几个步骤：2.1 确定测试目标和范围在开始功能测试用例设计之前，需要明确测试的目标和范围。
测试目标是指测试的目的和期望达到的效果，如验证某个功能是否正常工作、检查某个特定场景是否能够正确处理等。
测试范围是指测试的覆盖范围，包括被测试的功能模块、系统版本、操作系统等。
2.2 分析需求和设计文档根据需求和设计文档，分析软件的功能和特性，确定需要测试的功能点和场景。
将需求和设计文档转化为可测试的用例。
2.3 设计测试用例根据分析得到的功能点和场景，设计测试用例。
测试用例应包含以下几个要素：测试标题、测试步骤、预期结果、实际结果、通过与否等。
2.4 编写测试用例将设计好的测试用例按照一定的格式编写成文档，以便后续执行测试。
测试用例应该清晰、简洁、易于理解和执行。
2.5 审核和评审测试用例测试用例编写完成后，需要进行审核和评审，确保测试用例的准确性和完整性。
测试用例的审核和评审应该由多个人参与，包括测试人员、开发人员、项目经理等。
2.6 执行测试用例根据测试计划和测试用例，执行功能测试。
在执行测试用例的过程中，需要记录测试结果、发现的问题和缺陷等。
根据测试结果和记录的问题，分析软件中存在的问题和缺陷。
对于发现的问题，需及时记录、跟踪和解决。
2.8 优化测试用例根据测试结果和问题分析，对测试用例进行优化。
优化测试用例可以提高测试的效率和覆盖度，减少重复劳动和冗余测试。
3. 示例：用户注册功能测试用例设计3.1 测试目标和范围测试目标：验证用户注册功能是否正常工作，包括注册表单的输入验证、用户信息的保存和展示等。
功能测试用例
功能测试：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
定义Functional testing（功能测试），也称为behavioral testing （行为测试），根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。
本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。
使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试，通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。
功能测试也叫黑盒测试或数据驱动测试，只需考虑需要测试的各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。
应用应用电子技术方面的测试：印刷电路板，又称印制电路板，印刷线路板，常使用英文缩写PCB（Printed circuit board），是重要的电子部件，是电子元件的支撑体，是电子元器件线路连接的提供者。
由于它是采用电子印刷技术制作的，故被称为“印刷”电路板。
在印制电路板出现之前，电子元件之间的互连都是依靠电线直接连接而组成完整的线路。
电路面包板只是作为有效的实验工具而存在，而印刷电路板在电子工业中已经成了占据了绝对统治的地位。
20世纪初，人们为了简化电子机器的制作，减少电子零件间的配线，降低制作成本等优点，于是开始钻研以印刷的方式取代配线的方法。
三十年间，不断有工程师提出在绝缘的基板上加以金属导体作配线。
而最成功的是1925年，美国的Charles Ducas 在绝缘的基板上印刷出线路图案，再以电镀的方式，成功建立导体作配线。
直至1936年，奥地利人保罗·爱斯勒（Paul Eisler）在英国发表了箔膜技术，他在一个收音机装置内采用了印刷电路板；而在日本，宫本喜之助以喷附配线法“メタリコン法吹着配线方法（特许119384号）”成功申请专利。
功能测试用例编写
功能测试用例编写功能测试用例是为了验证软件系统的功能是否按照需求规格说明书中所描述的要求进行正常工作的测试用例。
在编写功能测试用例时，需要遵循测试用例设计原则，即可测性、独立性、一致性、全面性、可重复性、可验证性等原则。
下面是一个关于一个电子商务网站的功能测试用例的例子：1.用户注册功能测试-测试目标：验证用户注册功能是否正常运作-预期输出：系统成功创建用户账号，并发送确认邮件给用户-实际输出：系统成功创建用户账号，并发送确认邮件给用户2.用户登录功能测试-测试目标：验证用户登录功能是否正常运作-输入：用户输入正确的用户名和密码-预期输出：系统成功登录用户，并跳转到用户个人主页-实际输出：系统成功登录用户，并跳转到用户个人主页3.商品功能测试-测试目标：验证商品功能是否正常运作-输入：用户输入关键字进行商品-预期输出：系统成功返回与关键字相关的商品列表-实际输出：系统成功返回与关键字相关的商品列表4.购物车功能测试-测试目标：验证购物车功能是否正常运作-输入：用户选择商品并添加到购物车-预期输出：系统成功添加商品到购物车，并显示购物车中的商品及总价-实际输出：系统成功添加商品到购物车，并显示购物车中的商品及总价5.订单提交功能测试-测试目标：验证订单提交功能是否正常运作-输入：用户在购物车中选择商品，并填写订单相关信息-预期输出：系统成功生成订单，并显示订单详细信息-实际输出：系统成功生成订单，并显示订单详细信息6.支付功能测试-测试目标：验证支付功能是否正常运作-输入：用户选择支付方式并输入支付相关信息-预期输出：系统成功处理支付请求，并显示支付成功的页面-实际输出：系统成功处理支付请求，并显示支付成功的页面7.订单查询功能测试-测试目标：验证订单查询功能是否正常运作-输入：用户输入订单号进行查询-预期输出：系统成功返回与订单号相关的订单信息-实际输出：系统成功返回与订单号相关的订单信息8.物流跟踪功能测试-测试目标：验证物流跟踪功能是否正常运作-输入：用户输入订单号进行物流查询-预期输出：系统成功返回与订单号相关的物流信息-实际输出：系统成功返回与订单号相关的物流信息9.用户评价功能测试-测试目标：验证用户评价功能是否正常运作-输入：用户选择订单并进行评价-预期输出：系统成功保存用户评价，并显示评价内容-实际输出：系统成功保存用户评价，并显示评价内容10.用户账号管理功能测试-测试目标：验证用户账号管理功能是否正常运作-预期输出：系统成功保存用户修改后的账号信息-实际输出：系统成功保存用户修改后的账号信息以上是电子商务网站的一些基本功能测试用例，每个用例都包含了测试目标、输入、预期输出和实际输出。
个人信息管理测试用例
个人信息管理测试用例测试目标：个人信息管理系统的功能测试测试项：1. 登录功能测试：- 输入正确的用户名和密码，能够成功登录。
- 输入错误的用户名或密码，登录失败。
- 输入为空的用户名或密码，登录失败。
- 输入非法字符的用户名或密码，登录失败。
2. 注册功能测试：- 输入合法的用户名和密码，能够成功注册。
- 输入已存在的用户名，注册失败。
- 输入为空的用户名或密码，注册失败。
- 输入非法字符的用户名或密码，注册失败。
3. 修改密码功能测试：- 输入正确的原密码和新密码，能够成功修改密码。
- 输入错误的原密码，修改密码失败。
- 输入为空的原密码或新密码，修改密码失败。
- 输入非法字符的原密码或新密码，修改密码失败。
4. 添加个人信息功能测试：- 输入正确的个人信息，能够成功添加个人信息。
- 输入为空的个人信息，添加个人信息失败。
- 输入非法字符的个人信息，添加个人信息失败。
5. 编辑个人信息功能测试：- 选择已存在的个人信息，能够成功编辑个人信息。
- 选择不存在的个人信息，编辑个人信息失败。
- 输入为空的个人信息，编辑个人信息失败。
- 输入非法字符的个人信息，编辑个人信息失败。
6. 删除个人信息功能测试：- 选择已存在的个人信息，能够成功删除个人信息。
- 选择不存在的个人信息，删除个人信息失败。
7. 查询个人信息功能测试：- 输入正确的关键字，能够成功查询到相关的个人信息。
- 输入不存在的关键字，查询个人信息失败。
- 输入为空的关键字，查询个人信息失败。
- 输入非法字符的关键字，查询个人信息失败。
8. 显示个人信息功能测试：- 能够正确显示个人信息列表。
- 当个人信息列表为空时，能够正确显示空列表提示。
9. 导出个人信息功能测试：- 能够成功导出个人信息为指定格式的文件。
- 当个人信息列表为空时，导出个人信息失败。
10. 导入个人信息功能测试：- 能够成功导入指定格式的文件，并添加个人信息到系统中。
功能测试用例的书写方式(实例)
功能测试用例的书写方式（实例）发起投票| 删除功能测试用例实例1. 测试的来源，即测试的需求测试用例的主要来源有：1）需求说明”及相关文档2）相关的设计说明（概要设计，详细设计等）3）与开发组交流对需求理解的记录（可以是开发人员的一个解释）4）已经基本成型的UI（可以有针对性地补充一些用例）简而言之，所有你能得到的项目文档，都尽量拿到。
从所得到的资料中，分解出若干小的“功能点”，理解“功能点”，编写相应的测试用例。
2. 用例的组织方式不同的公司有不同的做法，原则上，只要方便管理和跟踪，怎么组织都可以的。
用例可以按大的功能块组织，如查询功能模块的用例，可以组织在一起，打印模块的测试用例，可以另外组织在一起。
在没有专门的测试用例管理工具的情况下，用例执行后会产生2种状态：“通过”、“失败”——这样加上“未执行”的用例的状态，共3种状态。
即从“未执行”用例中执行一个用例后，该用例状态应为“失败”或“通过”。
将同一状态的用例组织在一起。
至于用例文件格式，可以是.DOC或.XLS（如果有专门的测试用例管理工具另当别论）。
3. 用例与其他材料的关联方式，即如何解决用例跟踪的问题测试用例面临的比较大的风险有：需求的变更、设计的修改、需求的错误和遗漏等等。
由于用例的主要来源是需求和设计的说明，所以对用例的跟踪其实就是对需求和设计的跟踪，需求和设计的变更势必引起测试用例的变更。
如前所说，将分解的功能点编号，与相应的用例联系起来。
例如，你可以列一个表格，列出各个（编号的）功能点和测试用例间的关联关系。
这样，当需求和设计发生变化时，你只需要跟踪“功能点”是否变化，是否增加了新的功能点。
4. 一个好的用例的表述要点，即用例中应当包含的信息一个优秀的测试用例，应该包含以下信息：1）软件或项目的名称2）软件或项目的版本（内部版本号）3）功能模块名4）测试用例的简单描述，即该用例执行的目的或方法5）测试用例的参考信息（便于跟踪和参考）6）本测试用例与其他测试用例间的依赖关系7）本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。
2020-中石油在线考试-软件工程—测试用例说明书
2020-中石油在线考试-软件工程—测试用例说明书小饭店管理（菜单信息）文件状态：草稿文件标识：CENTEN-Project-TEST-CASE当前版本：1.0作者：完成日期：2019-04-30审批人：XXXXXX: xxxxxxx订菜管理系统（菜单信息）版本历史：版本/状态作者参与者起止日期1.0 第一小组 2014备注：目录：本文旨在介绍小饭店的菜单信息管理系统。
该系统旨在帮助小饭店实现更高效的菜单管理，以提高顾客的满意度。
菜单信息管理系统的主要功能包括菜单的添加、修改和删除，以及菜品的价格、口味和营养成分的管理。
系统还提供了顾客点餐和厨房制作菜品的功能。
在菜单添加功能中，管理员可以添加新的菜品，包括菜品的名称、价格、口味和营养成分。
管理员还可以为每个菜品添加图片和描述信息，以便顾客更好地了解菜品。
在菜单修改功能中，管理员可以修改菜品的价格、口味和营养成分等信息。
同时，管理员还可以修改菜品的图片和描述信息，以便更新菜单。
在菜单删除功能中，管理员可以删除不再供应的菜品，以保持菜单的新鲜度和实用性。
管理员还可以根据顾客的反馈和需求，及时更新菜单，以提高顾客的满意度。
除了菜单管理功能外，系统还提供了顾客点餐和厨房制作菜品的功能。
顾客可以在系统中选择自己喜欢的菜品，并指定口味和数量。
厨房人员可以根据顾客的需求，制作出符合要求的菜品，并在系统中标记已制作完成。
总之，小饭店的菜单信息管理系统是一个非常实用的工具，可以帮助小饭店提高菜单管理的效率和顾客的满意度。
本文档旨在介绍订菜管理系统（菜单信息）的测试用例。
读者对象为测试人员和开发人员。
1.接口－路径测试用例1.1 被测试对象为菜单信息单元。
1.2 测试范围为菜单信息的接口和路径，测试目的为验证菜单信息的正确性和完整性。
1.3 测试环境为测试服务器，测试辅助工具为Postman。
1.4 测试驱动程序的设计为使用Postman发送请求并验证响应。
1.5 接口测试用例包括验证菜单信息的获取、添加、修改和删除功能。
功能测试的测试用例设计方法
功能测试的测试用例设计方法功能测试是软件测试中最基本的一种测试方法，主要用于验证软件系统是否符合需求和设计规格，是否能够正常运行和完成预期的功能。
在功能测试中，测试用例的设计是非常重要的环节，通过合理的测试用例设计可以提高测试效率和测试覆盖率。
1. 功能测试用例设计的目标功能测试用例设计的目标是覆盖软件系统的所有功能，并验证其是否符合需求和设计规格。
在设计功能测试用例时，需要从系统功能的各个维度出发，确保能够全面、有效地测试软件系统的各项功能。
2. 功能测试用例设计的方法2.1 等价类划分法等价类划分法是功能测试中最常用的一种测试用例设计方法。
它基于等价类的概念，将输入和输出的可能取值划分为若干个等价类，然后从每个等价类中选择一个典型值作为测试用例进行测试。
通过等价类划分法，可以有效地减少测试用例的数量，提高测试效率。
2.2 边界值分析法边界值分析法是一种结合等价类划分法的测试用例设计方法。
它通过考虑输入和输出的边界值情况，设计测试用例，以验证系统在边界值情况下的行为是否符合预期。
边界值分析法可以有效地发现输入和输出的边界条件下的错误。
2.3 因果图法因果图法是一种以因果关系为基础的测试用例设计方法。
它通过分析系统的各个功能之间的因果关系，设计测试用例，以验证系统在不同功能交互情况下的行为是否符合预期。
因果图法可以帮助测试人员全面、深入地了解系统的功能之间的关系，并设计出全面的测试用例。
2.4 决策表法决策表法是一种以决策表为基础的测试用例设计方法。
它通过分析系统的各个决策点，设计测试用例，以验证系统在不同决策条件下的行为是否符合预期。
决策表法可以帮助测试人员全面地了解系统的各个决策点，并设计出全面的测试用例。
2.5 正交试验法正交试验法是一种以正交表为基础的测试用例设计方法。
它通过分析系统的各个功能之间的交叉关系，设计测试用例，以验证系统在不同功能交叉情况下的行为是否符合预期。
正交试验法可以帮助测试人员全面、高效地设计测试用例。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能测试用例说明书功能测试用例说明书作者发布范围HPTCA-MS 整个生命周期版本V1.0发布日期2008-6-12修订历史记录发布日期版本说明作者2008-6-12 1.O考勤系统测试用例目录1.引言 41.1 编写的目的41.2 编写范围41.3 参考文献41.4 术语与缩略语42.接口测试用例 42.1被测试对象的介绍42.2测试范围与目的 42.3测试环境与测试辅助工具的描述42.4测试驱动程序的设计42.5接口测试用例 53.功能测试用例 53.1被测试对象的介绍53.2测试范围与目的 53.3测试环境与测试辅助工具的描述53.4测试驱动程序的设计53.5功能测试用例 54.评审意见 65.其它需要说明的问题： 6需求说明书1.引言1.1编写的目的本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。
测试各项功能是否达标！1.2编写范围功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波AT004消息服务（包括收发短信息，网站留言）夏天梁AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强AT006Excel 表格）手动考勤（包括手动上下班，手动请假，手动出差）张耿耿AT007节假日管理（包括添加节假日，修改节假日）王杰AT008申请管理（包括请假申请，出差申请）薛纪表AT009人性化和网站安全周碧文1.3参考文献编号资料名称简介作者日期出版单位01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组技术支持，解答///1.4术语与缩略语术语、缩略语ST⋯解释系统测试， System Test⋯2.接口测试用例2.1 被测试对象的介绍2.2 测试范围与目的2.3 测试环境与测试辅助工具的描述2.4 测试驱动程序的设计2.5 接口测试用例3.功能测试用例3.1 被测试对象的介绍3.2 测试范围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 功能测试用例用例 ID AT001操作角色员工，管理员功能 A描述登录（包括身份验证，页面跳转）用例目的检测系统在合法和不合法的登录下所产生的结果前提条件登录帐号和密码必须通过键盘输入输入 /动作【身份验证】正确账户密码和验证码【身份验证】错误的帐户密码，正确验证码【身份验证】正确的账户密码，错误验证码【页面跳转】登录成功选择进入系统用例 ID AT002期望的输出 / 响应实际情况登录成功登录成功登录失败并且提示验证码错误登录失败并且提示验证码错误登录失败并且提示账户错误登录失败并且提示账户错误根据不同身份跳转到不同的权限页面操作角色员工功能 B 描述考勤基本操作（包括上班，下班，请假申请，出差申请）用例目的检测员工不同情况下上下班的结果前提条件手动操作输入 /动作【上班】今天节假日【上班】昨天非节假日，非请假，非出差情况下有旷工现象情况【上班】昨天非节假日，非请假，非出差情况下有早退现象【上班】今天早上迟到【上班】昨天未出现矿工早退现象，今天未迟到【下班】未到下班时间【下班】已到下班时间【出差申请】提出出差申请【请假申请】提出请假申请用例 ID AT003期望的输出 / 响应实际情况提示不用上班提示不用上班提示昨天旷工并且要求提交理由，提交提示昨天旷工并且要求提交理由，提交之后显示欢迎界面。
之后显示欢迎界面。
提示昨天早退并且要求提交理由,提交提示昨天早退并且要求提交理由, 提之后显示欢迎界面。
交之后显示欢迎界面。
提示今天迟到并且要求提交理由,提交提示今天迟到并且要求提交理由, 提之后显示欢迎界面。
交之后显示欢迎界面。
显示欢迎界面。
显示欢迎界面。
提示未到时间并且要求选择是否继续,提示未到时间并且要求选择是否继续,提交之后显示下班提示界面。
提交之后显示下班提示界面。
显示下班成功界面。
显示下班成功界面。
发出出差申请之后等待管理员通过，在发出出差申请之后等待管理员通过，在通过之后在出差时间段内不用上班通过之后在出差时间段内不用上班发出请假申请之后等待管理员通过，在发出请假申请之后等待管理员通过，在通过之后在请假时间段内不用上班通过之后在请假时间段内不用上班操作角色员工，管理员功能 C 描述员工考勤信息管理（包括修改密码，段时间考勤信息查询）用例目的测试密码修改，考勤信息查询的系统处理前提条件手动操作，需要输入原来密码输入 /动作【修改密码】修改密码时原始密码错误【修改密码】修改密码时不符合密码规则（密码长度小于 5）【修改密码】修改密码时候新密码确认失败【修改密码】原始密码正确，确认密码正确【考勤查询】根据开始时间和结束时间查询考勤信息期望的输出 / 响应实际情况提示原始密码错误提示原始密码错误提示密码长度不够提示密码长度不够提示确认密码和新密码不相同提示确认密码和新密码不相同提示密码修改成功并且在权限管理表提示密码修改成功并且在权限管理表中修改登录密码中修改登录密码能够根据时间段准确查找出这段时间能够根据时间段准确查找出这段时间内自己的考勤信息（包括总工时，请假内自己的考勤信息（包括总工时，请假次数，旷工次数，出差次数，早退次数，次数，旷工次数，出差次数，早退次数，迟到次数）并且点击详情之后出现详细迟到次数）并且点击详情之后出现详细考勤资料（拿请假次数来说，详情应该考勤资料（拿请假次数来说，详情应该包括请假开始时间，结束时间等）包括请假开始时间，结束时间等）管理员可以根据员工号实现某个员工管理员可以根据员工号实现某个员工的考勤信息的查询的考勤信息的查询用例 ID AT004操作角色员工，管理员功能 D 描述消息服务（包括收发短信息，网站留言）用例目的测试消息服务是否可行前提条件手动操作输入 /动作【短信息】查看收件箱【短消息】发送消息【网站留言】用例 ID AT005期望的输出 /响应实际情况未读收件箱有未读取信件的信件列未读收件箱有未读取信件的信件列表，历史收件表，历史收件箱有已读取信件的信箱有已读取信件的信件列表，未读信件可以标识件列表，未读信件可以标识成已读成已读信件并且转入到已读信件箱信件并且转入到已读信件箱发送之后在用收件人的账户登录之发送之后在用收件人的账户登录之后可以成功收后可以成功收到信件，并且信件处到信件，并且信件处在未读状态在未读状态员工可以对网站进行留言，管理员员工可以对网站进行留言，管理员可以查看到当可以查看到当前网站留言列表。
前网站留言列表。
操作角色管理员功能 E 描述员工个人信息管理（包括员工信息查询，添加员工，生成Excel 表格）用例目的测试员工信息的系统输出前提条件手动操作输入 /动作【员工信息查询】根据条件（包括员工号，员工姓名，部门，状态）查找员工【添加员工】必要的项没有填写（包括员工号，姓名，密码，电子邮件，安全问题，问题答案）【添加员工】项的格式错误（包括密码长度小于5，电子邮件格式错误）【添加员工】格式正确，必填项也填写【生成报表】当前信息窗口存在数据用例 ID AT006期望的输出 /响应实际情况显示员工的具体信息（包括员工号，显示员工的具体信息（包括员工号，员工密码，员工密码，家庭住址，电话号码等）家庭住址，电话号码等）提示添加失败，要求补全提示添加失败，要求补全提示添加失败，要求修改格式提示添加失败，要求修改格式提示添加成功，并且显示添加后的提示添加成功，并且显示添加后的员工信息列表员工信息列表弹出对话框要求用Excel 工具查看弹出对话框要求用Excel 工具查看电子表格形式电子表格形式并且成功转入并且成功转入操作角色管理员功能 F 描述手动考勤（包括手动上下班，手动请假，手动出差）用例目的测试手动考勤操作系统输出前提条件手动操作输入 /动作期望的输出 /响应实际情况【手动上下班】根据员工姓名和状态选择让其员工状态成功得到修改员工状态成功得到修改上 /下班【手动请假申请】填写该员工在申请阶段无需上班该员工在申请阶段无需上班请假申请表【手动请假申请】请假提示提交失败，要求更正提示提交失败，要求更正申请表填写格式不正确【手动出差申请】填写该员工在申请阶段无需上班该员工在申请阶段无需上班出差申请表【手动出差申请】出差提示提交失败，要求更正提示提交失败，要求更正申请表填写格式不正确用例 ID AT007操作角色管理员功能 G描述节假日管理（包括添加节假日，修改节假日）用例目的测试节假日管理的系统输出前提条件手动操作输入 /动作期望的输出 / 响应实际情况【添加节假日】添加节假日并提示添加成功并且在节假日列表中显提示添加成功并且在节假日列表中显且各项格式正确示当前的节假日列表信息示当前的节假日列表信息【修改节假日】选择已存在的提示修改成功并且在节假日列表中显提示修改成功并且在节假日列表中显节假日并且修改其中细节示当前的节假日列表信息示当前的节假日列表信息用例 ID AT008操作角色管理员功能 H描述申请管理（包括请假申请，出差申请）用例目的测试申请管理的系统输出前提条件手动操作输入 /动作期望的输出 / 响应请假申请批准之后在员工信息中可以【请假申请】对提出的申请进查找到批准的那名员工的考勤记录多行批准操作了一条请假记录，并且该名员工请假阶段不用上班出差申请批准之后在员工信息中可以【出差申请】对提出的申请进查找到批准的那名员工的考勤记录多行批准操作了一条出差记录，并且该名员工出差阶段不用上班用例 ID AT009实际情况请假申请批准之后在员工信息中可以查找到批准的那名员工的考勤记录多了一条请假记录，并且该名员工请假阶段不用上班出差申请批准之后在员工信息中可以查找到批准的那名员工的考勤记录多了一条出差记录，并且该名员工出差阶段不用上班操作角色员工，管理员功能 I 描述人性化和网站安全用例目的测试安全性和人性性前提条件手动操作输入 /动作期望的输出 / 响应实际情况员工首页提示未读短消息条数并且支员工首页提示未读短消息条数并且支【人性化】登录成功后进入首持链接到收件箱；管理员首页提示未读持链接到收件箱；管理员首页提示未读短消息条数和员工申请条数（包括请假短消息条数和员工申请条数（包括请假页申请和出差申请）并且支持链接到收件申请和出差申请）并且支持链接到收件箱和批准申请页面箱和批准申请页面【人性化】生日当天登录系统提示生日快乐祝福信息提示生日快乐祝福信息【人性化】节假日当天登录系首页提示节假日资料和历史首页提示节假日资料和历史统【网站安全】员工在地址栏直提示权限不够要求重新登录提示权限不够要求重新登录接访问管理员页的地址4.评审意见提示：测试组长邀请开发人员和同行专家，对《功能测试用例》进行技术评审，参见评审过程。