精华内容
下载资源
问答
  • 移动APP安全测试要点

    2021-02-24 08:03:25
    在海量的应用中,APP可能会面临如下威胁:在这次的移动APP安全测试实例中,工作小组主要通过如下7个方向,进行移动终端APP安全评估:运营商自主开发的自动化APP安全检测工具,通过”地、集、省”三级机构协作的方式...
  • web测试要点

    2018-09-10 10:14:14
    此文档主要总结了web测试要点,描述了各种测试类型,如功能测试、兼容性测试、性能测试等。
  • 覆盖 web 测试的各个方面,分为 6 个部分: 功能测试、性能测试(包括负载/压力测试)、用户界面测试、兼容性测试、安全测试、接口测试
  • 要点软件测试中淘宝性能测试要点每台服务器每秒平均PV量=((80%*总PV)/(24*60*60*(9/24)))/服务器数量,即每台服务器每秒平均PV量=2.14*(总PV)/*(24*60*60)/服务器数量最高峰的pv量是1.29倍的平均pv值...
  • 手机app测试要点

    2019-03-28 11:51:02
    手机app测试要点,详细讲解了测试方法,测试分类,例如什么是黑盒测试,白盒测试,性能测试,自动化测试,回归测试,冒烟测试等等
  • 测试要点

    千次阅读 2019-05-17 21:29:58
    2.测试多个查询条件时,要注意查询条件的组合测试,可能不同组合的测试会报错。 3.组合各个文本域查询条件,点击“搜索”,查询结果正确 4.多个关键词中间加入空格,tab,逗号后,验证系统的结果是否正确 其他...

    一.头像用例
    1,点击头像可以放大观看

    2,查看头像是否支持放大,缩小

    3,刚创建账号时是否显示默认头像

    4,查看头像之后点击其它区域自动退出

    5,头像支持的图片格式,图片大小

    6,支持相机拍摄的图片和从网上下载的图片

    7,选择完图片后是否有一个定框

    8,选择相片—从手机相册获取

    9,选择相片—用照相机拍照

    10,头像显示的是方形还是圆形

    11,选择图片范围时图片是否支持放大/缩小

    12,选择好图片区域后保存,头像是否居中显示,还是只显示选择图片区域的某个角落

    13,保存完图片后是否会有提示更换头像成功

    14,修改头像后去app其它模块时是否马上刷新显示最新的头像

    15,进入更换头像界面时可以取消更换头像

    16,选择从相册选取图片还是从照相机时都能取消,返回到修改头像界面

    17,头像是否支持本地缓存,断开网络之后是否还能显示头像

    18,网络异常时,修改头像失败,会有提示

    轮播图测试点
    移动端轮播图测试点:
    1、是否自动轮播(大于一张时)。
    2、每张轮播图轮播的时间,一般3秒。
    3、是否循环连续播放,首张至尾张,尾张至首张。
    4、是否可手动滑动轮播,向左或向右。
    5、首张是否可手动向右滑动至最后一张,尾张是否可手动向左滑动至第一张。
    6、轮播图为一张时,不需要轮播效果,两张以上才需要。
    7、轮播图的标题不可覆盖标识轮播图数量的标志,标题过长需省略,或把标题做成自动播放。
    8、图片是否清晰,是否符合窗口比例。
    9、轮播图对应的链接内容是否正确。
    后台管理系统:
    1、发布的轮播图是否和移动端对应。
    2、不同权限管理员发布的轮播图是否显示在对应的的用户上。
    3、轮播图可撤销,撤销之后可删除或编辑。、

    三。搜索框 功能测试点
    若查询条件为输入框,则参考输入框对应类型的TEST方法
    一、功能实现:
    1.搜索按钮功能是否实现;
    2.点搜索后,原先的搜索条件是否清空;
    3.注意验证搜索框的功能是否与需求一致,即是模糊搜索,还是完全搜索。如果支持模糊查询,搜索名称中任意一个字符,要能搜索到;如果支持完全搜索,点击“搜索”,查询结果正确;中%国,查询结果是不是都包含中国两个字的信息
    4.比较长的名称是否能查到,输入过长查询数据,看其有没判断,报错;系统是否会截取允许的长度来检索结果;只能输入允许的字符串长度?
    5.空;默认查询条件结果集
    6.空格;
    7.是否有忽略空格的功能,有的搜索框是需要有忽略前置空格和后置空格的功能,但不能把中间空格忽略;
    8.输入各种字符,譬如输入范围是09,AZ的看输入中文是什么效果,字符(尤其是英文单引号),数字,特殊符号以及组合情况(特殊符号就是键盘上的那些);中文值,字母大、小写值、数字类型值、全角、半角值,
    9.输入系统中存在的与之匹配的条件,看其的查询后数据的完整性;显示记录条数正确、文字折行显示正确、页面布局美观,列标题项、列显示内容、排序方式符合需求定义;搜索出的结果页面是否与其他页面风格一致;
    10.焦点放置搜索框中,搜索框默认内容是否自动被清空;
    11.输入系统中不存在的与之匹配的条件;本站内搜索输入域中不输入任何内容,是否搜索出的是全部信息或者给予提示信息
    12.用快捷键或鼠标粘贴内容看,测试搜索框是否能执行;
    13.查询结果超过一页可以下滑,并选中;
    14.注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方;
    15.用户进行查询操作时,一般情况是不进行查询条件的清空,除非需求特殊说明。
    16.反复输入相同的数据(5次以上)看是否报错
    17.在输入结束后直接按回车键,看系统处理如何,会否报错
    18.敏感词汇,提示用户无权限等信息
    二、组合测试:
    1.不同查询条件之间来回选择,是否出现页面错误(单选框和多选框最容易出错)
    2.测试多个查询条件时,要注意查询条件的组合测试,可能不同组合的测试会报错。
    3.组合各个文本域查询条件,点击“搜索”,查询结果正确
    4.多个关键词中间加入空格,tab,逗号后,验证系统的结果是否正确
    其他苛刻要求:
    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、边界值验证,在允许的字符串范围内外,验证系统的处理

    展开全文
  • WEB要点软件测试中的Web测试要点基于Web的系统测试与传统的软件测试既有相同之处,也有不同的地方,对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行,而且还要评价系统在不同...
  • 软件测试要点总结

    2021-03-23 15:44:45
    软件测试要点总结软件测试一、环境配置测试(1)网络连接是否正常(2)网络流量负担是否过重(3)软件测试平台是否可选(4)如果(3),是否在不同的软件测试平台进行软件测试(5)所选软件测试平台的版本(包括ServicePack)是否...
  • app测试要点.txt

    2020-05-16 10:04:34
    APP与Web测试的异同,APP专项测试,网络测试,多任务处理,切换及意外情况处理,APP测试环境 [模拟器的使用],ADB命令 [以下命令需要掌握,具体请参考adb命令文档],Monkey工具
  • web测试要点总结

    2018-06-20 09:34:55
    一、功能测试 1、链接测试  (1)、测试所有链接是否按指示的那样确实链接到了该链接的页面; (2)、测试所链接的页面是否存在; (3)、保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面,...
  • 互联网测试要点

    2021-03-23 15:17:39
    互联网测试要点软件测试·功能测试a)链接测试参考工具:(1)、测试所有链接是否按指示的那样确实链接到了该链接的页面;(2)、测试所链接的页面是否存在;(3)、保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有...
  • cs软件测试要点

    2013-10-06 13:38:28
    主要讲解CS软件测试的关注要点,可以帮你更好的去掌握设计用例的关注点
  • 本文的目的是覆盖 web 测试的各个方面,未就某一主题进行深入说明,本文将WEB测试分为 6 个部分: 1. 功能测试 2. 性能测试(包括负载/压力测试) 3. 用户界面测试 4. 兼容性测试 5. 安全测试 6. 接口测试
  • 要点软件测试中自动化单元测试要点1.改进产品质量软件测试,很多时候围绕着两个问题:Verification和Validation,常说的双V。前面的Verification就是Isthesoftwarebuiltcorrectly?。后面的Validation就是...
  • 16种系统测试方法概念+测试要点

    千次阅读 2020-12-08 15:17:51
    常见的系统测试类型 功能测试(配置测试,恢复性测试,备份测试) 性能测试(压力测试、稳定性测试、容量测试) GUI测试(可用性测试) 兼容性测试 安全性测试(网络测试) 安装性测试 文档测试 1. 功能测试 ...

    常见的系统测试类型

    • 功能测试(配置测试,恢复性测试,备份测试)
    • 性能测试(压力测试、稳定性测试、容量测试)
    • GUI测试(可用性测试)
    • 兼容性测试
    • 安全性测试(网络测试)
    • 安装性测试
    • 文档测试

    1. 功能测试

    基本概念

    功能测试是系统测试中最基本的测试,他不管软件内部的实现逻辑,主要根据产品的需求规格说明书和测试需求列表,验证产品的功能实现是否符合产品的需求规格。功能测试主要是为了发现以下几类错误:
    01 是否有不正确或遗漏了的功能?
    02 功能事件是否满足用户需求和系统设计的隐藏需求?
    03 能否正确地接受输入?能否正确地输出结果?

    测试要点

    1. 多考虑用户是在什么情况下如何来使用该功能的,比如网络断掉的时候访问网站,用键盘进行操作等等。
    2. 多考虑用户对多个功能的组合运用,比如对手机进行的功能测试,需要考虑到用户同时使用多个功能的情况。
    3. 对于服务器软件多考虑多用户同时访问、操作的情况,需要检测用户的同时使用 是否会导致功能的失效。
    2.性能测试

    基本概念

    性能测试就是用来测试软件在集成系统中的运行性能的。性能测试可以发生在测试过程的所有步骤中,即使是在单元层,一个单独模块的性能也可以使用白盒测试来进行评估

    展开全文
  • 软件测试要点

    2015-05-25 17:25:17
    概述了软件测试的一些要点,希望对大家有帮助
  • 掌握一定的EMC测试技术是十分必要的,本文就将分享那些EMC的测试要点以及其故障排除方案。  单片机系统EMC测试  1. 测试环境  为了保证测试结果的准确和可靠性,电磁兼容性测量对测试环境有较高的要求,测量...
  • 自动化单元测试要点

    2021-03-23 16:00:05
    自动化单元测试要点软件测试用单元测试的框架MSTEST,做单元测试,集成测试快1年了,总结一下工作中学到都东西。单元测试,集成测试有什么用?1.改进产品质量软件测试,很多时候围绕着两个问题:Verification和...
  • 淘宝性能测试要点

    2021-03-23 15:24:06
    淘宝性能测试要点软件测试每台服务器每秒平均PV量=((80%*总PV)/(24*60*60*(9/24)))/服务器数量,即每台服务器每秒平均PV量=2.14*(总PV)/*(24*60*60)/服务器数量最高峰的pv量是1.29倍的平均pv值性能测试策略1....
  • APP测试要点

    2015-03-13 16:05:44
    根据测试APP的项目经验,整理的一些APP测试要点,整理详细
  • WEB测试---UI 测试要点

    千次阅读 2019-01-15 23:57:46
    UI 测试要点 用户界面一般是由窗体及其内部控件组成。 因此, 界面测试主要从窗体及窗体中的控件两方面来考虑。 一个窗体一般由标题栏、 菜单栏、 工具栏、 状态栏及内部控件组成, 因此为主要测试目标 1、 窗体...

    UI 测试要点
    用户界面一般是由窗体及其内部控件组成。 因此, 界面测试主要从窗体及窗体中的控件两方面来考虑。
    一个窗体一般由标题栏、 菜单栏、 工具栏、 状态栏及内部控件组成, 因此为主要测试目标

    • 1、 窗体的测试

    (1) 窗体的大小
    窗体的大小要合适, 使内部控件布局合理, 不过于密集, 也不过于空旷。
    (2) 窗体的位置。
    对于主窗体, 显示屏正中, 对于子窗体, 一般应在父窗体显示区的中间。
    (3) 移动窗体
    快速或慢速移动窗体, 背景及窗体本身刷新必须正确。
    (4) 缩放窗体
    ① 鼠标拖动
    对于固定大小的窗体, 鼠标拖动不能缩放其大小。
    对于能用鼠标拖动缩放大小的窗体, 放大或缩小窗体后其内容也应做相应调整。
    ② 单击‘最大化’ 按钮。 窗体被最大化, 内部控件大小或位置也应做相应调整。
    ③ 单击‘还原’ 按钮。 应还原到窗体最初默认的大小。
    ④ 单击‘最小化’ 按钮。 对于主窗体, 应最小化到系统状态栏的左下角, 并依次排列; 对于窗体中的子窗
    体, 应最小化到父窗体容器的左下角, 并依次排列。
    (5) 显示分辨率。
    通常情况下, 计算机的显示分辨率包括 800×600、 1024×768、 1280×1024 等等。
    【注意】 由于程序员在编程时, 可能使用了固定的控件大小和位置, 不能随分辨率的改变而变化, 因此, 在分
    辨率为 1024×768 下开发的程序在分辨率为 800×600 时, 会出现显示内容被裁切的情况。
    (6) 宽屏和普屏。
    宽屏和普屏的显示器, 界面显示效果可能不一样。

    • 2、 标题栏的测试

    (1) 不同窗体的图标要易于分辨
    ① 父窗体的标题图标;
    ② 子窗体的标题图标;
    ③ 提示信息窗体的标题图标;
    ④ 警告信息窗体的标题图标;
    ⑤ 错误信息窗体的标题图标;
    (2) 标题内容
    ①标题的内容要简明扼要, 且不能有错别字。
    ② 父窗体的标题内容;
    ③ 子窗体的标题内容;
    ④ 提示信息窗体的标题内容;
    ⑤ 警告信息窗体的标题内容;
    ⑥ 错误信息窗体的标题内容;

    • 3、 菜单栏的测试

    1) 菜单深度最好不超过 3 层;
    2) 菜单通常使用 5 号字体。3) 菜单前的图标不宜太大, 与字高保持一致最好。
    4) 各项菜单是否能完成相应功能?
    5) 各菜单与其完成的功能是否一致?
    6) 有无错别字?
    7) 有无中英文混合?
    8) 快捷键或热键
    ① 是否有效?
    ② 是否重复?
    9) 鼠标右键菜单;
    10) 不可用菜单是否真的不可用? (这在不同权限下会出现。 )

    • 4、 工具栏的测试

    1) 工具栏中通常使用 5 号字体, 工具栏一般比菜单栏略宽。
    2) 相近功能的工具栏放在一起。
    3) 工具栏的按钮要有即时提示信息, 图标要能直观的表达要完成的操作。
    4) 一条工具栏的长度最长不能超过屏幕宽度。
    5) 系统常用的工具栏设置默认放置位置。
    6) 工具栏太多时可以考虑使用工具箱, 由用户根据自己的需求定制。

    • 5、 状态栏的测试

    1) 显示用户切实需要的信息
    ① 目前的操作
    ② 系统的状态
    ③ 当前位置
    ④ 时间
    ⑤ 用户信息
    ⑥ 提示信息
    ⑦ 错误信息
    ⑧ 如果某一操作需要的时间比较长, 还应该显示进度条和进程提示。
    2) 状态条的高度以放置 5 号字为宜。

    • 6、 控件的测试

    (1) 控件自身的测试
    1 控件本身的大小
    2 控件本身的位置
    3 控件字体
    4 字体的大小、 半角、 全角
    5 错别字、 中英混合

    • 7、 文本框

    1 作用: 接受用户输入的数据或显示数据。
    2 状态: 可编辑(正在编辑、 未编辑) 、 不可编辑。
    3 测试点:
    7.1 根据文本框作用:
    输入数据的内容
    (如输入空格或与已存在内容相冲突的数据等)输入数据的长度
    (如只能输入 8 位, 分别输入 7、 8、 9 位数据进行测试)
    输入数据的类型
    (如只能输入数字, 分别输入汉字、 字母、 特殊符号等)
    输入数据的格式
    (如‘yyyy/mm/dd’ )
    7.2 显示数据
    ● 显示内容是否正确?
    ● 内容太长, 文本框不能完全显示时, 是否有未完全显
    示的提示? 如加‘…’
    ● 显示内容格式是否正确?
    7.3 根据文本框状态
    可编辑文本框与不可编辑文本框是否易于区分? (一般将不可编辑文本框置灰)
    光标选中的可编辑文本框是否有明显显示? (如文本框底色由白色变为蓝色)
    【注意】 对于在文本框中输入的错误数据, 程序一般有以下 3 种处理方式:
    ● 不允许输入, 没有任何提示。
    ● 输入后立即给出提示要求重新输入。
    ● 单击窗体中的‘确定’ 或‘保存’ 或‘提交’ 按钮以后, 程序再检验数据的正确性, 不正确就给出提示
    要求重新输入。 在设计文档中没有特别注明需采用哪种处理方式时, 无论哪种方式, 只要能正确验证数据就
    可以。
    4 举例说明: 略

    • 8、 Up-down 控件文本框

    1 作用: 通过控件的上下箭头, 选择不同的值。
    2 状态: 可用、 不可用。
    3 测试点:
    3.1 直接输入或上下箭头选择;
    3.2 边界值
    3.3 默认值
    3.4 输入非法数据
    3.5 若该控件不可用, 是否有标识? 且是否真的不可用?
    4 举例说明: 略

    • 9、 组合列表框(下拉列表框)

    1 作用: 下拉列表中显示一组数据, 选中某一条数据, 该数据就返回到框中。
    2 状态: 可用、 不可用。
    3 测试点:
    3.1 条目内容是否正确? (根据需求说明书确定其内容)
    3.2 条目功能是否实现? (有些程序要求在获得条目内容的同时, 获得该条目对应的编号, 但是编号在窗
    体上不显示, 此时就要在数据库中查看结果是否正确? )
    3.3 是否能输入数据? (一般程序不允许输入数据。 )
    3.4 若该控件不可用, 是否有标识? 且是否真的不可用?
    4 举例说明: 略

    • 10、 列表框

    1 作用: 列表框中显示一组数据, 选中某一条/或某几条数据, 程
    序进行某种处理。2 状态: 可用、 不可用。
    3 测试点:
    3.1 条目内容是否正确? (根据需求说明书确定其内容)
    3.2 条目功能是否实现?
    3.3 滚动条是否可以滚动? (针对列表框内容较多时)
    3.4 条目内容宽度超过列表框的宽度时, 鼠标指针位于该条目
    时是否可以完整显示?
    3.5 是否允许多选? (若允许, 要分别检查按 Shift 选中、 按
    Ctrl 选中条目和直接用鼠标选中多项条目时的情况。 )
    3.6 若该控件不可用, 是否有标识? 且是否真的不可用?
    4 举例说明: 略

    • 11、 命令按钮

    1 作用: 实现规定的功能。
    2 状态: 可用、 不可用。
    3 测试点:
    3.1 可操作按钮功能是否实现?
    3.2 对可能造成数据无法恢复的操作是否提供确认信息? (如
    删除等操作)
    3.3 对不符合业务要求的输入数据是否有相应的处理方法?
    3.4 对非法的输入或操作是否给出足够的提示说明, 让用户明白错误出处?
    3.5 若该按钮不可用, 是否有标识? 且是否真的不可用?
    4 举例说明: 略

    • 12、 单选按钮(单选框)

    1 作用: 同一组中只能选择一个。
    2 状态: 可选(被选中、 不被选中) 、 不可选。
    3 测试点:
    3.1 同一组中, 是否只能选中一个?
    3.2 各项功能是否能正确完成?
    3.3 是否有默认被选中的选项?
    3.4 可选和不可选项是否易于区分? (一般将不可选项置灰)
    3.5 不可选项是否限制不能被选中?
    4 举例说明:
    如性别组的单选按钮, 可选项包括: 男、 女、 未说明, 默认为男。

    • 13、 复选框

    1 作用: 可同时选中多项。
    2 状态: 可选(选中、 未被选中) 、 不可选。
    3 测试点:
    3.1 是否可以同时全部选中?
    3.2 是否可以同时部分选中?
    3.3 是否可以都不选中?
    3.4 各种选中情况下功能的实现?
    3.5 是否有默认被选中的选项?
    3.6 可选和不可选项是否易于区分? (一般将不可选项置灰)
    3.7 不可选项是否限制不能被选中?
    4 举例说明: 略。

    • 14、 滚动条

    1 作用: 在较多内容情况下, 可以通过拖动显示内容。2 测试点:
    2.1 是否能被拖动?
    2.2 拖动滚动条时, 屏幕的刷新情况? (是否能及时刷新? 是
    否有乱码? )
    2.3 拖动滚动条时, 信息的显示情况?
    2.4 滚动条的上下按钮是否可用?
    2.5 滚动条的大小是否会根据显示信息的长、 宽度及时变换?
    2.6 滚动条的位置是否能根据选中内容的位置及时移动?
    2.7 是否能用鼠标滚轮控制滚动条?
    3 举例说明: 略

    • 15、 各种控件混合使用时的测试

    1 控件间的相互作用。
    2 Tab 键的顺序。 (一般是从上到下, 从左到右。 )
    3 热键的使用。
    4 Enter 键和 ESC 键的使用。
    5 控件组合后功能的实现。
    【注意】 测试过程中, 应遵循由简到繁的原则, 先进行单个控件功能的测试,
    确保实现无误后, 再进行多个控件的功能组合的测试。

    展开全文
  • 黑盒测试要点

    2020-01-08 18:12:06
    黑盒测试要点 1、黑盒测试要点: (1)等价类划分: 先考虑输入数据的数据类型。 合法类型和非法类型 合法类型中的合法区间和非法区间。 画出示意图区分等价类。 为每一个等价类编号。 从一个等价类中选举一个测试...

    黑盒测试要点

    1、黑盒测试的概念:

    测试中把被测系统比作一个完全不能打开的盒子。完全不可考虑程序的内部结构和内部特性的情况下,通过相关暴露的接口来进行测试。只检查程序的功能是否能够按照规格说明的规定能够正常的使用。程序是否能够正确的接受输入数据,并产生正确的输出信息。
    黑盒测试是从用户的视角来不停的用数据或者事件驱动系统,并通过输出结果来进行判断的。
    在这里插入图片描述

    2、黑盒测试的优点:

    (1)容易实施,不需要关注内部的实现。
    (2)更贴近用户的使用角度。

    3、黑盒测试的缺点:

    (1)测试覆盖率较低,一般只能覆盖到代码量的不到40%。
    (2)针对黑盒的自动化测试,复用率较低,维护成本较高。

    4、黑盒测试主要测试什么(主要是用于系统测试阶段)?

    (1)是否有不正确或遗漏的功能。
    (2)在接口上,输入是否能正确的接受?,能否输出正确的结果?
    (3)是否有数据结构错误或外部信息(例如数据文件)访问错误?
    (4)性能上是否能够满足要求?(重要)

    5、黑盒测试的主要设计方法:

    (1)等价类划分:

    针对程序有很多的输入条件,等价类就是把所有的输入条件等价的归为一类,这样会形成若干典型的输入条件。通过典型的输入数据来进行测试用例的设计。

    • 先考虑输入数据的数据类型。
    • 合法类型和非法类型 合法类型中的合法区间和非法区间。
    • 画出示意图区分等价类。 为每一个等价类编号。
    • 从一个等价类中选举一个测试数据构造测试用例。

    (2)边界值分析:

    • “错误隐藏在角落”,大量的测试实践经验表明,边界值是最容易出现错误的地方,也是我们测试的重点。
    • 测试边界值,一般测试边界值和正好超出边界值一个单位。
    • 测试边界条件,数据区间。

    (3)因果图法:

    • 当拿到程序需求规格说明书时,针对每一种输入和输出设定特定的标识符,将这些情况形成因果图,根据语义的情况,形成判定表。从而编写测试用例。
    • 等价类划分法和边界值分析方法都是着重考虑输入条件,但是没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。
    • 如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计,这就需要利用因果图。
    • 因果图法是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。
    • 找出所有输入条件和输出条件,并编号 分析输入条件之间的关系,是互斥还是可以同时满足 画出输入条件的排列组合情况
    • 编写测试用例
    • 应用场景:当软件的输入条件较多的时候,可以考虑用因果图法来设计测试用例。考虑输入的所有排列组合的情况,防止遗漏。
    • 因果图的局限性:假如有n个条件,每个条件有真或假两种取值,理论上就有2的n次方排列组合,大大增加了测试用例的个数,不便于维护。

    (4)流程图法:

    • 梳理程序逻辑执行的路径来设计测试用例。
    • 在编程的时候我们要画算法流程图,将这一思想与应用到黑盒测试领域。黑盒测试的流程图针对整个系统业务功能流程的。
    • 详细了解需求
    • 根据需求说明或界面原型,找出业务流程的各个页面以及流程关系。 画出业务流程图 编写测试用例,覆盖所有的路径分支。

    (5)错误推测法

    • 根据经验或直觉来判断程序中容易出错误的地方。从而针对性的设计用例的方法。例如:在测试界面输入时,要考虑特殊字符的情况;在处理文件时,也考虑文件不存在、文件超大等一些特殊的情况。

    (6)正交试验分析法

    • 根据正交性,从一组数据当中筛选出典型的代表性数据的方法。这种方法主要用于筛选输入数据

    (7)状态迁移图法

    • 通过梳理软件功能点里面的状态迁移关系,来设计测试用例。
    • 例如:软件有一个“审批”的功能,待审批—审批(拒绝、通过、退回)——审批通过

    2、什么是SQA?

    SQA(Software Quality Assurance-软件质量保证):

    • 为确保开发过程和结果符合预期要求而建立的一系列规程,以及依照规程和计划采取的一系列活动及其结果评价。
    • SQA是独立于项目组之外的第三方监督机构,理论上,他的权力与项目经理平行,监督整个项目的管理,需求分析、设计、编码、测试与维护等各个环节。

    3、SQA要做的工作:

    • 通过监控软件开发过程来保证产品质量。
    • 保证开发出来的软件和软件软件开发过程符合相应标准与规程。
    • 保证软件产品,软件过程中存在的不符合问题得到处理,必要时将问题反映给高级管理者
    • 确保项目组制定的计划、标准和规程适合项目组需要,同时满足评审和审计需要。
    展开全文
  • WEB功能测试要点

    千次阅读 2019-10-05 14:37:43
    WEB功能测试要点 WEB功能测试一般关注的点主要可以分为:UI及易用性测试、表单测试、cookies测试、链接测试、兼容性测试。 UI及易用性测试 1)各个页面的样式风格是否美观统一,如图片大小、颜色是否统一,页面、...
  • UI界面测试要点 1 界面的线条是否一致每个界面中线条是否对齐是否一致 2 整个系统的界面是否保持一致 3 界面是否存在错别字 4 界面上的按钮样式是否一致 5 每个界面是否同原静态页面设置一致静态页面确认的情况下 6...
  • 电商测试要点.xmind

    2021-07-28 17:01:03
    电商测试要点
  • 功能测试要点

    千次阅读 2018-12-17 17:14:55
    一、什么是软件测试 软件测试是一项旨在保障软件质量的服务,软件测试只能证明一个软件存在缺陷,却不能证明一个软件存在缺陷。软件测试不仅旨在保证软件的质量,保证软件质量、提高交付频率变成了相辅相成的目标。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 97,643
精华内容 39,057
关键字:

测试要点