测试范围测试点
2025-03-26 21:52:23 0 举报AI智能生成
测试范围测试点
作者其他创作
大纲/内容
checklist
功能
业务场景
开发设计：产出数据流说明文档
对其他功能的影响
异常场景
系统结构，code review
系统拓扑变更
数据流
系统调用关系
第三方依赖
修改是否依赖第三方
对外部系统影响
对上游系统影响：修改老接口（是否修改原有接口的数据结构与返回数据的格式）、新增加接口
是否新增调用第三方接口，对新增调用第三方接口（包含下游系统、消息中间件、数据库）的压力有多大，多少qps？
数据相关
数据
历史数据兼容性
缓存信息是否明确
本地
中间件
数据脱敏
数据库
慢查询
死锁
多线程并发测试
是否涉及数据库操作的多线程并发
多线程是否需要加锁处理
性能测试是否需要评估、观察
项目设计老系统的QPS是多少，新系统的QPS是多少？怎么预估的
项目对外提供接口、页面的平均响应时间是多少
修改对系统的请求影响是否清楚？预估变化是多少，给出计算或评估方式
修改对公共系统是否有影响，如数据库、消息中间件
使用终端的cpu使用率，耗电率、内存占用率
兼容
浏览器兼容
多系统兼容
android、ios系统版本
手机型号
https://bytedance.feishu.cn/docs/doccnPwgcXdccjnNw3HQqjWxwTf#gywTor
多版本兼容
新老版本是否试用、主端最近三个版本
监控
是否有新增监控
监控是否加报警
上线时查看哪些监控
日志
关键业务流程和异常业务流程的日志记录
日志中敏感信息是否已经加密，线上日志敏感信息必须加密
eg:商家系统、支付系统，计费字段是否加密
发布审核
Rocket项目状态到达“上线”的前置节点，上完线后拖动到“上线完成”
QA&研发确认codediff已经被Review过
项目相关bug已经全部被关闭
研发给出主要回归验证点，明确谁来做线上回归测试
上线时间要周知到项目干系人（拉lark群），这些人都必须到场参与上线（RD/FE/QA/PM）
明确上线后需要观察的项目，看什么，看多久，谁去看（看核心监控/看日志是否报错）
通用测试案例
h5
https://bytedance.feishu.cn/sheets/shtcnb7pGyoCHlAiyjVOq3ofkMh#XNbHfF
pc
https://bytedance.feishu.cn/docs/doccnAr8QdTSjC5uheqzM9viTvd#
安全
SDLC（安全开发生命周期）
https://bytedance.feishu.cn/docs/doccnBJ23rK8wzmA6iFRpyycCeP#4lHKmA
技术详评
1. 新增 / 变动
- 支付交易功能
- 具备管理权限的接口
- 涉及不同的权限的接口
- 设计外部合作方进行数据交互接口
- 敏感信息 收集/展示 接口
2. 重构
- 架构体系
- 功能代码
3. 涉及海外业务
- 数据存储
- 数据传输
产品详评
1. 涉及业务保密信息或用户敏感信息，例如用户证件号码、家庭住址、电话号码；反作弊策略、业务运营、产品策略等
2. 涉及需要与第三方合作共享交互数据的场景，例如使用第三方代码、组件或SDK接入
3. 涉及支付、电商、账户体系等与金钱直接相关的业务场景
4. 涉及数据跨境存储场景，需将国内用户数据存储在海外或海外用户数据存储在国内
5. 涉及重大需求功能迭代或架构变更的业务场景，例如业务重构、重要入口改造
6. 涉及重要安全能力有较大改动的场景，如举报流程、删除用户功能等
跟版本发布
组件升级、版本升级，由版本负责人进行验收
上线前，通知影响的第三方
明确版本发布日期
Web测试
测试内容
功能测试
链接测试
测试所有链接是否按指示的那样确实链接到了该链接的页面
测试所链接的页面是否存在
保证Web应用系统上没有孤立的页面
表单测试
测试提交操作的完整性，以校验提交给服务器的信息的正确性
Cookies测试
Cookies是否起作用
是否按预定的时间进行保存(Cookies保存的时间长度)
刷新对Cookies有什么影响(登录一个新的用户)
设计语言测试
HTML的多个版本的验证(IE的多个版本,火狐等)
不同的脚本语言，例如Java、JavaScript、 ActiveX、VBScript或Perl
数据库测试
数据一致性错误,主要是由于用户提交的表单信息不正确而造成的
输出错误主,要是由于网络速度或程序设计问题等引起的
性能测试
连接速度测试
登入链接时间,页面刷新时间等
负载测试
在系统'满负荷'的情形下,测试系统是承受能力(能运行多长时间)
压力测试
获取系统正确运行的极限.
可用性测试
导航测试
是否易于导航
导航是否直观
Web系统的主要部分是否可通过主页存取
Web系统是否需要站点地图、搜索引擎或其他的导航帮助
图形测试
要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间
验证所有页面字体的风格是否一致
背景颜色应该与字体颜色和前景颜色相搭配
图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩
内容测试
内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性
整体界面测试
当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？
整个Web应用系统的设计风格是否一致？
客户端兼容性测试
平台测试
在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试
浏览器测试
测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性
安全性测试
安全性测试
用户登录
Web应用系统是否有超时的限制
为了保证Web应用系统的安全性，日志文件是至关重要的
当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性
服务器端的脚本常常构成安全漏洞,要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题
常用模块
1、登录
①用户名和密码都符合要求（格式上的要求）
②用户名和密码都不符合要求（格式上的要求）
③用户名符合要求，密码不符合要求（格式上的要求）
④密码符合要求，用户名不符合要求（格式上的要求）
⑤用户名或密码为空
⑥数据库中不存在的用户名，不存在的密码
⑦数据库中存在的用户名，错误的密码
⑧数据库中不存在的用户名，存在的密码
⑨输入的数据前存在空格
⑩输入正确的用户名密码
以后按[enter]是否能登陆
2、添加
①要添加的数据项均合理，在界面保存成功后，检查数据库中是否添加了相应的数据：select查询
②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例：数据组合测试
④不符合要求的地方要有错误提示
⑤是否支持table键
⑥按enter是否能保存
⑦若提示不能保存，也要察看数据库里是否多了一条数据
3、删除
①删除一个数据库中存在的数据，然后查看数据库中是否删除（界面删除一条数据，查看数据库中是否删除）
②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除[如何实现？]
如何实现？
③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。
④输入的正确数据前加空格，看是否能正确删除数据
⑤什么也不输入
⑥是否支持table键：tab键
⑦是否支持enter键
4、查询
精确查询：
①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据
②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据
③输入格式或范围不符合要求的数据，看是否有错误提示：如日期格式：YYYY-MM-DD；范围：月份中输入13等，一般这些数据都是枚举型数据，以下拉框的形式出现
④输入数据库中不存在的数据
⑤不输入任何数据：查询结果应该为所有记录
⑥是否支持table键
⑦是否支持enter键
模糊查询：
在精确查询的基础上加上以下一点：
①输入一些字符，看是否能查出数据库中所有的相关信息
故障模型
缺陷查找攻击的二十一招大法
1．输入非法数据
输入数据的类型、长度、边界值；还要留意错误信息本身。
基本数据类型的边界值
2．输入默认值
从选项按钮、配置面板等处去考察。
3．输入特殊字符集
根据被测软件的具体情况输入非法字符。
多了解ASCII 字符集、程序设计语言和OS中的保留字符串及其特定含义。
4．输入使缓冲区溢出的数据
在需要接受字符串的地方输入一个比最大字符串更长的字符串。
黑客常用此法来攻击系统。
5．输入产生错误的合法数据组合
在输入值之间存在依赖关系时，输入可能会出现问题的组合值。
6．产生同一个输入的各种可能输出
在同一输入对应多个输出时可用此法测试。
7．输出不符合业务规则的无效输出
列出所有的无效输出，然后逐一测试，重点查看输出结果的正确性。
8．输出属性修改后的结果
强制每个输出产生，并编辑其属性，然后再次强制产生输出。
9．屏幕刷新显示
增加、删除、移动屏幕上的对象。
10．数据结构溢出
尝试将过多的值输入数据结构，测试上溢；尝试多删除一个数据，测试下溢。
11．数据结构不符合约束
任何时候都要对数据属性的约束进行检查，特别注意修改数据时也要进行。
可通过破坏内部数据的约束来进行测试。
12．操作数与操作符不符合
对于数值计算考虑操作数和操作符之间的限定关系；对于图形计算还要考虑各种输入数据之间的组合关系。
13．递归调用自身
考虑对象的自我交互或复制。
14．计算结果溢出
一次又一次地执行计算或使用很大或很小的输入和数据进行计算，重点测试数据类型的初始值或边界值附近的值，强制数据产生上溢或下溢。
15．数据共享或关联功能计算出错
当一个以上的功能在同一时间处于运行状态，可以考虑以点带面，重点测试某一功能，对可能与这个功能相连的其他功能附带测试。
16．文件系统超载
当软件较大，运行时需要较大空间时，强制磁盘系统满容量或小于等于被测试软件运行时所需容量后，运行被测试软件或利用测试工具模拟磁盘状况。
17．介质忙或不可用
软件运行需要消耗大量内存或需要其他相关软件同时运行，可通过启动大量程序或利用测试工具模拟磁盘状况。
18．介质损坏
用实际损坏介质的方法来测试应用程序。
19．文件名不合法
输入OS不允许的文件名和应用程序不允许的文件名。
20．更改文件访问权限
修改文件访问权限或用低权限的用户访问文件。
21．文件内容受损
对于那些需要对文件格式和内容进行校验的应用程序，可通过手工损坏文件或利用测试工具模拟CRC错误。
界面设计的行业标准总结一
GUI的整体标准包括以下四个方面：
1.规范性
2.合理性
3.一致性
4.界面定制性
一、GUI设计的规范
遵循一致的准则，确立标准并遵循，是软件界面设计中必不可必的环节。确立界面标准的好处：
1.便于用户操作：户使用起来能够建立起精确的心里模型，使用熟练了一个界面后，切换到另外一个界面能够很轻松的推测出各种功能
2.使用户感觉到统一、规范，在使用软件的过程中愉快轻松的完成操作，提高对软件的认知
3.降低培训、支持成本，不必花费较多的人力对客户进行逐个指导
二、GUI布局的合理性
界面的合理性是指界面是否与软件功能相融洽，界面的颜色和布局是否协调等。例如：
1.界面布局
a.屏幕不能拥挤
* Mayhew在1992年的试验结果表明屏幕总体覆盖度不应该超过40％，而分组覆盖度不应该超过62％。
* 整个项目，采用统一的控件间距，通过调整窗体大小达到一致，即使在窗体大小不变的情况下，宁可留空部分区域，也不要破坏控件间的行间距。
b.控件按区域排列
* 一行控件纵向中对齐, 控件间距基本保持一致，行与行之间间距相同，靠窗体的控件距窗体边缘的距离应大于行间距。
* 当屏幕有多个编辑区域，要以视觉效果和效率来组织这些区域
c.有效组合
逻辑上相关联的控件应当加以组合以表示其关联性，反之，任何不相关的项目应当分隔开。在项目集合间用间隔对其进行分组，或者使用方框划分各自区域
d.窗口缩放时，控件位置、布局
* 固定窗口大小，不允许改变尺寸
* 改变尺寸的窗口，在窗口尺寸发生变化时控件的位置、大小做出相应的改变
* 改变尺寸的窗口，在窗口改变尺寸时增加相应在的纵向、横向滚动条，以方便用户使用窗体上的控件
2.界面颜色搭配
使用恰当的颜色，可以使软件的界面看起来更加规范：
a.统一色调
针对软件类型以及用户工作环境选择恰当色调，如：安全软件，根据工业标准，可以选取黄色。绿色体现环保，蓝色表现时尚清新、紫色表现浪漫等等，淡色可以使人舒适，暗色做背景使人不觉得累等。
b.与操作系统统一，读取系统标准色表
c.遵循对比原则
在浅色背景上使用深色文字，深色背景上使用浅色文字，如蓝色文字以白色背景容易识别，而在红色背景则不易分辨。除非特殊场合，杜绝使用对比强烈，让人产生憎恶感的颜色
d.整个界面色彩尽量少的使用类别不同的颜色
e.颜色方案也许会因为显示器、显卡、操作系统等原因显示出不同的色彩
f.针对色盲、色弱用户，可以使用特殊指示符
三、GUI风格的一致性
界面的一致性既包括使用标准的控件，也指相同的信息表现方法，如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。
1.在不同分辨率下的美观程度
软件界面要有一个默认的分辨率，而在其他分辨率下也可以运行，分别在800×600，1024×768，1280×768，1280×1024，1200×1600分辨率下的大字体、小字体下的界面表现。
2.界面布局要一致
如所有窗口按钮的位置和对齐方式要保持一致。
3.界面的外观要一致
如控件的大小、颜色、背景和显示信息等属性要一致，一些需要特殊处理或有特殊要求的地方除外。
4.界面所用颜色要一致
颜色的前后一致会使整个应用软件有同样的观感，反之会让用户觉得所操作的软件杂乱无章，没有规则或言。
5.操作方法要一致
如双击其中的项，触发某事件，那么双击任何其他列表框中的项，都应该有同样的事件发生。
6.控件风格、控件功能要专一
a.不错误的使用控件
例如使用Button样式做Table的功能，拿主菜单条显示版权信息等
b.一个控件只做单一功能，不复用
如果在特殊情况下出现复用的时候，可采用以下两种方法解决：
* 分组，使用双份控件
* 使用Table页，给用户很明显的视觉变化
7.标签和讯息的措词要一致
如在提示、菜单和帮助中产生相同的术语。
8.标签中文字信息的对齐方式要一致
如某类描述信息的标题行定为居中，那么其他类似的功能也应该与此一致。
9.快捷键在各个配置项上语义保持一致
如Tab键的习惯用法是阅读顺序从从左到右，从上到下。在定义软件快捷键时也可以将现有一些快捷键的属性作为参考，如表1-3-1（见附件）列出了常用的快捷键及其功能。
四、GUI界面操作可定制性
界面的可定制性大致可分为以下几个特性：
1.界面元素可定制
允许用户定义工具栏、状态栏是否显示，工具栏显示在界面上的位置；允许用户定义菜单的位置等。
2.工具栏可定制
不同用户对常用工具的使用是不同的，因此允许用户建立新的工具栏，选择要显示的工具栏，定制工具栏上的按钮等功能在软件系统中经常被用到
3.统计检索可定制
对于某些特殊行业的软件可以提供统计检索的可定制性，在充分了解用户需求的基础上制定大量的安全供用户选择。
GUI所包含各类元素标准的定制
GUI的元素大致可分为以下几个方面：
1. 窗口
2. 菜单
3. 图标
4. 控件
5. 鼠标
6. 文字
7. 联机帮助
界面设计的行业标准总结二
一、GUI窗口的标准
窗口是显示设备中的一个区域，用于观看对象、对象相关信息以及应用与对象的动作进行交互。
从外观上来说，通常窗口是由标题、边框、菜单、工作区、滚动条等组成。窗口的标题栏可以进行打开、关闭、创建、缩放、移动、删除、重叠等操作
好的GUI窗口应该具备以下标准：
1.窗口控件的大小、对齐方向、颜色、背景等属性的设置和程序设计规约相一致
2.显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用
3.若窗口无法显示，所有内容能够改变大小、移动和滚动
4.活动窗口能够反显加亮
5.窗口能够正确的关闭
6.多个窗口叠加时窗口的名称正确显示
7.窗口的数据能够利用鼠标、功能键、方向前头和键盘操作
8.当窗口被覆盖并重新调用后，窗口能够正确再生
9.如果使用多任务，所有的窗口能够被实时更新
10.窗口支持最小化和最大化或放大
11.窗口上的控件随着窗体的缩放而缩放
12.父窗体支持缩放时，子窗体也应该支持缩放
13. 一个窗口中按Tab键，移动聚焦按顺序移动。先从左至右，再从上到下
14.子窗口位置在父窗口的左上角或正中，正上方1/4处为易吸引用户注意力的位。父窗口或主窗口的中心位置应该在对角线焦点附近，如下图2-1-2所示
15.当多个子窗口弹出时依次向右下方偏移，并且显示出窗口标题，如下图2-1-3所示
16.重要的命令按钮与使用频繁的按钮放在了界面醒目的位置
17.与正在进行的操作无关的按钮应该加以屏蔽
18.按钮大小要与界面的大小和空间协调
19.窗口中所包含的标签左对齐排列
20.多窗口的切换响应时间不宜过长
二、GUI菜单的标准
菜单是否易用主要体现在它能否提供线索帮助用户识别，而不用强迫用户去记忆，一个好的菜单设置可以分为以下几个方面：
1.菜单设置符合软件的需求
2.菜单项的措词准确，能够表达出所要进行设置的功能
3.菜单项的顺序合理，具有逻辑关联的项目集中放置
4.图形布局一致
5.菜单设置在窗体标题栏的下方
三、GUI图标的标准
图标是表示实体信息简洁、抽象的符号，它还可以作为可视按钮项，当被选中激活时，可以完成指定的功能。那么图标的设计当中应该着重考虑哪些问题呢，以下提供几点可供参考：
1.图标的设置符合常规的表达习惯
2.不同的目标采用不同的图标
3.图标具有清晰的轮廓，轮廓清晰的图标可保证图像在不同背景色上都具有较好的效果
4.选择合适的尺寸来定义图标。Windows XP系统的图标有四种尺寸（以像素为单位）可作为参考： 48×48， 32×32，24×24以及16×16，图标大小的选取决定于工具栏所定义的宽度
5.图标的外形与实际功能相似，应尽量避免抽象。这样的图标可以使用户很轻松、容易地认识图标的作用
6.在图标上加以标注，用来说明图标所完成的功能
7.图标放置在菜单栏的下方
四、GUI中控件的标准
软件系统功能的实现与控件是密不可分的，各控件位置的摆放直接影响到软件的使用，
及其美观程度。下面举例说明软件系统中最常用到的控件对其元素间距、摆放位置进行说明：
1.控件元素的间距
a.单个元素间距
* 输入框之间垂直间距为5px
* Label文本标签和输入元素之间水平间距为8-22px
* 复选框、单选按钮之间垂直间距为8px
* 多种元素混合垂直排列时，复选框和单选按钮边上的间距无论在什么情况下都为8px
b.元素分组间距
* 窗口边框和内容区域的四周边距为11px；
* 父组和子组之间的四周间距为10px；
* 分组框边框和内部内容区域的四周边距为5px；
* 复选框组、单选框组的组水平间距为15px
2.按钮的位置，如下表2-4-1对按钮摆放位置的规则做了总结
五、鼠标在GUI中的标准
用户会把鼠标移进、移出窗口，或当光标在窗口，或当光标在窗口中，用户按下、释放鼠标键，鼠标是否准确、灵活，对一个软件系统来说也很重要。以下几点标准可作为在软件系统中鼠标设计的参考：
1.在整个交互的过程中，可以识别鼠标操作
2.多次点击鼠标后，仍能够正确识别
3.鼠标有多个按钮的情况下，能够正确识别每个按钮所要完成的功能
4.光标、处理指示器和识别指针随操作恰当的改变
5.点击选中时，鼠标指针停留在选中内容上，而不会滑动
6.支持鼠标滑轮上下翻动操作
7.对于相同种类的元素采用相同的操作激活
8.采用动态图标形象的表示出当前的操作，如用水漏表示系统忙，用手型表示可以点击等
9.鼠标无规则点击时不会产生不良后果
10.单击鼠标右键弹出快捷菜单，取消右键后该菜单隐藏
11.鼠标光标样式统一，尽量使用系统标准，杜绝出现重复的情况
六、GUI文字的标准
文字在视觉上向用户传达各种信息，界面文字包括界面文字的字体和界面文字的用语两个方面，那这两方面都有哪些要求呢？以下分别阐述。
1.字体
a.使用统一字体，如规定软件系统的中文字体为“宋体”，英文及数据采用“Times New Roman”
b.所有控件、描述信息尽量使用大小统一的字体属性，除了特殊提示信息、加强显示等例外情况
2.文字表达
提示信息、帮助文档文字表达遵循以下准则：
a.口语化描述，用词客气多用您、请，不要用或少用专业术语，杜绝错别字
b.标点符号（断句、逗号、句号、顿号、分号）的用法要统一， 提示信息比较多的话要进行分段
c.警告、信息、错误 使用对应的表示方法
d.使用统一的语言描述，例如一个关闭功能按钮，可以描述为退出、返回、关闭，则应该统一规定
e.根据用户不同采用相应的词语语气语调
七、GUI联机帮助的标准
帮助文档适用于以下三种情况：
* 系统默认、行业标准的控件操作不需要逐一描述，只需要对特殊控件加以描述
* 特殊操作、特殊功能界面，在界面上加控件直接连接到对应的帮助文件中
* 特殊设置的详细信息，除了应该在界面上用简洁明了的语句说明外，还可以在界面上加控件直接连接到对应的帮助文件中
帮助文档的标准要求：
* 结构化，按功能模块划分
* 必须阐述功能通过什么方法可以在软件中实现
* 措词恰当、简捷、通俗易懂，明了的帮助用户解决问题
* 不在帮助文档中做广告宣传
浅谈易用性测试及GUI常见的测试要求
删除功能与修改查询测试要点
1. 删除功能测试要点
1.1 常见测试场景
**基础操作验证**：
邮件删除、文件夹删除、记录删除。
邮箱内的删除功能（如垃圾箱恢复机制）。
1.2 功能测试点
1. **成功与失败测试**：
**通过测试**：能成功删除。
**失败测试**：记录未被删除（如系统提示成功但数据库未删除数据）。
2. **删除交互验证**：
删除单条记录时，系统需提示操作成功，并验证相关模块及数据库数据是否同步删除。
取消删除操作时，验证数据未被删除。
3. **高危操作防护**：
不可恢复性删除（如彻底删除）需弹出确认窗口，支持“确定”和“取消”操作。
4. **多场景覆盖**：
单条、多条、全部记录的删除功能验证。
软删除与彻底删除的区分（软删除后数据应可恢复）。
5. **分页与权限验证**：
分页显示时，删除最后一页唯一记录后，验证页码是否自动调整。
权限控制：普通用户仅能删除自己创建的内容，管理员拥有全局删除权限。
6. **易用性测试**：
批量删除功能支持（如手机端、邮箱端）。
全选/取消全选功能的实现。
7. **边界条件**：
空数据状态下执行删除操作是否报错。
2. 修改与查询功能测试要点
2.1 修改功能测试
1. **数据库同步验证**：
修改操作需确保数据库字段正确更新。
2. **可修改项与不可修改项**：
明确可修改字段（如用户昵称）与不可修改字段（如用户ID），至少覆盖一条不可修改项的测试用例。
2.2 查询功能测试
1. **查询方式验证**：
**精确查询**：完全匹配关键字（如ID查询）。
**模糊查询**：支持单字符匹配（`%关键字%`）和全模糊匹配。
2. **组合查询与结果验证**：
单条件与多条件组合查询功能。
查询条件清空后，结果列表是否保留或重置。
3. **分页与数据准确性**：
查询结果分页功能验证。
验证查询结果与数据库SQL执行结果一致性。
3. 其他说明
第三部分内容未提供，可能为未完成或占位符。
新增
功能测试
正向（正面、通过）
测试
验证：正确输入各个字段值 ，
看系统是否提交成功
界面：提示操作成功的提示信息
功能：相关模块是否正确添加了数据
DB：数据库中是否添加 了相关数据
反向（负面、失败）
测试
验证：错误输入页面当中，某个字段，
是否会提示操作失败
界面：提示操作失败的提示信息
功能：没有产生相关数据记录
DB：没有相关数据记录
验证：界面中各个字段名称以及控件类型，
是否和需求保持一致
不急于开展测试
核对需求
校验：各个字段相应生成规则
长度
类型
格式
验证:页面中必填项字段
界面：是否有标志、背景颜色
功能：实现是否正确
必填项不填时，是否有提示信息
验证：页面中字段唯一性
用户名
邮箱
已注册过的，能否再次注册
验证：各个按钮功能
如：确定、清除、取消
相应的按钮（控件）功能是否实现正确
验证：权限限制
时效性：在一定的时间范围内，
你有此权限；
过了时效后，限制了此功能
权限划分
验证：初始值
是否有初始值
初始值是否正确
验证：特殊字符
输入/出数据为0
输入 数据为：空格
输入超长数据、极值数据
特殊字符
验证：自动加载的数据
如：高级选项，
自动弹出的内容
APP测试要点
冒烟测试
安全测试
软件权限
1）扣费风险：包括发送短信、拨打电话、连接网络等
2）隐私泄露风险：包括访问手机信息、访问联系人信息等
3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测
4）限制/允许使用手机功能接人互联网
5）限制/允许使用手机发送接受信息功能
6）限制/允许应用程序来注册自动启动应用程序
7）限制或使用本地连接
8）限制/允许使用手机拍照或录音
9）限制/允许使用手机读取用户数据
10) 限制/允许使用手机写人用户数据
11) 检测App的用户授权级别、数据泄漏、非法授权访问等
安装与卸载安全性
1）应用程序应能正确安装到设备驱动程序上
2）能够在安装设备驱动程序上找到应用程序的相应图标
3）是否包含数字签名信息
4）没有用户的允许, 应用程序不能预先设定自动启动
5）卸载是否安全, 其安装进去的文件是否全部卸载
6）卸载用户使用过程中产生的文件是否有提示
7）其修改的配置信息是否复原
8）卸载是否影响其他软件的功能
9）卸载应该移除所有的文件
数据安全性
1）当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码
2）输人的密码将不以明文形式进行显示
3）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上
4）不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间
5）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中
6）防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息
7）当将敏感数据输人到应用程序时, 其不会被储存在设备中
8）备份应该加密, 恢复数据应考虑恢复过程的异常�通讯中断等, 数据恢复后再使用前应该经过校验
9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告
10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户
11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作
12）“ 取消” 命令操作能够按照设计要求实现其功能
13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况
14）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息
15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ
16）应用程序读和写数据正确。
17）应用程序应当有异常保护。
18）如果数据库中重要的数据正要被重写, 应及时告知用户
19）能合理地处理出现的错误
20）意外情况下应提示用户
通讯安全性
1）在运行其软件过程中, 如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时, 是否能暂停程序，优先处理通信, 并在处理完毕后能正常恢复软件, 继续其原来的功能
2）当创立连接时, 应用程序能够处理因为网络连接中断, 进而告诉用户连接中断的情况
3）应能处理通讯延时或中断
4）应用程序将保持工作到通讯超时, 进而发送给用户一个错误信息指示有连接错误
5）应能处理网络异常和及时将异常情况通报用户
6）应用程序关闭或网络连接不再使用时应及时关闭断开
7) HTTP、HTTPS覆盖测试
--App和后台服务一般都是通过HTTP来交互的，验证HTTP环境下是否正常；
--公共免费网络环境中（如：麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTP Client的library异常作捕获处理。
人机接口安全性
1）返回菜单总保持可用
2）命令有优先权顺序
3）声音的设置不影响应用程序的功能
4）应用程序必需利用目标设备适用的全屏尺寸来显示上述内容
5）应用程序必需能够处理不可预知的用户操作, 例如错误的操作和同时按下多个键
安装,卸载测试
真机上安装,卸载
第三方软件协助安装,卸载
在线升级测试
1.验证数字签名
2.升级后正常使用
3.在线跨版本升级
业务功能测试
业务逻辑测试
客户端业务逻辑
功能点测试
运行
1）App安装完成后的试运行，可正常打开软件。
2）App打开测试，是否有加载状态进度提示。
3）App打开速度测试，速度是否可观。
4）App页面间的切换是否流畅，逻辑是否正确
5）注册
6）登录
7）注销
应用前后台切换
1) APP切换到后台，再回到app，检查是否停留在上一次操作界面。
2) APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
4) 手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
5) 当App使用过程中有电话进来中断后再切换到app，功能状态是否正常
6) 当杀掉app进程后，再开启app，app能否正常启动。
7) 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
8) 对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
免登录
1) app有免登录功能时，需要考虑IOS版本差异。
2) 考虑无网络情况时能否正常进入免登录状态。
3) 切换用户登录后，要校验用户登录信息及数据内容是否相应更新，确保原用户退出。
4) 根据MTOP的现有规则，一个帐户只允许登录一台机器。所以，需要检查一个帐户登录多台手机的情况。原手机里的用户需要被踢出，给出友好提示。
5) app切换到后台，再切回前台的校验
6) 切换到后台，再切换回前台的测试
7) 密码更换后，检查有数据交换时是否进行了有效身份的校验
8) 支持自动登录的应用在进行数据交换时，检查系统是否能自动登录成功并且数据操作无误。
9) 检查用户主动退出登录后，下次启动app，应停留在登录界面
数据更新(刷新)
1) 需要确定哪些地方需要提供手动刷新，哪些地方需要自动刷新，哪些地方需要手动+自动刷新。
2) 确定哪些地方从后台切换回前台时需要进行数据更新。
3) 根据业务、速度及流量的合理分配，确定哪些内容需要实时更新，哪些需要定时更新。
4) 确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行相应测试。
5) 检查有数据交换的地方，均有相应的异常处理。
离线浏览
1) 在无网络情况可以浏览本地数据
2) 退出app再开启app时能正常浏览
3) 切换到后台再切回前台可以正常浏览
4) 锁屏后再解屏回到应用前台可以正常浏览
5) 在对服务端的数据有更新时会给予离线的相应提示
定位,相机服务
1) App有用到相机，定位服务时，需要注意系统版本差异
2) 有用到定位服务、照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。
3) 当定位服务没有开启时，使用定位服务，会友好性弹出是否允许设置定位提示。当确定允许开启定位时，能自动跳转到定位设置中开启定位服务。
4) 测试定位、照相机服务时，需要采用真机进行测试。
时间测试
客户端可以自行设置手机的时区、时间，因此需要校验该设置对app的影响。
消息推送
1) 检查push消息是否按照指定的业务规则发送
2) 检查不接受推送消息时，检查用户不会再接收到push.
3) 如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到PUSH。
在非免打扰时间段，用户能正常收到push。
4) 当push消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误地将其它人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。
5) 测试push时，需要采用真机进行测试。
UI测试
导航
1）按钮、对话框、列表和窗口等；或在不同的连接页面之间需要导航
2）是否易于导航，导航是否直观
3）是否需要搜索引擎
4）导航帮助是否准确直观
5）导航与页面结构、菜单、连接页面的风格是否一致
图形
1）横向比较。各控件操作方式统一
2）自适应界面设计，内容根据窗口大小自适应
3）页面标签风格是否统一
4）页面是否美观
5）页面的图片应有其实际意义而要求整体有序美观
6）图片质量要高且图片尺寸在设计符合要求的情况下应尽量小
7）界面整体使用的颜色不宜过多
内容
1）输入框说明文字的内容与系统功能是否一致
2）文字长度是否加以限制
3）文字内容是否表意不明
4）是否有错别字
5）信息是否为中文显示
6）是否有敏感性词汇、关键词
7）是否有敏感性图片，如：涉及版权、专利、隐私等图片
关联性测试
与PC端交互正常
稳定性及异常性测试
交互性测试
客户端多种被打扰测试
1） 多个App同时运行是否影响正常功能
2） App运行时前/后台切换是否影响正常功能
3） App运行时拨打/接听电话
4） App运行时发送/接收信息
5） App运行时发送/收取邮件
6） App运行时切换网络（2G、3G、wifi）
7） App运行时浏览网络
8） App运行时使用蓝牙传送/接收数据
9） App运行时使用相机、计算器等手机自带设备
待机,插拔数据线等操作
异常性测试
断电,断网情况
性能测试
基准性能测试
1)极限测试：在各种边界压力情况下，如电池、存储、网速等，验证App是否能正确响应。
--内存满时安装App
--运行App时手机断电
--运行App时断掉网络
2)响应能力测试：测试App中的各类操作是否满足用户响应时间要求 。
--App安装、卸载的响应时间
--App各类功能性操作的影响时间
3)压力测试：反复/长期操作下、系统资源是否占用异常。
--App反复进行安装卸载，查看系统资源是否正常
--其他功能反复进行操作，查看系统资源是否正常
4)性能评估：评估典型用户应用场景下，系统资源的使用情况。
大数据量测试
保证客户端更新大数据程序成功率
界面易用性测试
界面交互
符合交互规范
用户体验良好
1）是否有空数据界面设计，引导用户去执行操作。
2）是否滥用用户引导。
3）是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导
4）菜单层次是否太深
5）交互流程分支是否太多
6）相关的选项是否离得很远
7）一次是否载入太多的数据
8）界面中按钮可点击范围是否适中
9）标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换
10）操作应该有主次从属关系
11）是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义
12）是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计
使用方便快捷
可用性测试
操作简单
使用操作错误率低
完成任务的使用时间短
自动化测试
APPium+python
适配性测试
分辨率
不同版本系统上
不同厂家定制的系统
不同尺寸
手机流量和电量
客户端使用监控流量和电量的软件
内存泄露测试
adb命令查看内存信息
adb shell dumpsys meminfo <package_name>
外网测试
移动网络:2G/3G/4G...
WIFI
案例
app启动场景用例设计
界面
界面是否美观
启动时候符合app规范
子主题 3
兼容
在不同系统
在不同系统版本
性能
启动速度符合app规范
安全
异常
反例
功能
正常弹出
安全测试
软件权限
扣费风险：包括发送短信、拨打电话、链接网络等
隐私泄露：包括访问手机信息、访问联系人信息等
对app的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测
限制/允许使用手机功能接入互联网
限制/允许应用程序来注册自动启动应用程序
限制或使用本地连接
限制/允许使用手机拍照或录音
限制/允许使用手机读取用户数据
限制/允许使用手机写入用户数据
检测app的用户授权级别、数据泄露、非法授权访问等。
安装与卸载安全性
应用程序应能正确安装到设备驱动程序上
能够在安装设备驱动程序上找到应用程序的相应图标
是否包含数字签名信息
JAD文件和JAR包中包含的所有托管属性及其值必需是正确的
JAD文件显示的资料内容与应用程序显示的资料内容应一致
安装路径应能指定
没有用户的允许，应用程序不能预先设定自动启动
卸载用户使用过程中产生的文件是否有提示
其修改的配置信息是否复原
卸载是否影响其他软件的功能
卸载应该移除使用的文件
数据安全性
当将密码或其他的敏感数据输入到应用程序时
输入的密码将不以明文形式进行显示
密码，信用卡明细，或其他的敏感数据将不被存储在他们预输入的位置上
不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间
当应用程序处理信用卡明细，或其他的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中。以防应用程序异常终止而又没有测除它的临时文件，文件可能遭受入侵者的袭击，然后读取这些数据信息
当将敏感数据输入到应用程序时，其不会被存储在设备中
备份应该加密，恢复数据应考虑恢复过程的异常通讯中断等，数据恢复后再使用前应该经过校验
应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告
应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警告显示前，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户
在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作
“取消”命令操作能够按照设计要求实现其功能
应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况
当进行读或写用户信息操作时，应用程序将会向用户发送一个操作错误的提示信息
在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容M
应用程序读和写数据正确
应用程序应当有异常保护
如果数据库中重要的数据正要被重写，应及时告知用户
能合理地处理出现的错误
意外情况下应提示用户
通讯安全性
在运行其他软件过程中，如果有来电，SMS,EMS,MMS.蓝牙，红外等通讯或充电时，是否能暂停程序，优先处理通信，并在处理完毕后能正常恢复软件，继续其原来的功能
当创立连接时，应用程序能够处理因为网络连接中断，进而告诉用户连接中断的情况
应能处理通讯延时或中断
应用程序将保持工作到通讯超时，进而发送给用户一个错误信息指示有链接错误
应能处理网络异常和及时将异常情况通报用户
应用程序关闭或网络连接不再使用时应及时关闭/断开
'http，https覆盖测试
--app和后台服务一般都是通过HTTP来交互的，验证HTTO环境下是否正常
--公共免费网络环境中（如：麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTP Client的lobrary异常作捕获处理'
人机接口安全性
返回菜单总保持可用
命令有优先权顺序
声音的设置不影响应用程序的功能
应用程序必须利用目标设备适用的全屏尺寸来显示上述内容
应用程序必须能够处理不可预知的用户操作，例如错误的操作和同时按下多个键
安装，卸载测试
安装
软件在不同操作系统下安装是否正常
软件安装后是否能正常运行，安装后的文件夹及文件是否写到了制定的目录里
软件安装各个选项的组合是否符合概要设计说明
软件安装向导的UI测试
软件安装过程是否可以取消，点击取消后，写入的文件是否如概要设计说明处理
软件安装过程中意外情况的处理是否符合需求（如死机，重启，断电）
安装空间不足时是否有相应提示
安装后没有生产多余的目录结构和文件
对于需要通过网络验证之类的安装，在断网情况下尝试一下
还需要对安装手册进行测试，依照安装手册是否能顺利安装
卸载
安装空间不足时是否有相应提示
安装后没有生产多余的目录结构和文件
对于需要通过网络验证之类的安装，在断网情况下尝试一下
还需要对安装手册进行测试，依照安装手册是否能顺利安装
直接删除安装文件夹卸载是否有提示信息
测试系统直接卸载查询是否有提示信息
测试卸载后文件是否全部删除所有的安装文件夹
卸载是否支持取消功能，单击取消后软件卸载的情况
系统直接卸载UI测试，是否有卸载状态进度条提示
UI测试
导航测试
按钮、对话框、列表和窗口等；或在不同的链接页面直接需要导航
是否易于导航，导航是否直观
是否需要搜索引擎
导航帮助是否准确直观
导航与页面结构，菜单，链接页面的风格是否一致
图形测试
横向比较。各控件操作方式统一
自适应界面设计，内容根据窗口大小自适应
页面标签风格是否统一
页面是否美观
页面的图片应有其实际意义而要求整体有序美观
图片质量要高且图片尺寸在设计符合要求的情况下应尽量小
界面整体使用的颜色不宜过多
内容测试
输入框说明文字的内容与系统功能是否一致
文字长度是否加以限制
文字内容是否表意不明
是否有错别字
信息是否为中文显示
是否有敏感性词汇，关键词
是否有敏感性图片，如：涉及版权、专利、隐私等图片
说明
测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
功能测试
运行
app安装完成后的试运行，可正常打开软件
app打开测试，是否有加载状态进度提示
app打开速度测试，速度是否可观
app页面间的切换是否流畅，逻辑是否正确
注册
1，同表单编辑页面
2，用户名密码长度
3，注册后的提示页面
4，前台注册页面和后台的管理页面数据是否一致,
5.注册后，在后台管理中页面提示
'登录：
1，使用合法的用户登录系统
2，系统是否允许多次非法的登陆，是否有次数限制
3，使用已经登陆的账号登陆系统是否正确处理
4，使用禁用的账号登陆系统是否正确处理
5，用户名，口令（密码）错误或漏填时能否登陆。
6，删除或修改后的用户，原用户登陆。
7，不输入用户口令和用户，重复点（确定或取消按钮）是否允许登陆）
8，登陆后，页面中登陆信息
9，页面中有注销按钮
10，登陆超时的处理'
'注销：
1，注销原模块，新的模块系统能否正确处理
2，终止注销能否返回原模块，原用户
3，注销原用户，新用户系统能否正确处理
4，使用错误的账号，口令，无权限的、被禁用的账号进行注销'
应用的前后台切换
app切换到后台，再回到app，检查是否停留在上一次操作界面
app切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样
app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候
手机锁屏解平后进入app注意是否会崩溃，功能状态是否正常
当app使用过程中有电话进来中断后再切换到app，功能状态是否正常。
当杀掉app进程后，再开启app，app能否正常启动
出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
对于有数据交换的页面，每个页面都必需要进行前后台切换，锁屏的测试，这种页面最容易出现崩溃。
免登录（很多应用提供免登录功能，
当应用开启时自动以上一次登录的用户身份来使用app.）
app有免登录功能时，需要考虑IOS版本差异
考虑无网络状态情况时能否正常进入免登录状态
切换用户登录后，要检验用户登录信息及数据内容是否相应更新，确保原用户退出
根据MTOP的现有规则，一个账号只允许登录一台机器。所以，需要检查一个账号登录多台手机的情况。原手机里的用户需要被踢出。给出友好提示。
app切换到后台，再切回前台的校验
切换到后台，在切换回前台的测试
密码更换后，检查有数据交换时是否进行了有效身份的校验
支持自动登录的应用在进行数据交换时，检查系统是否能自动登陆成功并且数据操作无误
检查用户主动退出登录后，下次启动app，应停留在登录界面
数据更新（根据应用的业务规则，
以及数据更新量的情况，来确定最优的数据更新方案）
需要确定哪些地方需要提供手动刷新，哪些地方需要自动刷新，哪些地方需要手动+自动刷新
确定哪些地方从后台切换回前台时需要进行数据更新
根据业务，速度及流量的合理分配，确定哪些内容需要实时更新，哪些需要定时更新
确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行相应的测试
检查有数据交换的地方，均有相应的异常处理
离线浏览（很多应用会支持离线浏览，即在本地客户端会缓存一部分数据供用户查看。）
在无网络情况可以浏览本地数据
退出app再开启app时能正常浏览
切换到后台再切回前台可以正常浏览
锁屏后再解屏回到应用前台可以正常浏览
在对服务端的数据有更新时会给予离线的相应提示
app更新
当客户端有新版本时，有更新提示
当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动app时，仍能出现更新提示
当版本为强制升级时，当给出强制更新后，用户没有做更新时，退出客户端。下次启动app时，仍出现强制升级提示
当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新
当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本
当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷。
定位，照相机服务
app有用到相机，定位服务时，需要注意系统版本差异
有用到定位服务，照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。
当定位服务没有开启时，使用定位服务，会友好性弹出是否允许设置定位提示。当确定允许开启定位时，能自动跳转到定位设置中开启定位服务。
测试定位，照相机服务时，需要采用真机进行测试
时间测试
'客户端可以自行设置手机的时区、时间，因此需要校验该设置对app的影响。
--中国为东8区，所以当手机设置的时间非东8区时，查看需要显示时间的地方，时间是否展示正确，应用功能是否正常。时间一般需要根据服务器时间再转换成客户端对应的时区来展示，这样的用户体验比较好。比如发表一篇微博在服务端记录的是10：00，此时，华盛顿时间为22：00，客户端去浏览时，如果设置的是华盛顿时间,则显示的发表时间即为22:00,当时间设回东8区时间时，再查看则显示为10：00'
push测试
检查push消息是否按照指定的业务规则发送
检查不接受推送消息时，检查用户不会再接收到push
如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户能正常收到push
当push消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误地将其它人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。
测试push时，需要采用真机进行测试
性能测试
性能测试（评估app的时间和空间特性）
极限测试：在各种边界压力情况下，如电池、存储、网速等，验证App是否能正确响应。
--内存满时安装App
--运行App时手机断电
--运行App时断掉网络
响应能力测试：测试App中的各类操作是否满足用户响应时间要求 。
--App安装、卸载的响应时间
--App各类功能性操作的影响时间
3)压力测试：反复/长期操作下、系统资源是否占用异常。 --App反复进行安装卸载，查看系统资源是否正常 --其他功能反复进行操作，查看系统资源是否正常
性能评估：评估典型用户应用场景下，系统资源的使用情况
Benchmark测试（基线测试）：与竞争产品的Benchmarking, 产品演变对比测试等。
交叉事件测试
交叉事件测试
多个app同时运行是否影响正常功能
app运行时前/后台切换是否影响正常功能
app运行时拨打/接听电话
app运行时发送/接收信息
app运行时发送/收取邮件
app运行时切换网络（2G,3G,WIFI)
app运行时浏览网络
app运行时使用蓝牙传送/接收数据
app运行时使用相机，计算机等手机自带设备
兼容测试
兼容测试
与本地及主流app是否兼容
基于开发环境与生产环境的不同，检验在各种网络连接下（wifi，GSM，GPRS,EDGE,WCDMA,CDMA1x，CDMA2000，HSPDA等）
'与各种设备是否兼容，若有跨系统支持则需要检验是否在各系统下，各种行为是否一致
--不同操作系统的兼容性，是否适配 --不同手机屏幕分辨率的兼容性 --不同手机品牌的兼容性'
回归测试
回归测试
bug修复后且在新版本发布后需要进行回归测试
bug修复后的回归测试在交付前，要进行全量用例的回归测试
升级，更新测试
升级，更新测试
测试升级后的功能是否与需求说明一样
测试与升级模块相关的模块的功能是否与需求一致
升级安装意外情况的测试（如死机，断电，重启）
升级界面的UI测试
不同操作系统间的升级测试
用户体验测试
以主观的普通消费者的角度去感知产品或服务的舒适、
有用、易用、友好亲切程度。 通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性出修改意见提升产品的潜在客户满意度。
是否有空数据界面设计，引导用户去执行操作
是否滥用用户引导
是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导
菜单层次是否太深
交互流程分支是否太多
相关的选项是否离的很远
一次是否载入太多的数据
界面中按钮可点击范围是否适中
标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换
操作应该有主次从属关系
是否定义back的逻辑，涉及软硬件交互时，back键应具体定义
是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计
硬件环境测试
手势操作测试
手机开锁屏对运行中的app的影响
切换网络对运行中的app的影响
运行中的app前后台切换的影响
多个运行中的app的切换
app运行时关机
app运行时重启系统
app运行时充电
app运行时kill掉进程再打开
网络环境
无网络时，执行需要网络的操作，给予友好提示，确保程序不出现crash
内网测试时，要注意选择到外网操作时的异常情况处理
在网络信号不好时，检查功能状态是否正常，确保不因提交数据失败而造成crash
在网络信号不好时，检查数据是否会一直处于提交中的状态，有无超时限制。如遇数据交换失败时要给予提示
在网络信号不好时，执行操作后，在回调没有完成的情况下，退出本页面或者执行其他操作的情况，有无异常情况。此问题也会经常出现程序crash
服务器宕机或出现404、502等情况下的测试
后台服务牵涉到DNS、空间服务商的情况下会影响其稳定性，如：当出现域名解析故障时，你对后台API的请求很可能就会出现404错误，抛出异常。这时需要对异常进行正确的处理，否则可能会导致程序不能正常工作。
接口测试
'服务端一般会提供JSON格式的数据给客户端，所以我们在服务端需要进行接口测试，
确保服务端提供的接口并转换的JSON内容正确，对分支、异常流有相应的返回值。此块测试可以采用itest框架进行测试。最方便的是采用httpclient进行接口测试。
进行服务端测试时，需要开发提供一份接口文档。'
客户端数据库测试
当表不存在是是否能自动创建，当数据库表被删除后能否再自建，数据是否还能自动从服务端中获取回来并保存
在业务需要从服务端取回数据保存到客户端的时候，客户端能否将数据保存到本地
当业务需要从客户端取数据时，检查客户端数据存在时，app数据是否能自动从客户端数据中取出，
还是仍然会从服务端获取？检查客户端数据不存在时，app数据是否自动从服务器端获取并保存到客户端
当业务对数据进行了修改，删除后，客户端和服务端是否会有相应的更新
单项数据
表格
1、表格显示宽度的自适应。
2、内容过多时，应自动换行。
3、表格中的数据显示是否正确。
4、对有所属关系的内容，父子关系显示是否简单明了。
5、内容过多时，应采用滚动条。
6、是否允许表格中无数据。
7、表格中对数据的类型、长度有无要求。
8、表格的表头和内容是否有区分。
9、对表格是否具有添加、删除、修改功能。
10、对表格进行添加、删除、修改等操作后，不影响其他内容的显示。
*表格是否支持插入图片，视频...是否可以显示
*表格对特殊字段是否自动标示：邮箱，网页给出下划线并能链接
菜单栏
1、选择菜单是否可以正常工作，并与实际执行内容一致。
2、快捷键是否重复。
3、热键是否重复。
4、快捷键与热键操作是否有效。
5、鼠标右键的快捷菜单是否正确。
6、菜单通常采用常用--主要--次要--工具--帮助的位置排列。
7、对与进行的操作无关的菜单要用屏蔽的方式加以处理。
8、如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。 9、对常用的菜单要有快捷命令方式。
10、是否可能通过鼠标访问所有的菜单功能。
*快捷键与热键的设置是否设置合理易操作//文件(F)，而不是(D)
*是否支持tab键操作
单选按钮控制
1、一组单选按钮不能同时选中，只能选中一个。
2、检查每个单选按钮的功能。
3、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空。
*选择一个按钮后，再选择一个按钮，是否给出提示并说明原因
复选框
1、多个复选框可以被同时选中。（部分被选中、不被选中、全部选中）
2、逐一执行每个复选框的功能。
列表框
1、条目内容是否正确，根据需求说明确定列表的各项内容正确，没有丢失或错误。
2、列表框的内容较多时要使用滚动条。
3、列表框允许多选时，要分别检查按shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况。
4、列表框是否能接受文字输入。（一般不能接受）
5、显示的内容和选中的内容是否一致。
6、是否可进行单选、多选。
7、选择为空时，系统是否给出判断。
密码输入框
1、字母大写与小写的输入结果是否一样。
2、密码栏目的内容是否加密。
3、当用户名、密码为空时，提示信息是否正确
4、不输入用户名、密码直接按回车按钮。
*输完密码后，是否直接按Enter登录
*是否支持软键盘输入和复制数据输入
*是否支持汉字当密码
*跳序输入密码，是否登录成功
热键
1、检查单个快捷键的使用是否正确。
2、组合的快捷健的使用是否正确。
3、tab键的顺序，一般是从左到右，从上到下。
4、对于确定按钮是否使用了enter快捷健。
*热键的设置符合人性化定义，易记忆，易操作
日期框
1、不输入日期，检查默认值，一般是当前值。
2、检查日期控件是否能正确选择年，月，日。
3、检查日期是否可以手工输入。
4、检查日期栏是否会接受其它非日期格式。
5、检查在日期控件中选择上几年、上几月、后几年、后几月操作是否方便。
6、选择日期后能否重新选择。
数字输入栏
1、进行数字为-1、0，1，9的检查。
2、进行最小位处理的检查，一般为0.0001的形式。
3、进行最大位的检查，一般为999999999的形式。
4、进行浮点数的检查，一般为999.99999的形式。
5、检查系统是否能阻止非数字的数据进入数据库或文件。
6、检查输入长度是否有限制。
文本输入栏
1、是否能正确接受文字信息，并正常显示。中文，英文，日文等。
2、是否限制最大字符数的输入。
3、对于备注栏之类的可输入较多文字的控件，是否能够自动换行，是否有下拉条可将内容显示完全。
4、对特殊字符的输入系统是否做了处理。
5、利用复制、粘贴等操作强制输入程序不允许的输入数据。
6、输入默认值，空白，空格。
7、输入已存在的数据，系统是否有判断。
下拉选择栏1
1、选择栏是否能够正确选择信息。
2、所列的选项是否考虑了所有的情况。
3、在大数据量中选择的时候，能否手工输入（模糊输入）。
4、最后一项、第一项能否选中。
5、显示的内容和选中的内容是否一致。
下拉选择栏2
1、选择栏是否能够正确选择信息。
2、对选择项信息维护（添加，删除，修改），是否能在对应处进行数据更新。
3、在大数据量中选择的时候，能否手工输入（模糊输入）。
4、当维护界面中无数据时，选择栏中是否有数据。
5、在选择栏选中项，进入维护界面中是否允许删除该项或删除后下拉栏的显示是否正确。
组合列表框
1、条目内容表述正确。
2、详细条目内容是否与实际情况相符。
3、逐一执行列表框中每个条目的功能。
4、组合列表框中的内容是否正确匹配。
5、选择的内容与显示的内容是否一致。
测试案例
优惠券
功能测试设计
后台
商城 -- 促销 -- 优惠券
优惠券管理列表
优惠券名称
正确显示优惠券名称
优惠券类型
下单赠送
指定发放
免费领取
线下发放
面额
显示元角分
使用需要金额
整元
发放总量
正确显示发放数量
已发放数
正确显示已发放数
已使用
正确显示已使用数
使用截止日期
显示年月日时分秒时间
发放截止日期
显示年月日时分秒时间
下单赠送优惠券不显示发放日期
操作
发放
点击进入优惠券发放页面
灰色--无需发放
查看
显示所有生效优惠券
编辑
进入优惠券编辑界面,正确显示优惠券信息
删除
删除当前指定优惠券
分页
点击页面跳转到指定页
首页无上一页
尾页无下一页
添加优惠券
优惠券名称
20个字符
空
优惠券面额
空
整元 -- 整数
元角分 -- 小数
非数字
0
消费金额
整元 -- 整数
元角分--小数
非数字
等于优惠券金额
小于优惠券金额
0
发放数量
0
小数
空
整数
非数字
发放类型
下单赠送
指定发放
免费领取
线下发放
发起起始日期
点选
大于结束日期
空
发起结束日期
点选
小于开始日期
空
使用起始日期
点选
大于结束日期
空
使用结束日期
点选
小于开始日期
空
可使用商品
全店通用
指定商品
商品数量
刷新
筛选
分类
品牌
全部/新品/推荐
活动状态
搜索
全选
单选
查看正确跳转商品详情页
分页
点击页面跳转到指定页
首页无上一页
尾页无下一页
确定提交 -- 选中指定商品
删除选中指定商品
指定分类
不选
对应选择三个级别分类
不选择三个级别分类
只选一级分类
只选二级分类
只选三级分类
只选一级二级分类
...
空
状态
无效
有效
提交 -- 正确验证后保存优惠券信息
发放优惠券
下单赠送
发放类型选择下单赠送 -- 正确填写优惠券信息 -- 选择有效状态
使用优惠促销进行优惠券发放
买就送
促销类型 - 选择买就赠代金券
代金券 - 选择下单赠送优惠券
选择指定商品
用户通过下单指定商品完成订单获取优惠券
检查用户取消订单后优惠券状态
使用订单促销进行优惠券发放
满就送
促销类型 - 选择买就赠代金券
代金券 - 选择下单赠送优惠券
指定满足金额
用户通过下单满足订单金额完成订单获取优惠券
检查用户取消订单后优惠券状态
发放总量对应更新
指定发放
发放类型选择指定发放 -- 正确填写优惠券信息 -- 选择有效状态
发放总量对应更新
免费领取
发放类型选择免费领取 -- 正确填写优惠券信息 -- 选择有效状态
用户登陆在领取更多优惠券中进行领取 -- 每个账号领取一次
领取后显示成功提示页面
线下发放
发放类型选择线下发放 -- 正确填写优惠券信息 -- 选择有效状态
优惠券管理列表点击发放
设置发放数量
大于剩余发放总量
小于剩余发放总量
等于剩余发放总量
确认提交
用户使用兑换码进行兑换 -- 获得优惠券 -- 已发放优惠券对应绑定用户
查看优惠券
正确显示优惠券名称
正确显示发放类型
正确显示已使用优惠券的订单号
正确显示所属用户
正确显示使用时间
删除点击后删除用户优惠券
删除后再去使用优惠券
删除后去兑换优惠券码
编辑优惠券
要求同新建优惠券
删除优惠券
删除弹窗提示
确认删除后
删除优惠券类型
删除后优惠券失效
取消删除
X
分页功能
点击页面跳转到指定页
首页无上一页
尾页无下一页
前台
查看
查看用户优惠券信息(我的优惠券)
我的商城 -- 资产中心 -- 我的优惠券
我的商城 -- 我的优惠券 -- 查看更多
我的商城 -- 优惠券预览
优惠券预览
正确显示最新的两个优惠券预览信息
两个最新获得
正确显示优惠券金额
金额正确
正确显示优惠券使用条件
金额正确
立即使用
点击后跳转到首页购物
使用后优惠券消失
我的优惠券
优惠券类型
默认显示未使用优惠券
鼠标悬停显示所有优惠券类型 -- 备选中显示红色
选择未使用--正确显示 -- 未使用优惠券正确刷新
选择已使用--正确显示 -- 已使用优惠券正确刷新
选择已失效--正确显示 -- 已失效优惠券正确刷新
未使用优惠券显示
显示状态颜色正确
优惠券金额正确显示(元十百千万)
优惠券名称对应显示
正确显示有效期年月日时分秒
正确显示限制条件(限制金额正确显示)
正确显示限制品类
全店通用
指定商品可用
指定分类商品可用
立即使用可点击
点击后跳转到首页
优惠券状态描述正确
已使用优惠券显示
显示状态颜色正确
优惠券金额正确显示(元十百千万)
优惠券名称对应显示
正确显示有效期年月日时分秒
正确显示限制条件(限制金额正确显示)
正确显示限制品类
全店通用
指定商品可用
指定分类商品可用
立即使用无法点击
鼠标悬停禁止点击
优惠券状态描述正确
已失效优惠券显示
显示状态颜色正确
优惠券金额正确显示(元十百千万)
优惠券名称对应显示
正确显示有效期年月日时分秒
正确显示限制条件(限制金额正确显示)
正确显示限制品类
全店通用
指定商品可用
指定分类商品可用
立即使用无法点击
鼠标悬停禁止点击
优惠券状态描述正确
领取
领取优惠券(免费发放)
我的商城 -- 我的优惠券 -- 领取更多优惠券 -- 领券中心
(需要后台配置)首页 -- 导航 -- 领券中心
领券中心
无优惠券
显示提示页
可点击关闭
有优惠券
排序
默认
即将过期
面值最大
内容
正确显示金额
正确显示类型
正确显示使用条件
正确显示优惠券名称
正确显示使用范围
全店通用
指定商品可用
指定分类商品可用
正确显示使用时间
立即领取
点击领取/领取后列表中消失
限领一次不可重复领取
显示领取成功提示页
等待五秒
点击返回活动界面
点击关闭页面
使用
订单提交页面
默认不使用优惠券
优惠券下拉
显示
可用
符合条件
选择
默认 -- 选择优惠券--空
选择一张优惠券
选择一张优惠券,换一张优惠券
选一张优惠券,选择默认
选择一张优惠券,换一张优惠券,选择默认,
选一张优惠券,选择默认,选择一张优惠券
选择一张优惠券,换一张优惠券,选择默认,选择一张优惠券
兑换优惠券
兑换
正确优惠券代码
可用
符合条件
不可用
不符合条件
可用不符合条件
不可用符合条件
错误优惠券代码
中文
过短<8
过长>8
空
特殊符号
兑换成功后选择使用
使用优惠券
选择优惠券后提交订单
选择优惠券后不提交订单
选择优惠券后提交订单在取消订单
支付后取消订单未退款
支付后取消订单已退款
混合业务
抢购
团购
优惠
促销
非功能测试设计
兼容性测试
性能
安全性
易用性
可维护性
注册功能
需求分析
知识点
内容/规则
长度
类型
是否重复
是否为空
确定输入参数
界面可见参数
手机号码
必填项；第一位为1，第二位非2，的11位自然数；不能重复
拆分
内容/规则
有效
第一位为1，第二位非2，的11位自然数
无效
第一位不为1，第二位非2，的11位自然数
第一位为1，第二位是2，的11位自然数
长度
有效
11
无效
小于10位
大于12位
边界值
10位
12位
类型
有效
自然数
无效
非自然数
字母
汉字
特殊字符
...
是否重复
有效
否
无效
已注册手机号码
是否为空（必填项）
有效
不为空
无效
不输入，为空
图像验证码
刷新按钮是否有效
验证码必须时图片
验证码必须时四位随机数
10次以内不重复
设置密码
3.要求同输入框提示，6-16位大小写英文字母，数字或符号的组合 (可以是纯字母，数字，符号）
长度
有效
6
10
16
无效
5
17
小于5
大于17
类型
有效
纯英文字母
纯数字
纯符号
英文字母+数字
数字+符号
英文字母+符号
英文字母+数字+符号
无效
中文
是否为空
有效
不为空
无效
为空
确认密码
必须和密码相同
推荐人手机
有效
必须是已注册会员手机号
空值
无效
格式不正确
未注册会员的手机号
服务协议
有效
类型必须是复选框
点击服务协议必须能打开对应的文本
勾选之后才可以点击同意协议并注册
无效
未勾选服务协议提示必须勾选服务协议才能注册
点击服务协议未能打开对应的文本
单品产业带物流功能和属性
前台业务功能
会员中心
个人资料
属性
头像
姓名
性别
操作
修改头像
规则
头像图片大小不能超过2m
如果修改上传修改后的，如果没有修改默认上一次
上传头像
修改姓名
姓名不能为空
提示：姓名不能为空
姓名格式
提示：姓名格式不正确
格式：2-15位汉字
修改性别
规则
登录
属性
手机号
密码
操作
记录我的登录状态
规则
用户名不能为空
密码不能为空
用户名、密码错误
注册
属性
手机号
短信验证码
设置密码
操作
验证手机号
提示：请输入正确手机号
输入密码
规则：密码6-16位字符，数字或英文，区分大小写
确定注册
规则：输入密码在6-16位以外，“确定”按钮不能使用
规则
信誉认证
身份认证
属性
车主
属性
身份证
驾驶证
营业执照
行驶证照
姓名
身份证号
道路运输从业资格证
门头照
道路运输经营许可证；
操作
选择图片
上传图片到服务器
货主
属性
身份证
营业执照
门头照
身份证号
姓名
操作
选择图片
上传图片到服务器
司机
操作
选择图片
上传图片到服务器
属性
身份证
驾驶证
行驶证照
道路运输从业资格证
道路运输经营许可证
货代
属性
身份证
营业执照
门头照
操作
选择图片
上传图片到服务器
业务说明：
身份认证对用户发布货源、车源没有任何影响
一个用户可以认证多个身份，车源列表调取这个用户车主身份的星级，货源列表调取货主身份的星级
认证规则
星级
“五角星”是信誉级别的体现，可通过认证获得；不同身份需提供不同的认证资料。
若身份证认证通过，将获得1颗星，之后每认证通过1个证件，都可继续获得1颗星；若身份证认证不通过，其他资料将不再审核。
通过交易评价，累积好评越多信誉等级越高；每获得100个好评，信誉提升一个等级。
所有认证资料，一旦审核通过后，不可修改。
身份证认证是信誉等级的开始，请将身份证置于胸前拍照上传，确保姓名和身份证号清晰。
我发布的货源
属性
运单号
出发地
目的地
货物描述
发布时间
状态
待成交（0）
货主已确认
推送短信给车主
等待车主确认
等车主运输
确认完成
不再展示
操作
查看更多
没有更多了
查看
取消订单
不在进行展示
报价
确认成交
我接的单
操作
查看更多
没有更多了
属性
货主信息
姓名
星级
头像
出发地
目的地
货物描述
发布时间
状态
待确认
等待货主成交
等待车主确认
评论
操作
查看
查看报价信息和发货人信息
属性
货主信息
姓名
星级
头像
目的地
出发地
里程
计算出
货物详情
意向价格
收货电话
备注
发布时间
我发布的车源
属性
运单号
出发地
目的地
车辆描述
车辆类型
重量
体积
发车时间
状态
x人预订
等车主运输
操作
是否有人预定
查看
操作
查看更多
没有更多了
我定的车
操作
查看更多
没有更多了
属性
车主信息
姓名
星级
头像
出发地
目的地
车辆类型
联系电话
发车时间
状态
已预订
找车
发布车源
操作
发布车源
接单
发送短信给货主
发送报价
查看货主电话
发动短信给货主
等货主确认成交
查看我发布的车源
属性
出发城市
到达城市
重量
体积
车类型
车长
需要几辆
发车电话
必须是国内手机号
发车时间
货盘类型
运价模式
到站时间
运输方式
整车
拼车
找货
属性
装货地点
卸货地点
货物详情
发货人电话
必须是国内手机号
收货人电话
手机号和座机都可以
是否需要取货
是否需要送货
货物重量
货物重量单位
货物体积
货物体积单位：立方米
要求车型
要求车长
要求车数量
意向价格
备注信息
操作
预定车
发送短信给车主
快速发布货源
登录
查看发布
等待接单
处理接单
确认成交
完善详单
确认在线合同
等待车主运输
查看 《货物运输合同书》
查看接单
详细发布货源
登录
查看发布
处理接单
确认成交
确认在线合同
等待车主运输
查看 《货物运输合同书》
查看接单
查看我发布的货源
查看更多
没有更多了
找物流
后台业务功能
成交单管理
操作
每条货源信息的报价管理
添加实际成交价
添加实际拉货重量
查看报价
进度查询
属性
货源信息
（联系人、联系电话、货物详情）
起始地目的地
车源信息（联系人、联系电话、报价）
货源信息管理
操作
删除
修改
查看
已提出报价的车辆
属性
用户管理
操作
搜索
根据手机号、姓名
筛选
可筛选出单品产业带注册的用户
查看详细
审核
用户信物流认证照片
展示字段
电话
星级
姓名
车源信息管理
操作
修改
删除
查看
详情
预订查看
属性
始发地－目的地
联系人
姓名
星级
头像
手机号
被预订数量
发布时间
首页
统计
会员发布货源辆数量
会员发布车源信息量数量统计
首页展示已经确认成交的单：
展示最新的车源
展示最新的货源
微信朋友圈设计用例【设计覆盖的点都是基于全链路】
功能测试【发朋友圈】
只发文本
a、考虑文本长度：1-1500字符（该数据为百度数据）、超出最大字符长度
b、考虑文本类型：纯中文、纯数字、纯字母、纯字符、纯表情（微信表情/手机自带表情）、混合类型、包含url链接；因为过长纯类型需要换行很容易出现超出边框问题，所以这里先考虑过长纯类型情况
c、文本是否支持复制粘贴
d、为空验证
只发送图片
a、本地相册选择/拍摄
b、图片数量验证：1-9张图片、超出9张
c、图片格式验证：常见图片格式jpg、png（以实际微信需求支持的格式为准）、动态gif图片、不支持的图片格式
d、图片尺寸验证：最大700*800像素(此为百度数据)、超出最大尺寸范围是否压缩
e、图片大小验证：1-300kb（此为百度数据）、超出300kb
f、图片的预览验证：点击支持预览大图、多张图片支持左右滑动预览
g、图片的增删改操作
无网络发送
上传后保存到草稿
只发送视频
a、本地相册选择/拍摄
b、视频秒数验证：1-10s，超出10s
c、视频个数验证：1个，超出1个
d、视频格式验证：支持的视频格式，例mp4、不支持的视频格式
e、视频大小验证：苹果400kb以内、Android200-300kb（此为百度数据）、超出规定大小
f、视频预览增删改操作
g、为空验证
组合测试
发送文本+图片：输入满足要求的文本、图片进行一次验证
发送文本+视频：输入满足要求的文本、视频进行一次验证
发送图片+视频：不支持发送
朋友圈发送内容是否有限制，例如涉及黄赌毒等敏感字
所在位置
a、不显示位置：发送到朋友圈动态不显示位置
b、选择对应位置：搜索支持、自动定位、手动编辑
C、点击取消，返回上一级页面
谁可以看
a、设置公开：所有朋友可见
b、设置私密（仅自己：自己查看朋友圈-可见、好友查看朋友圈-不可见
c、设置部分可见（部分朋友：选择的部分好友-可见、不被选择的好友-不可见、是否有人数上限
d、设置不给谁看（选中的朋友不：不被选中的朋友-可见、被选中的朋友-不可见、是否有人数上限
e、点击取消，返回发送页面
提醒谁可以看
a、提醒单人/提醒多人：被提醒的朋友-收到消息提醒、未被提醒-未有消息提醒
b、是否有人数上限
c、点击取消，返回发送页面
同步QQ空间：默认不同步、同步到QQ空间
取消发送朋友圈操作
a、选择相机，点击取消，返回朋友圈页面
b、进入朋友圈发送页面，选择文本图片，点击
朋友圈当天发送次数是否有上限限制
功能测试【浏览朋友圈】
文本查看
a、过长文本内容是否隐藏，并支持查看全文
b、右键选择复制、收藏、翻译
c、url链接是否支持点击跳转网页
图片查看
a、小图右键支持收藏/编辑
b、点击支持大图浏览
c、选择发送给朋友、收藏、保存图片、编辑
d、多张图片支持左右滑动浏览
视频查看
a、右键视频支持静音播放/搜藏
b、点击视频播放按键支持播放视频
c、选择发送给朋友、收藏、保存视频、编辑
分享动态浏览：QQ空间/公众号文章/非腾讯产品分享后朋友圈是否正常显示
赞：点赞、取消点赞
连续点赞取消
点赞后取消再去点赞的排序
点赞后展示给什么人看
网速对点赞的影响
点赞的人个数显示是否正确
共同好友能否看到点赞状态
能否显示点赞得人的头像和昵称，若能显示是否正确
一行显示几个点赞的头像
能否正常的点赞和取消点赞
点赞显示能否按照时间的先后
消息列表中是否显示点赞人的昵称，头像和点赞时间。
不同手机操作系统显示界面
能否及时刷新
点赞后还能不能评论
点赞是否有上限
评论
a、评论长度：评论字数合理长度、评论超过字数上限
b、评论类型：纯中文、纯数字、纯字母、纯字符、纯表情（微信表情/手机自带、混合类型、包含url链接；
c、评论是否支持复制粘贴
d、为空验证
e、发表评论后删除
f、评论回复操作
删除朋友圈动态
更换相册封面
刷新是否正常获取新动态
上滑是否加载更多
弱网测试
接口测试
性能测试
稳定性测试
会员列表管理
2.7.1 基本操作
1. 操作提示信息正确显示，点击能够收起提示消息。
注意事项
默认情况下，提示消息是正常展示
点击图案，收起提示消息
再次点击，展开提示消息
2. 刷新按钮能正常工作，点击该按钮，页面数据更新。
重点关注内容
数据条目的确认
需要去数据库进行查询
刷新内容前后的变化
3. 列表支持手机或者邮箱的精确查询，搜索功能，支持Enter快捷操作。
基于手机进行搜索
规则
精确搜索
输入关键字后，点击【搜索】按钮进行搜索
输入错误时
提示【请输入正确的邮箱或手机号码】
易用性检查
支持Enter快捷操作
基于邮箱进行搜索
规则
精确搜索
输入关键字后，点击【搜索】按钮进行搜索
输入错误时
提示【请输入正确的邮箱或手机号码】
易用性检查
支持Enter快捷操作
2.7.2 添加会员
点击【添加会员】按钮后，页面跳转至添加会员详细页面
具体需求
1.会员昵称：必填，长度在20个字符以内
等价类
有效
长度在20个字符以内
无效
长度
[1，20]
长度小于1=空值
长度大于20
是否重复
边界值
[1，20]
0=空值
系统提示【请输入您的会员昵称】
1
10
20
21
系统提示【请输入您的会员昵称长度不能超过20】
2.登录密码：6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）
等价类
有效
6-16位字母数字符号组合（可以是纯数字，纯字母，纯符号）
6-16位字母数字符号组合
6-16位纯数字
6-16位纯字母
6-16位纯符号
6-16位字母数字组合
6-16位字母符号组合
6-16位数字符号组合
无效
长度
[6,16]
长度小于6
长度大于16
类型
汉字
特殊符号
是否为空
不输入
边界值
[6,16]
5
提示密码长度为6到16位
6
10
16
17
提示密码长度为6到16位
3.手机号码：第一位是1，第二位大于2的11位自然数，
等价类
有效
第一位是1，第二位大于2的11位自然数
无效
长度
小于11位
大于11位
类型
非自然数
字母
字符
汉字
....
是否为空
不输入
是否重复
已注册的手机号再次注册
不满足条件
第一位不是1，第二位大于2的11位自然数
第一位是1，第二位为2的11位自然数
第一位是1，第二位为1的11位自然数
第一位是1，第二位为0的11位自然数
边界值
10
11
12
4.邮箱地址：用户名@主机名.域名（其中用户名只能包含字母，数字，下划线）
5.QQ：不小于6位数字
6.性别：保密，男，女
默认选项
保密
男
女
是不是要先确认它是一个单选 万一做成多选了呢
7.手机，邮箱至少填写其中一个
手机 邮箱（或OR）
填写 填写
填写 没填写
没填写 填写
没填写 没填写
8.提交成功，跳转到列表页面，列表增加一条数据
9.内容填写错误，点击确认提交，提示对应的错误信息
补充说明
正常类测试
全部参数输入（全部的必填项+全部的可选项）正确时，添加会员成功
全部参数输入（全部的必填项+部分的可选项）正确时，添加会员成功
全部参数输入（只有全部的必填项）正确时，添加会员成功
异常类测试
只有一个参数是无效的，其他参数都是有效的，添加会员失败
页面按钮
返回
提交
经验说明
快速点击【添加会员按钮】，是否会多次提交重复的数据
2.7.3 导出会员
点击【导出会员】按钮，导出当前系统中全部的会员信息。
导出数据以xls文件存储，文件名称包含当前日期，导出的会员列表字段包含：会员ID、会员昵称、会员等级、手机号、邮箱、注册时间、最后登陆、余额、积分、累计消费。
2.7.6 会员列表
需求
1.会员列表默认按照添加时间倒序排序，
同时支持按照【ID】、【会员昵称】、【会员等级】、【累计消费金额】、【邮件地址】、【手机号码】、【余额】、【积分】、【注册日期】进行排序（正序和倒序）：
ID
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
会员昵称
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
会员等级
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
累计消费金额
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
邮件地址
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
手机号码
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
余额
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
积分
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
注册日期
默认排序规则
按照添加时间倒序排序（倒序）
点击排序字段
升序
再次点击排序字段
倒序
2.列表字段中 【一级下线数】，【二级下线数】，【三级下线数】不支持排序。
一级下线数
点击字段时，页面数据不发生改变
二级下线数
点击字段时，页面数据不发生改变
三级下线数
点击字段时，页面数据不发生改变
3.可以对会员列表的每条数据进行
【详情】、【资金】、【收货地址】、【删除】相关操作。
详情
查看会员详情
（修改用户邮件地址/手机号，
冻结会员，
分销功能是否开启控制）
详情按钮，功能确认
详情页面信息测试点
可编辑修改内容
电子邮箱
有效
修改成功
无效
提示消息
手机号码
有效
修改成功
无效
提示消息
新密码
有效
修改成功
无效
提示消息
确认密码
有效
修改成功
无效
提示消息
性别
有效
修改成功
无效
提示消息
QQ
有效
修改成功
无效
提示消息
页面按钮
具体功能
冻结会员
按钮的调节功能正常
如果冻结会员，会员将不能操作资金。（【冻结会员】开启后，会员将被锁定，不能进行登录。）
分销功能
按钮的调节功能正常
如果开启，会员参与分销。
常规按钮
返回
确认提交
删除
数据列表中，删除按钮可用性确认
删除消息弹窗确认
标题
标题文字信息
UI
内容
删除提示信息确认
UI
按钮
×
确定
取消
资金
收货地址
补充说明
列表数据量的测试
0条数据
单页数据
分页功能
单数数据显示的条目
多页数据
海量数据
数据异步加载
4. 会员列表提供分页展示功能，每页展示10条会员信息，并提供页码导航（包含首页、尾页、上一页、下一页等）如下图所示
页码区域
测试重点
注意观察页面变化时，数据也随之发生改变
上一页
下一页
首页
尾页
具体页码切换测试
2.7.5 发送邮件
发送邮件
发送邮件时，必须先勾选接接收邮件的会员，否则系统会消息提示如下【请选择会员】
不勾选会员，直接点击发送邮件
预期结果：请选择会员
勾选会员，点击发送邮件
选择单个会员
前置条件
会员信息中维护了邮箱信息
预期结果
被选中的会员，能够接受到邮件
【ID:会员ID + ‘ ’ +昵称:会员昵称+ ‘ ’ +邮箱:邮箱地址】
点击发送后，系统提示【发送成功】
选择多个会员
前置条件
会员信息中维护了邮箱信息
预期结果
被选中的会员，能够接受到站邮件
【ID:会员ID + ‘ ’ +昵称:会员昵称+ ‘ ’ +邮箱:邮箱地址】
点击发送后，系统提示【发送成功】
选择全部会员
前置条件
会员信息中维护了邮箱信息
预期结果
被选中的会员，能够接受到站邮件
【ID:会员ID + ‘ ’ +昵称:会员昵称+ ‘ ’ +邮箱:邮箱地址】
点击发送后，系统提示【发送成功】
发送邮件弹窗测试
场景1
前提条件
选择了会员
维护了邮箱信息
测试点
弹窗的标题内容确认
内容
UI设计
会员列表
发送给以下会员
【ID:会员ID + ‘ ’ +昵称:会员昵称+ ‘ ’ +邮箱:邮箱地址】
选择的会员数量比较多时，滚动条的功能与UI设计效果的确认
邮箱标题
有效
无效
长度
不输入
UI效果确认
邮件内容
有效
无效
长度
不输入
UI效果确认
按钮功能
X
发送
特殊场景：快速点击，看是否重复发送
场景2
前提条件
选择了会员
未维护邮箱信息
测试点
弹窗的标题内容确认
内容
UI设计
邮箱地址
有效
邮箱格式检查
无效
长度
不输入
UI效果确认
邮箱标题
有效
无效
长度
不输入
UI效果确认
邮件内容
有效
无效
长度
不输入
UI效果确认
按钮功能
X
发送
特殊场景：快速点击，看是否重复发送
勾选要接收邮件的会员后，点击【发送邮件】按钮
场景一：会员使用手机号进行注册，并未维护邮箱信息
用户手动填写【邮箱地址】、【邮箱标题】、【邮件内容】后点击【发送】按钮发送相关邮件。
场景二：会员使用邮箱进行注册时
说明：弹出页面中系统会自动带出【会员ID】、【昵称】、【邮箱】，手动填写【邮箱标题】和【邮件内容】后点击【发送】按钮发送邮件。
邮箱设置
1. 进入【系统】==》【设置】==》【商城设置】==》【邮件设置】
2. 点击【邮件设置】页签，填写邮件发送服务器相关信息
3. 点击【确认提交】按钮，保存设置信息后，点击【测试】按钮，测试邮件服务器功能正常。
2.7.4 发送站内信
后台设置
发送站内信时，必须先勾选接收站内信的会员，否则系统会消息提示如下：
不勾选会员，直接点击发送站内信
预期结果：请选择会员
勾选会员，点击发送站内信
选择单个会员
预期结果
被选中的会员，能够接受到站内信
【会员ID + ‘ ’ +会员昵称】
点击发送后，系统提示【发送成功】
选择多个会员
预期结果
被选中的会员，能够接受到站内信
【会员ID + ‘ ’ +会员昵称】
点击发送后，系统提示【发送成功】
选择全部会员
预期结果
被选中的会员，能够接受到站内信
【会员ID + ‘ ’ +会员昵称】
点击发送后，系统提示【发送成功】
发送站内信弹窗测试
前提条件：选择了会员
测试点
弹窗的标题内容确认
内容
UI设计
发送范围的确认
发送给以下会员
和会员列表信息一起组合进行测试
【会员ID + ‘ ’ +会员昵称】
选择的会员数量比较多时，滚动条的功能与UI设计效果的确认
发送给全部会员
发送内容
有效
无效
长度
不输入
UI效果确认
按钮功能
X
发送
特殊场景：快速点击，看是否重复发送
勾选要接收站内信的会员后，点击【发送站内信】按钮：
点击后效果如下，弹出页面的会员列表部分自动填入已勾选的会员信息【会员ID + ‘ ’ +会员昵称】
填写好【发送内容】后，点击发送按钮，系统提示消息如下：【发送成功】
前台展示
站内信接收会员，登录前台系统后，进入【我的商城】==》【消息】能看到系统推送的消息。
消息的数量
无站内信
有少量站内信
10
看完的消息条目要消失
有大量站内信
99999
点击【我的商城】==》【消息】，页面跳转至消息列表页，信息展示如下：
消息的内容确认
消息的内容
发送消息的时间
消息排序规则的确认
时间越晚的排在越靠前
删除消息
弹窗的标题
内容
UI
弹窗的信息
弹窗按钮功能确认
是
否
×
登录
功能
正常
1输入正确的用户名和密码，登录成功
1手机号
2邮箱
字符
数字
字符和数字组合
...
3qq
4微信
5支付宝
...
异常
6 输入正确的用户名和错误的密码，登录失败
8 密码长度错误
9 密码类型错误
10 密码为空
7 输入错误的用户名和正确的密码，登录失败
用户名长度错误
用户名类型错误
用户名为空
用户名未注册
8 验证码
是否可以刷新
登录是输入正确的验证码
登录时输入错误的验证码
登录时验证码为空
非功能
兼容性
浏览器
操作系统
分辨率
网络
界面测试
UI设计
易用性测试
Tab
Enter
查看密码设计
清空
保存
....
性能测试
大量用户登录
并发测试
压力测试
负载测试
安全测试
输入数据安全
密码遮挡
密码不能复制，粘贴
...
传输数据安全
数据要加密
加密要有复杂度
一般使用POST请求
输出数据安全
数据要加密
MD5
不可逆的加密
RSA
子主题 1
erp管理系统测试点分析
零售管理
零售出库
增加
新增一条出库信息
冒烟
已正常登录 erp 系统 输入 访问网站->零售管理->零售出库->增加 业务处理流程 主流程： 1、单击“新增行”按钮； 2、选择仓库、品名 3、输入购买数量、单价、金额 4、选择收款账户 5、点击“保存
输入项
新增行 按钮
选择仓库 选择框
选择品名 选择框
数量
数据类型
长度
必填
备注
非必填
数据类型
重复
长度
会员卡号
非必填
关联选择
单据日期
月第一天
最后一天
删除一条新增加的出库信息
冒烟
已正常登录 erp 系统，且已有新增数据 输入 访问网站->零售管理->零售出库->增加 业务处理流程 主流程： 1、勾选需要被删除的商品信息 2、点击删除行 4、点击确定
输入项
单选款
多选框
确定框
取消框
撤销所有的新增出库信息
撤销按钮
冒烟
单个撤销
多个撤销
无数据撤销
新增加一个仓库信息
冒烟
已正常登录 erp 系统 输入 访问网站->零售管理->零售出库->增加 业务处理流程 主流程： 1、单击“新增仓库”按钮； 2、输入仓库名称、仓库地址、仓储费、搬运费、排序、描述 3、点击保存 规则约束： 1、仓库名称为必填，长度为 2-30 位，内容不限制 2、仓库地址为必填，长度为 2-30 位，内容不限制 3、其他输入项为选填
仓库名称
数据类型
长度
必填
重复
仓库地址
数据类型
长度
必填
重复
仓储费
数据类型
长度
必填
重复
搬运费
数据类型
长度
必填
重复
排序
数据类型
长度
必填
重复
描述
数据类型
长度
必填
重复
新增加一个商品
冒烟
2、点击新增 3、填写基本信息，价格信息，扩展信息，初始库存 4、点击保存
输入项
基本信息
品名
品名
数据类型
长度
必填
重复
单位
品名
数据类型
长度
必填
重复
类别
品名
数据类型
长度
必填
重复
序列号
品名
数据类型
长度
必填
重复
备注
品名
数据类型
长度
必填
重复
价格信息
扩展信息
初始库存
新增一名会员
冒烟
2、填写名称，联系人，手机号码等会员基本信息 3、点击保存
输入项
名称
联系人
手机号码
电子邮箱
联系电话
传真
删除一条出库信息
冒烟
手动勾选删除成功，零售出库删除记录
全选取消
全选
查询商品出库的信息
冒烟
单据编号查
商品信息查
单据日期进行查询
零售退货
新增一条出库信息
冒烟
1、单击“新增行”按钮； 2、选择仓库、品名 3、输入购买数量、单价、金额 4、选择收款账户 5、点击“保存
输入项
删除一条新增加的退货信息
冒烟
2、可以全选，删除所有的商品退货信息
2、单选选，删除所有的商品退货信息
不选
撤销所有的新增退货信息
冒烟
有商品撤销
无商品撤销
新增加一个仓库信息
新增加一个商品
新增供应商
冒烟
主流程： 1、单击“新增供应商 + ”按钮； 2、填写名称，联系人，手机号码等会员基本信息 3、点击保存
输入项
名称
联系人
手机号码
电子邮箱
联系电话
传真
删除一条采购信息
冒烟
1、全选
2、手动勾选部分
3、先全选再手动去掉部分
查询采购订单的信息
冒烟
订单编号
时间
商品信息
审核采购订单的信息
冒烟
全选
单选
部分
反审核
冒烟
全选
多选
单选
交互模块
转采购入库
冒烟
全选
单选
多选
采购入库
新增一条采购入库信息
删除一条新增加的入库信息
撤销所有的新增入库信息
新增加一个仓库信息
新增加一个商品
新增一名供应商
新增一个结算账户
采购管理
商品管理
项目分析
这是一个什么项目
ERP系统是企业资源计划 (Enterprise Resource Planning)
MRP包括“生产计划”，“物料清单”和“库存信息”三大块
ERP相当于每个企业的实时体检报告，用数据反映着企业的各项生命指标。
谁在使用这个系统
ERP涉及到那些业务，相关人bai员就要使用
例如
如有仓库管理du的zhi入库和出库，那仓管员dao就要用。
如有HR管理，招聘，离职等，那么人事专员就要用。
如有生产计划，那么计划员就要用。
如有有财务管理，那么会计就要用。
如有相关分析报告，那么一些经理就要用。
流程图
基本信息
轮播图
显示1-5张banner图片，自动轮播，3秒切换一张，如果只有1张banner图片，则不轮播。
0
1
不轮播
3
自动轮播
3秒切换一张
5
自动轮播，3秒切换一张
6
鼠标悬停在图片上时，停止轮播。
可点击左右切换，每次切换一张图
点击左切换
往左切换一张图片
点击右切换
往右切换一张图片
实心为当前图，可以点击跳转
点击空心圆
跳转到指定图片
空心圆变实心圆
原来的实心圆变成空心圆
抖音直播间功能-测试用例{所有要覆盖的点基于都是全链路】
功能
主播端
外设接入
麦克风
摄像头
开启直播
关闭直播
直播推流
直播特效
美颜效果
商业化
带货
广告
橱窗
上架
下架
关闭文字
观众端视频
商业化
购物
跳转
更多直播
视频播放
互动
评论
点赞
关注
礼物
购买
送出
分享
关闭
观众语音端
上麦数
最大
最少
打字窗口
礼物
购买
送出
更多关注
显示在线人数
可以跳转
视频质量
视频数据
码流
帧率
清晰度
体验
声画同步
不卡顿
不花瓶
风控
直播审核
黄反监控
稳定性
布局uiue
性能测试
测试刘媒体服务器压力
专项测试
手机耗电
网络带宽
首屏响应时间
手机cpu内存
登录界面的测试用例
功能测试
输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。
输入错误的用户名或者密码，验证登录会失败，并且提示相应的错误信息。
登录成功后能否能否跳转到正确的页面
用户名和密码，如果太短或者太长，应该怎么处理
用户名和密码，中有特殊字符(比如空格)，和其他非英文的情况
记住用户名的功能
登陆失败后，不能记录密码的功能
用户名和密码前后有空格的处理
密码是否非明文显示显示，使用星号圆点等符号代替。
牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色(色盲使用者)，刷新或换- -个按钮是否好用
登录页面中的注册、忘记密码，登出用另-帐 号登陆等链接是否正确
输入密码的时候，大写键盘开启的时候要有提示信息。
什么都不输入，点击提交按钮，检查提示信息。
界面测试
布局是否合理，testbox 和按钮是否整齐。
testbox和按钮的长度，高度是否符合要求。
界面的设计风格是否与UI的设计风格统一-。
界面中的文字简洁易懂，没有错别字。
性能测试
打开登录页面，需要的时间是否在需求要求的时间内。
输入正确的用户名和密码后，检查登录成功跳转到新页面的时间是否在需求要求的时间内。
模拟大量用户同时登陆，检查一定压力下能否正常登陆跳转。
安全性测试
登录成功后生成的Cookie，是否是httponly(否则容易被脚本盗取)。
用户名和密码是否通过加密的方式，发送给Web服务器。
用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用javascript验证。
用户名和密码的输入框，应该屏蔽SQL注入攻击。
用户名和密码的的输入框，应该禁止输入脚本(防止 XSS攻击)。
防止暴力破解，检测是否有错误登陆的次数限制。
是否支持多用户在同一机器上登录。
同一用户能否在多台机器上登录。
可用性测试
是否可以全用键盘操作，是否有快捷键。
输入用户名，密码后按回车，是否可以登陆。
输入框能否可以以Tab键切换。
兼容性测试
不同浏览器下能否显示正常且功能正常
同种浏览器不同版本下能否显示正常且功能正常。
不同的平台是否能正常工作，比如Windows、Mac
移动设备上是否正常工作，比如iPhone、Andriod。
不同的分辨率下显示是否正常。
本地化测试
不同语言环境下，页面的显示是否正确。
写信
写信
预览
打印邮件
预览
主题
收件人
时间
邮箱内容
存草稿
到草稿箱
发送
收件人
一个人
多个人
子主题 1
无收件人
主题
不填
文字、
长度
内容
富文本
附件
上传
单个最大容量
不带附件
个数
格式
方式
从本地
从网络
外部U盘
附件的存储处理
内容的正确性
存储的处理
是否压缩
和网络有关
保存的时间
内容安全、校验
附件的内容校验？
附件的删除
上传结果显示（UI）
上传状态
显示内容
文件名称
文件大小
异常的处理
上传的时候网络中断
上传重复的文件
不同的运营商、网速导致大文件的处理
抄送
密送
加密的处理方式
如何体现是密送
群发单显
多个人
一个人
不填
回复
转发
电子邮件
一、电子邮件地址收集
（一）直接获取
用户提供
网络爬虫
数据购买
（二）间接获取
社交媒体搜索
专业论坛挖掘
行业报告提取
二、地址验证
（一）语法检查
验证格式正确性
（二）域名检查
域名是否存在
域名是否有效
（三）邮件服务器检查
SMTP服务器是否可用
邮件地址是否被接收服务器认可
三、信息收集
（一）搜索引擎
Google
Yandex
Bing
通过关键词和过滤器查找包含目标邮箱的网页
（二）社交媒体平台
Facebook
Twitter
LinkedIn
Instagram
通过站内搜索和高级搜索功能查找关联账号
（三）文档搜索
Google Docs
Scribd
SlideShare
查找公开文档中的邮箱地址
（四）专业数据库
PIPL API
IntelTechniques Email Search Tool
HIBP (Have I Been Pwned)
ReverseMails
查找邮箱地址在泄露数据库中的记录
（五）其他资源
Websites/Blogs
Forums
NewsGroups
DomainData
Gravatar
通过关联域名、用户名等查找更多相关信息
四、关联分析
（一）用户名关联
提取邮箱用户名部分，在其他平台搜索相同用户名
（二）域名关联
分析邮箱域名，查找同域其他邮箱地址
（三）社交媒体关联
通过Facebook等社交平台查找关联账号和信息
（四）密码重置关联
利用密码重置功能验证邮箱与平台的关联性
五、结果整理
（一）信息分类
个人姓名
工作单位
在线活动
兴趣爱好
（二）数据去重
去除重复信息
（三）格式统一
整理成标准格式便于后续处理
（四）报告生成
生成包含所有收集信息的报告
功能测试
手机端测试
机身兼容性测试
分辨率
厂商
CPU
系统版本
网络测试
2G
3G
4G
WIFI
电信、移动、联通
弱网
功能
数据包
响应时间
网路环境
进度条
异常信息
重连机制
超时机制
大流量动作
系统配置
进程管理
语言环境
手机横竖屏
软件兼容性测试
安全软件
手机输入法匹配
竞品对比
启动，安装，卸载测试
卸载
卸载方式
设备卸载
第三方工具卸载
提示语
直接删除安装包
卸载完成移除安装包
删除所有文档
安装
覆盖安装
跨版本安装
初次安装
安装路径
SD卡
手机内存
安装方式
设备下安装
第三方工具
PC 下载，移动到设备内存安装
安装完毕移除安装包
安装提示语
启动
冷启动
第一次启动
热启动
升级测试
升级功能
普通升级
强制升级
静态升级
升级后，数据信息保留
异常测试
低电量
低存储
中断测试
电话
短信
闹钟
闪退
重启
关机
自动
手动
极端，无网络
界面易用性
交互
IOS/Android符合用户使用习惯
体验良好
使用方便，小白易懂
搜索
消息推送
业务逻辑关联
顺向/逆向
完成操作时间段
操作错误率低
权限安全
获取通讯录权限
获取系统权限
获取拍照权限
获取地理位置权限
........
自动化测试
UI自动化测试
monkey
接口自动化测试
........
性能测试
内存
页面响应时间
帧率
CPU
耗电量
磁盘排列数
稳定测试
长时间使用
接口压测
接口容错
请求服务错误
请求网络错误
安全测试
反编译
客户端注入
封包加密
服务端验证
签名校验
IP变换
同时在线
WEB端
业务逻辑
主功能流程走通
程序调用
cms的媒体管理，建立的媒体会在简历新闻的时候被调用，如果在媒体管理没有做输入判断，那创建是就不能正确的取到数据
地址：地址簿可以填写地址，发货或发信都可以编辑
URL
注册页面跳转
第一页是必填项如：用户名、密码等；第二页是基本个人信息；第三页是注册成功页面；在填写第一个页面提交成功到第二个页面，直接在URL中复制成功页的URL。注册成功了；（原因：系统给了我们不用填写第二步就能直接注册成功的后门。）
发布模块
看一下URL，一般这些页面都有step=N(N是一个正整数）的参数，这个就要做页面跳转的操作
权限
A用户打开一个自己的窗口，执行其中一个功能，复制这个功能的地址，关闭窗口；B用户登录，黏贴这个地址，查看是否提示没有权限
用户A打开一个窗口，执行一项功能，更改地址中的用户ID和其他参数，提交，查看是否提示没有权限
输入框
1，数值限制
2，默认文案展示
3，明密文展示
4，输入字母
5，输入汉字
6，输入数字
7，输入特殊符号
@#%*
HTML
HTML是个特殊的字符，这个一般在输入的地方是不会做限制的，但是输出显示的地方一般会有限制；要注意的是，这是一个错误的HTML，有时会在提交时，把页面破坏。何时显示没有解析过的HTML，何时显示已经解析的HTML要视当时的项目的具体要求来定，一个原则就是不能破坏页面，不能影响其他的功能。
input
这一类是跟数据库有关，就是一些特殊字符和sql语句中一些字符是一样的，这个时候会造成数据的遗失或写入数据库失败，例如&是查找数据时，两个条件之间的分割符，这样做select的时候容易出现错误。Input的时候，单引号也是数据的分割，所以这个符号会经常导致数据被截。
js
恶意JS的输入，有可能造成程序页面的错误，一般情况下输入框字段会加入判断，把英文<>都替换成全角的《》，这样就可以防止恶意的js攻击。
8，输入空格
9，输入重复
10，输入复制粘贴
11，组合
12，表单重复提交
13，输入为空
14，半角、全角输入
15，已存在的账号
非输入框
站点、地图和导航条位置是否合理
背景/色调
页面在窗口显示是否正确、美观
刷新和调整浏览器窗口
页面元素清单
按钮、单选框、复选框、列表框、超链接、输入框
页面元素基本功能是否实现
文字特效、动画特效、按钮、超链接
页面元素是否显示正确
主要针对文字、图案和签章
兼容
谷歌浏览器
火狐浏览器
欧朋浏览器
猎豹浏览器
IE浏览器
QQ浏览器
苹果浏览器
UC浏览器
遨游浏览器
机制方法
窗口缩小、放大
键盘使用：Tab键，上下左右键
cookie
如果系统使用了cookies，应对它们进行验证，如：在cookies中保存了注册信息，请确认该cookie能够争取工作而且一堆这些信息已经加密
WEB端和APP端的不同
页面承载量不同
PC端
PC端屏幕大，内容多
13~15笔记本
19寸以上显示器
客户端
屏幕较小
3.8~5.5寸手机
7~10寸Pad
相互方式不同
PC端
采用鼠标点击的方式
重在用户感觉
客户端
手指点击、长按、拖拽
重在更多考虑手指交互习惯
使用场景不同
PC端
相对稳定的网络
绝大多数固定位置
有局限性
客户端
三大运营商移动网络
WiFi网络
随时随地使用
网络接入不同
PC端
宽带
不会在意页面所消耗流量的多少
客户端
消耗的是电量、流量，比较主要性能问题
软件迭代时间和更新频次
PC端
软件迭代更新率低
客户端
软件迭代更新率高
测试范围测试点
单项数据
表格
1、表格显示宽度的自适应。
2、内容过多时，应自动换行。
3、表格中的数据显示是否正确。
4、对有所属关系的内容，父子关系显示是否简单明了。
5、内容过多时，应采用滚动条。
6、是否允许表格中无数据。
7、表格中对数据的类型、长度有无要求。
8、表格的表头和内容是否有区分。
9、对表格是否具有添加、删除、修改功能。
10、对表格进行添加、删除、修改等操作后，不影响其他内容的显示。
*表格是否支持插入图片，视频...是否可以显示
*表格对特殊字段是否自动标示：邮箱，网页给出下划线并能链接
菜单栏
1、选择菜单是否可以正常工作，并与实际执行内容一致。
2、快捷键是否重复。
3、热键是否重复。
4、快捷键与热键操作是否有效。
5、鼠标右键的快捷菜单是否正确。
6、菜单通常采用常用--主要--次要--工具--帮助的位置排列。
7、对与进行的操作无关的菜单要用屏蔽的方式加以处理。
8、如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。9、对常用的菜单要有快捷命令方式。
10、是否可能通过鼠标访问所有的菜单功能。
*快捷键与热键的设置是否设置合理易操作//文件(F)，而不是(D)
*是否支持tab键操作
单选按钮控制
1、一组单选按钮不能同时选中，只能选中一个。
2、检查每个单选按钮的功能。
3、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空。
*选择一个按钮后，再选择一个按钮，是否给出提示并说明原因
复选框
1、多个复选框可以被同时选中。（部分被选中、不被选中、全部选中）
2、逐一执行每个复选框的功能。
列表框
1、条目内容是否正确，根据需求说明确定列表的各项内容正确，没有丢失或错误。
2、列表框的内容较多时要使用滚动条。
3、列表框允许多选时，要分别检查按shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况。
4、列表框是否能接受文字输入。（一般不能接受）
5、显示的内容和选中的内容是否一致。
6、是否可进行单选、多选。
7、选择为空时，系统是否给出判断。
密码输入框
1、字母大写与小写的输入结果是否一样。
2、密码栏目的内容是否加密。
3、当用户名、密码为空时，提示信息是否正确
4、不输入用户名、密码直接按回车按钮。
*输完密码后，是否直接按Enter登录
*是否支持软键盘输入和复制数据输入
*是否支持汉字当密码
*跳序输入密码，是否登录成功
热键
1、检查单个快捷键的使用是否正确。
2、组合的快捷健的使用是否正确。
3、tab键的顺序，一般是从左到右，从上到下。
4、对于确定按钮是否使用了enter快捷健。
*热键的设置符合人性化定义，易记忆，易操作
日期框
1、不输入日期，检查默认值，一般是当前值。
2、检查日期控件是否能正确选择年，月，日。
3、检查日期是否可以手工输入。
4、检查日期栏是否会接受其它非日期格式。
5、检查在日期控件中选择上几年、上几月、后几年、后几月操作是否方便。
6、选择日期后能否重新选择。
数字输入栏
1、进行数字为-1、0，1，9的检查。
2、进行最小位处理的检查，一般为0.0001的形式。
3、进行最大位的检查，一般为999999999的形式。
4、进行浮点数的检查，一般为999.99999的形式。
5、检查系统是否能阻止非数字的数据进入数据库或文件。
6、检查输入长度是否有限制。
文本输入栏
1、是否能正确接受文字信息，并正常显示。中文，英文，日文等。
2、是否限制最大字符数的输入。
3、对于备注栏之类的可输入较多文字的控件，是否能够自动换行，是否有下拉条可将内容显示完全。
4、对特殊字符的输入系统是否做了处理。
5、利用复制、粘贴等操作强制输入程序不允许的输入数据。
6、输入默认值，空白，空格。
7、输入已存在的数据，系统是否有判断。
下拉选择栏1
1、选择栏是否能够正确选择信息。
2、所列的选项是否考虑了所有的情况。
3、在大数据量中选择的时候，能否手工输入（模糊输入）。
4、最后一项、第一项能否选中。
5、显示的内容和选中的内容是否一致。
下拉选择栏2
1、选择栏是否能够正确选择信息。
2、对选择项信息维护（添加，删除，修改），是否能在对应处进行数据更新。
3、在大数据量中选择的时候，能否手工输入（模糊输入）。
4、当维护界面中无数据时，选择栏中是否有数据。
5、在选择栏选中项，进入维护界面中是否允许删除该项或删除后下拉栏的显示是否正确。
组合列表框
1、条目内容表述正确。
2、详细条目内容是否与实际情况相符。
3、逐一执行列表框中每个条目的功能。
4、组合列表框中的内容是否正确匹配。
5、选择的内容与显示的内容是否一致。
界面
报表
1、报表显示宽度的自适应。
2、报表显示应自动换行。
3、报表标题是否正确。
4、报表中的列对齐是否正确。
5、报表中的数据显示是否正确。
标题
1、标题的显示是否完全。
2、控件的标题是否与控件的大小相符合。
3、检查标题是否为有意义的表达。
4、标题的表达是否符合用户的习惯理解。
5、标题的表达是否存在二义性。
6、标题的意思是否与对应实现的功能相符。
7、整个系统对于相同数据点或功能点的标题是否一致。
8、标题是否简单易懂。
窗体
1、窗口大小是否合适，空间布局是否合理。
2、检查窗体最大，最小化、关闭是否正常。
3、移动窗体，快速或慢速移动窗体，背景及窗体本身刷新必须正确。
4、窗体大小变化，其内容及控件是否正常显示。
5、在不同的分辨率的情况下测试程序的显示是否正常。
6、窗体的标题是否正确。
7、缩放窗体,窗体上的控件应随窗体的大小变化而变化。
光标
1、打开一个页面，焦点定位在第一行，第一个控件上。
2、系统对页面数据进行判断后，焦点应定位在出错的第一个控件上。
特殊属性
1、安装界面应有公司介绍或产品介绍，由公司的图标。
2、主界面及大多数界面最好由公司图标。
3、帮助中，应有相关版权和产品信息。
图片
1、图片的颜色、大小显示是否正确。
2、图片中如有链接功能是否正确。
3、色调与整个界面是否搭配。
4、图片能否看清楚。
字体&颜色
1、页面字体整体大小一致。（除个别需要放大或缩小的字体）
2、页面字体样式一致。
3、系统需要提醒的部分字体需要加上颜色，按实际用途进行颜色的选择。
4、字体颜色不能刺目，影响目标的辨认。
5、字体间颜色的搭配是否让人感到不适。
6、对不同内容居左、居右、居中应统一。
7、前景色与背景色搭配合理协调，反差不宜太大。
8、显示是否完整。
9、整个界面字体、颜色、大小是否符合规范。
10、显示文字是否多余、重复、错别字、易懂。
11、文字上的连接是否正确。
测试用例写作方法
测试用例八大要素
测试用例编号
字符和数字组合成的字符串，用例编号应具有唯一性、易识别
系统测试
产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试
产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试
产品编号-UT-单元测试项名-单元测试子项名-XXX
测试项目
当前测试用例所在测试大类、被测试需求、被测模块、被测单元等
系统测试用例测试项目
软件需求项
集成测试用例测试项目
集成后的模块名或接口名
单元测试用例测试项目
被测函数名
测试标题
简单描述，需要用概括的语言描述用例的出发点和关注点，原则上每个用例的标题不能重复
重要级别
对基本和普通测试项的区分
高级别
保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
中级别
重要程度介于高和低之间的测试用例
低级别
实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例
预置条件
执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行或无法得到预期结果
输入
用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况，有手工输入、文件、数据库记录等
操作步骤
执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行
预期输出
当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等
测试用例写作检查规则
1.测试用例标识是否按照测试方案的规则来编写
2.是否每个测试用例的预置条件都被描述清楚？
3.每个测试用例的“输入”中是否列出了所有测试的输入数据？
4.测试用例的“预期结果”是否完整而清晰？
5.是否明确说明了每个测试用例或测试用例集的重要级别？
6.是否明确说明了测试用例的执行顺序
测试用例额外的要素
用例设计者
能准确的找到测试用例设计人员，对用例修改时能方便找准人员
用例设计日期
方便检查用例设计的进度
用例版本号
方便用例设计人员对用例的跟踪
对应的开发人员
出现BUG后能及时找到相应的人员进行修复
通用功能点
查看
1，点击查询出来的结果，检查能否进入并查看信息。
2，进入一个企业/人员的信息，检查信息是否显示完整。
3，进入页面检查相应的数据是否读出。
4，双击数据是否也具有查看功能。
5，不点击目标，然后点击查看，是否能查看相关信息。
6，是否支持enter键。
查询
1，关键字栏中什么都不输入，然后查询能否查出结果。
2，输入完整信息后，按回车键能否查询。
3，输入完整信息后，点击查询按钮能否查出相关的结果。
4，模糊查询能否查出相关的结果。
5，进行类型选择查询时，是否查询出某个类型的数据。
6，输入格式或范围不符合要求的数据，看是否有错误提示。
7，输入数据库中不存在的数据。
8，是否支持table键。
10，是否支持enter键。
11，进行复合查询时，查询出的结果是否是取的查询条件的交集。
导入导出
1，对导入的格式是否有限制。
2，导入的文件格式不正确是否弹出提示框。
3，导入文件是否能成功。
4，导出（下载）文件能否成功。
5，导出的文件数据是否有丢失。
6，导入的文件数据是否完整，有无丢失现象。
7，数据必填项为空，系统是否提示不能导入/导出。
8，输入格式或范围不符合要求的数据，看是否有错误提示不能进行导入/导出。
翻页
1、翻页是否存在转到下一页、转到上一页、回到首页、跳转最后一页这四个按钮，及一个输入页数框。
2、转到下一页、转到上一页、回到首页、跳转最后一页这四个按钮是否可用，是否转到相应的页面。
3、当页面过多时，直接输入页数，是否能到达相应的页面。
4、对不存在的页数，系统是否给出判断、提示。
5、进行翻页时，系统数据有无丢失。
6、进行翻页时，无漏页现象
7、页面是否到达最大条数后才进行翻页。
8、进行翻页时，系统数据有无不完整现象。
9、当数据不足最大条数时，翻页功能是否可用。
10、每页的信息条数是否正确。
返回上层
1，按返回按钮能否正常返回上页。
2，在安装程序总点击上一步能否返回。
3，退出某系统后再点击浏览器中的返回检查是否限制了进入系统。
4，退出某系统后再点击浏览器中的返回检查是否弹出提示框。
5，在翻页项了点击上一页/下一页是否转到相应页面。
6，是否支持enter键。
7，当页面为首页时，返回上层是否不可用。
模块之数据读取
1，检查模块间的数据读取是否正确。
2，更改一个模块中的数据，检查另外一个模块的相应数据是否随着更新。
排序
1、是否按规定的分类进行排序。
2、排序的序号是否有重复。
3、排序的序号是否按从小到大进行排序。
4、是否按规定的排序方法进行排序。
5、排序中是否有数据丢失现象。
6、排序中数据读取是否有不完整现象。
7、数据为空时，排序时系统是否给出提示。
8、系统是否能响应多次排序。
取消
1，取消后的数据应未被存储到数据库，或者缓存。
2，对于已保存的数据，取消后将不会影响数据。
3，单击取消，页面刷新，对话框自动消失。
4，对于流程的取消，系统应给出是否取消的提示框。
5，对于不能取消的数据，系统是否给出了判断提示。
删除
1、删除时是否每一条数据都从数据库删除，或者只是删除缓存。
2、对要有引用的数据，删除时，引用的数据是否也相应的被删除。引用数据本应不删除。
4、删除时，是否对重要数据的删除作出了提示。
5、删除的数据是否和数据库中的相应字段相对应。
6、删除一条数据，对其它数据无影响。
7、对一条信息进行删除，点击提示对话框的确定按钮后，检查信息是否被删除。
8、一条信息进行删除，点击提示对话框的取消按钮后,检查数据是否没有被删除。
9、删除信息成功后是否弹出提示框。
上传文件
1、检查空文件上传后能否下载、打开。
2、检查上传后文件内容是否正确。
添加
1，点击添加按钮能否进入添加信息页面。
2，任何数据不填就提交是否弹出提示框。
3，添加信息中的必填的项没填，是否弹出提示框。
4，信息没有填写完就提交，是否弹出提示框。
5，信息填写一部分，然后退出添加，检查添加信息是否没有成功。
6，添加信息中的文件上传能否成功。
7，添加信息中的文件上传成功后是否弹出提示框。
8，信息提交成功是否弹出提示对话框。
9，信息填写完毕后点击确认是否能正常保存。
填写表单
1，按TAB键文本框能否按照顺序切换。
2，必填项没填是否弹出提示框。
3，检查是否规定了早日期在前晚日期在后（例如报名时间是2.20~2.23是否限制了2.23~2.20输入格式）。
4，表单的数据是否有数据长度的限制。
5，表单的数据是否有数据类型的限制。
6，表单的数据为空时，系统是否给出判断。
7，对特殊字符的输入系统是否做了处理。
8，利用复制、粘贴等操作强制输入程序不允许的填写数据。
9，是否能正确接受文字信息，并正常显示。中文，英文，日文等。
10，填入的内容，前后是否匹配。
退出
1、单击退出，是否能正常退出。
2、对于已保存的数据，退出后将不会影响数据。
3、对于未保存的数据，退出数据将丢失。
4、退出某个界面，是否返回到指定的页面。
5、对于不能退出的项目及流程，系统是否给出了提示。
6、单击退出，系统是否弹出是否退出提示框。
7、点击退出按钮能否正常退出。
8、退出后是否返回登录页面。
9、退出后点击浏览器的返回按钮，检查是否弹出警告提示框。
下载文件
1、下载文件能否成功。
2、下载的文件数据是否有丢失。
3、点击下载是否能正确连接。
4、能否对下载文件直接打开。
5、选择下载后能否成功取消下载。
6、未上传文件能否成功连接下载。
显示表格
1，检查下载的表格中数据是否正确。
2，检查表格中的数据对齐方式是否统一。
3，检查是否限制了对表格行或列的删除。
新增
1、是否每一个数据都按要求存储到数据库，或者只是缓存。
2、输入各数据的边界值，添加是否成功。
3、添加时，是否每个数据都进行了必填项的限制。
4、添加时，是否对每个数据都进行了数据类型的判断。
5、每个数据是否和数据库中的每个字段相对应。
6、对要有引用的数据，添加时，是否被正确引用。
7、添加时，是否对每个数据都进行了数据长度的判断。
8、添加图片时，是否对图片的大小进行判断。
9、添加图片时，是否对图片的类型进行判断。
10、是否对添加数据的条数有限制。
11、点击添加按钮能否进入添加信息页面。
12、任何数据不填就提交是否弹出提示框。
13、添加信息中的必填的项没填，是否弹出提示框。
14、信息没写完就提交，是否弹出提示框。
15、息填写一部分，然后退出添加，检查添加信息是否没有成功。
16、添加信息中的文件上传能否成功。
17、信息提交成功是否弹出提示对话框。
18、正确输入各字段的值，提交后看数据保存是否成功。
修改&编辑
1、编辑中对某项数据进行修改，检查提交后该项数据是否随着更新。
2、对要有引用的数据，修改时，修改数据是否被正确引用。
3、修改成数据的非法值时，是否对数据进行判断。
4、修改的数据是否和数据库中的相应字段相对应。
5、是否对修改成重复数据进行了判断。
6、修改成数据的边界值时，修改是否成功。
7、修改一条数据，检查对其它数据无影响。
8、对不能修改的数据，是否有提示。
9、点击编辑按钮能否进入编辑页面。
10、编辑中对某项进行数据清空，检查提交后该项数据是否被清空。
11、对信息编辑后，与之有关的其他信息是否随着更新。
12、编辑信息提交成功后是否弹出提示对话框。
选择
1、能进行多选、单选、全选。
2、选择父节点，子节点不被选上；选择子节点时父节点被选上。
3、对有数据引用的页面，选择的项在引用页面能正确显示。
5、选择过多数据时，系统相应时间不能太长。
6、选择为空时，系统是否给出判断。
7、选择框的内容较多时建议使用滚动条。
8、选择的数据是否都按要求存储到数据库，或者只是存储到缓存。
8、规定的单项选择是否限制了多选。
9、已选择的项是否有特殊符合标示（例如被选项前面打钩）。
10、点击一次是选择，再点击一次就是否是取消。
11、能否选择下拉菜单中的选项。
12、下拉菜单中只能选择而不能输入数据。
13、选择下拉菜单中的选项能否进入相应的页面。
14、检查选择转页的页数后是否转到相应的页。
15、检查各个选项能否用TAB键切换。
16、检查点击全选按钮是否所有选项被选中。
17、检查点击反选按钮后被选中的选项是否被取消，没选中的选项是否被选中。
页面间数据读取
1、是否有数据丢失现象、是否完整。
2、每个读入数据的内容是否正确。
3、页面间数据的读取的格式是否正确，是否经过格式转化。
4、数据为空时，读取是否正确。
5、利用复制、粘贴等操作强制输入的数据，是否能正确读取。
6、对特殊字符的输入是否能正确读取。
7、是否读入到相应的位置。
8、是否能正确接受文字信息，并正常读取显示。中文，英文，日文等。
9、对于读取的数据，是否能对它进行操作。
10、数据输入或修改后，页面的读取是否能及时更新。
页面链接
1，鼠标指针点到链接处是否变成手型。
2，点击页面链接是否到相应的页面。
3，点击路径栏上的链接是否到相应的页面。
4，邮箱的消息链接上的消息的数量显示是否正确。
5，点击邮箱的消息链接是否可以进入邮箱的消息列。
6，避免死链接情况，执行完相应操作应有返回按钮。
7，保证Web应用系统上没有孤立的页面。
用户登录
1，检查用户名输入框和密码输入框之间能否用TAB切换。
2，用户名输入框和密码框什么都不输入检查是否不能登录。
3，检查只输入用户名不输入密码是否不能登录。
4，检查只输入用户名不输入密码是否弹出提示框。
5，检查输入正确的用户名和错误的密码是否不能登录。
6，检查输入正确的用户名和错误的密码是否弹出提示框。
7，检查输入正确的用户名和密码是否能登录。
8，密码框中输入特殊字符（如&*%）等能否正常登录。
9，密码框不能识别特殊字符是否弹出提示框。
10，检查输入正确的用户名和密码后按回车键能否登录。
11，输入正确的用户名和密码后点击确定按钮能否登录。
12，放弃登陆，系统会自动退出登陆框。
13，为用户赋予相应的模块权限，登陆后用户能否操作相应的模块。
14，为用户赋予相应的模块权限，用户退出登录后检查是否回到登录页面。
用户权限设置
1，不设置用户权限，检查用户能否正常登录/查看某个系统。
2，设置用户权限，检查有权限的角色能否正常登录/查看某个系统。
3，设置用户权限，检查是否限制了没有权限的角色登录/查看某个系统。
4，设置用户权限，没有权限的角色登录或查看某个系统是否弹出提示对话框。
5，对某用户进行权限设置后，检查设置是否成功。
6，对某用户进行权限设置成功后，是否弹出提示框。
7，多个用户对同一个系统都有权限，检查这些用户是否都能正常登录或查看该系统信息。
8，检查权限更改后，以前有权限的用户是否没有权限登录或查看系统。
9，用户分配权限时，用户ID和密码是否匹配。
10，用户分配权限时，用户ID和密码是否唯一。
11，对只能浏览的页面是否具有操作的权限。
12，对于用户组，权限的分配是否完整。
重填&重置
1，单击重填时，是否每个数据都被清空。
2，系统是否能进行多次重填。
3，单击重填后，能否填入相应的数据。
4，对保存于数据库的数据，重填不能删除该数据。
5，对不能重填的项，系统是否会给出判断、提示。
6，信息填写一部分后，点击重填，检查已经填写了的信息是否没有被保存。
7，检查重填后能否提交成功。
8，检查重填后界面中的数据是否更新。
自动生成数据
1、添加数据到数据库后，系统是否会自动增加一条记录。
2、删除数据后，系统是否会自动删除这条记录。
3、统计时，系统是否能自动生成汇总表单。
4、查询时，系统是否会按查询条件自动生成表单。
5、修改数据后，系统是否会自动修改一条记录。
6、对于导入数据清单后，系统是否能自动对应生成导入的清单。
7、对于引用数据后，系统是否能自动对应生成引用数据。
8、当数据过多时，能否自动生分页。
9、一些累加的数据项是否根据数据的添加而算出结果。
10、检查一些有翻页的界面中页数统计是否正确。
11、检查统计数据是否正确。
测试用例写作方法
测试用例八大要素
测试用例编号
字符和数字组合成的字符串，用例编号应具有唯一性、易识别
系统测试
产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试
产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试
产品编号-UT-单元测试项名-单元测试子项名-XXX
测试项目
当前测试用例所在测试大类、被测试需求、被测模块、被测单元等
系统测试用例测试项目
软件需求项
集成测试用例测试项目
集成后的模块名或接口名
单元测试用例测试项目
被测函数名
测试标题
简单描述，需要用概括的语言描述用例的出发点和关注点，原则上每个用例的标题不能重复
重要级别
对基本和普通测试项的区分
高级别
保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
中级别
重要程度介于高和低之间的测试用例
低级别
实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例
预置条件
执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行或无法得到 预期结果
输入
用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况，有手工输入、文件、数据库记录等
操作步骤
执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行
预期输出
当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等
测试用例写作检查规则
1.测试用例标识是否按照测试方案的规则来编写
2.是否每个测试用例的预置条件都被描述清楚？
3.每个测试用例的“输入”中是否列出了所有测试的输入数据？
4.测试用例的“预期结果”是否完整而清晰？
5.是否明确说明了每个测试用例或测试用例集的重要级别？
6.是否明确说明了测试用例的执行顺序
测试用例额外的要素
用例设计者
能准确的找到测试用例设计人员，对用例修改时能方便找准人员
用例设计日期
方便检查用例设计的进度
用例版本号
方便用例设计人员对用例的跟踪
对应的开发人员
出现BUG后能及时找到相应的人员进行修复
0 条评论
下一页
