关于评价测试用例好坏的讨论

最新推荐文章于 2024-03-29 09:02:53 发布
最新推荐文章于 2024-03-29 09:02:53 发布
阅读量2.1k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： 测试员杂志创刊号 文章标签： 测试 工作 文档 架构设计 产品 脚本
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/emag_testage/article/details/305011
本文讨论了测试用例的好坏评价标准，指出测试用例的覆盖度是关键，而非单个用例的质量。测试用例设计应结合等价类划分、边界值分析法和错误推测法，但实际操作中需灵活运用。测试用例应在不同阶段迭代完善，考虑输入输出的多样性，并与需求、设计保持一致。同时强调测试用例应具备独立性、易用性和易维护性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关于评价测试用例好坏的讨论

                             摘自 测试时代 论坛

Leveret :

    现在大家在写测试用例的时候每个人都有自己的特点，但是什么样的一个测试用例才是一个比较好的用例，这是一个比较真实的现象，有这样几个问题大家可以交流一下自己的心得（如果愿意交流的朋友）：系统测试的用例要如何设计才能验证需求？有时候不知道结果的情况下如何预测结果，测试用例应该在不同的阶段下实施的时候应该是独立的。一般在设计测试用例的时候要包括合理输入，不合理输入，预测结果，一般常用的测试用例的设计主要用到：等价类划分，边界值分析法，错误推测法，但是这些都是理论方面的概念，我们在实际设计当中往往并不是按照这些去做的。大家在设计测试用例的时候应该都有自己的心得，如果愿意，可以把自己的观点分享出来大家来讨论。

Seanhe

最低0.47元/天 解锁文章

200万优质内容无限畅学
如何评价测试用例的好坏
测试小小的博客
04-02 6625
测试用例好坏的评判标准首先纠正一个误区，测试用例不是越多越好？相反如果测试用例中冗余用例太多，这样在执行测试用例会浪费大量测试人力，而且不会产生测试效果。另外我们测试的目的是去保证我们软件质量符合客户的要求，不要走偏了，所以有以下标准    标准如下：     1、测试用例书写格式正确、描述清晰， 其他测试人员拿到测试用例可以在不询问写作人的情况下正常执行下去，（简单来说， 其他人能看懂，能执行）...
软件测试工程师必备自动化测试 之 “好用例、坏用例”
公众号已改名为-程序员阿沐
10-27 246
2020，必备自动化测试 之 “好用例、坏用例”
作为测试工程师，如何检验一条测试用例的好坏？
软件测试技术交流分享
05-05 547
作为测试工程师，可以通过以下几个方面来检验一条测试用例的好坏：
【测试用例评审标准】
wgy-wtt
12-14 2377
测试用例评审标准目的范围评审分类评审内容评审方式评审结束标准 目的 1、目的 为用例评审提供一个参考标准，测试用例评审的目的在于查漏补缺，保证评审的覆盖率和有效性。 范围 2、范围 本文档阅读对象为项目经理、测试工程师及项目组所有成员，适合于任何产品和项目。 评审分类 3、评审分类 测试组内部的评审：测试部门成员参与 项目组内部的评审：项目经理、产品人员、开发人员和测试人员参与 评审内容 4、评审内容 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。 优先级安排是否合理。 是否覆盖测
软件测试 用例篇
weixin_58030464的博客
05-04 1308
文章目录1.测试用例的基本元素2 测试用例的给我们带来的好处3 测试用例的设计方法3.1 基于需求进行测试用例的设计3.1.1 功能需求测试分析3.1.2 非功能需求测试分析3.2 具体的设计方法3.2.1 等价类3.2.1 边界值3.2.3 错误猜测法3.2.4 场景设计法3.3 因果图3.3.1 因果图的需要掌握的基本知识3.4 正交排列4 什么样的测试用例是一个好的测试用例？4.1 什么是测试用例的有效性？5 测试用例的粒度和评价5.1 ###测试用例的粒度5.2 ###测试用例的评价6 面试案例 1
软件测试(三)——软件测试用例篇
weixin_45699237的博客
05-29 4371
在熟悉了业务之后，往往会分配来写测试用例，并且在日常测试中，有时也需要补充测试用例到现有的案例库中。本文我们将解决以下问题： 测试用例的基本要素 测试用例的设计方法 基于需求的设计方法 - 等价类 - 边界值 - 因果图 - 正交排列 - 场景设计法 - 错误猜测法 测试用例的有效性 测试用例的粒度和评价 测试用例的基本要素 回顾测试用例的概念： 测试用例 (Test Case) 是为了实施测试而向被测试的系统提供的一组集合， 这组集合包含： 测试环境、
软件测试(四)——软件测试用例总结
weixin_45699237的博客
05-29 3027
测试技能图 按测试对象划分 界面测试 软件只是一种工具，软件与人的信息交流是通过界面来进行的，界面是软件与用户交流的最直接的一 层，界面的设计决定了用户对我们设计的软件的第一印象；界面如同人的面孔，具有吸引用户的直接优 势，设计合理的界面能给用户带来轻松愉悦的感受。 界面测试(简称UI测试)，指按照界面的需求(一般是UI设计稿)和界面的设计规则，对我们软件界面所 展示的全部内容进行测试和检查，一般包括如下内容： 验证界面内容显示的完整性，一致性，准确性，友好性。比如界面内容对屏幕大小的自适应，换 行，内
【测试开发】测试用例讲解
Sxy_wspsby的博客
12-24 1410
本篇文章所介绍的所有测试用例均属于黑盒测试。一、测试用例的基本要素测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试对比好坏用例的评价标准用例表达清楚，无二义性。用例可操作性强。用例的输入与输出明确。一条用例只有一个预期结果。用例的可维护性好。用例对需求的覆盖率高。测试用例的给我们带来的好处测试执行者的依据使得工作可重复，自动化测试的基础。
【软件测试】（四）测试用例怎么写
m0_55916917的博客
05-16 3703
文章目录一、测试用例基本要素1. 评价好的测试用例的标准2. 根据需求写测试用例3. 测试用例的设计方法3.1 基于需求进行测试用例的设计3.2 具体的设计用例的方法3.2.1 等价类3.2.2 边界值3.2.3 错误猜测法3.2.4 场景设计法3.2.5 因果图3.2.6 正交设计法 一、测试用例基本要素 之前文章提到过，测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。 1. 评价好的测试用例的标准 对比好坏用例的评价标准： （1）用例
如何评估测试用例的质量
07-03 1485
评估测试用例的质量是确保测试有效性和准确性的关键步骤。以下是一些评估测试用例质量的方法： 1.完整性 评估测试用例是否涵盖了需求和功能的所有方面。检查用例是否覆盖了各种场景、边界值和异常情况，以确保测试的全面性和完整性。 2.可读性 评估测试用例的可读性和可理解性。测试用例应该具有明确的描述和步骤，以便测试人员能够轻松理解并执行测试。 3.一致性 评估测试用例的一致性。测试用例应该遵循一致的格式、命名规范和约定，以便于管理和执行。 4.可重复性 评估测试用例的可重复性。测试用例应该能够在不同
软件测试中如何来评价一个测试用例是好的
03-23
软件测试中如何来评价一个测试用例是好的设计好的测试用例是一门复杂的艺术。其复杂性有三个原因：测试用例能帮我们发现信息。不同类型的测试对不同类型的信息有效。可以从多方面证明测试用例是“好的”。但没有一个测试用例在任何方面都很优秀。人们软件测试中如何来评价一个测试用例是好的设计好的测试用例是一门复杂的艺术。其复杂性有三个原因：测试用例能帮我们发现信息。不同类型的测试对不同类型的信息有效。可以从多方面证明测试用例是“好的”。但没有一个测试用例在任何方面都很优秀。人们往往会根据某个测试类型来创建测试用例，比如域测试或基于风险的测试。好的域测试与好的基于风险的测试是不同的。有些大批量产生的错误很难解决。
测试用例
SNAYi
08-02 342
文章目录一、什么是测试用例？二、评价测试用例的标准三、测试用例的好处四、测试用例的设计方法1.基于需求的设计2.具体设计方法五、什么是测试用例的有效性？六、测试用例的粒度和评价(写完之后如何评估) 一、什么是测试用例？ 测试用例是一组向被测试程序提供的集合，包括：测试环境，操作步骤 ，测试数据，预期结果等 二、评价测试用例的标准 表达清晰，无二义性 输入与输出明确，一条用例对应一个预期的输出 可操...
3-测试用例（CASE）
titanium的博客
07-07 3380
测试用例
测试开发——用例篇（如何设计一个测试用例，设计测试用例的一些具体方法）
最新发布
wangchen900705的博客
03-29 2147
网上大部分书籍和资料把这种方法叫做因果图，其实上面所说的判定表和所谓的因果图是很相似的 ，只不过因果图多了一步叫做 ”画因果图“ （非常难，且没有一个明确的且具体的画法）在某个 软件/网页 中，搜索关键字的时候，而且这个关键字，在服务器的数据库中是有对应的数据的。插卡——》输入密码——》选择取款功能——》输入金额——》输入金额的限制——》。插卡——》输入密码——》选择取款功能——》输入金额——》取钞票——》退卡。插卡——》输入密码——》选择取款功能——》输入金额——》取钞票——》退卡。
对测试用例的一些看法
相思已是不曾闲
06-04 2607
测试用例对测试人员来说是一个避不过去的话题，现在测试人员都比较重视测试用例，也都在承认测试用例在测试过程中的用途。今天看到一个相关的测试用例评审的帖子，就写了一些回复，大概的表达了自己对测试用例的一些看法，未必正确，仅作参考和记录。 原文：如何进行测试用例评审http://blog.youkuaiyun.com/emma_he/archive/2009/05/18/4196958.aspx
测试用例如何评审，看完这篇就会了
主要分享测试的学习资源，帮助快速了解测试行业，帮助想转行、进阶、小白成长为高级测试工程师。
12-26 4864
当我们写完测试用例后，并不代表这份用例都是正确的，所有场景都已经覆盖到，所以需要多方人员进行查缺补漏。简而言之，用例评审就是产品、开发、测试一起对写好的测试用例进行review的过程。
如何评价的测试用例好坏以及如何写好一份测试用例
qq_38925100的博客
04-19 2188
怎么评价一个测试用例 1、测试用例写的是否规范， 描述是否清晰 2、测试用例是否全部覆盖了需求中说明的正常场景和异常场景 3、使用这份测试用例测试的模块上线后， 线上没有出现问题，或者出现的问题都是影响极其小的问题 如何写好一份测试用例 1、测试人员尽早介入，彻底理解清楚需求，这个是写好测试用例的基础 2、如果以前有类似的需求，可以参考类似需求的测试用例， 然后还需要看类似需...
测试用例--评价测试用例好坏的两个标准
世上无难事只要肯放弃
04-07 1806
是否可以发现尚未发现的软件缺陷‘ 是否可以覆盖全部的测试需求
个人测试总结
m0_60378543的博客
11-22 284
测试用例 软件测试的核心是测试用例的编写，是每个测试人员必须掌握的技能 等价类划分 定义：是为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例 作用/好处： 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。 测试用例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路 特征： 代
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值