zoukankan      html  css  js  c++  java
  • 测试策略总结

    界面测试

    界面测试概念

    界面测试(简称UI测试),测试用户界面的功能模块的布局是否合理、
    [整体风格是否一致]、各个控件的放置位置是否符合客户使用习惯,
    此外还要测试界面操作便捷性、导航简单易懂性,页面元素的可用性,
    [界面中文字是否正确,命名是否统一],页面是否美观,文字、图片组合是否完美等。

    界面测试策略重点关注:

    1.检查是否和需求中的原型图一致。
    2.[界面中文字是否正确,命名是否统一]
    3.[整体风格是否一致]
    4.页面是否会被一些长内容撑乱。

    界面测试策略的其他细则方向:

    1.易用性
    2.规范性
    3.帮助设施
    4.合理性
    5.美观与协调性
    6.菜单位置
    7.独特性

    控件测试

    什么是控件
    控件:是程序软件的组成部分,如软件中所经常涉及到的按钮、界面风格、表格、报表等,
    都可以直接使用控件。控件就像是一间

    (1)文本框测试要点
    本框作用:接受用户输入的数据,或者显示数据
    a.是否允许输入disabled=disabled
    b.是否必填
    c.组合规则:(汉字,字母,数字,特殊字符,组合)
    d.长度规则:(长度刚好小于定义的最小长度,长度刚好超过定义的最大长度,长度在允许的长度范围之内)
    e.是否允许重名
    f.空格(前含空格,后含空格,中含空格)
    g.是否允许拷贝
    h.输入格式是否符合要求(日期格式,手机格式等)
    i.是否允许放大或者缩小

    (2)密码框测试要点:
    a.密码是否密文显示。比如输入后,通过复制粘贴,是否是密文显示;
    b.密码是否允许复制粘贴;
    c.密码传输过程是否加密,数据库保存是否加密。
    (MD5加密,sha256,mysql5)
    d.组合规则:
    (汉字,字母,数字,特殊字符,组合)
    e.长度规则:
    (长度刚好小于定义的最小长度,长度刚好超过定义的最大长度,长度在允许的长度范围之内)

    (3)单选框测试要点:
    a.一组单选按钮不能同时选中,只能选中一个。
    b.逐一执行每个单选按钮的功能。
    分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”
    c.一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空
    d.单选按钮是否可选(切换)

    (4)多选框(复选框)测试要点:
    a.能否同时选中(全选)
    b.能否同时清空(全不选)
    c.能否同时为空(同时为空时是否有提示)
    d.每个选框的功能是否实现

    (5)下拉框(列表框)控件的测试
    a.下拉框条目内容正确;没有丢失或错误
    b.下拉框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况
    c.下拉框的数据来源于其他功能模块时,修改其他模块的数据,下拉框中的数据跟着改变
    d.组合下拉框:关注组合下拉框初始值,当改变一个下拉框的值,后面的下拉框中的数据跟着变。

    (6)文件上传控件的测试要点
    1.文件上传功能测试
    (1)选择符合要求的文件,上传--------上传成功
    (2)上传成功的文件名称正常显示
    (3)上传的文件可查看或下载
    (4)文件路径是否可手动输入
    (5)手动输入正确的文件路径上传成功
    (6)手动输入错误的文件路径提示不能上传
    (7)有多个上传框时,上传相同名称的文件
    (8)上传一个正在打开的文件

    2.文件大小测试
    (1)符合格式,总大小稍小于限制大小的文件------上传成功
    (2)符合格式,总大小等于限制大小的文件------上传成功
    (3)符合格式,总大小稍大于限制大小的文件-----在上传处提示附件过大
    (4)小为0kb的txt文档------不能上传

    3.文件名称测试
    (1)文件名称中包含特殊字符
    (2)文件名全为中文
    (3)文件名全为英文
    (4)文件名为中、英混合

    4.文件格式测试
    (1)上传正确格式-----上传成功
    (2)上传不允许的格式------提示不能上传

    (7)按钮控件测试要点:
    a.按钮功能是否实现(添加,删除,修改,取消,保存等等)
    b.对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会(删除、关闭)
    c.通过点击按钮有弹出框或者弹出窗体需要对弹出的窗体或弹出框进行测试,所弹出的窗体是否与按钮功能一致
    d.按钮的可用与否逻辑上是否正确
    e.对按钮测试需要考虑按钮对齐,字体大小,颜色,重复功能按钮等界面测试的要素
    f.对非法的输入或操作给出足够的提示说明

    文档测试

    哪些文档需要测试

    开发文件:可行性分析,需求文档,概要设计文档,详细设计文档,数据库设计文档等。
    测试文件:测试计划,测试方案,测试用例,测试报告。
    用户文件:用户操作手册。
    其他文件:

    文档测试要点

    文档的读者群
    文档的术语
    文档的正确性
    文档的完整性
    文档的一致性
    文档的易用性
    样例与示例
    文档的语言
    印刷与包装质量等待

    文档测试评审的特点

    评审人的范围比较广,可以包括主管、项目经理、其他开发人员等
    评审的时间相对较短、评审的随意性较大,系统性不强,评审人从各自的角度提出意见
    文档质量较差时,评审人很难提出实质性的意见

    兼容性测试

    平台测试
    浏览器测试
    软件本身能否向前或向后兼容
    测试软件能否与其他相关的软件兼容
    数据兼容性测试

    场景法设计测试用例

    基本流
    插卡 → 输入密码 → 选择金额 → 取款 → 退卡

    备选流1
    银行卡插反了
    插入非正常银行卡

    备选流2
    第一次密码错误
    第二次密码错误
    第三次密码错误

    备选流3
    银行卡余额不足
    ATM机余额不足
    银行卡限额
    跨行取款手续费不足

    备选流4
    未取卡

    导出功能

    1)导出的excel文件名是否有要求,如果有要求,是否正确
    2)导出的excel表格的格式检查,主要检查导出的excel格式是否符合预期,各字段是否正确
    3)导出全部数据功能是否正确
    4)导出部分数据功能是否正确
    5)选择数据为空时是否可以导出
    6)导出的数据内容是否与系统中的内容一致
    7)不同浏览器导出的文件是否一致
    8)excel导出时数据的分页检查【一般数据量较大时,开发都会分批次去取数据,分页时容易出现问题】
    9)注意导出文件的排版问题,当某一字段的内容过长时,是否可以自动换行

  • 相关阅读:
    STL源码剖析之_allocate函数
    PAT 1018. Public Bike Management
    PAT 1016. Phone Bills
    PAT 1012. The Best Rank
    PAT 1014. Waiting in Line
    PAT 1026. Table Tennis
    PAT 1017. Queueing at Bank
    STL源码剖析之list的sort函数实现
    吃到鸡蛋好吃,看看是哪只母鸡下的蛋:好用的Sqlite3
    cJSON
  • 原文地址:https://www.cnblogs.com/TD1900/p/11811737.html
Copyright © 2011-2022 走看看