软件测试用例的设计

我做软件测试4年了，我说几点，供参考1.测试用例的作用就是方便回归测试以及不同人员的交叉测试，由于每个人的角度不同，所以在设计测试用例的时候，如果时间充足，需要尽可能多的让更多的人看到并修改这份测试用例，使用例的覆盖度达到最高，否则，用例是没有意义的2.用例需要及时维护和更新，根据需求和实际产品经常要更新用例。

3.编写的时候无非是 六个值原则 “正常值 异常值 “0”值 空值 默认值 边界值” ，把握好这六个值来设计用例。

楼主说到的 功能间的内聚比较高的情况，在设计测试用例时，关联到其他功能的数据可以在操作过程中直接给出取值范围 比如 装备模块 盔甲需要40-60等级的战士才能穿 设计用例的时候直接写出范围就可以

软件测试中设计测试用例有哪些呢？

测试用例可以分为基本事件、备选事件和异常事件。

设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。

而对孤立的功能则直接按功能设计测试用例。

基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

设计备选事件和异常事件的用例，则要复杂和困难得多。

例如，字典的代码是唯一的，不允许重复。

测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。

往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。

而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。

可以采用软件测试常用的基本方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。

视软件的不同性质采用不同的方法。

如何灵活运用各种基本方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。

软件测试中设计测试用例的具体用法有哪些？

判定覆盖。

判定覆盖指设计足够的测试用例，使得被测程序中每个判定表达式至少获得一次“真”值和“假”值，从而使程序的每一个分支至少都通过一次，因此判定覆盖也称分支覆盖。

（3）条件覆盖。

条件覆盖是指设计足够的测试用例，使得判定表达式中每个条件的各种可能的值至少出现一次。

（4）判定条件测试。

该覆盖标准指设计足够的测试用例，使得判定表达式的每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。

（5）条件组合覆盖。

条件组合覆盖是比较强的覆盖标准，它是指设计足够的测试用例，使得每个判定表达式中条件的各种可能的值的组合都至少出现一次。

（6）路径覆盖。

路径覆盖是指设计足够的测试用例，覆盖被测程序中所有可能的路径。

在实际的逻辑覆盖测试中，一般以条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到路径覆盖测试标准。

2.循环覆盖 3.基本路径测试 （二）黑盒技术 1.等价类划分 （1）划分等价类。

①如果某个输入条件规定了取值范围或值的个数。

则可确定一个合理的等价类（输入值或数在此范围内）和两个不合理等价类（输入值或个数小于这个范围的最小值或大于这个范围的最大值）。

②如果规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类（任何一个不允许的输入值）。

③如果规定了输入数据必须遵循的规则，可确定一个合理等价类（符合规则）和若干个不合理等价类（从各种不同角度违反规则）。

④如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类。

（2）确定测试用例。

①为每一个等价类编号。

②设计一个测试用例，使其尽可能多地覆盖尚未被覆盖过的合理等价类。

重复这步，直到所有合理等价类被测试用例覆盖。

③设计一个测试用例，使其只覆盖一个不合理等价类。

2.边界值分析 使用边界值分析方法设计测试用例时一般与等价类划分结合起来。

但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。

（1）如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。

如输入值的范围是[1,100]，可取0,1,100,101等值作为测试数据。

（2）如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少 1、比最大个数多1等情况分别设计测试用例。

如，一个输入文件可包括1--255个记录，则分别设计有1个记录、255个记录，以及0个记录的输入文件的测试用例。

（3）对每个输出条件分别按照以上原则 （1）或 （2）确定输出值的边界情况。

如，一个学生成绩管理系统规定，只能查询95--98级大学生的各科成绩，可以设计测试用例，使得查询范围内的某一届或四届学生的学生成绩，还需设计查询94级、99级学生成绩的测试用例（不合理输出等价类）。

软件测试编写用例指的是什么？

编写用例 软件测试员是指根据测试计划和测试方案进行软件测试；能够针对软件需求开发测试模型，制定测试方案，安排测试计划，并对测试项目进行管理的专业人员。

每一阶段的测试都是为了减少软件的bug和提升软件的功能需求，所以测试人员必须具备良好的编程功底。

软件测试中设计测试用例的具体用法[是什么呢？

由于输出值的边界不与输入值的边界相对应，所以要检查输出值的边界不一定可能，要产生超出输出值之外的结果也不一定能做到，但必要时还需试一试。

（4）如果程序的规格说明给出的输入或输出域是个有序集合（如顺序文件、线形表、链表等），则应选取集合的第一个元素和最后一个元素作为测试用例。

3.错误推测 在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推测法。

4.因果图 等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入数据的组合引起的错误。

5.综合策略 每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。

因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例。

软件测试中测试用例的设置是什么呢？

按功能测试是最简捷的，按用例规约遍历测试每一功能。

对于复杂操作的程序模块，其各功能的实施是相互影响、紧密相关、环环相扣的，可以演变出数量繁多的变化。

没有严密的逻辑分析，产生遗漏是在所难免。

路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试。

但路径分析法也有局限性。

在一个非常简单字典维护模块就存在十余条路径。

一个复杂的模块会有几十到上百条路径是不足为奇的。

笔者以为这是路径分析比较合适的使用规模。

若一个子系统有十余个或更多的模块，这些模块相互有关联。

再采用路径分析法，其路径数量成几何级增长，达5位数或更多，就无法使用了。

那么子系统模块间的测试路径或测试用例还是要靠传统方法来解决。

这是按功能、路径混合模式设置用例的由来。

软件测试测试用例的复审是什么呢？

测试用例的设计是整个软件测试工作的核心，测试用例反映对被测对象的质量要求和评估范围，决定测试的效率和测试自身的质量。

所以对测试用例的评审，就显得非常重要。

测试用例设计完之后，要经过非正式和正式的复审和评审。

在测试用例审查、评审过程中，主要检查下列内容： * 测试用例设计的整体思路是否清晰，是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰，测试的优先级或先后次序是否合理； * 测试用例设计的有效性，测试的重点是否突出，即是否抓住修改较大的地方、程序或系统的薄弱环节等； * 测试用例的覆盖面，有没有考虑到产品使用中一些特别场景（scenario）、考虑到一些边界和接口的地方； * 测试用例的描述，前提条件是否存在、步骤是否简明清楚、期望结果（Criteria）是否符合产品规格说明书或客户需要； * 测试环境是否准确，测试用例有没有正确定义测试所需要的条件或环境； * 测试用例的复用性和可维护性，良好的测试用例将会具有重复使用的功能， 保证测试的稳定性； * 测试用例是否符合其他要求，如可管理性、易于自动化测试的转化等。

测试用例在评审后，根据评审意见做出修改，继续评审，直至通过评审。

在以后的测试中，如果有些被发现的缺陷，没有测试用例，应及时添加新的测试用例或修改相应的测试用例。

和软件缺陷相关的测试用例是更有效的测试用例，其执行的优先级也高。

通过测试用例所发现的缺陷占所有软件缺陷的比值，是衡量测试用例质量和有效性的方法之一。

软件测试用例实例

设计测试用例，首先要读透需求说明书，对业务知识要有深入的了解，然后再根据需求文档中描述的需求点来设计测试用例，测试用例的设计原则首先是越细越好，对于测试新手这点尤其重要，然后是需求覆盖率，一定要覆盖所有的需求，第三就是测试优先级要体现在测试用例中，作为测试执行的依据，测试用例的设计一定要做到颗粒足够小，执行率足够快等，至于具体的设计你可以去51testing这种网站去看看实例，不同的功能有不同的设计方法。

软件测试的流程

一般测试流程：1.需求分析阶段：只要就是对业务的学习，分析需求点。

2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。

3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。

《测试方案》编写完成后也需要进行评审。

4.测试方案阶段：主要是对测试用例和规程的设计。

测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。

这时开始编写用例才能保证用例的可执行和对需求的覆盖。

测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。

其中操作步骤和预期结果需要编写详细和明确。

测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。

同样，测试用例也需要评审。

5.测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。

...