APP通用测试用例（一）-登录和页面展示

一、登录功能验证

（1）前置条件

APP可访问，网络正常

（2）用例步骤

编号	步骤	预期
1	点击用户名或者密码输入框	底部弹出输入键盘，且输入框提示文字消失，输入键盘不能覆盖登录按钮
2	未填写账号或者密码，点击登陆	登陆失败，提示“请输入用户名”
3	填写正确账号，密码为空，点击登陆	登陆失败，提示“请输入密码”
4	填写错误账号，点击登陆	登陆失败，提示“用户名或密码错误”
5	填写正确账号，错误密码，点击登陆	密码可加密显示。登陆失败，提示“用户名或密码错误”
6	后台设置包含特殊字符、字母、数字的用户名及密码，APP正确输入	提示“登陆成功”，进入首页
7	密码状态（加密或可视状态）
7.1	7.1填写正确账号，选择密码为可视状态（加密状态），输入正确\错误密码，点击登陆	提示“登陆成功”，进入首页\登陆失败，提示“密码错误”
7.2	7.2填写正确账号，输入正确\错误密码，选择密码为可视状态（加密状态），点击登陆	提示“登陆成功”，进入首页\登陆失败，提示“密码错误”
8	同名用户同时登陆
8.1	8.1账号已在A手机登陆，再B手机登陆该账号	B手机成功登陆，但A手机退出到登陆页面，弹出重新登录按钮
8.2	8.2点击A手机重新登录按钮	A手机成功登陆，B手机退出到登陆页面，弹出重新登录按钮。B手机可再次重新登录
9	断开网络，输入正确用户名密码，点击登陆	提示“网络未连接”
10	登陆过程中，断开网络	提示“网络未连接”
11	登录过程中，点击退出按钮	成功退出登录
12	登陆过程中，杀掉进程，再次打开应用	应用正常运行，已登录成功进入首页或应用正常运行，未登录成功，进入登陆页面
13	已登录，杀掉进程或退出应用后，再次打开应用	保留之前的登录信息
14	存在新版本时登陆
14.1	14.1登陆页面弹出新版本提示，点击取消，输入正确用户名密码登陆	旧版本可正常登录
14.2	14.2点击确认更新新版本，安装新版本后登陆	下载安装包后可覆盖安装。安装完成后可正常登陆
15	移动网络，进行登录	可成功登录

二、登录页面展示

（1）前置条件

APP可以访问

（2）用例步骤

编号	步骤	预期
1	点击APP图标	APP图标是云朵形状（图形），点击后先弹出启动页后再展示登陆页面
2	查看启动页	界面整洁,美观,各控件表单排列符合UI规范标准,启动页样式见附件（附件与原型图保持一致）
3	查看登陆页	页面展示如附件（不同页面参见不同的UI原型效果图），包括： --系统图标及系统名称 --用户名及密码输入框 --登录按钮
4	已登录账号，杀死APP后再进入登录页	账号密码保留先前登陆信息

原文地址：https://www.cnblogs.com/bingdaocaihong/p/11572274.html

时间： 2024-07-31 10:01:05

APP通用测试用例（一）-登录和页面展示的相关文章

登录功能通用测试用例设计

登录功能通用测试用例具体需求: 有一个登录页面,有一个账号和一个密码输入框, 一个提交按钮. 请针对这个页面设计Test Case. 此题的考察目的: 1.了解需求(测什么都是从了解需求开始): 2.是否有设计Test Case的能力 3.是否熟悉各种测试方法: 4.是否有丰富的Web测试经验: 5.是否了解Web开发: 了解需求: 测试需求分析过程,可以从质量要求出发,来展开测试需求分析,如从功能.性能.安全性.兼容性等各个质量要求出发,不断细化其内容,挖掘其对应的测试需求,覆盖质量要求.也

转载：Web通用测试用例

测试用例设计——WEB通用测试用例上一篇 / 下一篇 2011-10-20 14:01:24 / 个人分类:测试用例查看( 756 ) / 评论( 5 ) / 评分( 11 / 0 ) 现在项目做完了,我觉得还是有必要总结一下,学习到的内容.毕竟有总结才能有提高嘛!总结一下通用的东西,不管什么项目基本都可能会遇到,有写地方也有重复的或者有的是按照个人的习惯来总结的不一定都对,有不对的地方还是希望大家可以指正! 易用性 1.便于使用.理解.并能减少用户发生错误选择的可能性 2.当数据字段过多

实战使用Axure设计App,使用WebStorm开发(4) – 实现页面UI

系列文章实战使用Axure设计App,使用WebStorm开发(1) – 用Axure描述需求实战使用Axure设计App,使用WebStorm开发(2) – 创建 Ionic 项目实战使用Axure设计App,使用WebStorm开发(3) – 构建页面架构实战使用Axure设计App,使用WebStorm开发(4) – 实现页面UI 实战使用Axure设计App,使用WebStorm开发(5) – 实现页面功能接上一篇系列文章,在本文中,将在WebStorm中继续开发,实现页面的功

用例写到想吐之感悟——通用测试用例库

连续几天都在写用例,回头看看,除了业务以外,基本上都是增删改查.分页控件校验.必填校验.格式校验.最大长度校验.特殊字符校验.唯一性校验,既然这样,为什么不专门建立一个通用测试用例库来存放这些通用的用例呢?这样就不必每个项目的每个查看页面都校验什么可不可以编辑,每个列表页都校验分页是否生效这些了. 通过这次写用例,还有一个感悟:自己写用例的时候先按照需求文档的来写,导致花在写业务相关上的用例很少,这样子很不好,写出的用例覆盖率相当不高...

实战使用Axure设计App,使用WebStorm开发(5) – 实现页面功能

js实现多个滑动门在同一个页面展示效果

多个滑动门在同一个页面展示,在工作小组里面,一直是一个让人比较纠结的问题~学习库里面有一个技术同事5年前给封装的控件,大家就一直在用复用那个. 最近项目里面用到的这个效果非常多,每次都要调用那个js控件,还得按规则匹配相应的id,真心觉得麻烦,就在想,为嘛不自己写一个可以通用的~ 于是,就有了下面这个脚本效果: js: <script type="text/javascript" > var arrayObj = [' ',' ',' ',' ',' ',' ',' '];

Django在web页面展示linux服务器的文本内容

在web页面展示linux服务器的内容 django项目名称:minicms /home/username/minicms 项目中app名称:news /home/username/minicms/news 相关文件:/tmp/abc.txt # cat /tmp/abc.txt 公司公网IP地址: 183.54.15.11 服务器内存: 192.168.1.1 total used free shared buffers cached Mem: 742 69

jenkins-APP打包页面展示二维码【转】

背景: 客户要求在APP打包页面展示二维码.虽然感觉这个功能很鸡肋,但是还是加上吧. 效果展示: 配置: 在上图中,106对应的内容是BuildName,我们可以通过build-name-setter插件来实现自定义配置:二维码和二维码说明是对应的BuildDescription. 安装description setter plugin插件后,在配置页面的Build栏目下,Add build step中会出现Set build description配置项,添加该配置项后就会出现如下配置框. 该

个人页面展示

目录个人页面展示: django后台管理: 路由分发本质: 数据暴露: 文件上传: 个人页面展示: django后台管理: 后台管理: django admin 后台管理 xadmin 组件(有bug)-->公司 -->添加用户数据,修改数据,删除数据如何用: 1.在应用中的admin.py注册要管理的表(模型类) from app01 import models admin.site.register(models.xxx) # xx : 表名(类) 2.登录后台管理--->超级用