测试用例小心得

最新推荐文章于 2022-09-07 17:39:03 发布
最新推荐文章于 2022-09-07 17:39:03 发布
阅读量246 收藏
点赞数
文章标签： 软件测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46936663/article/details/107566383
版权

测试用例心得

2020/7/24写测试用例心得

测试用例格式
在这里插入图片描述

具体参考了我大佬的测试用例，做了以下总结：

  1. 用例标题细化，一个用例标题里，测试步骤最好不超过五点
  2. 测试步骤一定要结合实际操作来写，看需求是远远不够的，测试步骤不一定要真的去写步骤，主要表达清楚，测试步骤可以不是操作
  3. 有些不知道如何描述的逻辑可以写道期待结果里面去
  4. 善于用“端”，用户端，后台操作的话有什么什么端，可以让用例清楚点
  5. 一定一定要有逻辑，按照逻辑来写，了解需求的逻辑

举个粟子
我写的用例上，大佬的下
在这里插入图片描述

活力满满黄小小
关注
测试用例的设计心得
软件测试
08-13 1786
入行软件测试行业2年, 从事过自动化的测试和手工的功能测试. 两年来一直没有总结过自己的工作. 每当一听人问起一个简单的问题, 如何编写好的测试用例? 如此简单的问题一问,仔细一想, 思绪凌乱无章. 这就是没有好好思考过的原因.  今天在博客总结下自己的看法, 如何编
测试计划与测试用例
qq2912775627的博客
03-01 1209
测试计划和测试用例 1. 测试用例的概念和作用 1.1. 引言 对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力，但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试技术和流程，而且要对整个软件不管从业务，还是对软件的设计、程序模块的结构、功能规格说明等都要有透彻的理解。 测试的设计方法不是单独存在的，具体到每个测试项目里都有很多种方法，每种类型都有各自的特点。 1.2. 测试用例的定义： 1.1.1. 什么是测试用例？ 是为某...
编写测试用例方法心得体会
abc11111118的博客
05-11 670
摘至:♂星星々窝编写背景： 　　一直以来都不太想把技术方面的文章写出来给大家看，一个是怕写作功底不好误导哪些刚入门的测试同行，自己的表达能力有限，另一方面怕有的同行拿出去炒作，再者测试网站论坛上关于测试用例的资料已经实在是多。但是看到同行纷纷都在问我测试用例的问题，都很想知道我写测试用例的心得体会。我就抱着试试看的心态写写吧，希望测试的老前辈看见了，可以给我多提提建议。 　　编...
关于测试用例心得
SuperCreators的博客
06-11 1010
1.要理解需求文档所需要的内容，测试用例是基于需求的，为了测试程序是否满足需求，个人觉得要想写好测试用例必须对于需求做到完全理解2.测试用例应该包含清晰的输入数据以及预期输出，没有测试数据的用例更多的是具有指导意义，执行过程中更多的是靠个人根据指导的自由发挥。3.测试用例尽量写的详细，考虑环境全面，测试用例步骤必须描述清晰，不能出现模棱两可以及重复的话语，测试用例应该按照增删改的顺序进行安排，这样...
写测试用例
weixin_30627381的博客
09-29 151
今天，写了下测试用例。先被测试姐姐指导了一下。开始写了一些。下午对了一下。测试姐姐已经写好了。对立一下，我才写了人家的1/4啊。还丢了一个模块。不都仔细，不够耐心。对世界的认识还不清楚啊。也学了知识了。 多个人一起写，可以大家补充思路的不组，避免思维定式。 web测试，每个页面的链接和button都要测试，不要死角。 输入框中的输入值范围单独写（因为情况多，单独写，不于整个流程想混合）。 ...
测试用例设计心得
12-12 893
从别的地方，看到这边文章，感觉思路很清晰，也能够很好的设计出测试case，而且尽可能的覆盖全面。就转了过来，学习一下。         一个好的测试用例是每个人都能执行的测试用例，不管你是否是测试人员，不管你是否了解整个软件的工作流程，你都能顺利的执行完测试用例，并对这个测试用例覆盖到的功能点有了大概的了解。 　　好的测试用例的设计相当了软件开发中的详细概要设计，要写出好的测试用例首先
测试用例的设计思路
weixin_43936628的博客
09-07 901
如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。6.假如在已经确认已划分的等价类中各元素在程序处理中的方式不同情况下，则需将该等价类进一步的划分为更小的等价类。2.在输入条件规定了输入值的集合或规定了必须如何的条件下，则可划分为一个有效等价类和一个无效等价类。1.在输入条件规定了取值范围或值的个数的情况下，则可以划分为一个有效等价类和二个无效等价类。
测试用例
weixin_55531103的博客
05-06 690
1.测试用例及概念 1.1.引言 对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力，但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试技术和流程，而且要对整个软件不管从业务，还是对软件的设计、程序模块的结构、功能规格说明等都要有透彻的理解。 测试的设计方法不是单独存在的，具体到每个测试项目里都有很多种方法，每种类型都有各自的特点。 1.2.测试用例的定义： 1.1.1.什么测试用例？ 是为了某个业...
8大征兆判断你的单元测试用例写得如何
sijiu9527的博客
05-12 560
300G全套最新软测视频教程分享 链接：https://pan.baidu.com/s/17jkyGn-Wm-zC6QQLkWjrsw 提取码：o94n 如果您从事软件开发很长一段时间，那么您很容易理解单元测试的重要性。专家说，如果我们遵循这些编写junit单元测试的最佳实践，大多数bug都可以在单元测试阶段捕获，最终传递给质量团队。 “编写不好的单元测试非常容易，而这些测试对项目的附加值非常小，膨胀代码的成本会发生天文学般的变化。” 不过，糟糕的单元测试是现实，每个做代码评审的人都.
测试计划和测试用例
m0_52174911的博客
12-16 323
测试 对一个测试工程师来说,测试用例的设计编写是一项必须掌握的能力，但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试技术和流程，而且要对整个软件不管从业务，还是对软件的设计、程序模块的结构、功能规格说明等都要有透彻的理解。 测试的设计方法不是单独存在的，具体到每个测试项目里都有很多种方法，每种类型都有各自的特点。 1.1.1. 什么是测试用例？ 是为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例 1.1.3. 测试用例的作用： 在开始
如何写好测试用例的设计心得
03-23
入行软件测试行业2年，从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题，如何编写好的测试用例? 　　如此简单的问题一问，仔细一想，思绪凌乱无章。这就是没有好好思考过的原因。 　　今天在博客总结下自己的看法，如何编写测试用例： 　　1、了解软件的原始需求(测试目的) 　　在编写一个软件或者模块的测试用例时候，一定要明白这个功能的原始需求，也就是软件的使用者(客户)的需求。理解原始需求后，编写的测试用例才更有目的性。 　　2、熟悉软件的功能需求(测试点) 　　这个功能需求是指软件的细化需求点，这个一般在需求文档里面都会体现。这里要做的是把需求稳定的“
测试用例心得分享
sljhp的博客
09-26 1103
                                                                测试用例编写的一点体会      一是测试用例对需求覆盖的完整性；    二是测试用例的有效性；    三测试用例的可理解性;    四是测试用例的清晰性；    五是测试用例的可维护性。           测试用例是基于需求的，为了测试程序是否满
一般人我不告诉他！软件测试用例的设计心得 | 测试人必看
公众号：【伤心的辣条】
10-31 530
1、了解软件的原始需求（测试目的） 在编写一个软件或者模块的测试用例时候，一定要明白这个功能的原始需求，也是软件的使用者（客户）的需求。理解原始需求后，编写的测试用例才更有目的性。 2、熟悉软件的功能需求（测试点） 这个功能需求是指软件的细化需求点，这个一般在需求文档里面都会体现。这里要做的是把 “粗略”的需求，细化成一个个小需求点。熟悉功能需求后，要知道软件是怎么使用的，这也才能覆盖到各种操作。 总之，测试用例一定要全部覆盖所有的需求点，这是基本的一点。 3、熟悉软件的实现原理（测试点） 在理解原始需求.
软件测试用例设计心得
tianzhu123的专栏
06-12 4680
1、了解软件的原始需求（测试目的） 　　在编写一个软件或者模块的测试用例时候，一定要明白这个功能的原始需求，也就是软件的使用者（客户）的需求。理解原始需求后，编写的测试用例才更有目的性。 　　2、熟悉软件的功能需求（测试点） 　　这个功能需求是指软件的细化需求点，这个一般在需求文档里面都会体现。这里要做的是把 “粗略”的需求，细化成一个个小需求点。熟悉功能需求后，要知道软件是怎么使用的，这也
测试用例心得
adyw2565876的博客
08-04 2904
测试人员最熟悉的是用例了。为什么写用例呢？用例中有哪些规律可循呢？下面分享几点自己心得。      书写测试用例目的，是为了能有依有据的验证需求，侧重于用户使用过程中的涉及到的需求点，非验证此段代码，简而言之，避免以下误区： 【过于关心bug数目】bug是验证需求过程中的产物，非目标，不能说 验证中发现bug越多，QA业绩就好 【设计过于复杂用例】用例目的，验证『实际用户使用过程』是否有
测试用例编写感悟
qq_43715831的博客
02-23 335
1.深入理解需求 2.场景布置全面，尽可能详细 3.场景之间要有数据交叉 4.设计多账户场景 5.正向和异常的都要有。 6.数据量的一个等价类值 7.数据正确性校验 8检查点尽量详细
基于测试用例的错误定位
最新发布
05-30
基于测试用例的错误定位的基本思路是，通过执行一组已知输入和输出的测试用例，找出程序在测试用例上的错误表现，然后根据测试用例推断出程序的错误位置。这种技术通常被广泛应用于软件调试和错误修复中。 基于测试...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值