功能测试用例
功能模块测试用例(模板)

功能模块测试用例(模板)功能模块测试用例一、介绍本文档旨在提供一个功能模块测试用例的模板,以帮助测试人员更好地进行测试工作。
本文档包括测试用例的名称、测试目的、测试步骤、预期结果等内容,以便测试人员进行测试。
二、测试用例模板测试用例名称:测试目的:测试步骤:预期结果:三、测试用例详解1. 登录模块1.1 测试用例名称:登录功能测试1.1.1 测试目的:测试用户能否成功登录系统1.1.2 测试步骤:1. 输入正确的用户名和密码2. 点击登录按钮1.1.3 预期结果:1. 登录成功,跳转到系统首页2. 登录失败,提示用户名或密码错误1.2 测试用例名称:注销功能测试1.2.1 测试目的:测试用户能否成功注销系统1.2.2 测试步骤:1. 点击注销按钮2. 确认注销操作1.2.3 预期结果:1. 注销成功,跳转到登录页面2. 注销失败,提示注销操作失败2. 用户管理模块2.1 测试用例名称:添加用户测试2.1.1 测试目的:测试管理员能否成功添加用户2.1.2 测试步骤:1. 进入用户管理页面2. 点击添加用户按钮3. 输入用户信息4. 点击保存按钮2.1.3 预期结果:1. 添加用户成功,用户列表中新增一条用户记录2. 添加用户失败,提示添加用户操作失败2.2 测试用例名称:修改用户测试2.2.1 测试目的:测试管理员能否成功修改用户信息2.2.2 测试步骤:1. 进入用户管理页面2. 选择要修改的用户4. 修改用户信息5. 点击保存按钮2.2.3 预期结果:1. 修改用户成功,用户列表中对应用户记录的信息被修改2. 修改用户失败,提示修改用户操作失败2.3 测试用例名称:删除用户测试2.3.1 测试目的:测试管理员能否成功删除用户2.3.2 测试步骤:1. 进入用户管理页面2. 选择要删除的用户4. 确认删除操作2.3.3 预期结果:1. 删除用户成功,用户列表中对应用户记录被删除2. 删除用户失败,提示删除用户操作失败四、总结本文档提供了一个功能模块测试用例的模板,包括测试用例的名称、测试目的、测试步骤、预期结果等内容。
功能测试用例设计

功能测试用例设计1. 概述功能测试是软件开发过程中的一个重要环节,用于验证软件是否满足用户需求并按照设计规范正常工作。
功能测试用例设计是功能测试的前提和基础,通过设计合理的测试用例能够有效地发现软件中的缺陷和问题。
本文将介绍功能测试用例设计的一般流程和方法,并以一个示例来说明如何设计功能测试用例。
2. 功能测试用例设计流程功能测试用例设计一般包括以下几个步骤:2.1 确定测试目标和范围在开始功能测试用例设计之前,需要明确测试的目标和范围。
测试目标是指测试的目的和期望达到的效果,如验证某个功能是否正常工作、检查某个特定场景是否能够正确处理等。
测试范围是指测试的覆盖范围,包括被测试的功能模块、系统版本、操作系统等。
2.2 分析需求和设计文档根据需求和设计文档,分析软件的功能和特性,确定需要测试的功能点和场景。
将需求和设计文档转化为可测试的用例。
2.3 设计测试用例根据分析得到的功能点和场景,设计测试用例。
测试用例应包含以下几个要素:测试标题、测试步骤、预期结果、实际结果、通过与否等。
2.4 编写测试用例将设计好的测试用例按照一定的格式编写成文档,以便后续执行测试。
测试用例应该清晰、简洁、易于理解和执行。
2.5 审核和评审测试用例测试用例编写完成后,需要进行审核和评审,确保测试用例的准确性和完整性。
测试用例的审核和评审应该由多个人参与,包括测试人员、开发人员、项目经理等。
2.6 执行测试用例根据测试计划和测试用例,执行功能测试。
在执行测试用例的过程中,需要记录测试结果、发现的问题和缺陷等。
根据测试结果和记录的问题,分析软件中存在的问题和缺陷。
对于发现的问题,需及时记录、跟踪和解决。
2.8 优化测试用例根据测试结果和问题分析,对测试用例进行优化。
优化测试用例可以提高测试的效率和覆盖度,减少重复劳动和冗余测试。
3. 示例:用户注册功能测试用例设计3.1 测试目标和范围测试目标:验证用户注册功能是否正常工作,包括注册表单的输入验证、用户信息的保存和展示等。
软件测试用例范文

软件测试用例范文全文共四篇示例,供读者参考第一篇示例:软件测试用例是软件测试过程中非常重要的一环,它用于描述对软件系统进行测试的情况、步骤和条件。
软件测试用例可以帮助测试人员确定在不同情况下软件系统的性能是否符合要求,发现潜在的缺陷并确保软件质量。
一份优秀的软件测试用例需要具备清晰的目标、详细的步骤、准确的预期结果和良好的可重复性。
下面是一份关于登录功能的软件测试用例范文:测试用例名称:登录功能测试测试目的:验证用户可以成功登录系统前提条件:用户已经在系统中注册账号测试步骤:1. 打开系统登录页面2. 输入正确的用户名和密码3. 点击“登录”按钮预期结果:1. 用户成功登录系统2. 系统显示用户个人信息页面3. 用户可以正常使用系统功能用例覆盖范围:该测试用例覆盖了登录功能的基本操作,包括输入账号、密码和点击登录按钮等操作。
在编写软件测试用例时,需要考虑系统的功能模块、用户需求和系统设计等因素。
测试用例要尽可能覆盖系统各个功能点,保证测试的全面性和准确性。
除了基本的功能测试用例外,还可以编写一些边界测试用例、异常情况测试用例和性能测试用例等,以更全面地评估软件系统的性能和稳定性。
软件测试用例的编写是软件测试工作中非常关键的一部分,它直接影响到测试结果的准确性和软件质量的提高。
通过编写高质量的测试用例,可以有效地发现和解决软件系统中的缺陷,减少系统风险,并提高用户体验和满意度。
【字数已达要求,建议补充内容】第二篇示例:软件测试用例是软件测试中的重要组成部分,它是在软件开发过程中用于验证软件功能是否符合设计要求的一种测试方法。
软件测试用例作为软件测试活动的基础,其质量和有效性直接影响软件测试的效果和成本。
在软件测试中,测试用例旨在检测软件的错误和缺陷,以确保软件质量,提高软件可靠性和稳定性。
软件测试用例的编写需要遵循一定的规范和原则,以确保测试用例的全面性和有效性。
一般来说,软件测试用例可以分为详细测试用例和冗余测试用例。
功能测试用例编写

功能测试用例编写功能测试用例是为了验证软件系统的功能是否按照需求规格说明书中所描述的要求进行正常工作的测试用例。
在编写功能测试用例时,需要遵循测试用例设计原则,即可测性、独立性、一致性、全面性、可重复性、可验证性等原则。
下面是一个关于一个电子商务网站的功能测试用例的例子:1.用户注册功能测试-测试目标:验证用户注册功能是否正常运作-预期输出:系统成功创建用户账号,并发送确认邮件给用户-实际输出:系统成功创建用户账号,并发送确认邮件给用户2.用户登录功能测试-测试目标:验证用户登录功能是否正常运作-输入:用户输入正确的用户名和密码-预期输出:系统成功登录用户,并跳转到用户个人主页-实际输出:系统成功登录用户,并跳转到用户个人主页3.商品功能测试-测试目标:验证商品功能是否正常运作-输入:用户输入关键字进行商品-预期输出:系统成功返回与关键字相关的商品列表-实际输出:系统成功返回与关键字相关的商品列表4.购物车功能测试-测试目标:验证购物车功能是否正常运作-输入:用户选择商品并添加到购物车-预期输出:系统成功添加商品到购物车,并显示购物车中的商品及总价-实际输出:系统成功添加商品到购物车,并显示购物车中的商品及总价5.订单提交功能测试-测试目标:验证订单提交功能是否正常运作-输入:用户在购物车中选择商品,并填写订单相关信息-预期输出:系统成功生成订单,并显示订单详细信息-实际输出:系统成功生成订单,并显示订单详细信息6.支付功能测试-测试目标:验证支付功能是否正常运作-输入:用户选择支付方式并输入支付相关信息-预期输出:系统成功处理支付请求,并显示支付成功的页面-实际输出:系统成功处理支付请求,并显示支付成功的页面7.订单查询功能测试-测试目标:验证订单查询功能是否正常运作-输入:用户输入订单号进行查询-预期输出:系统成功返回与订单号相关的订单信息-实际输出:系统成功返回与订单号相关的订单信息8.物流跟踪功能测试-测试目标:验证物流跟踪功能是否正常运作-输入:用户输入订单号进行物流查询-预期输出:系统成功返回与订单号相关的物流信息-实际输出:系统成功返回与订单号相关的物流信息9.用户评价功能测试-测试目标:验证用户评价功能是否正常运作-输入:用户选择订单并进行评价-预期输出:系统成功保存用户评价,并显示评价内容-实际输出:系统成功保存用户评价,并显示评价内容10.用户账号管理功能测试-测试目标:验证用户账号管理功能是否正常运作-预期输出:系统成功保存用户修改后的账号信息-实际输出:系统成功保存用户修改后的账号信息以上是电子商务网站的一些基本功能测试用例,每个用例都包含了测试目标、输入、预期输出和实际输出。
功能测试用例概述

功能测试用例概述功能测试用例是一种测试方法,用于验证软件系统的各个功能是否按照需求规格说明书的要求正常工作。
它可以帮助测试团队确认软件系统是否实现了所有定义的功能,并且是否满足了用户的需求。
在功能测试用例中,会详细描述输入、操作、预期结果以及实际结果。
1.用户界面测试用例:验证软件系统的用户界面是否设计合理、易于使用,并且符合用户的期望。
例如,检查页面的布局是否一致,按钮是否起作用,输入是否被正确处理等。
2.数据操作测试用例:验证软件系统是否正确地处理各种类型的数据。
例如,测试输入有效数据时系统是否能够正确处理,测试输入无效数据时系统是否能够给出相应的错误提示。
3.功能操作测试用例:验证软件系统的各个功能是否按照需求进行操作,并且能够正常工作。
例如,测试系统的登录功能是否能够成功验证用户的帐号和密码,测试系统的功能是否能够按照关键字正确地到相应的结果。
4.数据管理测试用例:验证软件系统是否能够正确地管理数据。
例如,测试系统的数据保存功能是否能够成功保存用户的数据,测试系统的数据删除功能是否能够正确地删除用户的数据。
5.系统集成测试用例:验证软件系统与其他系统或组件之间的集成是否正常工作。
例如,测试系统与数据库之间的数据交互是否正常,测试系统与第三方API之间的数据传输是否正常。
1.确定测试目标:根据需求规格说明书和用户需求,确定需要测试的功能。
2.设计测试数据:根据功能的输入要求,设计相应的测试数据。
测试数据应该包含正常数据、边界数据和异常数据。
3.编写测试步骤:根据功能的操作流程,编写相应的测试步骤。
测试步骤应该包含输入数据、操作行为和预期结果。
4.执行测试用例:按照测试步骤执行测试用例,并记录实际结果。
5.验证测试结果:根据预期结果和实际结果,验证测试用例是否通过。
如果测试用例不通过,需要记录问题并进行修复。
功能测试用例对于保证软件系统的质量和可靠性非常重要。
通过合理的设计和执行功能测试用例,可以及早发现和修复软件系统的问题,保证软件系统的正常运行。
测试用例范文

测试用例范文测试用例范文一、登录功能测试用例:1. 输入正确的用户名和密码,点击登录按钮,验证是否成功登录。
2. 输入错误的用户名和密码,点击登录按钮,验证是否提示用户名或密码错误。
3. 输入为空的用户名和密码,点击登录按钮,验证是否提示用户名或密码不能为空。
4. 输入正确的用户名和错误的密码,点击登录按钮,验证是否提示密码错误。
5. 输入错误的用户名和正确的密码,点击登录按钮,验证是否提示用户名错误。
6. 输入正确的用户名和密码,然后点击记住密码按钮,再次打开登录页面,验证是否自动填充用户名和密码。
7. 输入正确的用户名和密码,点击登录按钮后,请求超时,验证是否提示登录超时。
二、注册功能测试用例:1. 输入正确的注册信息,点击注册按钮,验证是否成功注册。
2. 输入重复的用户名或邮箱,点击注册按钮,验证是否提示用户名或邮箱已存在。
3. 输入非法的邮箱格式,点击注册按钮,验证是否提示邮箱格式不正确。
4. 输入非法的用户名格式,点击注册按钮,验证是否提示用户名格式不正确。
5. 输入非法的密码格式,点击注册按钮,验证是否提示密码格式不正确。
6. 输入非法的电话号码格式,点击注册按钮,验证是否提示电话号码格式不正确。
三、商品搜索功能测试用例:1. 输入正确的关键字,点击搜索按钮,验证是否返回相关的商品列表。
2. 输入错误的关键字,点击搜索按钮,验证是否返回空的商品列表。
3. 输入为空的关键字,点击搜索按钮,验证是否提示关键字不能为空。
4. 点击搜索按钮后,请求超时,验证是否提示搜索超时。
四、购物车功能测试用例:1. 添加商品到购物车后,验证购物车数量是否正确增加。
2. 删除购物车中的商品后,验证购物车数量是否正确减少。
3. 点击结算按钮,验证是否跳转到结算页面。
4. 增加购物车中某个商品数量后,验证购物车数量是否正确增加。
5. 减少购物车中某个商品数量后,验证购物车数量是否正确减少。
6. 将购物车中的商品全部删除后,验证购物车是否为空。
功能模块测试用例模板

功能模块测试用例模板在软件开发的过程中,为了确保各个功能模块能够正常运行,满足用户的需求和期望,测试用例的编写是至关重要的环节。
测试用例就像是一份详细的“检查清单”,能够帮助测试人员系统地、全面地对功能模块进行测试,发现潜在的问题和缺陷。
下面,将为您介绍一份功能模块测试用例的模板。
一、测试用例编号每个测试用例都需要有一个唯一的编号,以便于识别和管理。
编号可以采用一定的规则,比如按照功能模块的名称、测试的类型、测试的顺序等进行编号。
例如,对于用户登录功能模块的测试用例,可以编号为“Login_001”、“Login_002”等。
二、测试项目明确测试的功能模块名称,比如“用户注册模块”、“订单管理模块”等。
三、测试目的阐述进行此次测试的主要目标和期望的结果。
例如,测试用户注册模块的目的可能是验证用户输入的信息是否能够正确保存到数据库中,以及注册流程是否顺畅,没有出现卡顿或错误提示等。
四、测试步骤这是测试用例的核心部分,需要详细描述执行测试的具体操作步骤。
1、打开相关页面或应用程序。
2、输入测试数据,包括正常的数据和异常的数据。
比如,在注册页面输入有效的用户名、密码、邮箱等信息,同时也输入一些不符合要求的数据,如用户名过短、密码强度不够、邮箱格式错误等。
3、点击相应的按钮或执行操作,如“注册”、“提交”等。
4、观察页面的反馈和结果,包括提示信息、跳转页面等。
五、预期结果针对每个测试步骤,明确预期的正确结果。
1、输入有效数据后,系统应成功保存用户信息,并跳转到注册成功页面,显示相应的提示信息。
2、输入异常数据时,系统应给出明确的错误提示,如“用户名长度至少为6 个字符”、“密码强度不够,请包含字母、数字和特殊字符”等。
六、测试数据详细列出在测试过程中使用到的各种数据,包括正常数据和异常数据。
例如,对于用户注册模块,正常数据可以是“用户名:zhangsan,密码:123456Abc,邮箱:”;异常数据可以是“用户名:a,密码:123,邮箱:abc”。
测试用例分类分层

测试用例的分类分层是一个复杂的过程,通常包括以下几个层次:
1. 测试用例分类:根据软件的需求规格说明书,测试用例可以分为功能测试用例和非功能测试用例。
功能测试用例主要测试软件的功能是否符合需求,包括正常功能和异常功能的测试。
非功能测试用例则包括性能测试、安全性测试、兼容性测试、易用性测试、可靠性测试等。
2. 测试用例分层:根据软件的结构和复杂性,测试用例可以分为不同的层次。
通常,可以分为高层测试用例、中层测试用例和底层测试用例。
高层测试用例主要用于测试软件的整体功能和业务流程,中层测试用例主要用于测试软件的各个模块的功能和相互之间的接口,底层测试用例主要用于测试软件的细节和实现。
3. 测试用例优先级:根据软件的重要性和风险程度,测试用例可以分为不同的优先级。
通常,优先级高的测试用例对应于重要和风险较高的功能或模块,优先级低的测试用例对应于次要或风险较低的功能或模块。
4. 测试用例状态:根据测试用例的执行情况和结果,测试用例可以分为不同的状态。
通常,未执行的测试用例为待执行状态,已执行的测试用例为已执行状态,执行失败的测试用例为失败状态,需要人工干预或进一步确认的测试用例为待确认状态。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
功能测试用例 测试输入/操 作
内部公开▲
用例名称
功能 录入的下拉选择项进行了过滤
测试要点
优先级 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低
期望输出
实际 输出
功能测试
新增功能
录入的下拉选择项或单选项与别的录入项之间的联动过滤关系正确 必填项字段控制与数据库必填项控制一致 正确输入所有相关内容,包括必填项,点添加按钮,记录成功添加 成功新增的记录在数据库显示的值与录入的一致 必填项内容不填、其它项正确输入,点添加按钮,系统有相应提示 内容项中输入空格,点添加按钮,记录不能添加成功 内容中不输入,保存后显示null 内容项中输入系统中不允许出现的字符、点添加按钮,系统有相应提示 仅填写必填项,点添加按钮,记录能否添加成功 添加记录失败时,有相应的提示,原填写内容保存 添加记录失败时,原填写内容保存 重复提交相同记录,系统有相应提示 提交时自动处理了内容首尾两端的空格 提交成功的记录后,可以正常显示此记录 提交成功的记录后,可以正常调用此记录 新增数据提交后,会清空缓存,如果没有清除再次提交有提示 提交成功后刷新页面,系统不会抛异常信息 修改页显示的记录信息与数据库一致 修改页显示的不可编辑项正确 修改页显示的可编辑项正确 已被其它功能使用的记录修改处理合理,状态正确 修改的记录影响历史数据 修改没有修改数据库中对应表的对应记录的主键数据 修改不影响数据库中与对应修改数据无关的数据 修改不会新增数据(除修改处理是作废原记录并新增记录)
内部公开▲
功能测试
并发功能
功能测试
上传功能
本文中的所有信息均为深圳拜特科技有限公司内部信息,未经许可,不得向外传播
共 14 页,第 4 页
深圳拜特科技
功能测试 上传功能 音频文件的格式支持(mp3,wav,mid,等) 各种格式的视频文件支持 上传时间用户可接受? 支持批量上传? 若在传输过程中,网络中断时,再次进入时文件没有上传成功 选择文件上传后,中途可以取消上传功能 文件上传结束后,能回到原来界面 再次上传覆盖原来的数据是全部删除还是增加,有正确的提示 上传多个图片有顺序控制 文件下载可以选择文件的存储目录 下载过程有进度条跟踪显示 文件应该可以直接打开 文件下载保存时自动选择对应的正确文件格式和默认文件名 文件下载保存时可以重命文件名 文件下载保存时不允许修改文件的保存格式 文件下载保存打开文件有乱码 文件下载保存打开文件内容完整,有漏项,和界面保存内容一致 文件下载保存打开文件内容金额位数正确 另存的的文件成功保存 另存的EXCEL的文件能正确打开 另存的EXCEL的文件的内容列内容和查询结果页面显示一样,没有缺少和增加 另存的EXCEL的文件的内容列顺序和查询结果页面显示一样 另存的EXCEL的文件的内容格式和查询结果页面显示一样 另存的EXCEL的文件的内容列格式和查询结果页面显示一样 超大数字导出时格式与查询格果页面显示一样,不会显示为科学计数法 没有区分分页或全部导出时,另存的EXCEL的文件的内容包括所有分页的内容 区分分页或全部导出时,导出到EXCEL 只导出当前页的数据内容 区分分页或全部导出时,全部导出到EXCEL 导出所有页的数据内容 另存的EXCEL的文件的内容记录条数正确 另存时不允许修改文件的保存格式 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低
内部公开▲
功能测试
导入功能
功能测试
多币别测试
功能测试
打印功能
本文中的所有信息均为深圳拜特科技有限公司内部信息,未经许可,不得向外传播
共 14 页,第 6 页
功能测试
打印功能
深圳拜特科技
支持多次打印有记录 业务提交时按规范同时写日志表 业务审批时按规范同时写日志表 业务打回时按规范同时写日志表 业务删除时按规范同时写日志表 业务登陆时按规范同时写日志表 业务退出时按规范同时写日志表 业务打回,记录的打回原因按规范同时写日志表 当前位置与菜单名称显示一致 功能测试 显示风格统一 导航相关检查 导航没有多出一行,没有不正确的换行 模块切换后菜单正确显示 在线帮助链接选中后能正确进入在线帮助系统 退出系统链接选中后能正确退出系统进入登录界面 返回时,能正确回到返回前的页面 功能测试 返回功能检查 返回的页面风格与系统其它功能统一 返回页面为查询页面时能正确显示此时符合数据信息,删除了的数据不能在显示 返回页面为查询页页时能正确保存之前的查询条件 重置检查 可录入的字段修改未提交重置能回到未修改前的状态 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低
内部公开▲
功能测试
修改功能
功能测试
删除功能
本文中的所有信息均为深圳拜特科技有限公司内部信息,未经许可,不得向外传播
共 14 页,第 2 页
深圳拜特科技
删除后刷新页面,系统不会抛异常信息 查询页面提供用户最常关注的字段作为查询条件 单独遍历每个查询条件按条件过滤出正确的结果 查询条件全部清空,再一个一个条件往上加依次查询,直至条件全覆盖,按条件过 滤出正确的结果 ; 查询条件全部置上,再一个一个条件往下减依次查询,直至条件为空全覆盖,按条 件过滤出正确的结果 ; 模糊查询支持关键字输入的查询,只输入其中一个词下拉框中就出现所有相关的 可选内容 输入查询条件部分关键字,过滤出正确的结果 查询结果列表提供用户最常关注的字段作为查询结果 查询结果列表排序符合用户习惯 默认排序规则定义 大数据量查询做了查询日期范围的限定 一般查询速度响应在5秒之类 查询的数据来源覆盖了所需要所有的数据(月、日、年、以及不同状态的所有数 据) 日期条件查询,时间区间的控制(记账日期大于账户的启用日期) 日期控件检查闰年的日期检查 登录用户设定的角色对应的权限菜单能正常显示 登录用户没有设定的角色对应的权限菜单不能显示 登录用户设定的特殊菜单的权限菜单能正常显示 登录用户设定的单位权限能正常显示有权限的单位的数据 登录用户没有设定的单位权限不显示对应的单位的数据 业务单据修改只能是修改本人提交的单据 业务经办复核不能是同一个人 提示信息统一采用系统规定的方式(窗口或是返回文字) 提示信息的内容没有错别字 提示信息内容不存在歧义(如必输等) 提示信息内容统一表达方式如(请输入***! 或是 系统中***不能为空!或 您确定要进行***操作吗?) 提示功能检查 提示信息内容的颜色统一 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低
内部公开▲
功能测试
查询功能
功能测试
权限检查
功能测试
本文中的所有信息均为深圳拜特科技有限公司内部信息,未经许可,不得向外传播
共 14 页,第 3 页
深圳拜特科技
功能测试 提示功能检查 提示信息统一采用系统规定的方式(窗口或是返回文字) 提示信息友好(请….) 提示信息确定后正确响应 提示信息确定后返回到指定的页面 提交+提交:不同账号同时打开两个窗口,录入相同的信息提交,后一个提交的窗 口会控制重复提交 删除+修改:不同账号同时打开两个窗口,删除成功后,后一个修改的窗口控制不 能修改成功 修改+审批:不同账号同时打开两个窗口,修改成功后,审批提交时提示数据有改 变并显示最新的修改数据后再让审批人提交 审批+修改:不同账号同时打开两个窗口,审批成功后,修改窗口提交时控制不能 修改成功 审批+审批:不同账号同时打开两个窗口中,审批成功后,后一审批提交时控制不 能审批成功 发送+作废:收付款指令的发送与作废业务,同一笔数据同时打开两个窗口中,发 送成功后作废另一笔,或者作废成功后,发送另一笔控制不能发送成功。 审批+撤销:同一笔数据同时打开两个窗口中,审批成功后,后一撤销提交时控制 不能撤销成功 审批打回+审批通过:同一笔数据同时打开两个窗口中,审批成功后,后一审批打 回时控制不能审批打回成功 打回+发送:同一笔数据同时打开两个窗口中,发送成功后,后一打回提交时控制 不能打回成功 上传文件的功能实现 上传的文件的格式控制符合要求 上传的文件的大小控制符合要求 上传的文件控制不能放入exe.bat后缀名的文件 在输入结束后直接按回车键系统不会报错 上传成功后使用浏览器的刷新键,系统不会报错。 确认没有上传资料点上传按钮有提示 确认支持图片上传 确认支持压缩包上传 若是图片,支持所有的格式(.jpeg,.jpg,.gif,.png等) 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低
内部公开▲
功能测试
下载功能
功能测试
导出功能
本文中的所有信息均为深圳拜特科技有限公司内部信息,未经许可,不得向外传播共 14 页,第 5来自页功能测试导出功能
深圳拜特科技
文件下载保存打开文件有乱码 文件下载保存打开文件内容完整,有漏项,和界面保存内容一致 文件下载保存打开文件内容金额位数正确 导入的文件类型做了控制 导入的文件模板不符做了控制 导入的文件必选项列内容为空做了控制 导入的文件行存在重复做了控制 导入的文件行与数据库已存在的重复做了控制 导入的文件内容为数据库不存在的值时做了控制(比如币别、单位等数据库没 有) 导入的文件内容自动处理了首尾空格 导入的文件内容正确与数据库字段匹配 导入的文件内容可以正确显示 导入的文件内容可以正确被其它功能调用 导入的文件内容可以删除后再次导入 不同币别的业务数据在占用时按需求转化为指定的币别 提交的不同币别的业务数据在查询时保留了提交时的不同币别的金额 提交的不同币别的业务数据在查询时保留了提交时的不同币别的转换金额 币别需要按汇率处理时,保存了转换时的历史汇率 汇率改变时,新提交的币别能按改变的汇率自动转换 查询时,能按币别转换查询过滤出不同的数据 选择外币会显示业务相关功能输入框 打印的信息和数据库信息一致 打印的信息提供预览功能 打印的页连距默认设置合理 打印时会确认打印机连机 打印时会确认打印机没有空纸 打印时走纸正常 打印多条记录时不出现异常 支持多次打印 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低 低