一、页面控件
1.输入框
1.1普通输入框
1. 字符型输入框：英文全角、英文半角、大小写英文、数字、特殊字符串如null， 空格，回车转义符、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。若是必填项只输入若干个空格，程序应友好提示。
2. 长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。
3. 空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格
4. 多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、
5. 安全性检查：输入特殊字符串
（null,NULL,,javascript,<script>,</script>,<title>,<html>,<td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>）、html格式语言<br><tr><td><body><script><front>
6.数据提交后查看数据库中的内容是否正确
7.输入很大的数（如4,294,967,269），输入很小的数(负数)
8.输入特殊字符,如:~!@#$%^&*()_+<>:”{}|
9.输入中英文空格，输入字符串中间含空格，输入首尾空格
10.输入特殊字符串NULL,null，0x0d 0x0a
11.输入正常字符串
12.输入与要求不同类型的字符，如: 要求输入数字则检查正值,负值,零值（正零，负零）,小数,字母,空值; 要求输入字母则检查输入数字
13.对于像回答数这样需检验数字正确性的测试点，不仅对比其与问题最终页的回答数，还要对回答进行添加删除等操作后查看变化
1.2数值输入框
1、输入整数首位、末位为0
2、输入正负数值
3、输入0、小数、小数末位为0
4、输入多个小数点
5、输入小数位数大于小于等于要求的有效位
6、输入非数值型数据，程序应提示错误；若字段禁止直接输入非数值型数据，可尝试拷贝粘贴的方式，保存时应无法保存，并给出相应提示
7. 位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数
8.异常值、特殊字符：输入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁止直接输入特殊字符时，尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能，通过剪贴板拷贝到输入框，分页符，分节符类似公式的上下标等、数值的特殊符号如∑，㏒，㏑，∏，+，-等、
9.输入负整数、负小数、分数、输入字母或汉字、小数（小数前0点舍去的情况，多个小数点的情况）、首位为0的数字如01、02、科学计数法是否支持1.0E2、全角数字与半角数字、数字与字母混合、16进制，8进制数值、货币型输入（允许小数点后面几位）、
10.安全性检查：不能直接输入就copy
1.3日期输入框
1、日输入0，1，30，31，32
2、根据闰年，大小月份，日输入28，29，30，31
3、月输入0，1，12，13
4、时输入00，23，24
5、分秒输入00，59，60
6、日期格式校验，根据项目要求而定是否合法
7、输入汉字、英文、字符等特殊符号
8、另外需核实系统中所涉及日期时间是否取自服务器
9、考虑开始日期与结束日历的比较，特别是在查询的时候.
10、 异常值、特殊字符：输入空白或NULL、输入~！@#￥%……&*（）{}[]等可能导致系统错误的字符
11、 安全性检查：不能直接输入，就copy，是否数据检验出错？
2.上传文件
2.1普通上传
1、页面校验，如页面美观易用，按钮文字、说明文字是否正确，必填项的标识是否正确，对必填项是否校验
2、根据系统要求对文件类型、文件大小做校验，可从等价类、边界值进行分析，上传失败的要求有明确的提示信息
3、上传文件是否支持中文路径，中文名称
4、文件名称的最大值、最小值、特殊字符（包含空格），使用程序语句是否会对齐造成影响
5、上传文件是否可以同时上传多个，可否可选择文件夹上传其对应的文件
6、上传文件数超过最大值是在提交前还是提交后校验
7、上传文件速率性能测试，检查系统资源占用
8、上传文件安全性测试，如上传常见木马
9、上传文件后，检查是否与原文件一致，包含目录设置等
10、上传文件是否能正确打开
11、上传文件大小在需求限制范围内可成功上传；
12、上传文件大小超出需求限制范围需提示超出限制，不可成功上传；
13、上传文件数量在需求限制范围内可成功上传；
14、上传文件数量超出需求限制范围需提示超出限制，不可成功上传；
15、上传文件格式在需求限制范围内可成功上传；
16、上传文件格式超出需求限制范围需提示超出限制，不可成功上传；
17、上传文件名长度超出需求限制长度的文件提示超出限制，不可成功上传；
18、上传文件无效文件时，举例：大小为0kb的文件，不可成功上传；
19、上传成功的文件名称显示正确无异常；
20、在不同浏览器上传符合要求的文件均可成功上传；
21、根据需求，若上传路径支持手动输入时，输入正确的文件路径可成功上传
22、根据需求，若上传路径支持手动输入时，输入错误的文件路径不可成功上传；
23、已被打开的文件上传，根据用户需求确定能否成功上传；
24、修改非法格式文件的后缀名为支持文件格式的类型，文件上传不成功；
25、修改合法格式文件的后缀名为不支持文件格式的类型，文件上传不成功；
26、上传同名文件，根据需求确定能否上传成功；
27、上传文件的过程中，若文件上传未完成时，可取消上传操作；
28、若上传文件成功后，页面存在数据保存或提交按钮时，未点击保存或提交按钮，上传文件则不显示在页面中；
29、上传文件允许多个时，再次上传文件，上传页面不可显示上次文件的名称，需刷新上传页面；
30、上传为空时，点击上传按钮，需弹出提示信息；
31、已损坏文件上传时，需提示，不可成功上传；
32、文件存储位置路径深度测试，当超出最大深度，需提示，上传文件不可成功；
33、文件目标服务器已满时，上传文件需提示，文件上传不成功；
2.2 pc与h5数据关联
2.2.1H5与PC端的素材同步关系
1.H5上传的素材页面只显示通过H5上传的素材，PC上传的素材不同步至H5，H5上传的素材实时同步至PC对应的素材Tab页；
2.PC上修改素材（图片、音乐、视频）的标题和视频描述，H5上同步修改；
3.PC上删除素材（图片、音乐、视频），H5也同步删除；H5上删除素材，PC上也同步删除；
2.2.2上传素材-空数据页面
1.H5上传素材页面为空页面时，展示默认文案“您可以选择视频、图片或音频素材进行上传”；
2.点击“上传”按钮，打开选择文件的页面，可访问手机本地文件（支持拍照、访问照片图库、浏览文件库）；
3.选择本地文件后，在当前页面显示该文件上传的进度，上传完后自动刷新当前页面，正常展示到文件列表；
2.2.3上传素材-有数据页面
1.素材按照转码完成的时间顺序排列展示，上传中的展示在前，转码完成的展示在后；
2.每页加载20条数据，下滑页面加载新数据；
3.上传失败(非转码失败)的素材，在判断出上传失败后，toast提示“素材上传失败”，点击“编辑”-“删除”或刷新当前页面，将该素材从列表中删除；
4.转码失败的素材，在判断出转码失败后，在列表中显示“上传失败”的状态；
5.点击右上角“编辑”，上传完成和转码失败的文件前出现选择框：
（1）未选择文件时，“删除”按钮不可点击；
（2）勾选文件后，显示本次删除的文件数，点击删除时弹出删除的二次确认对话框；
（3）下滑刷新加载更多数据，支持勾选多个文件进行批量删除；
6.上传中的文件不能删除，上传完成和转码失败的文件可删除；
7.视频文件：
（1）上传完成的视频有”分享”按钮，其它类型各个状态下的文件无此按钮；
（2）视频素材在封面上标注“视频”及视频时长，右侧展示视频标题，上传时间，文件大小及“分享”按钮，点击“分享”按钮，进入视频分享页面；
（3）上传视频的文件标题显示两行，超过两行显示不下用...表示；
（4）视频文件支持上传avi、flv、mov、mp4、wmv格式文件；
8.音频文件：
（1）音频封面用默认图，封面上标注“音频”及音频时长，右侧展示音频标题，上传时间，文件大小；
（2）上传音频的文件标题显示两行，超过两行显示不下用...表示；
（3）音频文件支持上传mp3、wav格式文件；
9.图片文件：
（1）图片封面用实际上传的图片作为封面，封面上标注“图片”字样，右侧展示图片标题，上传时间，文件大小；
（2）图片获取不到封面时，用默认图代替；
（3）上传图片的文件标题显示两行，超过两行显示不下用...表示；
（4）图片文件支持gif、jpeg、jpg、png格式文件；
10.支持单个文件上传和最多批量上传5个文件，上传完后自动刷新当前页面，正常显示到文件列表；
11.上下滑动H5页面，加载新数据，顶部logo和“编辑”按钮应始终固定在顶部；
12.H5上传文件列表页及文件分享页在主流浏览器及客户端下访问，功能正常、页面显示正常：微信、微博、QQ、Safari浏览器、UC浏览器、QQ浏览器、搜狗浏览器、夸克浏览器、猎豹浏览器等；
13.上传素材时，断开网路，则中断上传，在当前页恢复网路，则继续上传；
14.选择非图片、视频、音频格式文件时，限制上传，提示“暂不支持上传该格式文件”；
3.下载文件
1、右键另存为是否可正确下载文件，工具下载是否正确
2、单击下载是否是提示下载还是页面打开
3、对于本机没有安装工具的文件是否能打开
4、对于直接在页面内打开的内容是否显示正常，页面美观性
5、保存到本地是否能正确显示
6、下载次数是否被正确记录，另外取消下载是否会记录下载次数
7、后台设置了下载权限的文件是否可以被正确看到，是否可正确下载
8、下载文件是否支持多个文件同时下载，或同一文件多次下载
9、下载文件异常性测试，如本地磁盘空间不足
10、下载文件速率性能测试
11、下载文件特性测试，如是否支持断点下载
12、下载文件后，检查是否与原文件一致，是否能正确打开
13、可以下载成功，下载文件和上传文件大小，文件名称，格式一致；
14、下载文件打开内容正确，和上传文件内容一致，无乱码，无异常；
15、不同浏览器都可下载下载成功，文件大小，文件名称，格式，内容一致；
16下载未完成时，可取消下载操作；
17、可下载文件后台被删除时，点击下载需提示，根据用户需求而定；
4.登录注册
4.1界面测试
1、 布局是否合理，输入框和按钮是否对齐，界面风格是否统一，有没错别字
4.2功能测试
1、用户名和密码都有最大和最小长度，根据边界值分析，取上点、离点，内点
2、用户名和密码都有字符类型要求，根据等价类分析，划分几个无效及有效等价类
4、用户名密码输入特殊字符，如/’ “ 或程序语言等
5、输入密码时，大写键盘开启时要求有提示信息
6、输入的密码是否密文显示
7、改变已存在用户的用户名和密码的大小写来登录
8、登录后是否会用明文传递参数
9、数据库中不存在的用户名，或存在的用户名，错误的密码来登录
10、输入的正确的用户名或密码前后中间有空格
11、登录失败后，不能记录密码的功能
12、选中记住密码是否可以保存密码，重新打开是否保存着正确的密码
13、选中记住密码后换一个账户，保存的密码是否正确地与账号对应
14、登录失败后，已经输入的用户名和密码一般需要清空
15、登录后保存里面的链接，关了浏览器直接复制链接看能不能访问
16、输入已注册的用户名和正确的密码，验证是否登录成功；
17输入已注册的用户名和不正确的密码，验证是否登录失败，并且提示信息正确；
18、输入未注册的用户名和任意密码，验证是否登录失败，并且提示信息正确；
19、用户名和密码两者都为空，验证是否登录失败，并且提示信息正确；
20、用户名和密码两者之一为空，验证是否登录失败，并且提示信息正确；
21、用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）
22、用户名和密码前后有空格的处理
用户名和密码是否大小写敏感；
页面上的密码框是否加密显示；**
23、登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
24、用户名和密码是否通过加密的方式，发送给Web服务器
25、用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
26、用户名和密码的输入框，应该屏蔽SQL注入攻击
27、用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
28、错误登陆的次数限制（防止暴力破解）
29、考虑是否支持多用户在同一机器上登录；
30、如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入正确的验证码，验证是否登录成功；
31、如果登录功能启用了验证码功能，在用户名和密码正确的前提下，输入错误的验证码，验证是否登录失败，并且提示信息正确。
32、后台系统创建的用户第一次登录成功时，是否提示修改密码；
33、忘记用户名和忘记密码的功能是否可用；
34、如果登录功能需要验证码，点击验证码图片是否可以更换验证码，更换后的验证码是否可用；
35、刷新页面是否会刷新验证码；
36、如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性；
37、用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面；
38、不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；
39、页面默认焦点是否定位在用户名的输入框中；
40、快捷键 Tab 和 Enter 等，是否可以正常使用。
4.3性能测试
1.单用户登录的响应时间是否小于 3 秒；
2.单用户登录时，后台请求数量是否过多；
3.高并发场景下用户登录的响应时间是否小于 5 秒；
4.高并发场景下服务端的监控指标是否符合预期；
5.高集合点并发场景下，是否存在资源死锁和不合理的资源等待；
6.长时间大量用户连续登录和登出，服务器端是否存在内存泄漏。
4.4安全性测试
1、密码一般要求不可以复制粘贴
2、用户名和密码是否通过加密的方式，发送给服务器
3、用户名和密码的验证，应该是服务端和客户端同时验证
4、用户名和密码的输入框，要求屏蔽SQL注入，如输入or 1=1
5、错误登录次数限制，防止暴力破解
6、Cookie有效时间验证
7、是否允许多用户同时登录
8、使用已被删除或禁用的账号登录
9、用户密码后台存储是否加密；
10、用户密码在网络传输过程中是否加密；
11、密码是否具有有效期，密码有效期到期后，是否提示需要修改密码；
12、不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重新定向到用户登录界面；
不会。
13、密码输入框内输入的密码是否都可以在页面源码模式下被查看；
14、用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串，验证系统行为是否被篡改；
15、同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期；
16、同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性。
4.5易用性测试
1、检验是否支持tab和enter键
4.6兼容性测试
1.不同浏览器下，验证登录页面的显示以及功能正确性；
2.相同浏览器的不同版本下，验证登录页面的显示以及功能正确性；
3.不同移动设备终端的不同浏览器下，验证登录页面的显示以及功能正确性；
4.不同分辨率的界面下，验证登录页面的显示以及功能正确性。
5.搜索
5.1基本功能
1.搜索按钮功能是否实现；
2.点搜索后，原先的搜索条件是否清空；
3.注意验证搜索框的功能是否与需求一致，即是模糊搜索，还是完全搜索。如果支持模糊查询，搜索名称中任意一个字符，要能搜索到；如果支持完全搜索，点击“搜索”，查询结果正确；中%国，查询结果是不是都包含中国两个字的信息
4.比较长的名称是否能查到,输入过长查询数据，看其有没判断，报错;系统是否会截取允许的长度来检索结果;只能输入允许的字符串长度？
5.空;默认查询条件结果集
6.空格;
7.是否有忽略空格的功能，有的搜索框是需要有忽略前置空格和后置空格的功能，但不能把中间空格忽略;
8.输入各种字符，譬如输入范围是09，AZ的看输入中文是什么效果,字符（尤其是英文单引号），数字，特殊符号以及组合情况（特殊符号就是键盘上的那些）;中文值，字母大、小写值、数字类型值、全角、半角值，
9.输入系统中存在的与之匹配的条件,看其的查询后数据的完整性;显示记录条数正确、文字折行显示正确、页面布局美观,列标题项、列显示内容、排序方式符合需求定义;搜索出的结果页面是否与其他页面风格一致；
10.焦点放置搜索框中，搜索框默认内容是否自动被清空；
11.输入系统中不存在的与之匹配的条件;本站内搜索输入域中不输入任何内容，是否搜索出的是全部信息或者给予提示信息
12.用快捷键或鼠标粘贴内容看，测试搜索框是否能执行;
13.查询结果超过一页可以下滑，并选中;
14.注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方;
15.用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明。
16.反复输入相同的数据（5次以上）看是否报错
17.在输入结束后直接按回车键,看系统处理如何,会否报错
18.敏感词汇，提示用户无权限等信息
5.2组合查询
1.不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）
2.测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。
3.组合各个文本域查询条件，点击“搜索”，查询结果正确
4.多个关键词中间加入空格，tab，逗号后，验证系统的结果是否正确
5.3其它
1、于输入框处双击鼠标是否出现下拉菜单记忆已搜索过的内容
2、特殊数字的判定,如输入"10101010"二进制字符系统的判断与报错
3、于输入框单击鼠标左键,是否有光标出现
4、承上,光标出现后使用"Tab"键后,"搜索"按钮是否出现选定TIP
5、于输入框点击鼠标右键是否出现Menu,Menu内容依次为"撤消"、"复制"、"粘贴"、"删除"、"全选"(具体情况视实际情况而定)
6、检查以上Menu出现的选择模块是否可正常使用
7、于输入框输入任意长度字母、数字、文字,双击鼠标左键,观察输入项目能否被全部选中
8、输入正则表达式
9、写段select查询语句，插入语句等，看看执行结果ctrl+z,+x,+c,+v快捷键操作等是否可行
10、特殊字符，转义符，html脚本等需作处理
11、键盘回车键、Tab键
12、边界值验证，在允许的字符串范围内外，验证系统的处理
5.4高级查询
(1)查询条件全选和非空时是否正常
(2)是否实现组合条件查询
(3)是否支持模糊查询
(4)是否能够查询历史数据和当前数据
(5)边界值查询是否正常
(6)有日期查询的是否对日期做了判断，不符合日期条件的给出的是否有给出正常提示
(7)查询出的记录修改保存操作能否正常进行
(8)查询输出的结果是否正常
(9)查询结果是否支持默认排序
(10)查询结果是否支持分页功能
(11)重置后，恢复缺省查询条件，而不是清空所有查询条件
6.新增
1.输入的合法性和非法性是否有校验
a.运用等价类划分和边界值法测试输入项数据，对于超出长度限制的是否有提示和处理（使缓冲区溢出的数据）。
b.按照输入规则的类型、格式等进行合法性和非法性校验
2.输入不符合要求的地方要有错误提示
3.可以连续增加多条记录，对主键冲突的记录是否提示信息重复
4.输入项是否有默认值
5.下拉框/列表框中数据来源是否正确：一般数据来源如下：
a.值来源于程序代码中预定
b.值来源于某个维护界面，当对维护界面中的值进行新增修改删除时，当前界面的值是否随之更新及可用
6.各输入项之间的依赖关系是否正确
7.对于值自动生成的输入项，生成规则是否符合要求
8.在添加页面，留出一个必填项为空，检查是否会提示，且必填项是否有红色*标识
9.两端输入空格时，是否自动清除两端空格
10.新增成功是否有提示，新增错误是否有提示
11.新增失败时是否保留增加窗口
12.新增成功后会记录操作日志
13.在添加页面，输入要添加的数据项均合理，检查后台数据库以及列表页是否添加了相应的数据
14.提交新增后影响到哪些窗口和页面
15.新增过程中点击重置功能，是否能够清空已输入的数据，但不清空新增时默认生成的数据。
16.新增过程中点击取消功能,是否能够弹出“是否需要保存”的提示
7.修改
(1)点击修改，弹出的修改页面的信息是否与原信息一致，检查有没有存在部分数据丢失的信息
(2)数据的主键是否可以被修改
(3)修改成功后，点击保存是否有提示“修改成功”，原信息是否被正确修改
(4)与该条记录有关的页面数据是否被修改
8.删除
（1）是否支持单选/多选/全选删除
（2）不选择记录时默认删除哪条记录
（3）删除前是否有用户二次确认提示
（4）删除成功后是否有提示且检查后台数据库及列表是否删除了相关数据
（5）删除成功后是否可以再添加同样的数据记录
（6）与该条记录有关的页面数据是否被删除
9.导入
（1）分别导入含有0条、1条和多条数据的文件
（2）导入不同类型的文件，测试系统是否会对非法类型进行提示
（3）导入文件的内容与要求不符合时系统如何判断
（4）导入重复文件时系统如何处理，是更新还是直接跳过？
（5）导入路径长、文件名长的文件是否能够正常导入
（6）导入过程中进度显示是否正确
（7）导入数据在页面中正确显示
（8）导入成功后弹出“导入成功”提示
（9）导入失败时有没有明确给出提示信息，并且允许用户继续或终止导入
10.导出
（1）允许用户指定的文件路径和文件名
（2）如果发现可能覆盖一个已存在的文件，是否有询问用户继续导出
11.上传图片
11.1功能测试
- 选择符合要求的图片上传-----上传成功
- 上传成功的图片名称显示---显示正常
- 查看下载上传成功的图片--下载成功，显示正常
- 删除上传成功的图片--可删除
- 替换上传成功的图片----可替换
- 上传图片是否支持中文名称---需求而定
- 图片路径是否可手动输入：
- 可手动输入：
- 输入正确且存在的图片路径--上传成功
- 输入错误的图片路径--不能上传
不可手动输入：
- 选择自动带出的图片路径，上传--上传成功
- 按f12篡改正确的图片路径，上传--上传成功
- 按f12篡改错误的图片路径，上传---上传失败
11.2图片大小测试
- 符合格式，大小小于限制大小---上传成功
- 符合格式，大小等于限制大小---上传成功
- 符合格式，大小大于限制大小---提示过大
- 图片大小超过存储剩余空间
- 图片上传时，存储空间已满
11.3图片名称
- 图片名称过长，win2000标准：255个字符（英文），中文127个字符----提示过长
- 图片名称达到最长（中英文或混合），上传图片名称显示---显示正常
- 图片名称包含特殊字符---需求而定
- 图片名称全为中文
- 图片名称全为英文
- 图片名称中英混合
11.4图片类型
- 上传正确格式---上传成功
- 上传不允许格式--上传失败
- 上传rar,zip打包图片---需求
11.5图片内容
- 图片内容相同，名称相同 ---上传成功
- 图片内容不同，名称不同---上传成功
- 图片内容不同，名称相同--需求
- 图片内容相同，名称不同--需求
11.6安全性测试
- 上传可执行图片--需求
- 上传常见木马图片---提示不能上传
- 上传时服务空间已满---提示
- 上传时服务器验证---所有验证都在服务端，不能在客户端验证
- 上传时绕过验证，替换sessionid--验证失败（抓包-修改数据-发回服务器）
- 上传时绕过验证，删除sessionID--验证失败（抓包-修改数据-提交给服务器）
11.7性能测试
- 上传网速很慢--超过一定时间，提示
- 上传过程断网---有提示是否上传成功
- 上传过程服务器停止工作--有提示是否上传成功
- 上传过程服务器资源利用率---在正常范围
- 发送多个上传请求
- 对接口进行压力测试
- 响应时间、吞吐量、并发数记录
11.8接口测试
- 接口参数化：特殊字符、参数类型、参数有无、null、必选参数、组合参数、边界值
- 接口功能测试：业务流程---正常流程、异常流程
- 接口性能：响应时间、吞吐量、并发数
- 接口安全：敏感信息加密、必要参数后端验证、接口防恶意修改
11.9界面测试
- 界面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）--显示正常
- 按钮文字是否正确--正确
- 正确、错误提示的文字是否正确---正确
- 上传响应时间检查
- 上传页面显示和控制检查
11.10 其它测试
1.有多个上传框时，上传相同名称的图片--需求而定
2.上传一个正在打开的图片--可以上传
3.图片路径是手工输入的是否现在长度---限制一定的长度
4.上传过程中是否有取消正在上传图片的功能--有
5.有没有已经选择好，但是没有上传的图片A，另外选择图片B上传--上传成功
6.选择好但是未上传的图片是否可以取消选择--可以取消选择
7.不选择文件直接点击上传，看是否给出提示
8.连续多次选择不同的图片，查看是否上传最后一次选择的图片
12.下拉框
1、默认值(为空，提示选择，基一值)检查:
2、列表内容，是可变还是固定的，可变的最好要用SQL或其他方式验证正确性，不允许出现重复值;
3、列表中的排序方式，特别是选项过多时尤为重要;
4、列表过长是杏捉供滚动条支持.一般超过10个需要滚动条;
5、选择一个选项后是否可编辑，有的下拉菜单允许编辑选择，这还需要验证其合法性;
6、列表中文本的对齐方式，一般都是左对齐;
7、选择框的长度足否可变;
8、选择框的长度是否合适，是否会出现选择项后不能全部显示其内容;
9、下拉菜单获取焦点后，是否可以通过键盘操作，主要包括1 ,↓ ,Home ,End ,PageUP ,PageDown等。
可编辑的下拉菜单测试:
（1)插入新值，检查输入合法性．革复值要提示;插入值长度、个数是否有限制;
（2)删除一个值;能否删除默认值;是否所有的预置选项可删除，是否可删除所有选项;
（3)新堵，删除选项后，下拉菜单内容是否能正确显示。
下拉菜单联动检查:
假设有A、B、C三个下拉菜单，A联动B，B联动C;这时需要检查:
（1)A选择一个选项后，B下拉菜单内容应该是A中这一项所包括的所有内容;
（2)选择B中的一个选项，C下拉菜单内容应该是B中这一项所包括的所有内容;
（3)更改A中的内容．B．C菜单应该做相应改变;
（4)更改B中内容，C菜单应做相应改变。
二、常规测试类型
1.界面友好性测试
1.1界面
1. 风格、样式、颜色是否协调
2. 界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条
3. 界面操作、标题描述是否恰当（描述有歧义、注意是否有错别字）
4. 操作是否符合人们的常规习惯（有没有把相似的功能的控件放在一起，方便操作）
5. 提示界面是否符合规范（不应该显示英文的cancel、ok，应该显示中文的确定等）
6. 界面中各个控件是否对齐
7. 日期控件是否可编辑
8. 日期控件的长度是否合理，以修改时可以把时间全部显示出来为准
9. 查询结果列表列宽是否合理、标签描述是否合理
10. 查询结果列表太宽没有横向滚动提示
11. 对于信息比较长的文本，文本框有没有提供自动竖直滚动条
12. 数据录入控件是否方便
13. 有没有支持Tab键，键的顺序要有条理，不乱跳
14. 有没有提供相关的热键
15. 控件的提示语描述是否正确
16. 模块调用是否统一，相同的模块是否调用同一个界面
17. 用滚动条移动页面时，页面的控件是否显示正常
18. 日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX
19. 页面是否有多余按钮或标签
20. 窗口标题或图标是否与菜单栏的统一
21. 窗口的最大化、最小化是否能正确切换
22. 对于正常的功能，用户可以不必阅读用户手册就能使用
23. 执行风险操作时，有确认、删除等提示吗
24. 操作顺序是否合理
25. 正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。
26. 系统应该在用户执行错误的操作之前提出警告，提示信息.
27. 页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。
28. 合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。
29. 检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。
30. 背景灰度冻结
1.2、静态测试
1、整个Web应用系统的所有页面设计风格需保持一致。
2、整个Web应用系统页面结构设计布局合理，主题和页面排版合理，无页面变形，无样式丢失，背景显示正常，背景颜色与字体颜色和背景色协调，信息显示完整。界面的线条一致，每个界面中线条对齐且一致。
3、页面文字格式统一，颜色统一，无错别字。
4、页面标点符号格式统一，所有字段后若存在冒号，需查看冒号为统一的中文冒号或英文冒号。
5、页面所有的列表页标题字是不会折行，标题字显示需统一，统一居中，或统一居左，或统一居右。
6、页面中的提示说明叙述需简明，尽量简化，并且字体显示格式一致，颜色统一。
7、页面能兼容不同的浏览器，检查页面在不同浏览器下不会发生异常。
8、页面在不同分辨率，窗口大小中展示无变形。
9、页面界面所有的展示图片需样式一致，图片需显示清晰。
10、导航菜单布局合理，导航直观，且易于用户操作。
11、页面导航与页面结构、菜单、连接页面的风格一致。
12、页面导航易于导航且直观，若有导航帮助，导航帮助需准确直观，当存在多级菜单时，菜单图标需做区分，便于用户导航，用户当前操作页面的导航菜单需高亮显示提示用户，当前操作页面的导航路径需要正确显示。
13、页面数据需要搜索栏时，搜索栏需有效直观。
14、页面按钮格式及颜色需一致。
15、页面存在必填项时，需有必填项标志。
16、页面存在表格时，表格宽度需足够，并显示完整。当表格呈现内容过多时，需有效提示便于用户操作查看，比如增加更多按钮，点击可查看更多内容，或有滚动条显示。
17、页面存在表格时，页面表格中的内容超过最长字符限制用…显示，鼠标放上去后显示全部内容。
18、页面存在列表时，当前列表若无数据时，需显示红色字体的提示语：“暂无相关记录！”。
19、页面能读取需求中需要显示数据源，且数据正确读出，并完整显示。
20、web应用系统页面中公司图标，所有权归属，系统图标显示正确，图标在不同浏览器及分辨率均能正常显。
1.3、动态测试
1、页面操作友好易用。
2、页面导航菜单链接有效，点击后不会出现404，500报错。
3、页面所有的输入框都可以进行校验，超出限制时需有提示。
4、页面所有的按钮点击后有响应。
5、在对后台进行数据添加时，查看前台页面是需随后台数据一起变化，页面的数据不会溢出框外。后台增加表格内容时，根据需求出现折行或者滚动条，显示完整数据，页面不会变形。
6、页面所有的下拉框点击后有响应，下拉框数据显示正常且完整，取值正确，不会溢出框外。
7、必填项未填写时需有提示框弹出，显示提示语：xxx必填！
8、页面列表存在多条数据时，需有显示滚动或翻页功能使用户可查看完整数据。
9、页面存在搜索项时，设置查询条件，不点击查询按钮，翻页时不会改变用户行为，不会自动根据查询条件显示数据。
10、页面存在搜索项时，设置查询条件，点击查询，翻页时显示符合查询条件的数据。
11、在页面点【退出】按钮，成功退出到登录界面。
12、点击删除按钮时需有提示框弹出提示用户确定删除数据，避免误操作丢失数据。
当存在批量删除功能时，不选择任何数据，点击删除按钮需有提示。
13、页面输入项输入异常字符时需处理，不会出现系统报错，输入中文字符时需处理不会出现乱码或出错。输入非法数据时，需提示。
14、输入项输入正确数据时，输入和输出需保持一致。
15、取消操作可执行成功。
16、成功操作可根据需求在规定的时间及范围内生效。
1.4、窗体测试
1、窗体大小，大小要合适，控件布局合理；
2、移动窗体.快速或慢速移动窗体，背景及窗体本身刷新必须正确；
3、缩放窗体，窗体上的控件应随窗体的大小变化而变化；
4、用户图标若支持上传显示时，图片上传后显示时需统一尺寸及格式，页面不会变形，图标显示保持和其他同类图标一致。
2.业务流程
2.1增加、修改、查询、删除
1. 单项功能测试（增加、修改、查询、删除）
2. 增加——>增加——>增加（连续增加测试）
3. 增加——>删除
4. 增加——>删除——>增加（新增加的内容与删除内容一致）
5. 增加——>修改——>删除
6. 修改——>修改——>修改（连续修改测试）
7. 修改——>增加（新增加的内容与修改前内容一致）
8. 修改——>删除
9. 修改——>删除——>增加（新增加的内容与删除内容一致）
10. 删除——>删除——>删除（连续删除测试）
2.2链接测试
主要是保证链接的可用性和正确性，它也是网站测试中比较重要的一个方面。
可以使用特定的工具如XENU来进行链接测试。
2.3稳定性测试
1. 系统不间断运行（7*24），验证是否内存泄露、系统其他资源是否存在泄露
2. 如果很紧急上线，可以跑一晚上或者周末跑两天。
一般压力很大的情况下，数据库连接数问题、内存泄露问题会曝露的比较快但是死锁可能不能体现，所以要看系统重要性，如12306稳定性则最好7*24小时
2.4常规性能测试
1. 连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。
另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
2. 负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？
3. 压力测试
负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。
进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。
压力测试的区域包括表单、登陆和其他信息传输页面等
2.5易用性测试
1. 系统界面的控件是否可以通过tab键遍历，并且顺序合理
2. 主要功能的入口和操作是否易于理解
3. 界面是否布局合理，功能是否易于查找和使用
4. 操作步骤
5. 操作习惯
6. 有足够的提示信息，且信息文字描述准确
2.6兼容性测试
兼容性测试不只是指界面在不同操作系统或浏览器下的兼容，有些功能方面的测试，也要考虑到兼容性，
包括操作系统兼容和应用软件兼容，可能还包括硬件兼容
比如涉及到ajax、jquery、javascript等技术的，都要考虑到不同浏览器下的兼容性问题。
3功能测试(Function test)
0. 什么都不输入，点击提交按钮，看提示信息。（非空检查）
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。（正常输入）
2.输入错误的用户名或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验）
3.登录成功后能否能否跳转到正确的页面（低）
4.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）
5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤）
6.记住用户名的功能
7.登陆失败后，不能记录密码的功能
8.用户名和密码前后有空格的处理
9.密码是否加密显示（星号圆点等）
10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用
11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
12.输入密码的时候，大写键盘开启的时候要有提示信息。
4性能测试(performance test)
1.打开登录页面，需要几秒
2.输入正确的用户名和密码后，登录成功跳转到新页面，不超过5秒
5安全性测试(Security test)
1.登录成功后生成的Cookie，是否是httponly (否则容易被脚本盗取)
2.用户名和密码是否通过加密的方式，发送给Web服务器
3.用户名和密码的验证，应该是用服务器端验证， 而不能单单是在客户端用javascript验证
4.用户名和密码的输入框，应该屏蔽SQL注入攻击
5.用户名和密码的的输入框，应该禁止输入脚本 （防止XSS攻击）
6.错误登陆的次数限制（防止暴力破解）
7. 考虑是否支持多用户在同一机器上登录；
8. 考虑一用户在多台机器上登录
6可用性测试(Usability Test)
1. 是否可以全用键盘操作，是否有快捷键
2. 输入用户名，密码后按回车，是否可以登陆
3. 输入框能否可以以Tab键切换
7兼容性测试（Compatibility Test）
1.主流的浏览器下能否显示正常已经功能正常（IE,6,7,8,9, Firefox, Chrome, Safari,等）
2.不同的平台是否能正常工作，比如Windows, Mac
3.移动设备上是否正常工作，比如Iphone, Andriod
4.不同的分辨率
8本地化测试 （Localization test）
- 不同语言环境下，页面的显示是否正确。
- app测试
- 功能
1.1注册
1.2登录
1.2.1账号密码登录
1.登录用户名和密码错误时，界面有提示信息
2.用户主动退出登录后，下次启动APP时，应该进入登录界面
3.密码更改后，登录时是否做到了有效数据的校验
4.对于未登录状态时，一些页面的操作，是否做到了控制
5.切换账号登录，检验登录的信息是否做到了及时更新
6.一个账号只允许登录一台机器的软件，需要账号登录多个手机时，是否将原用户踢下线，且能够给出提示信息
7.用户登录状态太久，Session会过期，会出现“虽然是登录状态，系统会提示用户没有登录”
8.已注册用户再次注册
9.未注册用户登录
10.密码**显示
11.账号输入框对最大和格式有校验
12.账号密码加密传输
13.对于多个端都进行操作时，确保数据库操作无误，每个端数据同步
14.多设备同时登录一个账号（ios+ios,ios+android,android+android）,检查是否将原用户剔除，弹出异地登录提示
1.2.2手机号登录注册
- 手机号位数是否合法
- 验证码有效时间，超时无法登录
- 验证码更新后，旧验证码失效
- 频繁发送验证码
- 验证码错误
1.2.3授权登录
- 其它APP扫当前APP登录二维码
- 扫码之后手机端未确认，电脑端关闭登录页，然后手机端再确认
- 二维码有效期
1.2.4面部识别
- A和B相似，A刷脸登录B账号
- 脸部有修饰
1.2.5指纹识别
- 能否正常登录
- 手表面有异物
1.2.6邮箱登录
- 邮箱合法
- 密码合法
1.2.7声音登录
- 变声器登录
- 正常登录
1.3注销
- 注销后重新登录，能否正常登录
- 后台强行退出，重新进入
1.4上传
1.上传的文件是否有格式、大小要求，上传时间是否合适
2.没有上传资料，点击上传按钮是否有提示
3.在点击提交后,是否上传成功，是否可以正常浏览
4.上传文件后，刷新页面，系统是否正常处理
5.上传文件后，多次使用回退、前进，APP是否正常响应
6.图片是否支持主流的格式（jpeg,jpg,gif,png,bpm等）
7.音频文件是否支持主流格式（mp3,wav等）
8.视频文件是否支持主流格式（mp4,wmv,avi,mov,flv,swf等）
9.文档文件是否支持主流格式（doc,docx,xlsx,xls,excel等）
10.压缩包文件是否支持主流格式（zip,rar,tar,gz,7z）
11.是否支持单个文件上传或批量上传
12.上传过程中网络中断，是否正常处理
13.文件上传结束后，是否有提示信息并回到原来界面
1.5下载
1.下载文件是否有文件大小和格式要求
2.导出全部数据，数据是否准确
3.导出大量数据，界面或程序是否会发生崩溃，导出时间是否合理
4.下载时同时进行其他操作是否会导致文件损坏
1.6添加
1.输入必填项，点添加按钮，记录是否成功添加
2.必填项内容不填，点添加按钮，是否有相应提示
3.内容项中输入空格，点添加按钮，记录能否添加成功
4.仅填写必填项，点添加按钮，记录能否添加成功
5.重复提交相同记录，系统是否有相应提示
6.内容项中输入系统中不允许出现的字符、点添加按钮，系统是否有相应提示
7.内容项中输入html,js脚本，点添加按钮，记录能否添加成功
8.新添加的记录是否排列在首行
1.7删除
1.选择任意一条记录，进行删除，能否删除成功
2.选择不连续多条记录，进行批量删除，能否删除成功
3.选择连续多条记录，进行批量删除，能否删除成功
4.删除时，系统是否有确认删除的提示
1.8查询
1.默认显示全部
2.单个查询条件进行查询，系统能否查询出相关记录
3.多个查询条件，进行组合查询，系统能否查询出相关记录
4.系统能否支持模糊查询
5.查询条件全为空时，系统能否查询出相关记录
6.查询后，文本框中内容应保存上一次查询的条件
7.查询大量数据时，按钮响应是否及时
1.9安装
1.软件安装后是否可以正常运行
2.安装过程中是否可以取消
3.安装空间不足时是否有相应提示
4.安装到本地还是SD卡，是否有提供选择路径
5.是否支持第三方工具安装
6.是否支持从不同的应用市场进行下载安装，是否可以重复安装
1.10卸载
1.是否可以通过桌面卸载或通过软件安装包卸载
2.卸载是否支持取消，单击取消后，软件是否正常
3.卸载文件后，是否删除所有的安装文件夹
1.11升级
1.当客户端有新版本时，是否有更新提示
2.当版本为非强制升级版时，用户可以取消更新，老版本能正常使用，用户在下次启动App时，仍能出现更新提示
3.当版本为强制升级版时，当给出强制更新后，用户没有更新时退出客户端，下次启动App时，仍出现强制升级提示
4.在线跨版本升级后能否正常使用
5.升级后数据不变（登录状态、设置的信息、加载的资源等）
1.12离线
1.应用程序在本地客户端会缓存一部分数据以供程序下次调用，对于一些程序，离线状态下可以浏览本地数据
2.离线时，刷新获取新数据时，若不能获取新数据时，能给出友好提示
3.界面的数据不提供离线查看，系统需要给出相应提示且界面更新后无任何数据
4.离线后，退出APP再开启APP时能正常浏览
5.离线后，切换到后台再回到APP应用时，可以正常浏览
6.离线后，锁频后再解锁回到应用前台，可以正常浏览
- 权限安全
1.需要用户确认的权限没有授权，权限默认关闭，相关功能正常。
2.联网权限被管家、系统安全类软件限制情况下的联网操作。
3.使用安全软件进行安全漏洞、病毒扫描、看被测app是否会被这些安全软件提示有问题而影响用户的对被测app的使用或者印象。
4.扣费风险：包括短信、拨打电话、连接网络等。
5.隐私泄露风险：包括访问手机信息、访问联系人信息等。
6.对App的输入有效性校验、认证、授权、数据加密等方面进行检测。
7.当将密码或其它的敏感数据输入到应用程序时，其不会被存储在设备中，同时密码也不会被解码。
8.密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。
- UI
1.页面按照UI设计原型图实现，布局符合用户使用习惯
2.恰当的利用窗体和控件的空白，以及分割线条
3.窗口切换、移动、改变大小时，界面显示正常
4.刷新后，页面显示正常
5.不同浏览器下渲染出来的页面显示正常
6.不同分辨率下页面布局显示正常
7.无权限操作时按钮置灰或不显示，无法输入的输入框disable
8.无错别字，或者提示性文字措词恰当，准确
9.页面显示无乱码
10.必填的控件，有必填提醒，如 *
11.控件（如菜单、对话框、按钮，单选框、复选框）的布局、风格、是否正确，界面是否美观，操作是否友好
- 兼容性
1.与本地、主流App(安全、输入法、通信等)、竞品app是否兼容。
2.是否支持横竖屏自适应处理。
1.应用是否可以在Android和IOS两个平台上兼容
是否兼容不同的Android版本如4.1.1、4.2.1、IOS版本如8.3、9.1、10、11、12
3.能否适配各种屏幕尺寸，Android系列如4.X、5.X，IOS系列如4英寸、4.8英寸、5.5英寸
4.分辨率适配：分辨率不同，界面图标、文字大小会不同，保证主流分辨率下图标展示完整，文字不被遮挡
5.Android手机和IOS手机选取市面上主流手机即可，例如：小米、华为、vivo、oppo等;ios系统手机就是6、6s、6plus、7、8、x、xr
- 专项
5.1安装
1.是否可以间隔版本覆盖安装。
2.是否可以覆盖安装更低版本。
3.应用是否可以在不同系统版本上安装（有的系统版本过低，应用不能适配）。
4.软件安装后的文件夹及文件是否可以写到指定的目录里。
5.安装过程中可以取消（杀进程）。
6.安装空间不足时是否有相应提示。
5.2卸载
1.卸载，安装目录清理，SD卡存储数据不被清理。
2.是否可以删除应用（可通过桌面删除，也可以通过软件卸载安装。曾发现在3.IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）。
4.测试卸载后文件是否全部删除所有的安装文件夹。
5.卸载过程中出现死机，断电，重启等意外的情况，待环境恢复后是否可以正确卸载。
5.3升级
1.当客户端有新版本时，有更新提示。
2.通过第3方软件升级。
3.升级中用户数据、设置、状态的保留，特别注意新版本已去掉的状态或设置。
4.如果升级有忽略本次版本升级，那么当有新的升级版本时，是否还有提示升级。
5.跨版本升级应该能成功。
6.选择非强制更新时，是否可以选择暂不更新和立即更新；是否可以关闭弹框不显示。
7.非强制更新弹框的提示频率，一般遇到的一天提示一次或固定时间提示一次。
8.大版本更新不升级无法使用。
9.当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。
10.下次启动App时，仍出现强制升级提示。
11.强制升级的弹窗是否可以关闭。
12.当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
13.查看老账户升级后是否可以正常使用。
14.查看老账户升级后的老数据是否丢失或异常。
15.检查新功能替换老功能，是否按最新的逻辑执行。
16.检查旧版本上去掉或者隐藏的功能，对新版本有没有影响。
17.升级时断电、重启、来电等中断
5.4启动与停止
1.首次启动是否出现欢迎界面，可否进入app，停留时间是否合理。
2.首次启动后拉取的信息是否正确。
3.再次启动时间是否符合预期。
4.再次启动app功能是否异常。
5.再次启动后状态检查：如初始化信息、初始状态、启动对网络。
6.再次启动进程服务检查：进程名、进程数、服务名、服务数、第三方调用的SDK如GPS。
7.再次登录的应用是否再次启动的时候正常登录。
8.出现崩溃是否可以再次启动。
9.手动终止进程、服务是否可以再次启动。
10.其他系统软件工具停止进程、清理软件数据，是否可以启动。
5.5网络与流量
1.网络信号，尤其是弱网络环境下app的表现。
2.不同运营商网络：电信、联通、移动、2/3/4G。
3.网络中断、网络恢复场景的逻辑处理(如重试)，以及网络提示。
4.首次启动app的流量是否符合预期。
5.统计、异常上报对流量的影响。
6.app中图片大小、尺寸是否有考虑对网络流量的影响。
7.基于流量安全的特殊业务，如仅WiFi下支持该功能。
8.对于一些程序，需要在登录进来后，这时没有网络的情况下可以浏览本地数据。
9.对于无网络时，刷新获取新数据时，不能获取数据且能给出友好提示。
10.对于一些界面的数据不提供离线查看，需要给出相应提示且界面更新后无任何数据。
11.确认在无网情况下可以浏览本地数据。
12.无网络情况时能否正常进入免登录状态。
5.6中断测试
1.停留在程序操作界面进行锁屏，恢复后检查操作是否正常。
2.停留在程序操作界面，通过home键，进行程序的前后台切换。
3.页面接口请求、界面框架加载时，通过home键、返回键、快速切换操作进行中断。
4.系统异常中断：关机、断电、重启、充电。
5.App切换到后台，再回到App，检查是否停留在上一次操作界面，功能及应用状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。
当App使用过程中有电话/短信/闹钟/定时进来中断后再切换到App，功能状态是否正常。
6.出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。
7.对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。
8.App运行时使用蓝牙传送/接收数据。
9.App运行时使用相机、计算器等手机自带设备。
5.7消息push
1.检查Push消息是否按照指定的业务规则发送。
2.检查不接收推送消息时，用户不会在接收到Push消息。
3.如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到Push。在非免打扰时间段内，用户能正常收到Push。
4.当Push消息是针对登录用户的时候，需要检查收到的Push与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个
5.登录用户进行消息推送。
6.测试Push时，需要采用真机进行测试。
5.8数据及存储
1.一般的增、删、改、查测试。
2.当表不存在时是否能自动创建，当数据库表被删除后能否再自建，数据是否还能自动从服务器中获取回来并保存。
3.在业务需要从服务器端取回数据保存到客户端的时候，客户端能否将数据保存到本地。
4.当业务需要从客户端取数据时，检查客户端数据存在时，App数据是否能自动从客户端数据中取出，还是仍然会从服务器端获取？检查客户端数据不存在时，App数据能否自动从服务器端获取到并保存到服务器端。
5.app使用过程中产生的临时文件存储途径、命名方式等。
6.app中涉及的下载操作产生的文件存储方式。
7.存储的文件被锁、占用。
8.有外置SD、内置SD卡都要考察app产生的文件是否正确。
9.app被安装在SD卡或者手机存储空间。
10.磁盘空间不足、磁盘无权限(如读，写)。
5.9异常/冲突测试
- 没有内存，APP是否正常响应
- 横竖屏切换展示
- APP运行时网络中断
- 反复操作某个功能，不断点击和刷新，是否会闪退
- APP运行时，接入电话、短信、微信，是否正常运行
- 性能
性能：核心操作的性能指标是：CPU/内存、响应时长、电量、流量。
稳定性：选择某些场景做持续反复操作；Mokey稳定性操作，持续多个小时。
流畅度：列表滑动、返回进入、快速点击(这个肉眼不好判断，可以借助GT)。
1686
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
