关键词：
1、等价类划分法
适用场景：
有数据输入的地方，就可以使用等价类划分法。如：输入框
测试思想：
从大量数据中划分范围（等价类），然后从每个范围中挑选代表数据，这些代表数据要能反应这个范围内数据的测试结果。
概念：
有效等价类：对程序来说，有意义的、合理的数据（正确的、有效的数据）
无效等价类：对程序来说，没有意义、不合理的数据（错误的、无效的数据）
例：
需求：
a、手机号输入框：只允许输入数字。（只拿手机号做示范Lo）
无效等价类：汉字、表情、符号、空格等
有效等价类：数字
2、边界值
适用场景：
有数据输入的地方，在实际工作中，一般和等价类划分一起适用。、
测试思想：
边界值是程序员在编程时是最容易出错的位置，所以要测试边界。
概念：
是有效等价类和无效等价类之间的分界点，叫边界值（最小值，最大值）。还要测试次边界，也就是边界值两边的数据。
例：
b、密码输入框：8-20位字符（只允许输入：字母、英文符号、数字）
边界值：8位字符、20位字符
次边界：7位字符、9位字符、19位字符、21位字符
3、因果图/判定表（不太重要，当熟练后可以直接适用判定表，不画因果图）
适用场景：
在一个界面中有多个控件，如果控件之间存在组合关系或者限制关系，不同的控件组合会产生不同的输出结果，为了弄清楚不同的输入组合会产生怎样的输出结果，可以使用因果图或判定表。
概念：
因：输入条件
果：输出结果
就是通过画图的方式表达输入条件和输出结果之间的关系
因果图/判定表测试的步骤：
步骤：
步骤1：找出所有的输入条件
步骤2：找出所有的输出结果
步骤3：分析，列出输入条件之间所有的组合和限制条件
步骤4：确定每组输入条件的组合会产生怎样的输出结果，画因果图，填写判定表
（实际工作中因果图可以省略）
步骤5：编写测试用例 每一列代表一种组合，编写一条测试用例
因果图/判定表的特点：
1） 输入条件的排列顺序无关紧要
2） 输出条件的排列顺序无关紧要
3） 先测哪种组合后测哪种组合无关紧要
4） 每种组合是独立的
判定表格式如下：
判定表 名词术语
条件桩：问题的所有条件
动作桩：问题的所有输出
条件项：针对条件桩的取值
动作项：条件项的各种取值情况下的输出结果
4、正交排列法（不重要）
适用场合：
在一个界面中有多个控件，每个控件有多个取值，要考虑不同控件不同取值之间的组合 ，且组合数量较大的话，我们就可以使用正交排列法。
思想：
使用最少的抽样数据达到最广的，覆盖率最高的统计结果。
正交表公式如下：
L：line 行
n：表示正交表有几行，需要测试的组合的个数
n值是固定的，一旦正交表确定n值就是固定的，不需要测试人员自己计算。
m：表示正交表中允许出现的最大值
根据每个控件的取值个数来确定m值
k：表示正交表有几列
根据组合的控件个数进行确定，选择合适的正交表（百度搜）
方法总结：
a、 如果有多余的列，可以删除掉
b、 能映射的值先映射好（替换）
c、 把每一列多出的机会，尽量均匀分配给该列的各个取值
d、 要检查是否有完全一样的组合，如果有要适当处理（建议修改，也可以删除）
e、 选择正交表时正好能应用正交表示首选，如果不合适呢么选择最接近的。
实际工作中，属性设置测试，兼容性测试常用正交排列法，而且兼容性测试可以不编写测试用例，直接用正交排列表测试各种兼容组合。
5、测试大纲法：（不重要）
适用场景：
软件中有多个窗口，窗口中有若干操作（功能点），为了理清窗口之间的关系（结果），可以使用测试大纲法。
样例如下：
6、场景法
适用场景：
业务比较复杂的软件系统都适合使用场景法，场景法是基于软件业务的测试方法，测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情形：
重点模拟两类操作：
用户正确操作的业务过程—验证软件的业务功能是否正确实现
模拟用户错误操作的情形—验证软件的异常处理能力（健壮性）
测试思路：
场景法是模拟用户操作软件时的各种情景，主要用于测试软件的业务逻辑和流程。当拿到一个测试任务是，我们并不先关注某个文本框的等价类等是否满足要求，而是先关注它的主要功能和业务流程是否正确实现，这就需要场景法来完成测试。当业务流程测试没有问题，也就是软件的主要功能没有问题时，我们再去关注控件的等价类、边界值等细节测试。（先整体后细节）
场景划分：
1）基本流（有效流、正确流）
模拟用户正确的业务操作流程就是基本流
2）备选流（无效流、错误流）
模拟用户错误的操作流程就是备选流
样例如下：
然后根据不同的场景去编写测试用例，一个场景可以是一条测试用例，也可以是多条测试用例。
测试用例的设计步骤
...的测试用例，尝试总结一个测试用例的设计步骤。前提:编写测试用例之前我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试... 查看详情
测试用例的编写
...序路径或核实是否满足某个特定的需求。二、测试用例的编写 1、测试用例文档的编写 编写测试用例文档应有文档模板，需符合内部规范要求。测试用例文档又分为简介和测试用例两部分。 简介包括：... 查看详情
测试用例的编写
在这里和大家聊聊测试用例编写的问题。做一名测试人员，最基本的就是测试用例的编写。文档功底一定要有。我们来说说用例的编写需要的东西。首先，用例的模板网上有很多。这些都是根据个人习惯的，但是再变，其核心内... 查看详情
测试用例库的积累
测试用例的积累主要涉及如何编写测试用例，测试用例的重点以及测试方式的划分以及测试用例如何积累三个问题，下面我主要从这三个方式进行说明： 一、如何编写测试用例 许多测试类书籍中都... 查看详情
测试用例——从认识到编写
...为什么需要测试用例二、测试用例的概念三、测试用例的编写流程四、测试用例的内容五、测试用例编写方式六、测试用例编写实战七、小小的建议一、为什么需要测试用例在了解测试用例的编写技巧前，我们需要知道为什... 查看详情
所有现有测试用例的代码覆盖率？
...景，如果我有带有一些参数的方法Sample()并且我为该方法编写了示例10测试用例。在运行代码覆盖时，如果代码的一部分（例如if条件）仍未被覆盖。所以如果我要通过编写新的测试用例来覆盖if条件，我可以通过单独使用有效参... 查看详情
测试从零开始-no.8-在工作中是如何编写测试用例的？
在前面的一系列文章中，我们学会了一些用例设计的常用用法，比如等价类、边界值，以及场景法和错误推测法，这些是在日常工作中使用的比较多的方法。那么，学了用例设计方法之后，测试用例到底是... 查看详情
测试用例——从认识到编写
...为什么需要测试用例二、测试用例的概念三、测试用例的编写流程四、测试用例的内容五、测试用例编写方式六、测试用例编写实战七、小小的建议一、为什么需要测试用例在了解测试用例的编写技巧前，我们需要知道为什... 查看详情
selenium测试用例的编写(代码片段)
开头用配置好的selenium进行一个简单的测试用例的编写，可以参考allure的美化这一遍博文https://www.cnblogs.com/c-keke/p/14837766.html代码编写新建一个测试用例test_02.py,开启一个远程selenium调试，编写如下代码#!/usr/bin/envpython#-*-encoding:utf-8... 查看详情
备考第12天——测试用例的编写
测试设计说明 为了更好地进行测试，我们需要为单个软件特性定义具体的测试方法，这就是测试设计说明。ANSSI/IEEE829中对测试设计说明的解释是：测试设计说明就是在测试计划中提炼测试方法，要明确指... 查看详情
软件测试复习----测试用例的编写
软件测试的编写有这几大不可缺少的元素测试目标测试环境输入数据步骤期望结果看例题：根据如下登录界面设计两个测试用例设计两个测试用例，我们可以从正反两面设计。设计一个正确成功登录的用例、再设计一个... 查看详情
软件测试用例的设计和编写
一、为什么要写测试用例 写测试用例可以让测试的需求覆盖更加全面，让测试工作进行得条理有序，且方便移交和交流好的测试用例要做到：结构设置和理，case覆盖全面，且具有可执行性，可重复等特点。二、软件测试文... 查看详情
如何编写测试用例
如何编写测试用例用例的五个构成元素：用例标题前置条件测试步骤期望结果后置条件下面从这五个元素的角度，去剖析如何编写测试用例用例标题用例标题就是测试点名称。用例标题是用来说明这个用例的测试目的的，好的用... 查看详情
以“用户登录”测试谈用例编写
作为测试工程师，大家设计测试用例的目标是保证系统在各种应用场景下的功能是符合设计要求，所以大家在设计测试用例的时候就需要保证用例覆盖尽可能的更多、更全面。以“用户登录”为例，一般在对输入框进行测... 查看详情
测试用例编写思路
测试用例的编写可不简单呢，写一份专业的测试用例，是所有测试工作者考虑的内容，其实用例的编写是可以通过一些思路来进行，不少比较成熟的公司为了提升用例的专业性，就会有自己的用例库，包括流程、关注点... 查看详情
面试测试开发工程师：用例篇
目录1.测试用例的基本要素2. 测试用例的给我们带来的好处 3. 测试用例的设计方法3.1测试用例的总体设计方法基于需求的设计3.2 具体的设计方法3.2.2等价类3.2.3 边界值3.2.4 因果图3.2.5 正交排列 3.2.6场景设计法3.2.7 错误猜测... 查看详情
测试点设计及编写思路
...f0c;也可以这么理解，测试点就是精简版的测试用例。编写用例四个基本方法：等价类、边界值、正交法、场景法。我认为对于一般的企业测试来说，这四个方法足够了。编写测试用例的策略：先点后面，先局... 查看详情
自动化测试用例编写
测试用例名同测试用例的编号，例如用例名统一以case+编号的形式开头； 每个测试用例粒度必须尽可能小，短小简单的测试用例易于调试。如果测试用例不得不长而复杂，则把它分成两个或更多的私有方法，并单独调用这些... 查看详情