常用测试点合集

搜集了常用的测试点，包含功能性测试、易用性测试、维护性测试、 可移植性测试、兼容性测试、 产品说明测试等。辅助您工作，整理资料！

25000测试用例

• 功能性测试
  • 上传功能
    • 功能测试
      • （1）选择符合要求的图片，上传--------上传成功；
      • （2）上传成功的图片名称显示----------显示正常（根据需求）
      • （3）查看，下载上传成功的图片--------上传的图片可查看或下载
      • （4）删除上传成功的图片-------------可删除
      • （5）替换上传成功的图片-------------可替换
      • （6）上传图片是否支持中文名称--------根据需求而定
      • （7）图片路径是否可手动输入----------根据需求而定
      • （8）手动输入正确的图片路径，上传-----上传成功
      • （9）手动输入错误的图片路径，上传-----提示，不能上传
    • 大小测试
      • （1）符合格式，总大小稍小于限制大小的图片------上传成功
      • （2）符合图片，总大小等于限制大小的图片--------上传成功
      • （3）符合图片总大小稍大于限制大小的图片--------在上传初提示附件过大
      • （4）0kb的图片-----------------------不能上传
    • 名称测试
      • （1）图片名称过长。Win2000标准：255个字符（指在英文的字符下），如果是中文不超过127个汉字-----提示过长
      • （2）图片名称达到最大长度（中文，英文或混在一起）上传后名称显示，页面排版-----------页面显示正常
      • （3）图片名称中包含特殊字符-------------根据需求而定
      • （4）图片名全为中文--------------------根据需求而定
      • （5）图片名全为英文--------------------根据需求而定
      • （6）图片名为中、英混合-----------------根据需求而定
    • 类型测试
      • （1）上传正确格式-----------------上传成功
      • （2）上传不允许的格式--------------提示不能上传
      • （3）上传rar,zip等打包图片（多图片压缩）---------根据需求而定
    • 安全测试
      • （1）上传可执行图片（exe图片）-----------------根据需求而定
      • （2）上传常见的木马图片------------------------提示不能上传
      • （3）上传时服务器空间已满----------------------有提示
      • （4）上传时服务器验证--------------------------所有的验证都在服务端，不能在客户断验证
      • （5）上传时绕过验证，替换j_sessionid-----------验证失败
      • （6）上传时绕过验证，删除j_sessionid-----------验证失败
    • 性能测试
      • （1）上传时网速很慢（限速）-----------------当超过一定时间，提示
      • （2）上传过程断网--------------------------有提示是否上传成功
      • （3）上传过程服务器停止工资------------------有提示是否上传成功
      • （4）上传过程服务器的资源利用率---------------在正常范围
      • （5）发送多个上传请求
      • （6）对接口进行压力测试
      • （7）响应时间、吞吐量、并发数记录
    • 接口测试
      • （1）接口参数化：特殊字符、参数类型、参数有、无、null、必选参数、组合参数、边界值
      • （2）接口功能测试：业务流程---------正常场景、异常场景
      • （3）接口性能：响应时间、吞吐量、并发数
      • （4）接口安全：敏感信息加密、必要参数后端验证、接口防恶意修改
    • 界面测试
      • （1）界面美观性、易用性---------显示正常（根据需求）
      • （2）按钮文字是否正确--------------正确
      • （3）正确/错误提示的文字是否正确---------------正确
      • （4）说明性文字是否正确-----------------------正确
    • 其它测试
      • （1）有多个上传框时，上传相同名称的图片---------------根据需求而定
      • （2）上传一个正在打开的图片-------------------------可以上传
      • （3）图片路径是手工输入的是否限制长度----------------限制一定的长度
      • （4）上传过程中是否有取消正在上传图片的功能-----------有
      • （5）保存时有没有已经选择好，但没有上传的图片-----------提示上传
      • （6）选择好但是未上传的图片是否可以取消选择------------可以取消选择
  • 下载功能
    • 1， 导出（下载）文件能否成功。
    • 2， 导出的文件数据是否有丢失。
    • 3， 导入的文件数据是否完整，有无丢失现象。
    • 4， 数据必填项为空，系统是否提示不能导入/导出。
    • 5， 输入不符合要求的数据，是否有错误提示不能导出。
    • 6. 能否批量导出
    • 7. 导出excel文件，检查是否有乱码
  • 分页功能
    • 1、设置页面展示条数、页面跳转、跳转首页/末页、上一页、下一页、刷新，显示当前页及总页数
    • 2、按钮是否可用，是否转到相应的页面。
    • 3、当页面过多时，直接输入页数，是否能到达相应的页面。
    • 4、对不存在的页数，系统是否给出判断、提示。
    • 5、进行翻页时，系统数据有无丢失。
    • 6、进行翻页时，无漏页现象
    • 7、页面是否到达最大条数后才进行翻页。
    • 8、进行翻页时，系统数据有无不完整现象。
    • 9、当数据不足最大条数时，翻页功能是否可用。
    • 10、每页的信息条数是否正确。
  • 返回上级
    • 1、 按返回按钮能否正常返回上页。
    • 2、点击上一步能否返回。
    • 3、退出系统后再点击浏览器中的返回检查是否限制了进入系统。
    • 4、退出系统后再点击浏览器中的返回检查是否弹出提示框。
    • 5、在翻页项点击上一页/下一页是否转到相应页面。
    • 6、是否支持enter键。
    • 7、当页面为首页时，返回上层是否可用。
  • 下拉功能
    • 下拉框默认条目应是空白或“请选择”
    • 检查下拉列表中的内容是否遗漏，重复
    • 如列表中的数据从其他页面获取，检查是两边是否一致
  • 选择功能
    • 1、能进行多选、单选、全选。
    • 2、选择父节点，子节点不被选上；选择子节点时父节点被选上。
    • 3、对有数据引用的页面，选择的项在引用页面能正确显示。
    • 4、选择过多数据时，系统响应时间不能太长。
    • 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、是否对添加数据的条数有限制。
    • 11、点击添加按钮能否进入添加信息页面。
    • 12、任何数据不填就提交是否弹出提示框。
    • 13、添加信息中的必填的项没填，是否弹出提示框。
    • 14、信息没写完就提交，是否弹出提示框。
    • 15、息填写一部分，然后退出添加，检查添加信息是否没有成功。
    • 16、添加信息中的文件上传能否成功。
    • 17、信息提交成功是否弹出提示对话框。
    • 18、正确输入各字段的值，提交后看数据保存是否成功。
  • 删除功能
    • 删除一条数据后，是否可以添加重复内容
      • 物理删除可加
      • 逻辑删除不可加
    • 单选删除
      • 选择一条记录，点击删除按钮
        • 提示‘您是否真的要删除所选中的记录？
        • 点击取消，不进行任何操作，回到原界面
        • 点击确定删除，界面刷新不显示此条记录，停留在所删除记录所在页，列表总数-1
      • 不选任何记录，点击删除按钮
        • 提示‘请选择一条记录！’或删除按钮呈灰色显示或默认选择一条记录
      • 不选择任何记录
        • 删除按钮置灰
    • 多选删除
      • 勾选多条记录，点击删除按钮，在弹出的提示框中，点击确定
        • 能够正常批量删除多条数据
    • 异步删除
      • 被删除的记录正在被编辑
        • 给予明确提示信息，不允许被删除
      • 被删除的记录已经被别的用户删除
        • 给予明确提示信息，不允许被删除
    • 边界删除
      • 列表只剩1条数据，点击删除
    • 物理删除
      • 数据库当前数据被删除
      • 添加一条重复的数据
        • 可以添加
    • 逻辑删除
      • 数据库删除标识标识变为{}
      • 添加一条重复的数据
        • 不可添加，提示“”
    • 删除信息成功后是否弹出提示框。
  • 修改功能
    • 1、编辑中对某项数据进行修改，检查提交后该项数据是否随着更新。
    • 2、对要有引用的数据，修改时，修改数据是否被正确引用。
    • 3、修改成数据的非法值时，是否对数据进行判断。
    • 4、修改的数据是否和数据库中的相应字段相对应。
    • 5、是否对修改成重复数据进行了判断。
    • 6、修改成数据的边界值时，修改是否成功。
    • 7、修改一条数据，检查对其它数据无影响。
    • 8、对不能修改的数据，是否有提示。
    • 9、点击编辑按钮能否进入编辑页面。
    • 10、编辑中对某项进行数据清空，检查提交后该项数据是否被清空。
    • 11、对信息编辑后，与之有关的其他信息是否随着更新。
    • 12、编辑信息提交成功后是否弹出提示对话框。
  • 查询功能
    • 正常查询
      • 单独遍历各查询条件
        • 查询出符合条件的记录
      • 随机对查询条件进行组合查询
        • 查询出符合条件的记录
      • 什么都不输入，能否查出结果。
      • 输入超过边界的字符进行查询
      • 输入完整信息后，按回车键能否查询。
      • 输入完整信息后，点击查询按钮能否查出相关的结果。
      • 进行类型选择查询时，是否查询出某个类型的数据。
    • 模糊查询
      • 在各字符串类型字段中输入非精确值进行查询，测试是否能够实现糊模查询
        • 能够执行查询
    • 异常查询
      • 输入不存在内容进行查询
        • 提示“未查到任何记录‘
      • 输入空格进行查询
        • 提示请输入关键字查询 默认查询出有记录
      • 输入非法字符@#$%^&*() ~'"%-like=?等进行查询
        • 查询不到任何记录
      • 将数据删除之后再进行查询
      • 输入格式或范围不符合要求的数据，看是否有错误提示。
    • 分页查询
      • 查询结果有分页的时候系统是否能够正确处理
      • 检查是否能够正常分页显示
      • 检查是否能够正常前进或后退
      • 检查是否能够正确选择一页的显示记录数
      • 检查是否能够正确选择显示第 x 页
      • 设置条件并查询出记录后，翻到最后一页，再更改查询条件，点击查询
        • 测试各查询条件查询出记录后再切换条件查询是否正确
    • 查询提示
      • 未查询到任何记录时提示语
    • 回车查询
      • 设置查询条件，按回车键
    • 查询重置
      • 输入查询条件后，点击重置
        • 已输入或已选择的值都恢复为默认值
    • 组合查询
      • 进行组合查询时，查询出的结果是否是取的查询条件的交集。
  • 重置功能
    • 1，单击重填时，是否每个数据都被清空。
    • 2，系统是否能进行多次重填。
    • 3，单击重填后，能否填入相应的数据。
    • 4，对保存于数据库的数据，重填不能删除该数据。
    • 5，对不能重填的项，系统是否会给出判断、提示。
    • 6，信息填写一部分后，点击重填，检查已经填写了的信息是否没有被保存。
    • 7，检查重填后能否提交成功。
    • 8，检查重填后界面中的数据是否更新。
  • 取消功能
    • 1，取消后的数据应未被存储到数据库，或者缓存。
    • 2，对于已保存的数据，取消后将不会影响数据。
    • 3，单击取消，页面刷新，对话框自动消失。
    • 4，对于流程的取消，系统应给出是否取消的提示框。
    • 5，对于不能取消的数据，系统是否给出了判断提示。
  • 退出功能
    • 1、单击退出，是否能正常退出。
    • 2、对于已保存的数据，退出后将不会影响数据。
    • 3、对于未保存的数据，退出数据将丢失。
    • 4、退出某个界面，是否返回到指定的页面。
    • 5、对于不能退出的项目及流程，系统是否给出了提示。
    • 6、单击退出，系统是否弹出是否退出提示框。
    • 7、点击退出按钮 能否正常退出。
    • 8、退出后是否返回登录页面。
    • 9、退出后点击浏览器的返回按钮，检查是否弹出警告提示框。
  • 表单展示
    • 结果表中的值应该按照默认列排序
    • 排序列应该显示排序的图标
    • 结果表中的结果正确且包含所有指定的列
    • 对支持排序的列，应能进行升序和降序排序操作
    • 结果表中的行列间距合理
    • 当结果多于每页默认显示的结果数时应正确分页
    • 检查上一页、下一页、首页和末页分页功能
    • 是否需要滚动条
  • 列表排序
    • 1、是否按规定的分类进行排序。
    • 2、排序的序号是否有重复。
    • 3、排序的序号是否按从小到大进行排序。
    • 4、是否按规定的排序方法进行排序。
    • 5、排序中是否有数据丢失现象。
    • 6、排序中数据读取是否有不完整现象。
    • 7、数据为空时，排序时系统是否给出提示。
    • 8、系统是否能响应多次排序。
  • 链接功能
    • 1，鼠标指针点到链接处是否变成手型。
    • 2，点击页面链接是否到相应的页面。
    • 3，点击路径栏上的链接是否到相应的页面。
    • 4，邮箱的消息链接上的消息的数量显示是否正确。
    • 5，点击邮箱的消息链接是否可以进入邮箱的消息列。
    • 6，避免死链接情况，执行完相应操作应有返回按钮。
    • 7，保证Web应用系统上没有孤立的页面。
  • 登录校验
    • 1， 检查用户名输入框和密码输入框之间能否用TAB切换。
    • 2， 用户名输入框和密码框什么都不输入检查是否不能登录。
    • 3， 检查只输入用户名不输入密码是否不能登录。
    • 4， 检查只输入用户名不输入密码是否弹出提示框。
    • 5， 检查输入正确的用户名和错误的密码是否不能登录。
    • 6， 检查输入正确的用户名和错误的密码是否弹出提示框。
    • 7， 检查输入正确的用户名和密码是否能登录。
    • 8， 密码框中输入特殊字符（如&*%）等能否正常登录。
    • 9， 密码框不能识别特殊字符是否弹出提示框。
    • 10，检查输入正确的用户名和密码后按回车键能否登录。
    • 11，输入正确的用户名和密码后点击确定按钮能否登录。
    • 12，放弃登陆，系统会自动退出登陆框。
    • 13，为用户赋予相应的模块权限，登陆后用户能否操作相应的模块。
    • 14，为用户赋予相应的模块权限，用户退出登录后检查是否回到登录页面。
  • 注册校验
    • 输入用户名、密码和确认密码，点击提交表单
      • 注册成功
    • 输入用户名、密码和确认密码，用户名以字符开头
      • 提示"用户名只能以数字或字母开头或结尾,请重新输入"
    • 输入用户名和密码，用户名含有非法字符
      • 提示用户名含有非法字符
    • 输入用户名和密码，密码含有非法字符
      • 提示密码含有非法字符
    • 输入用户名、密码和确认密码，两次密码输入不一致
      • 提示两次密码输入不一致，请重新输入
    • 输入用户名、密码和确认密码、邮箱，邮箱格式的不正确
      • 提示邮箱地址不正确不正确
    • 输入用户名和密码，输入的用户名已经被注册
      • 提示用户名已经被注册，请重新输入
    • 输入用户名和密码，用户名和密码长度都是最大值
      • 注册成功
    • 输入用户名和密码，用户名长度超过最大值
      • 注册失败，提示用户名的长度超过最大值
    • 输入用户名和密码，密码长度超过最大值
      • 注册失败，提示密码的长度超过最大值
    • 输入用户名和密码，用户名和密码长度都是最小值
      • 注册成功
    • 输入用户名和密码，用户名长度小于最小值
      • 注册失败，提示用户名或密码的长度低于最小值
    • 输入用户名和密码，密码长度小于最小值
    • 输入用户名和密码，验证是否支持快捷键tab键
      • 鼠标光标依次跳转到用户名、密码、确认密码等
    • 输入已经存在的用户名，验证对已经存在用户的用户名大小写是否做出正确响应
      • 注册成功（用户名区分大小写）
  • 表单填写
    • 边界值校验
      • 输入边界值+1的字符
      • 输入边界值 -1的字符
      • 输入边界相等的字符
    • 字符校验
      • 输入中文字符
      • 输入英文字符
      • 输入数字字符
      • 输入特殊字符
      • 利用复制，粘贴等操作强制输入程序不允许的字符
      • 输入特殊字符 NULL、null、&nbsp空格的转义字符；； ； ； ；；；； 等
        • 提示：不允许输入“XX字符”
        • 提示：你输入的**中存在非法字符，请重新输入
    • 整型校验
      • 输入整型数据：正整数、0、负整数
      • 输入小数
      • 输入非数值（如数值+字符；字符+数值；纯字符）
      • 输入浮点型数据
    • 空格校验
      • 字符前输入空格
        • 正常去掉空格保存
      • 字符后输入空格
        • 正常去掉空格保存
      • 字符前后输入空格
        • 正常去掉空格保存
      • 字符中间输入空格
        • 连同空格一起进行保存
      • 输入中英文空格
    • 重名校验
      • 提交时一条已经存在的数据
      • 成功提交一条单据，后退(back)后再重新提交
      • 把不能重名的项修改为已存在的内容之后提交
      • 不能重名的项首字母改为大写或者小写或者空格,其余内容一致。之后提交
      • 在有 back的地方,back,回到原来页面,再 back,重复多次之后提交
    • 邮箱校验
      • 不输入任何字符
      • 输入中文和英文空格
      • 输入中文或英文
      • 字符串中没有@和点【ceshi163com】
      • 字符串中有@和没有点【ceshi@163com】
      • 字符串中没有@和有点【ceshi163.com】
      • 字符串中有特殊字符【$[e-mail]】
      • 第一个字符串为@ 或点【.test或@test】
      • 字符串的最后一位是@【test@】
      • 字符串中多于两个@符号【test@@.com】
      • 字符串长度小于{}或大于{}个字符
      • 字符串中有汉字
    • 手机号
      • 输入长度超过11位字符
      • 输入长度小于11位字符
      • 输入特殊字符串NULL、null、&nbsp空格的转义字符；； ； ； ；；；； 等
      • 联通号段130-132,155,156,186 移动号段134-139,150-152,157-159，188电信号段133,153,189,180
    • 身份证
      • 输入少于15位的身份证号码:如:36031219880708
        • 不允许提交
      • 输入大于15位的身份证号码:如:3603121988101058
        • 不允许提交
      • 输入少于18位的身份证号码:如:36031219897521456
        • 不允许提交
      • 输入大于18位的身份证号码:如:3603121987052874123
        • 不允许提交
      • 输入错误或不存在的身份证号码
        • 提示身份证号码不正确
      • 输入的身份证号码是15位的真实号码【字母大小写】
        • 提交成功
      • 输入特殊字符串NULL、null、&nbsp空格的转义字符，escript>: ;etr>; 等
        • 不可以输入非数字之外的数据
      • 输入汉字或字母
        • 不可以输入非数字之外的数据
      • 不输入任何信息
        • 必填，给予提示
      • 输入中英文空格
        • 必填，给予提示
    • IP校验
      • 输入中英文空格或者不输入任何信息
        • 不允许提交
      • IP地址 前中后含空格
        • 不允许包含空格
      • 输入小于4位或者大于4位格式
        • 给予提示信息，不允许提交
      • 4位中有任意一位大于255
        • 不允许提交
      • 第一个数字或者最后一个数字为0
        • 不允许提交
      • 其中某一位超过3位数
        • 不允许提交
      • 正确的ip地址中混入非法字符/中文/英文
        • 不允许提交
    • 验证码
      • 输入空格
      • 输入正确的验证码
      • 输入空格+正确效验码，空格出现在开头、中间、结尾
      • 输入非数字内容
      • 输入特殊字符
      • 输入前3位或后3位验证码正确数字
      • 输入4位正确校验码+其他数字
    • 日期框
      • 什么都不输入
      • 输入正确的日期【2011-5-11】
      • 输入不合法的日期，输入32日，如1989-11-32
      • 输入不合法的日期，输入13月，如1989-13-12
      • 输入闰年，月输入2月，日输入30日，如2008-2-30
      • 输入结束日期在前，开始早日期在后
      • 输入与需求不符的日期格式，（如格式为2009-10-10，而输入2009/10/10、2009.10.10等）
      • 随便输入数字，如1、22、456等
      • 输入特殊字符串NULL、null、&nbsp空格的转义字符；； ； ； ；；；； 等
      • 输入汉字或字母
    • 必填项校验
      • 必填项前是否加*
      • 必填项前是否符合需求说明
      • 只填写标识了必填字段后提交
      • 必填项不填是否弹出提示框
      • 必填项失焦之后是否有提示信息
  • 权限设置
    • 1， 不设置用户权限，检查用户能否正常登录/查看某个系统。
    • 2， 设置用户权限，检查有权限的角色能否正常登录/查看某个系统。
    • 3， 设置用户权限，检查是否限制了没有权限的角色登录/查看某个系统。
    • 4， 设置用户权限，没有权限的角色登录或查看某个系统是否弹出提示对话框 。
    • 5， 对某用户进行权限设置后，检查设置是否成功。
    • 6， 对某用户进行权限设置成功后，是否弹出提示框。
    • 7， 多个用户对同一个系统都有权限，检查这些用户是否都能正常登录或查看该系统信息。
    • 8， 检查权限更改后，以前有权限的用户是否没有权限登录或查看系统。
    • 9， 用户分配权限时，用户ID和密码是否匹配。
    • 10，用户分配权限时，用户ID和密码是否唯一。
    • 11，对只能浏览的页面是否具有操作的权限。
    • 12，对于用户组，权限的分配是否完整。
• 易用性测试
  • 界面完整
    • 界面测试
      • 界面的整体布局测试：控件的整体布局是否协调，颜色，尺寸是否合理。具有操作逻辑的控件，其摆放的先后位置是否合理。
      • 按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
      • 按钮的大小要与界面的大小和空间要协调。
      • 避免空旷的界面上放置很大的按钮。
      • 下拉菜单要根据菜单选项的含义进行分组，並且按照一定的规则进行排列，用横线隔开。
      • 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
    • 报表测试
      • 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、文字上的连接是否正确。
  • 易于理解
    • 界面空间较小时使用下拉框而不用选项框
    • 当用户作出选择的可能性只有两个时，可以采用单选框
    • 选项数较少时使用选项框，相反使用下拉列表框
    • 专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼
    • 滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比
    • 通常界面设计都按Windows界面的规范来设计，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具厢。
    • 菜单前的图标能直观的代表要完成的操作。
    • 图标、标题、标签测试：各种图标使用是否符合规范；标题文本、标签文本是否正确合理。
    • 右键快捷菜单采用与菜单相同的准则。
    • 状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
    • 同一界面，不能同时在同一屏上打开多个。
    • 菜单深度一般要求最多控制在三层以内。
    • 选项数相同时多用选项框而不用下拉列表框
  • 提示有效
    • 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽
    • 对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符
    • 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
    • 非法的输入或操作应有足够的提示说明。
    • 提示、警告、或错误说明应该清楚、明了、恰当。
    • 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
    • 控件的鼠标提示文本测试：是否有鼠标提示，提示文本是否正确合理（针对重要的控件）。
    • 可写控件检测到非法输入后应给出说明并能自动获得焦点。
  • 易于操作
    • 列表条目最好不要超过10个，多于10个时考虑使用分页显示。
    • 减少用户输入动作数量，使用复选框、选项框、下拉列表框等
    • 分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
    • 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。
    • 复选框和选项框要有默认选项，并支持Tab选择
    • 对错误操作需要支持可逆性处理，如取消按钮
    • Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。
    • 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态
    • 采用相关控件限制用户输入某些值；
    • 在读入用户所输入的信息时，根据需要选择是否去掉前后空格
• 维护性测试
  • 模块化
    • 变更一个模块，是否对其它相关模块有较大的影响
    • 功能测试：测试变更模块的功能是否符合需求文档，包括但不限于输入、输出、数据处理和业务逻辑等方面。
    • 异常测试：测试变更模块在异常情况下的表现，例如输入无效数据、网络中断、数据库故障等情况，验证模块是否能够正确处理异常情况。
    • 性能测试：测试变更模块在各种情况下的性能表现，包括大数据量处理、高并发请求等，以确保模块具备良好的性能表现。
    • 安全性测试：测试变更模块是否存在安全漏洞，例如SQL注入、跨站脚本攻击、密码重置等问题，确保模块具备足够的安全性。
    • 界面测试：测试变更模块的界面是否符合用户需求，包括页面布局、按钮、文本框等元素，确保用户能够方便地使用模块。
    • 数据迁移测试：如果变更模块涉及到数据迁移，需要测试数据迁移的完整性和正确性，确保数据在迁移过程中不会丢失或损坏。
    • 兼容性测试：测试变更模块在不同浏览器、操作系统、数据库等环境下是否能够正常工作，确保模块具备良好的兼容性。
    • 稳定性测试：测试变更模块在长时间运行或高频率使用情况下的稳定性表现，以确定模块是否存在潜在的崩溃或故障问题。
  • 可重用
    • 资产可重用
      • 软件开发的全生命周期是否可重用，包括项目过程文档、源码、用户文档等
    • 编码符合规则
      • 源代码应当符合编码规则，代码在相似的规则里可以重用
  • 易分析
    • 日志完整
      • 检查日志记录的异常信息是否完整、易读、易于定位故障。系统是否可以从日志记录中正确判断缺陷或失效原因
    • 功能有效
      • 检查软件运行错误提示是否清晰
  • 易修改
    • 系统易扩充
      • 用户文档应陈述软件支持自定义模块功能
    • 版本易升级
      • 软件升级应简单，升级之后应能正常运行
    • 数据易更新
      • 应验证数据变动、数据迁移之后是否正确更新，并记录更新方式
    • 参数易配置
      • 对相关配置文件、库、表的参数可以提供方便的修改
    • 错误易纠正
      • 对于非程序内部错误，由数据元素属性设置、控制规则不当而引起的软件运行错误，软件应为系统管理员提供自行修正的手段
    • 权限易配置
      • 应充分考虑在设计环境与适用范围下不同用户的权限要求，为用户进行本地化配置提供简易手段
  • 易测试
    • 根据需求文档、设计文档、操作手册等文档，应当容易选择检测点来编写测试用例
    • 软件的功能或配置被修改后，应验证是否可对修改之处进行测试，通过编写测试用例，执行测试用例，验证实际效果与预期效果是否一致
  • 维护依从性
    • 若产品说明书明确提及：“维护时须遵循与维护性相关的标准、约定或法律法规，并且提供证明材料”，则通过；否则，应验证软件与提及的文件（需求文档）要求是否相符。
• 可移植性测试
  • 适应性
    • 系统可适应不同的运行环境(硬件、软件、数据库、网络环境)
    • 系统可适应不同的安装人员\实施人员\最终用户
  • 易安装
    • 安装文档中应明确产品或系统安装&卸载的方法
    • 产品安装和卸载过程应简洁高效
    • 安装文档应指定所有安装要素，包括安装方式路径、用户名、数据库等
• 兼容性测试
  • 浏览器兼容性
    • 用V90版本的chrome浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用V91版本的chrome浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用V96版本的chrome浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用FirefoxV105浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用FirefoxV106浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用FirefoxV107浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用FirefoxV108浏览器登录访问系统界面，查看页面操作和显示是否正确
    • 用Edge浏览器登录访问系统界面，查看页面操作和显示是否正确
  • 操作系统兼容性
    • 用Windows7系统登录访问系统界面，查看页面操作和显示是否正确
    • 用Windows10系统登录访问系统界面，查看页面操作和显示是否正确
    • 用Windows11系统登录访问系统界面，查看页面操作和显示是否正确
  • 分辨率兼容性
    • 在1280×800分辨率下登录访问系统界面，查看页面操作和显示是否正确
    • 在1440×900分辨率下登录访问系统界面，查看页面操作和显示是否正确
    • 在1680×1050分辨率下登录访问系统界面，查看页面操作和显示是否正确
    • 在1920×1200分辨率下登录访问系统界面，查看页面操作和显示是否正确
  • 数据库兼容性
• 产品说明测试
  • 说明书可用
    • 需求说明书说对于该产品的用户应是可用的。
  • 内容可测试
    • 需求说明书描述的功能应是可测试的。
  • 标识和标志
    • 需求说明书及软件程序应有明显的标识
• 文档集测试
  • 可用性
  • 内容
  • 标识和标志
  • 完备性
  • 正确性
  • 一致性
  • 易理解性
  • 可用性
  • 内容
  • 标识和标志
  • 完备性
  • 正确性
  • 一致性
  • 易理解性
• 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数据是否自动从服务器端获取并保存到客户端
    • 当业务对数据进行了修改，删除后，客户端和服务端是否会有相应的更新
• 用例设计方法
  • 测试用例八大要素
    • 测试用例编号
      • 字符和数字组合成的字符串，用例编号应具有唯一性、易识别
        • 系统测试
          • 产品编号-ST-系统测试项名-系统测试子项名-XXX
        • 集成测试
          • 产品编号-IT-集成测试项名-集成测试子项名-XXX
        • 单元测试
          • 产品编号-UT-单元测试项名-单元测试子项名-XXX
    • 测试项目
      • 当前测试用例所在测试大类、被测试需求、被测模块、被测单元等
        • 系统测试用例测试项目
          • 软件需求项
        • 集成测试用例测试项目
          • 集成后的模块名或接口名
        • 单元测试用例测试项目
          • 被测函数名
    • 测试标题
      • 简单描述，需要用概括的语言描述用例的出发点和关注点，原则上每个用例的标题不能重复
    • 重要级别
      • 对基本和普通测试项的区分
        • 高级别
          • 保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
        • 中级别
          • 重要程度介于高和低之间的测试用例
        • 低级别
          • 实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例
    • 预置条件
      • 执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行或无法得到 预期结果
    • 输入
      • 用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况，有手工输入、文件、数据库记录等
    • 操作步骤
      • 执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行
    • 预期输出
      • 当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等
  • 测试用例检查规则
    • 1.测试用例标识是否按照测试方案的规则来编写
    • 2.是否每个测试用例的预置条件都被描述清楚？
    • 3.每个测试用例的“输入”中是否列出了所有测试的输入数据？
    • 4.测试用例的“预期结果”是否完整而清晰？
    • 5.是否明确说明了每个测试用例或测试用例集的重要级别？
    • 6.是否明确说明了测试用例的执行顺序
  • 测试用例额外要素
    • 用例设计者
      • 能准确的找到测试用例设计人员，对用例修改时能方便找准人员
    • 用例设计日期
      • 方便检查用例设计的进度
    • 用例版本号
      • 方便用例设计人员对用例的跟踪
    • 对应的开发人员
      • 出现BUG后能及时找到相应的人员进行修复