测试用例设计

常见的软件测试面试题

房东的猫 提交于 2019-11-26 21:04:00
1、常见的 测试 用例设计 方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计 工作 中的应用。   1)等价类划分   常见的 软件测试 面试 题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类 其它 值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.   2)边界值分析法   边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.   使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.   3)错误推测法   基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.   错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在 单元测试

测试用例,模版

a 夏天 提交于 2019-11-26 12:57:26
转载: https://blog.csdn.net/a823080387/article/details/55100730 该范例已经包含一个测试用例的模板。 项目/软件 技术出口合同网络申领系统 (企业端) 程序版本 1.0.25 功能模块名 Login 编制人   xxx 用例编号- TC-TEP_Login_1 编制时间   2002.10.12 相关的用例 无 功能特性 用户身份验证 测试目的 验证是否输入合法的信息,允许合法登陆,阻止非法登陆 预置条件 无 特殊规程说明 如数据库访问权限 参考信息 需求说明中关于“登陆”的说明 测试数据 用户名=yiyh 密码=1 操作步骤 操作描述 数 据 期望结果 实际结果 实际结果 测试状态(P/F) 1 输入用户名称,按“登陆”按钮。 用户名=yiyh,密码为空 显示警告信息“请输入用户名和密码!” 2 输入密码,按“登陆”按钮。 用户名为空,密码=1 显示警告信息“请输入用户名和密码!” 3 输入用户名和密码,按“登陆”按钮。 用户名=yiyh,密码=2 显示警告信息“请输入用户名和密码!” 4 输入用户名和密码,按“登陆”按钮。 用户名=xxx,密码=1 显示警告信息“请输入用户名和密码!” 5 输入用户名和密码,按“登陆”按钮。 用户名=xxx,密码=2 显示警告信息“请输入用户名和密码!” 6 输入用户名和密码,按“登陆

常见的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

放肆的年华 提交于 2019-11-26 11:11:13
  1-等价类划分   常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.   2-边界值分析法   边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.   使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.   3-错误推测法   基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.   错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例-例如, 在单元测试时曾列出的许多在模块中常见的错误-以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0的情况

GUI的测试用例设计

走远了吗. 提交于 2019-11-26 06:44:02
界面设计的行业标准总结 二 一、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所示

软件测试面试题集合(一)

﹥>﹥吖頭↗ 提交于 2019-11-25 20:56:15
1.软件的生命周期(prdctrm) 计划阶段(planning)-〉需求分析(requirement)-〉设计阶段(design)-〉编码 (coding)->测试(testing)->运行与维护(running maintrnacne) 2、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理库里面进行备案。 然后,要获取判断的依据和标准:根据需求说明书、产品说明、原型图、设计文档等,确认实际结果 是否与计划有不一致的地方,提供缺陷是否确认的直接依据; 如果没有文档依据, 1)可以根据同行或类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷; 2)根据用户的一般使用习惯,来确认是否是缺陷; 3)与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷; 合理的论述,向测试经理说明自己的判断的理由,等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并有上级做出决定。 3、给你一个网站,你如何测试? 首先,查找需求说明、网站设计等相关文档,分析测试需求。 制定测试计划,确定测试范围和测试策略,一般包括以下几个部分:功能性测试;界面测试;性 能测试;数据库测试;安全性测试;兼容性测试 设计测试用例: 功能性测试可以包括,但不限于以下几个方面: 链接测试。链接是否正确跳转

正交分析法设计理论及实践

孤街醉人 提交于 2019-11-25 20:29:39
一、理念介绍 在黑盒用例设计方法中有一个大家耳熟能详的正交分析法,却鲜有人知 “Pairwise”设计理念。 设想一种常见的场景,工期很紧的项目,原定的测试时间被“无理”地压缩之后,如何能用极少的时间去保证更高的质量呢? 举个例子,如果让你测试一下word字体效果,你会整理出多少个用例呢? 答案很简单是2的七次方=128个用例,但当工期特别紧的时候(128个用例执行不完)你又会从中选取哪些用例来执行呢? “Pairwise”(官网: http://www.pairwise.org/)是行之有效的一个思路或者是强有力的理论基础。它是L . L. Thurstone(29 May1887 – 30 September 1955)在1927年首先提出来的。他是美国的一位心理统计学家。Pairwise也正是基于数学统计和对传统的正交分析法进行优化后得到的产物。 Pairwise基于如下2个假设: (1)每一个维度都是正交的,即每一个维度互相都没有交集。 (2)根据数学统计分析,73%的缺陷(单因子是35%,双因子是38%)是由单因子或2个因子相互作用产生的。19%的缺陷是由3个因子相互作用产生的。 因此,pairwise基于覆盖所有2因子的交互作用产生的用例集合性价比最高而产生的。 举例来说明:当因子A为a1、B为b1时,接下来不可出现A为a1、B为b1 或者是 B为b1、A为a1

自动化测试的前提与介绍

江枫思渺然 提交于 2019-11-25 19:10:07
一、课程介绍 1.自动化基础   1)自动化用例编写   2)Selenium优势及原理   3)自动化环境搭建 2.Selenium基础   1)常见8大元素定位(表格)   2)常见元素处理   3)下拉框元素处理   4)不同窗口切换   5)元素进阶   6)元素等待 3.需求到框架   需求分析---用例设计---基础脚本开发---登录\购物脚本重建---封装读取配置文件---数据驱动---监听截图---代码分层---框架实现---日志收集---报告生成持续集成 4.知识回顾+keywords框架 二、功能测试与自动测试的区别 1.功能测试   满足产品需求,找bug 2.自动化测试 编写代码、脚本让程序自动运行 减少人工投入,提高工作效率 回归测试 系统监控 3.区别   含金量不同 三、自动化测试流程有哪些 1.分析测试需求---选择方案---制定测试计划---环境搭建---用例准备---编码---分析结果 四、自动化用例与手工用例的区别 1.手工用例 2.自动化用例 3.区别 步骤不同 精度不同 五、自动化测试用例的编写 1.自动化测试用例要点 ID 模块 前提条件 步骤 预期结果 实际结果 六、Selenium的优势及工作原理 1.Selenium的优势 开源 多浏览器 多平台 API齐全 浏览器内运行 2.Selenium的工作原理    来源: https:/