等价类

概述 黑盒测试的用例设计 背景 面试老问 为啥, 是不是把我当功能测试来了 想了想 之前翻来覆去, 只有 边界值 和 等价类 我对测试理论, 主要的来源, 就是 软件测试, 和 软件测试的艺术 两本书 但下面的好些方法, 书里也没讲, 因果图当时觉得是天书, 根本看不懂也不敢说 结果就是, 每次面试官问我, 我只能说 边界值 和 等价类 然后面试官 微微一笑, 语重心长的跟我说这些 你现在的思路, 还是个开发 你大学功课, 肯定没有学好 然后我还一脸懵逼 这些东西, 看起来还真的比较系统 普通人想总结出来, 估计比较难 如果是书上讲的, 可我又始终找不到 在 csdn 和 51testing 追根溯源, 已经找到了 2005 年 想了想, 真心浪费了不少时间, 以后随缘在找吧, 其实 博客里, 写的也听清楚的, 我就先看看吧 1. 测试分类 概述 简单分下类 分类 黑盒 静态 看需求, 看设计 动态 执行 白盒 静态 代码评审 动态 debug 本次目标 静态黑盒 2. 静态黑盒测试分类 概述 简单分类 分类 通过性测试 目的 证明产品符合要求 失败性测试 目的 证明产品不符合要求 执行 顺序 通过性测试 先证明基本流程没有问题 失败性测试 再尝试找出一些漏洞 2. 静态黑盒用例设计 概述 简单的用例设计思路 1. 等价类划分 概述 对输入进行划分, 目的是区别有效和无效输入 步骤

等价类划分法 概念： 把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件。 关于等价类划分的两个重要概念： 有效等价类：有效等价类是程序规格说明有意义，合理的输入数据。 比如用正确的用户名和密码来登录系统就是有效等价类。 无效等价类：无效等价类是程序规格说明无意义，不合理的输入数据。 比如用不存在的用户名和密码来登录系统就是无效的等价类。 优缺点分析： 优点：提高用例设计效率，较少冗余用例。 缺点：只考虑了输入的有效和无效，对数据的组合比较随机，边界缺陷不容易发现 。 适用范围：输入条件划分成多个子条件，各个子条件之间相对是独立的，没有制约关系。 实例演习 输入框要求输入[1,100]的数 有效等价类：可以输入1-100之间的数来验证，如：2 无效等价类：可以输入1-100之外的任意字符验证，如：999、字母、特殊符号、空格、回车 边界值划分法 概念： 是对等价类划分法的补充；假定大多数的错误是发生在各种输入条件的边界上，如果在边界附近的取值不会导致程序出错，那么其他取值导致程序错误的可能性也很小。 关于边界值几个“点”的概念： 上点：边界上的点。 例1：边界是封闭的 [1,100]之间的整数：1、100就是上点 例2：边界是是开放的 [1,100)之间的整数：1、100就是上点 内点：区域内的点 离点：里上点最近的一个点 例1：边界是封闭的 [1

黑盒技术设计测试用例的方法主要有： 等价类划分方法 边界值分析方法 错误推测方法 因果图方法 正交实验设计方法 1.等价类划分： 等价类划分法是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例；该方法是一种重要的，常用的黑盒测试用例设计方法。 1） 划分等价类： 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的。并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试。因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据。取得较好的测试结果。等价类划分可有两种不同的情况：有效等价类和无效等价类。 有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。 无效等价类：与有效等价类的定义恰巧相反。 设计测试用例时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。 2）划分等价类的方法： 下面给出六条确定等价类的原则。 ① 在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。 例：输入值是学生成绩，范围是0～100： ②

https://blog.csdn.net/qq_40018197/article/details/90027058 软件测试笔试题初级篇 一、选择题 1、对计算机软件和硬件资源进行管理和控制的软件是（D） A.文件管理程序 B.输入输出管理程序 C.命令出来程序 D.操作系统 2、在没有需求文档和产品说明书的情况下只有哪一种测试方法可以进行的（A） A.错误推测法测试 B.路劲分析测试 C.语句覆盖测试 D.条件覆盖测试 3、某测试人员通过执行测试软件测试的方法对当前功能进行了测试，该测试人员使用的测试方法为（C） A.静态测试 B.单元测试 C.黑盒测试 4、编写测试计划的目的是（ABC）多选题 A.使测试工作顺利进行 B.使项目参与人员沟通更舒畅 C.使测试工作更加系统化 D.软件工程以及软件过程的需要 E.软件过程规范化的要求 F.控制软件质量 5、关于软件测试与软件开发的认识，不正确的是（B） A.软件生命周期各个阶段都可能产生测试 B.软件测试是独立于软件开发的一个工作 C.软件开发的需求分析和设计阶段就应开始测试工作 D.测试越早进行，越有助于提高被测软件的质量 6、当一个应用程序窗口被最小化后该应用的程序将会出现一下哪种情况（D） A.被终止执行 B.继续在前台执行 C.被暂停执行 D.被转入后台执行 7、下列方法中，不属于黑盒测试的是？（A） A.基本路劲测试法

黑盒测试用例设计方法 一、等价类划分法 等价类划分法是一种典型的、重要的黑盒测试方法，是指某个输入域的子集合。在该子集合中，所有的输入数据对于揭露软件中的错误都是等效的。 等价类划分有效等价类和无效等价类 例如：微信红包的例子【0.01-200】 按数据范围划分： 有效的：0.01-200（ 1 ） 无效的：小于0.01（ 2 ） 大于200（ 3 ） 0.01-200区间小数点后超过2位的值 （ 4 ） 按数据类型组成划分： 有效：数字 （ 5 ） 无效：非数字类型，英文，中文，特殊字符，html标签...（ 6 ） 按是否为空 有效：不为空（ 7 ） 无效：为空（ 8 ） 等价类划分法用例设计原则 1）划分有效及无效等价类，为每一个等价类规定一个唯一的编号 2）设计一个新的测试用例数据，使其尽可能多地覆盖尚未覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止 3）设计一个新的测试用例数据，使其仅覆盖一个尚未覆盖的无效等价类，重复这一步，直到所有的无效等价类都被覆盖为止 二、边界值分析法 边界值最有可能出错 1、定义：边界值分析法是对等价类划分法的补充，边界值一般都是从等价类的边缘去寻找。边界值分析的基本思路：正好等于、刚刚大于、刚刚小于边界值作为测试数据。0.01、200 注意：0是一个特殊值，我们在考虑边界值的时候同时也要考虑这个特殊值。负数 2、边界值的作用

用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据、方面。没有完美的测试和完美的软件

如何保障测试覆盖率？ 一、首先测试需求分析要全面 测试需求分析具体分两步： 1、测试需求的获取 需求的来源： 显式需求： （1）原始需求说明书 （2）产品规格书 （3）软件需求文档 （4）有无继承性文档 （5）经验库 （6）通用的协议规范 隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析。 2，需求的分析 ，产生测试需求文档 将不同的需求来源划分成一个个需求点，针对每一点进行测试分析： （1）界定测试范围 （2）利用各种测试设计的方法产生测试点 在测试方法方面，可做如下注意： 　　其一，分析出口入口。从入口分析，将可能出现的环境，条件，操作等内容分类组合，然后根据各位测试达人的方法进行整合，逐一验证。从出口分析，将可能出现的结果进行统计，根据结果的不同追根溯源，再找到不同的操作以及条件等内容，统计成文档，逐一验证。 　　其二，多种测试手法的学习和使用。大家可能更多的关心测试方法，但是具体操作的手法也是需要注意的。毕竟测试方法比较容易找到，各位达人都很熟悉。如果将每个人不同的测试手法总结出来并在自己的测试实施中加以使用，可能会收到意想不到的成果。 在测试流程方面，可作如下注意： 　　其一，初期要做好需求分析。将需求逐渐细化到小功能点，针对每个功能点进行测试设计。对于完成的测试设计文档，经过项目相关人员的检查评审，做成所需要的初稿。 　　其二，在测试过程中

测试方法和测试用例设计 用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 测试原则： \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据

花了一个多星期整理上课使用的ppt,书写不易,请大家多多支持 文章目录 概述 计算机系统的软件可靠性问题 软件质量 软件可靠性 度量 软件故障 定义 错误 故障 失效 软件测试与软件可靠性 软件测试 软件生存周期 黑盒测试 测试原则 黑盒测试与白盒测试 黑盒测试 白盒测试 软件测试过程 单元测试 静态测试与动态测试 静态测试 动态测试 回归测试 $\alpha$测试 $\beta$测试 测试与调试 测试生命周期 测试工具 测试评估 软件质量评估 软件过程成熟度 第二章 三角形问题 NextDate函数 股佣金问题 功能性测试(黑盒测试) 优点 问题 常用测试方法 边界值分析 等价类测试 基于决策表的测试 第三章 结构性测试 结构性测试 常见的白盒测试方法有: 逻辑覆盖 程序控制图 McCabe的基本路径法 测试观点 符号测试 基本思想 程序插装 考虑的方面 用途 指导方针 基本原则 覆盖指标 数据流测试 定义/使用测试 定义/使用路径覆盖测试 概述 计算机系统的软件可靠性问题 1994年，Intel奔腾芯片缺陷 千年虫问题 ”冲击波“计算机病毒 2008年奥运会门票预售叫停 系统访问量超8倍 票务系统抗压测试 性能测试 软件质量 软件质量包括正确性，可靠性，可读性，可移植性和健壮性，主要含义是软件的可靠性 软件可靠性 特定环境下，在给定时间内，无障碍运行的概率 度量

App 测试 web 测试的区别 单纯从功能测试的层面上来讲的话， APP 测试、web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样，则区别如下： 1、系统结构方面 web项目，b/s架构，基于浏览器的；web测试只要更新了服务器端，客户端就会同步会更新 app项目，c/s结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍 2、性能方面 web项目 需监测 响应时间、CPU、Memory app项目 除了监测 响应时间、CPU、Memory外，还需监测流量、电量等 3、兼容方面 web项目： 1. 浏览器（火狐、谷歌、IE等） 2. 操作系统（Windows7、Windows10、OSX、Linux等） app项目： 1. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac） 2. 手机设备可根据 手机型号、分辨率不同 4、相对于 Wed 项目，APP有专项测试 1. 干扰测试：中断，来电，短信，关机，重启等 2. 弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等） 3. 安装、更新、卸载 安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况 卸载：需考虑