测试入门：拿到一个测试需求，应该怎样去设计测试用例？

最新推荐文章于 2023-12-19 19:57:27 发布
最新推荐文章于 2023-12-19 19:57:27 发布
阅读量1.2k 收藏 4
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dieyong/article/details/80971937
版权
本文面向测试初学者，详细介绍了在面对测试需求时如何着手设计高质量的测试用例。从理解需求、考虑边界条件到覆盖异常情况，提供了一套系统的测试用例设计方法。
摘要由CSDN通过智能技术生成

 

最近很多同学咨询测试用例怎么写
用什么方式去写测试用例
应该用什么模板去写用例
什么样的模板才最好
为什么大家的模板都不一样
模板太多我不知道用哪个
以及就是怎么用脑图去写用例
等等...
 
 
 
问题很多
今天老徐统一分析讲解下
最低0.47元/天 解锁文章
IDO老徐
关注
很齐全的测试用例设计方法
LYX_WIN
05-09 2133
等价类划分方法： 一.方法简介 1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 2.划分等价类： 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试，因...
了解项目的需求分析及拆解、手动测试开发最小可行产品
weixin_45521613的博客
07-14 143
检查用例数量是否正确，通过断言，assert来判断，数量是否等于3.，在收集完之后在判断，首先需要导入putest，进入之后找到所有hook，可以通过左下角的类和变量来快速找到参数，收集相关的并翻译，插件其实也可以对项目进行筛选和排序。另外方案：可以通过钉钉的群来发送，适用于发送给多人。做一个数据的记录，记录多少个失败多少个成功，修改断言处的pass为passed，fail为failed，并统计一下一共有多少个数量，在date当中设一个初始值，当某一个用例出现结果之后呢就会修改当中的相关的用例类型的数量。
测试用例的设计方法（全）
afumang5829的博客
03-03 1438
测试用例的设计方法（全） 等价类划分方法： 一.方法简介1.定义是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。2.划分等价类：等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的...
测试用例的设计
鱼小鱼的博客
05-22 1005
从需求到测试用例设计 从需求到测试用例的设计需要经历如下过程： 测试用例设计方法 等价类 1.定义 等价类划分法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。 等价类数据一般分为有效等级类和无效等级类。 2.等价类划分有两种不同的情况 有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否...
三、测试用例-写测试用例时怎么入手
07-09 302
刚开始工作的朋友，会和我一样有不少的困惑！用例该怎么写？重点在哪？项目急来不及写用例怎么办？下面分享自己的思路，欢迎探讨。。 问：拿到技术文档该如何下手，如何建立测试用例树。 通读文档，明确产品的核心点（核心需求是什？和竞品比优势体现在哪？盈利的点在哪？）。 要有测试计划/测试大纲；先抓产品的主干，按模块或界面区分；后面再补齐各主要模块的测试项。 产品的需求/功...
举例说明怎么从一个需求出发，设计测试用例
柳絮飘雪
09-07 376
一、需求 X > = Y时，弹出一个奖励弹窗，可以领取该奖励？ 二、分析角度 建议从以下角度着手分析： 1，分析该需求的合规性？奖励弹窗是否有个人信息声明？是否有勾选框？ 2，分析该需求的合理性？该需求是否合理？尤其是用户使用过程中是否符合用户的行为习惯？ 3，分析该需求的正确性？该需求是否正确？符合用户的预期？易操作，易懂…… 4，分析该需求是继承需求？隐含的需求有哪些？需要好好挖掘一波，沟通--确认--核对--再确认 三、挖掘需求的细节 1，弄清楚X是怎么来的？比如，X为
如何根据需求设计测试用例
qingtian878的专栏
11-25 774
　如何根据需求设计？测试用例　　从拿到需求文档不要立马开始着手写测试用例，需要仔细推敲整理需求，画出系统级、模块内流程图，并找出各种测试点，等对需求进行了头脑风暴般的整理之后，此时已对测试系统的功能很清楚了，再着手开始写测试用例。那么编写测试用例的总体思路是什么呢？通过半年的测试用例编写经验，总结如下，如有不妥之处需改进。　　1、整理分析需求文档　　仔细将需求文档文档阅读一遍，记录不明
软件测试给一个需求如何编写用例,拿到需求，如何着手写测试用例？
weixin_30697437的博客
07-22 2362
一最近几天，连续有几个同学在微信中问我类似的问题「我拿到一个 XXX 需求，应该如何开始写测试用例呢？」我没有问需求细节，问了我也不一定明白，但这个问题是可以直接从方法论角度进行解决，所以我给的答复都是「可以从质量模型和需求两个维度来考虑测试用例设计」猛一看，这个说了和没说一样，可能对方还是不明白，其实我也知道，这不是一言半语就能说清楚的事。所以我会补充下「质量模型就是软件质量模型的 8 大 31...
测试用例入门（五）-如何进行需求分析
做测试多少要会点的技能
09-28 3072
需求文档对于测试用例来说，就是测试可以通过的标准之一，掌握需求分析是编写测试用例的一项基本技能。
测试用例设计方法：场景用例破云
最新发布
dq565的博客
12-19 962
1）场景业务流组成场景法一般包含基本流和备选流两种业务流。上图中，经过用例的每条路径都可以使用基本流和备选流表示。其中，绿色主线代表基本流，是经过用例的最简单的路径，一个业务场景只存在一条基本流，基本流仅有一个起点和一个终点。备选流表示流程存在反复，但经过纠正后依然能达到目标的流程。备选流包含假设、异常操作等多种情况。上图中，备选流1和备选流3均始于基本流，在特定条件下执行后，重新加入基本流；备选流2和备选流4均从其余备选流出发，终止场景而不加入基本流中。2）场景组合。
需求出来后测试要做的事情
weixin_30588907的博客
02-11 360
我一般都是从测试老大那里拿到需求的，拿到需求后，他会把他理解的需求跟我讲一下，接下来就靠自己去熟悉需求了，期间有什么疑问的地方再问老大，如果老大也不知道的就记下来，把所有的疑问积累下来，再去问产品，这样会解决很大一部分的疑问，也会让产品去完善他的产品。 需求都了解之后就可以去编写用例了，用例我一般都会分为两部分去写，一部分是功能，另一部分是业务，在编写用例的过程中也肯定会碰到很多问题，功能上的，...
软件测试员必备：拿到一个需求之后，我们如何有效开展测试工作？
公众号【伤心的辣条】资料领取~
07-22 2897
是不是好多人拿到需求之后，就直接按照自己的理解去测试了呢？如果直接去测试，会有很多需求理解的偏差，测试过程中会发现自己理解的需求跟开发实际做出来的功能不一致。那么拿到一个需求后，我们应该如何做呢？ 1、进行需求分析讨论 拿到需求后，我们应该先将需求文档自己过一遍，标出自己不理解的地方或者可能会有争议的地方。当然我们也可以借鉴一下同类网站类似的功能是怎样处理的，这样更有助于我们理解需求。然后联系需求人员和开发人员，在大家有时间的时候一起讨论一下需求到底是怎样的，把自己对需求的理解表述一下，然后把自己不理解.
软件测试拿到项目之后该怎么做？请仔细看完这篇文章
jj2772367224的博客
10-20 1864
我们对软件缺陷分析一下,所谓"软件缺陷（bug）"，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。一般来说，软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。进行软件缺陷分析后,软件缺陷的主要可以分为以下几种类型：（1）设计不合理;（2）功能、特性没有实现或部分实现;（3）运行出错，包括运行中断、系统崩溃、界面混乱等;（4）与需求不一致，在执行TestCase时则为实际结果和预期结果不一致;
如何去设计测试用例
weixin_33672400的博客
07-03 405
个人理解大概从3个方面去考虑: 　　1. 表单，也就是最基础的功能； 　　2. 逻辑方面； 　　3. 业务流程。 　　今天去面试，面试官问我一个很让我说不清的问题，她问我如何写好Expected Result，说实话当时听到这个问题我有点茫然，我拼命的考虑如何去诠释这个问题，事实上，这么多年工作，这么多年的测试用例中，我并未关注这个问题，一个好的Expe...
测试人：拿到需求之后要做的二三事
桃子的博客
08-07 1083
正常情况下，业务方来了一个需求，产品会将需求分解，设计成需求文档，开发也会根据这个设计对应的接口文档，而测试，需要做的是结合需求文档、接口文档以及自己目前对业务的了解，设计各种场景，考虑目前这样的设计，是否存在弊端，并且进一步明确一些不确定的点。 一：多与产品沟通 在某种维度上，测试是最了解业务的人，而且测试考虑问题的角度，应该是从客户的角度出发，这与产品的角度所类似。所以，为了更好的了解需求...
设计测试用例的方法
weixin_48072522的博客
07-26 1535
研究多因素多水平的一种实验（测试）方法，根据正交性，从输入组合当中选取最优的组合进行试验，分析结果，通过这些最优组合得出的试验结果来分析这个试验的结果。因果图是一种逻辑图（恒等、与、或、非），当输入有很多，不同输入的组合对应不同的输出，用因果图来分析不同输入组合和不同输出之间的关系。根据测试人员的知识，经验，直觉去判断哪一个模块会出现问题，专门针对这个模块进行测试用例的编写，其作为一种补充的测试用例的方法。根据需求规格说明，有意义的输入的数据集合，成为有效等价类；③确定因素数（正交表的列），水平数；...
拿到一个项目后，如何开展性能测试工作？
软件测试技术资源分享官
05-22 885
性能测试是基于系统的功能已经完成或者趋于完成的事实，如果功能不够完整就没有多大意义。因为后期的功能改进会影响系统的性能，过早进入性能测试会导致测试结果不准确，浪费测试资源。因此，性能测试首先是基于功能测试的，性能测试只有在知道其功能需求后才能进行。
入门教程：需求分析与测试用例设计
"入门级的软件测试流程涵盖了需求分析、测试用例设计与编写等多个环节。本文档提供了详细的步骤和示例，旨在帮助初学者掌握这些基础技能。" 在软件测试领域，需求分析是至关重要的第一步，它确保了开发团队和测试...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IDO老徐

转发 + 讨论 > 赞赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值