测试案例
功能测试 案例及报告
功能测试案例及报告功能测试是一种测试方法，用于验证软件系统的功能是否按照设计要求正常工作。
在进行功能测试时，测试人员会根据软件的需求规格说明书或用户手册，编写测试用例，并执行这些用例来检验系统的各项功能是否符合预期。
以下是一些可能出现在功能测试案例中的测试点和测试用例：1. 登录功能测试：- 测试点：验证用户能否成功登录系统。
- 测试用例：输入正确的用户名和密码，应该能够成功登录系统。
2. 注册功能测试：- 测试点：验证用户能否成功注册账号。
- 测试用例：输入有效的用户名、密码和邮箱，应该能够成功注册账号。
3. 搜索功能测试：- 测试点：验证用户能否成功进行搜索操作。
- 测试用例：输入关键词进行搜索，系统应该能够返回相应的搜索结果。
4. 数据输入验证测试：- 测试点：验证系统能否正确处理用户输入的数据。
- 测试用例：输入非法字符或超过限制长度的数据，系统应该能够给出相应的提示信息。
5. 数据存储和读取测试：- 测试点：验证系统能否正确地存储和读取用户的数据。
- 测试用例：创建、修改或删除数据后，系统应该能够正确地保存和读取这些数据。
6. 权限控制测试：- 测试点：验证系统能否正确地限制用户的访问权限。
- 测试用例：尝试使用未授权的账号进行敏感操作，系统应该能够拒绝访问并给出相应的提示信息。
7. 页面导航测试：- 测试点：验证用户能否正确地浏览系统的各个页面。
- 测试用例：点击不同的导航链接或按钮，系统应该能够正确地跳转到相应的页面。
功能测试报告应包含以下内容：1. 测试概要：对测试范围、测试目标、测试环境等进行简要描述。
2. 测试执行情况：列出已执行的测试用例及其执行结果，包括通过、失败、阻塞等。
3. 缺陷汇总：列出已发现的缺陷及其详细信息，包括缺陷的描述、严重程度、优先级等。
4. 测试总结：对测试结果进行总结和评估，包括对系统功能的稳定性、可靠性和易用性的评价。
5. 建议和改进措施：根据测试结果提出建议和改进措施，以提高系统的质量和性能。
安全测试案例
安全测试案例安全测试案例：测试一个Web应用程序的登录功能一、测试目标本案例旨在测试Web应用程序的登录功能是否存在安全漏洞。
我们将通过以下测试步骤来验证系统的安全性。
二、测试环境与工具1. Web应用程序：待测试的网站2. 测试工具：SQL注入工具、暴力破解工具、Web漏洞扫描器等。
三、测试步骤与内容1. 输入验证：a. 尝试输入非法字符或格式，例如特殊字符、脚本代码等。
验证系统是否对输入进行了正确的过滤和验证。
b. 使用SQL注入攻击尝试绕过登录验证，验证系统是否容易受到此类攻击。
2. 密码策略：a. 检查密码是否经过加密存储，验证系统是否使用了安全的加密算法。
b. 检查密码重试次数限制，验证系统是否具有防止暴力破解的能力。
3. 会话管理：a. 检查会话ID是否在多个请求之间正确传递，验证会话劫持攻击的防范措施。
b. 检查会话超时设置，验证系统是否及时终止无效会话。
4. 跨站脚本攻击（XSS）：a. 在登录表单中输入包含恶意脚本的文本，验证系统是否对输出进行了适当的编码和过滤。
b. 检查登录成功后的重定向URL是否包含用户提交的数据，验证系统是否容易受到XSS攻击。
5. 跨站请求伪造（CSRF）：a. 尝试模拟登录请求，验证系统是否具有有效的CSRF令牌机制来防止攻击。
b. 使用CSRF漏洞扫描器检查系统是否存在潜在的安全风险。
6. 其他漏洞：a. 使用Web漏洞扫描器检查系统是否存在其他已知的安全漏洞，例如文件上传漏洞、目录遍历漏洞等。
b. 检查系统日志和错误信息，验证是否存在敏感信息泄露的风险。
四、测试结果与总结根据实际测试情况，记录发现的安全问题及漏洞，并提出相应的修复建议和改进措施。
通过本案例的安全测试，可以帮助开发人员发现Web应用程序登录功能中存在的安全风险，提高系统的安全性。
接口测试用例案例
接口测试用例案例一、接口名称。
登录接口。
二、接口功能描述。
这个接口就是让用户能够登录到我们超酷的系统里，就像给你一把钥匙打开宝藏大门一样。
三、测试用例。
1. 用例编号：TC 001。
用例名称：正确用户名和密码登录。
测试步骤。
打开登录页面（假装咱能看到这个页面哈）。
在用户名输入框里输入“超级大侠”，这个可是提前注册好的合法用户名哦。
在密码输入框里输入“123456abc”，这也是对应的正确密码。
然后点击登录按钮，就像按下发射火箭的按钮一样期待着登录成功。
预期结果。
页面跳转到用户的个人主页，显示“欢迎回来，超级大侠”，而且在页面的某个角落能看到用户的小头像或者用户名啥的，证明咱真的登录成功啦。
2. 用例编号：TC 002。
用例名称：错误用户名正确密码登录。
测试步骤。
同样先来到登录页面这个“战场”。
在用户名输入框输入“乱编的名字”，这名字系统肯定不认。
在密码输入框输入“123456abc”，密码是对的，但用户名是错的呀。
再点登录按钮，看系统怎么反应。
预期结果。
页面弹出一个提示框，上面写着“用户名不存在，请重新输入”，就像一个小保安把你拦在门外，告诉你走错门啦。
3. 用例编号：TC 003。
用例名称：正确用户名错误密码登录。
测试步骤。
登录页面又出现啦。
在用户名输入框输入“超级大侠”。
在密码输入框输入“完全错误的密码111111”。
最后点击登录按钮，看系统是不是很聪明能发现密码不对。
预期结果。
页面弹出提示框，写着“密码错误，请重新输入”，就好像系统在对你说“你这密码不对呀，再好好想想”。
4. 用例编号：TC 004。
用例名称：空用户名和空密码登录。
测试步骤。
进入登录页面。
啥也不填，直接就去点登录按钮，这就有点耍赖啦。
预期结果。
页面弹出两个提示框，一个在用户名输入框旁边说“请输入用户名”，另一个在密码输入框旁边说“请输入密码”，就像系统在喊“你不能啥都不告诉我就想进来呀”。
韦氏智力测试案例
韦氏智力测试案例
韦氏智力测试是一种常用的智力评估工具，以下是一个韦氏智力测试案例：
孩子8周岁，无重大疾病或器质上的问题，家庭教育水平较高。
测试过程中，孩子表现得大方善言，遵守规则，眼神交流正常，声音中等，情绪稳定。
总共完成了韦氏儿童智力量表第四版中文版的10个核心分测验和1个补充分测验。
测试结果显示，孩子的总智商为129，认知能力处于优秀水平，超过97%的同龄儿童。
言语理解指数为137，处于非常优秀水平，高于99%的同龄儿童。
知觉推理指数为120，处于优秀水平，高于91%的同龄儿童。
工作记忆指数为115，处于中上水平，高于84%的同龄儿童。
加工速度指数为107，处于中等水平，高于68%的同龄儿童。
从分测验来看，孩子的强项在于词汇，而弱项是图画概念和译码。
同一指数之间言语理解、工作记忆表现较为稳定，而知觉推理和加工速度的之间的分测验水平差异显著。
总的来说，孩子的认知能力处于正常发育水平，与同龄孩子比较显示优秀。
同时，孩子可能更擅长通过语言类学习而不是非语言类（例如图片）的方式学习，需要注意视觉方面的训练。
韦氏智力测试的结果可以帮助家长和教师了解孩子的智力水平和优劣势，以便制定更有针对性的教育计划。
如果你想了解更多关于韦氏智力测试的信息，可以咨询专业的心理学家或教育工作者。
单元测试测试用例例子
单元测试测试用例例子在软件开发中，单元测试是一种非常重要的测试方法，用于确保代码的正确性和功能的稳定性。
而单元测试用例则是指用来验证单个代码单元（如函数、方法、类等）是否按照预期工作的测试案例。
本文将介绍一个关于登录功能的单元测试用例例子。
1. 功能描述在这个例子中，我们将以登录功能为例进行单元测试。
该功能提供用户登录的能力，当用户输入正确的用户名和密码时，登录成功，否则登录失败。
2. 测试用例2.1 正常登录情况测试目的：验证当用户输入正确的用户名和密码时，登录是否成功。
输入：正确的用户名和密码预期输出：登录成功2.2 用户名为空测试目的：验证当用户未输入用户名时，登录是否正常处理。
输入：空用户名，正确的密码预期输出：登录失败，提示用户名不能为空2.3 密码为空测试目的：验证当用户未输入密码时，登录是否正常处理。
输入：正确的用户名，空密码预期输出：登录失败，提示密码不能为空2.4 用户名错误测试目的：验证当用户输入错误的用户名时，登录是否正常处理。
输入：错误的用户名，正确的密码预期输出：登录失败，提示用户名错误2.5 密码错误测试目的：验证当用户输入错误的密码时，登录是否正常处理。
输入：正确的用户名，错误的密码预期输出：登录失败，提示密码错误3. 测试案例执行结果执行上述测试用例后，得到以下结果：2.1 正常登录情况输入：用户名 - user1，密码 - 123456预期输出：登录成功实际输出：登录成功2.2 用户名为空输入：用户名 - 空，密码 - 123456预期输出：登录失败，提示用户名不能为空实际输出：登录失败，提示用户名不能为空2.3 密码为空输入：用户名 - user1，密码 - 空预期输出：登录失败，提示密码不能为空实际输出：登录失败，提示密码不能为空2.4 用户名错误输入：用户名 - error，密码 - 123456预期输出：登录失败，提示用户名错误实际输出：登录失败，提示用户名错误2.5 密码错误输入：用户名 - user1，密码 - 123预期输出：登录失败，提示密码错误实际输出：登录失败，提示密码错误4. 测试结果分析从上述测试结果可以看出，该登录功能的单元测试用例覆盖了多种情况，并成功地检测到了异常情况。
案例：霍兰德职业兴趣测试结果分析
IES：细菌学家、生理学家、化学专家、地质专家、地理物理学专家、纺织技术专家、医院药剂师、工业药剂师、药房营业员。
案例：霍兰德职业兴趣测试结果分析
一、案例操作过程
（一）游戏模拟
恭喜你！你获得了一次免费度假游的机会，有机会去下列六个岛屿中的一个。唯一的要求是你必须要在这个岛上呆满至少三个月的时间。请不要考虑其他因素，仅凭自己的兴趣按一、二、三的顺序挑出你最想前往的3个岛屿。
选择的岛屿如下图所示：
（二）案例测试结果分类和讨论
②喜欢参与解决人们共同关心的社会问题，渴望发挥自己的社会作用；
③比较看重社会义务和社会道德。
主要是指各种直接为他人服务的工作，如医疗服务、教育服务、生活服务等。
主要职业：教师、保育员、行政人员；医护人员；衣食住行服务行业的经理、管理人员和服务人员；福利人员等。
5、企业型 ( 事业型 )
①精力充沛、自信、善交际，具有领导才能；
IEC：档案保管员、保险统计员。
ICR：质量检验技术员、地质学技师、工程师、法官、图书馆技术辅导员、计算机操作员、医院听诊员、家禽检查员。
IRA：地理学家、地质学家、水文学家、矿物学家、古生物学家、农业科学家、动物学家、食品科学家、园艺学家、植物学家、细菌学家、解剖学家、动物病理学家、植物病理学家、药物学家、生物化学家、生物物理学家、细胞生物学家、临床化学家、遗传学家、分子生物学家、质量控制工程师、地理学家、兽医、放射治疗技师。
IRC：飞机领航员、飞行员、物理实验室技师、文献检查员、农业技术专家、动植物技术专家、生物技师、油管检查员、工商业规划者、矿藏安全检查员、纺织品检验员、照相机修理者、工程技术员、编计算机程序者、工具设计者、仪器维修工。
测试管理典型案例
测试管理案例之一某软件公司在开发一个城镇居民保险系统时，为了追赶进度，开发人员与测试人员都没有介入单元测试和集成测试工作。
系统测试阶段，测试人员针对界面进行功能测试，借助缺陷管理工具，测试人员和开发人员交互进行测试与缺陷修复工作。
期间发现“扭转文档无法归档”等功能出现严重错误，开发人员在修改时，因为难度大决定暂停修改，得到测试人员认可。
在产品发布前，该问题在开发环境下得到解决。
测试人员在开发环境下进行了回归测试，回归测试结束后，开发人员直接把开发环境下的产品打包，发送给客户。
开发人员和测试人员的做法是否存在不合理的地方？不合理之一：测试介入太晚分析：不合理之二：系统测试方法不合理分析：系统功能测试应该追溯到用户需求，针对界面进行功能测试是错误的。
不合理之三：缺陷管理不合理分析：缺陷权限控制不合理：Ø开发工程师无权决定是否延期或者暂停修改某一缺陷Ø测试工程师认可缺陷的决定也是不合理的缺陷跟踪不合理：测试工程师应该跟踪缺陷状态，直至确定修改后关闭缺陷，才是完成了测试任务。
而不是执行测试发现缺陷就完成了任务，所有的缺陷应该经过验证后才可以发布产品。
缺少缺陷审核：产品发布前，应该对发现的缺陷进行评审，根据修改结果决定是否可以发布。
不合理之四：产品发布不合理分析：产品最后由开发人员直接发布不合理。
实际最后发布的产品应该从产品库中提取，而且基线库中的产品应该是最后经过测试的。
测试管理案例之二某企业有三大产品线，拥有强大的研发团队，测试部门约有8人，没有经过测试技术和测试管理的专门培训，测试类型主要是功能测试，测试阶段主要集中在产品上线前。
这种运作模式，企业和用户对产品质量会满意吗？如果不满意，我们应该采取哪些有些有效的方法来改进？改进方法之一：提高测试团队规模和研发团队相比，测试团队应该占有相当的比例，建议6到8比1。
目前的现状是用户需求多样化，用户看重产品的质量改进方法之二：提高测试团队技能产品的质量特性，不仅仅包括功能性，还包括可靠性、易用性、效率、安全性、维护性以及可移植性等等。
软件测试案例
软件测试案例1. 简介软件测试是软件开发过程中不可或缺的一个环节，它用于验证软件系统的正确性、完整性和可靠性。
为了确保软件质量，软件测试必须经历各种类型的测试，包括单元测试、集成测试、系统测试、性能测试等。
本文将介绍几个常见的软件测试案例，以帮助读者更好地理解测试过程和方法。
2. 单元测试案例单元测试是测试软件系统中最小的可测单元，它通常是一个函数或一个模块。
下面是一个简单的单元测试案例：def add(a, b):return a + bdef test_add():assert add(2, 3) ==5test_add()在上面的案例中，我们定义了一个简单的加法函数add()，然后编写了一个测试函数test_add()，用来验证add()函数的正确性。
通过assert语句，我们断言了2 + 3的结果应该等于5。
如果运行测试函数时没有抛出任何异常，说明add()函数是正确的。
3. 集成测试案例集成测试用于测试软件系统中不同模块之间的交互和协作。
下面是一个集成测试案例：```python class Login: def init(self, username, password): ername = username self.password = passworddef login(self):# 登录逻辑...class Order: def init(self, item, quantity): self.item = item self.quantity = quantity def create_order(self):# 创建订单逻辑...def test_order_creation(): login = Login(。
单元测试用例案例
单元测试用例案例在软件开发中，单元测试是一种保证软件质量的重要手段。
它通过对软件中的最小功能单元进行测试，验证其是否符合预期的行为。
为了高效地进行单元测试，我们需要设计合理、全面的测试用例。
本文将通过一个案例，介绍如何编写单元测试用例，以期在实践中能够更好地应用。
案例背景假设我们正在开发一个购物网站，其中有一个功能是计算购物车中商品的总价格。
我们希望对这个功能进行单元测试，以确保在不同的输入情况下，能够得到正确的结果。
测试用例设计1. 正常情况下，购物车中有多个商品。
我们可以设计以下测试用例：输入：商品列表[商品A，商品B，商品C]预期输出：总价格为商品A的价格+商品B的价格+商品C的价格2. 购物车中没有商品的情况。
我们可以设计以下测试用例：输入：空的商品列表[]预期输出：总价格为03. 购物车中只有一个商品的情况。
我们可以设计以下测试用例：输入：商品列表[商品A]预期输出：总价格为商品A的价格4. 商品价格为负数的情况。
我们可以设计以下测试用例：输入：商品列表[商品A，商品B]商品A价格为-100商品B价格为200预期输出：总价格为商品B的价格，即2005. 商品价格为小数的情况。
我们可以设计以下测试用例：输入：商品列表[商品A]商品A价格为9.99预期输出：总价格为9.996. 商品价格超出计算范围的情况。
我们可以设计以下测试用例：输入：商品列表[商品A]商品A价格为1e100预期输出：总价格为商品A的价格，即1e1007. 购物车中包含不同类型的商品（例如实物商品和虚拟商品）的情况。
我们可以设计以下测试用例：输入：商品列表[实物商品A，虚拟商品B]实物商品A价格为100虚拟商品B价格为50预期输出：总价格为实物商品A的价格+虚拟商品B的价格，即150测试执行和结果验证根据以上设计的测试用例，我们可以编写相应的测试代码，并执行测试。
在执行测试的过程中，我们需要验证实际输出是否与预期结果一致。
信息系统测试案例
信息系统测试案例一、测试项目：在线购物系统。
二、测试目的。
确保在线购物系统的各项功能正常运行，包括用户注册登录、商品浏览、添加到购物车、下单支付以及订单查询等功能，为用户提供流畅的购物体验。
三、测试环境。
测试设备：普通笔记本电脑，操作系统为Windows 10，浏览器为Google Chrome 最新版本。
网络环境：稳定的家庭宽带网络，带宽为100Mbps。
四、测试用例。
1. 用户注册登录测试。
用例名称：新用户注册并登录。
测试步骤。
打开在线购物系统首页，点击“注册”按钮。
在注册页面，填写有效的用户名（例如“搞笑小买家”）、密码（设置一个复杂点的，像“Abc@12345”）、确认密码、邮箱（“*********************”）等必填信息。
点击“提交注册”按钮。
注册成功后，自动跳转到登录页面，输入刚刚注册的用户名和密码，点击“登录”。
预期结果。
注册时，如果信息填写正确，应提示注册成功。
登录时，应能顺利登录到系统的用户个人中心页面，页面显示用户名和欢迎语，如“欢迎回来，搞笑小买家！”实际结果。
在注册过程中，发现密码如果不满足一定的复杂度要求（比如没有大写字母），系统没有给出明确提示，这是个小问题。
登录时，除了上述密码复杂度问题导致的重新设置密码登录外，正常情况下可以顺利登录，显示结果与预期一致。
2. 商品浏览测试。
用例名称：不同分类商品浏览。
测试步骤。
登录成功后，在首页导航栏点击“服装”分类。
在服装分类页面，随意点击几款商品图片，查看商品详情页，包括商品图片、价格、颜色、尺码等信息。
再点击导航栏的“电子产品”分类，重复上述查看商品详情的操作。
预期结果。
每个分类页面能正确显示该分类下的商品列表。
商品详情页应完整显示商品的各项信息，图片清晰、价格准确等。
实际结果。
在浏览“电子产品”分类时，发现有一款手机的图片显示不完全，只显示了一半，这影响了用户查看商品外观的体验。
其他信息显示正常。
3. 添加到购物车测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对应的需求文档编号
需求业务规则
1、充值手机金额单选框显示验证 2、充值手机金额单选框可选验证 3、充值手机金额与付款金额相关性验 4、充值手机金额非空性验证 1、付款金额文本显示验证 2、付款金额与充值金额折扣计算结果 一致性验证 3、付款金额非空性验证 1、页面布局及要素正确 2、页面链接校验 3、按钮功能验证 点击按钮可以正常跳转到下一页 1、付款账号正确性验证 2、付款账号非空性验证 3、付款账号边界值验证 4、付款账号文本框验证 5、付款账号与充值信息页面付款账号 一致性验证 1、充值手机号正确性验证 2、充值手机号非空性验证 3、充值手机号边界值验证 4、充值手机号文本框验证 5、充值手机号与充值信息页面手机号 一致性验证 1、充值金额格式规范性验证 2、充值金额非空性验证 3、充值金额有效性验证 4、充值金额文本框验证 5、充值金额与充值信息页面充值金额 一致性验证 1、付款金额格式规范性验证 2、付款金额非空性验证 3、付款金额有效性验证 4、付款金额文本框验证 5、付款金额与充值信息页面付款金额 一致性验证 1、手机动态密码文本框显示验证 2、手机动态密码非空性验证 3、手机动态密码输入正确性验证 4、手机动态密码边界值验证 5、手机动态密码与非网银预留手机号 关联性验证 6、手机动态密码时效性验证 7、手机动态密码的发送验证（发送成 功/失败） 点击按钮可以正常跳转到上一页 1、页面布局及要素正确 2、页面链接校验 1、交易流水号文本显示验证 2、交易流水号自动生成验证 3、交易流水号有效性验证（无重复） 4、交易流水号字符数验证 5、交易流水号非空性验证 1、交易付款账号文本显示验证 2、交易付款账号与付款账号一致性验 3、交易付款账号非空性验证 1、交易付款卡号文本显示验证
测试需求标识
优先级
创建日期
创建者
对应的用例编号
备注
（充值成功）充值金额
验证充值金额
（充值成功）付款金额
验证付款金额
IBS_个人网银_充值缴费 _026 IBS_个人网银_充值缴费 _027
（充值成功）充值状态
验证充值状态
（查询信息录入页面）页 页面布局及页面要素验证 面布局及页面要素
充值记录查询正常流程 IBS_个人网银_充值缴费 _028 充值记录查询 充值记录查询异常流程
IBS_个人网银_充值缴费 _008
（充值信息录入）充值手 验证充值手机归属地 机归属地
IBS_个人网银_充值缴费 _009 IBS_个人网银_充值缴费 _010 IBS_个人网银_充值缴费 _011 IBS_个人网银_充值缴费 _012 IBS_个人网银_充值缴费 _013
（充值信息录入）充值金 验证充值金额 额 （充值信息录入）付款金 验证付款金额 额 (充值信息确认页面)页面 页面布局及页面要素验证 布局及页面要素 （充值信息确认）【下一 验证【下一步】按钮 步】按钮 （充值信息确认）——付 验证付款账号 款账号
（查询信息录入）结束日 验证结束日期 期 （查询结果页面）页面布 页面布局及页面要素验证 局及页面要素
IBS_个人网银_充值缴费 _030 IBS_个人网银_充值缴费 _031 IBS_个人网银_充值缴费 _032 IBS_个人网银_充值缴费 _033 IBS_个人网银_充值缴费 _034 IBS_个人网银_充值缴费 _035 IBS_个人网银_充值缴费 _036 IBS_个人网银_充值缴费 _037 IBS_个人网银_充值缴费 _038
IBS_个人网银_充值缴费 _014
（充值信息确认）——充 验证充值手机号 值手机号
IBS_个人网银_充值缴费 _015
（充值信息确认）——充 验证充值金额 值金额
IBS_个人网银_充值缴费 _016
（充值信息确认）——付 验证付款金额 款金额
IBS_个人网银_充值缴费 _017
（充值信息确认）手机动 验证手机动态密码 态密码
2、交易付款卡号与充值卡号一致性验 3、交易付款卡号非空性验证 1、充值成功手机文本显示验证 2、充值成功手机号码非空性验证 3、充值成功手机号码与充值信息确认 手机号码一致性验证 4、充值成功手机号码字符数验证 1、充值成功的充值金额文本显示验证 2、充值成功的充值金额与充值确认充 值金额一致性验证 3、充值成功的充值金额非空性验证 1、充值成功的付款金额文本显示验证 2、充值成功的付款金额与充值确认付 款金额一致性验证 3、充值成功的付款金额非空性验证 1、充值成功的充值状态文本显示验证 2、充值成功的充值状态非空性验证 3、充值成功的充值状态正确性验证 （充值请求已提交、充值成功、充值失 败、正在充值、余额查询） 1、页面布局及要素正确 2、页面链接校验 3、按钮功能验证 客户登陆网银，进入充值记录查询页 面，客户录入查询条件，系统查询符合 条件的记录，显示在结果页面上，客户 点击”下载”按钮，弹出保存对话框， 将所有记录保存为xls文件 客户登陆网银，进入充值记录查询页 面，客户录入不符合要求的查询条件， 充值记录查询失败 1、付款账号下拉框显示验证（后面显 示用户姓名） 2、付款账号下拉框输入正确性验证； 3、付款账号与客户信息、卡号、手机 号一致性验证 4、付款账号可为空验证 1、手机号码文本框显示验证 2、手机号码文本框输入正确性验证 3、手机号码边界值验证（11位） 4、手机号码可非空性验证 5、手机号码为网银预留手机号码验证 6、手机号码与与客户信息、账号、卡 号一致性验证 1、起始日期文本框显示验证 2、起始日期文本框输入正确性验证 3、起始日期输入字符类型规范验证 4、起始日期与结束日期的时间限制相 5、起始日期必须为自查询日期起一年 内的日期（不可大于查询日期） 6、起始日期至结束日期的时间不超过 7、起始日期非空性验证 1、结束日期文本框显示验证 2、结束日期文本框输入正确性验证 3、结束日期输入字符类型规范验证 4、结束日期与起始日期的时间限制相 5、起始日期至结束日期的时间不超过 1、页面布局及要素正确
（充值成功）交易付款帐 验证交易付款帐号 号 （充值成功）交易付款卡 验证交易付款卡号 号
IBS_个人网银_充值缴费 _022 IBS_个人网银_充值缴费 _023
（充值成功）交易付款卡 验证交易付款卡号 号
（充值成功）充值手机
验证充值手机
IBS_个人网银_充值缴费 _024 IBS_个人网银_充值缴费 _025
2、页面链接校验 3、按钮功能验证 1、交易流水号文本显示验证 2、交易流水号自动生成验证 3、交易流水号有效性验证（无重复） 4、交易流水号字符数验证 5、交易流水号非空性验证 1、付款账号/卡号正确性验证 2、付款账号/卡号非空性验证 3、付款账号/卡号显示验证 1、手机号文本显示确认 2、手机号非空性验证 3、手机号正确性验证 4、手机号有效性验证（11位数字） 1、充值金额文本显示验证 2、充值金额非空性验证 3、充值金额有效性验证 1、交易金额文本显示验证 2、交易金额交易金额非空性验证 3、交易金额有效性验证 1、充值时间显示验证 2、充值时间有效性验证 3、充值时间非空性验证 1、充值状态显示验证 2、充值状态非空性验证 3、充值状态有效性验证 1、点击【下载】按钮可以成功显示查 询结果页面 2、点击【下载】按钮可弹出保存对话 框，将所有记录保存为xls文件
（查询结果页面）页面布 页面布局及页面要素验证 局及页面要素
（查询结果）交易流水号 验证交易流水号
（查询结果）付款账号/ 卡号 （查询结果）手机号
验证付款账号/卡号
验证手机号
（查询结果）充值金额 （查询结果）交易金额
验证充值金额 验证交易金额
（查询结果）充值时间
验证充值时间
（查询结果）充值状态
验证充值状态
（查询结果）【下载】按 验证【下载】按钮 钮
功能点设计要求
1、页面布局及要素正确 2、页面链接校验 3、按钮功能验证 1、客户登陆网银，进入话费充值页 面，客户为非网银预留手机号充值，正 确录入手机号码、充值金额等信息，输 入正确手机动态密码，完成充值，页面 2、客户登陆网银，进入话费充值页 面，客户为网银预留手机号充值，正确 录入充值金额等信息，不需要校验手机 动态密码，系统发送充值请求到欧飞数 卡，完成充值，页面显示充值结果 1、客户登陆网银，进入话费充值页 面，客户正确录入手机号码、充值金额 等信息，账户可用余额不足，充值失败 2、客户登陆网银，进入话费充值页 面，客户正确录入手机号码、充值金， 额等信息，手机动态码输入错误，充值 3、客户登陆网银，进入话费充值页 面，客户输入错误信息，充值失败 4、客户登陆网银，进入话费充值页 面，客户正确录入手机号码、充值金额 等信息，账户状态异常（冻结、挂失、 过期、销户），充值失败 5、客户登陆网银，进入话费充值页 面，客户正确录入手机号码、充值金额 等信息，系统提示超过累积限额（单笔 限额或日累计限额），充值失败 1、付款账号下拉框显示验证 2、付款账号下拉框选择正确性验证； 3、付款账号与客户信息、卡号、手机 号一致性验证 4、付款账号状态确认（冻结、挂失、 过期、销户、正常） 5、付款账号非空性验证 1、付款卡号文本框显示验证（后面显 示用户姓名） 2、付款卡号文本框选择正常性验证 3、付款卡号非空性验证 1、可用余额与客户账号关联验证 2、可用余额显示实时性验证 3、可用余额文本显示正常验证 1、充值手机文本框显示验证 2、充值手机文本框输入正确性验证 3、充值手机号码边界值验证（11位） 4、充值手机号码非空性验证 5、充值手机判断是否为网银预留手机 1、充值手机确认文本框显示验证 2、充值手机确认文本框输入正常验证 3、充值手机确认号码边界值验证（11 4、充值手机确认与充值手机录入一致 性验证 5、充值手机确认非空性验证 1、充值手机归属地文本显示验证 2、充值手机归属地实时查询验证 3、充值手机归属地与充值手机一致性
IBS_个人网银_充值缴费 _026
（查询信息录入）付款账 验证付款账号 号
IBS_个人网银_充值缴费 _027
（查询信息录入）手机号 验证手机号码 码