精华内容
下载资源
问答
  • 测试用例一般写多少条
    千次阅读
    2022-02-23 15:50:19

    面试官在问到这道题目的时候,主要有以下几点:

    1,考察你做过项目的大小。

    资深的面试官往往能够通过一个项目的用例数整体了解到你项目的大小以及业务复杂程度,以及你过往的工作饱和程度。

    2,考核你对整个项目是否真的进行过实际的操作。

    那么我们在回答的时候,说多少合适?

    有人说800,那这时候面试官就会问你这项目做了这么久,怎么才800条用例。

    哪有人说我说2000多条,这个时候面试官其实对你的数目仍然保持怀疑态度,毕竟随意报出来的数目,任何人都不可能轻易相信。

    这个时候我们在回答之前要做好对应的准备:

    比如具体的数目记不住了大概有2000多条,我们一般是双周迭代,每个迭代差不多有400-500,当然还有之前复用的用例。

    软件测试的面试过程中经常会被问到这道题目,你们的项目一共多少条用例。

    很多人遇到这道问题的时候,开始放荡了自己随便说了一个数字,你本以为能够忽悠住面试官,其实不然,反而自己掉进了坑里。

    更多相关内容
  • 作为测试工程师,对测试用例的数量预估是一项基本能力,并且也很重要。因为在衡量和预报工作计划中十分重要,例如,设计用例需要几天,设计多少条、执行多长时间。

    作为测试工程师,对测试用例的数量预估是一项基本能力,并且也很重要。因为在衡量和预报工作计划中十分重要,例如,设计用例需要几天,设计多少条、执行多长时间。

    首先,预估测试用例数量最重要的依据就是需求。

    需求:

    1、会员编号是个文本框,非必填,查询条件。
    2、姓名文本框,查询条件,模糊查询,非必填。
    3、身份证号,查询条件,精确查询,非必填。
    4、加入时间,时间控件,查询条件,范围查询,必填。
    5、添加黑名单按钮,能够打开添加黑名单页面。
    6、移除黑名单按钮,能够打开移除黑名单页面。
    7、查询按钮,输入查询条件,点击查询,可以显示查询结果。

    接下来,根据以上需求,结合测试方法和测试类型,设计以下几条测试项(每一个测试项都是一条测试用例):

    添加黑名单按钮,能够打开添加黑名单页面;
    移除黑名单按钮,能够打开移除黑名单页面。
    查询:只有必填项的测试。
    查询:时间+正确的姓名。
    查询:时间+正确的身份证号。
    查询:时间+正确的会员编号。
    查询:时间+正确的会员编号+正确的姓名。
    查询:时间+正确的会员编号+正确的身份证号。
    查询:时间+正确的姓名+正确的身份证号。
    查询:时间+正确的姓名+正确的身份证号+正确的会员编号。
    查询:不填写数据的查询。
    查询:时间+错误的姓名的查询。(使用3条反向的测试数据)
    查询:时间+错误的身份证号。(使用3条反向的测试数据)
    查询:时间+错误的会员编号。(使用3条反向的测试数据)
    界面测试:界面的设计、数据的显示。
    性能测试:界面的跳转速度。
    性能测试:查询结果的显示速度。
    兼容性测试:在不同版本操作系统中使用软件。
    兼容性测试:在不同浏览器中使用软件(如果是Web项目)。
    兼容性测试:在不同屏幕分辨率下检查界面的显示。

    如果只是考虑这么多的话,则需要总共设计26条测试用例。再比如,

    在这里插入图片描述
    需求如下:
    1、用户名,查询条件,模糊查询,非必填。
    2、手机号码,查询条件,精确查询,非必填,数据合法性校验。
    3、查询按钮,输入查询条件,系统显示查询结果。
    4、添加按钮,在勾选用户后,点击添加;没有勾选用户点击,提示未选中
    5、批量导入按钮,点击打开批量导入黑名单界面。
    6、浏览按钮,打开本地资源管理器,选择CSV、Excel文件。
    7、确定按钮,上传所选文件中的数据
    8、取消按钮,取消上传所选文件。

    根据以上内容设计测试用例:

    添加黑名单:勾选1个用户,点击添加按钮,用户拉黑;
    添加黑名单:勾选3个用户,点击添加按钮,用户拉黑;
    添加黑名单:全选用户,点击添加按钮,用户拉黑;
    添加黑名单:没有勾选用户,直接点击添加按钮;
    查询:不输入,直接查询。
    查询:输入正确的用户名。
    查询:输入不正确的用户名。(使用3条反向的测试数据)
    查询:输入正确的手机号。
    查询:输入不正确的手机号。(使用3条反向的测试数据)
    查询:输入正确的手机号和用户名。
    批量导入:点击批量导入按钮,选择CSV文件(该文件内容正确),确定提交。
    批量导入:点击批量导入按钮,选择Excel文件(该文件内容正确),确定提交。
    批量导入:点击批量导入按钮,选择CSV文件(该文件内容正确),取消提交。
    批量导入:点击批量导入按钮,选择Excel文件(该文件内容正确),取消提交。
    批量导入:点击批量导入按钮,选择CSV文件(该文件内容不正确),确定提交。
    批量导入:点击批量导入按钮,选择Excel文件(该文件内容不正确),确定提交。
    批量导入:点击批量导入按钮,选择DOC文件(该文件内容不正确),确定提交。
    批量导入:点击批量导入按钮,直接输入本地的文件地址,确定提交。
    界面测试:界面设计、数据显示。
    性能测试:界面的跳转速度。
    性能测试:查询结果的显示速度。
    兼容性测试:在不同版本操作系统中使用软件。
    兼容性测试:在不同浏览器中使用软件(如果是Web项目)。
    兼容性测试:在不同屏幕分辨率下检查界面的显示。

    如果只是考虑这么多的话,则需要总共设计28条测试用例。
    两大模块和相关界面以及其他方面的测试用例,总数54条。
    如果每天设计20条,需要3天。
    如果每天设计30条,需要2天。
    按照每天10小时工作(介于8小时和996之间),每个小时3条,20分钟1条。2天完成。

    最后也给软件测试的朋友们分享一份测试资料:

    以上内容,对于软件测试的朋友来说应该是最全面最完整的备战仓库了,为了更好地整理每个模块,我也参考了很多网上的优质博文和项目,力求不漏掉每一个知识点,很多朋友靠着这些内容进行复习,拿到了BATJ等大厂的offer,这个仓库也已经帮助了很多的软件测试的学习者,希望也能帮助到你。关注我公众号:程序员二黑,免费获取!

    机会只垂青有准备的人,这是一个靠本事的社会。有时候,你之所以发展得不好,不是因为没有机遇,而是因为你没有准备好,导致机遇与你擦肩而过。如果你想要学习,什么时候开始都不晚,而不是瞻前顾后,你只要用尽全力,剩下的交给时间!如果你不想再体验一次自学时找不到资料,没人解答问题,坚持几天便放弃的感受的话,可以加入我们扣扣群【785128166】,里面有各种软件测试资源和技术讨论。

    加油吧,测试人!路就在脚下,成功就在明天!

    推荐阅读

    在职阿里6年,一个29岁女软件测试工程师的心声

    当过服务员、快递员,现在年薪30W,历尽山河叛逆少年终会成长

    公司新来的阿里p8,看了我做的APP和接口测试,甩给了我这份文档

    展开全文
  • ."顶部区域- 未登录状态" 滚动消息 登录、注册 、我的订单 、帮助中心 、在线客服 "我的订单- 订单详情页" 帮助中心 首页 全部商品 搜索 购物车 左侧导航 轮播 广告区域 首页推荐产品 ...并发功能
  • 软件测试用例设计和软件测试用例写作软件测试用例设计:从设计层面考虑(功能性、可用性、安全性等方面);  测试用例工作过程  软件测试用例设计和软件测试用例写作  软件测试用例设计:从设计层面考虑(功能性、...
  • 微信小程序系统功能测试用例
  • 大数据测试用例模板下载
  • 测试用例怎么

    2022-06-27 14:02:31
    测试用例怎么

    读者提问:测试用例怎么写?

    阿常回答:这个问题我将从三点回答:1、用例给谁看;2、如何发现用例;3、用例三要素。

    一、用例给谁看

    一)用例评审

    产品、研发、测试看。产品需要检查用例是否把需求都覆盖到了;研发需要确认自己理解的业务逻辑是否有偏差;测试需要在评审会后补充和修正现有的用例。

    二)冒烟测试

    研发看。任务提测之前,研发需要根据测试提供的冒烟测试用例,把主要功能和流程跑一遍,没问题了再把任务转给测试。

    三)系统测试

    测试看。任务提测之后,测试根据写好的用例执行第一轮、第二轮……第 N 轮测试。

    二、如何发现用例

    用例是需求的细化。每一条需求要实现的目标就是用例的来源。

    譬如,需求中有一条描述 “ 为用户提供支付申请功能 ”,用例大模块就是 “ 支付申请 ”,然后再对该模块用例细化:入口、元素校验、确认 / 取消按钮 校验、渠道 A 发起支付、渠道 B 发起支付等。

    三、用例三要素

    用例名、步骤、预期结果。

    用例名,即需求要实现的目标(参照第二点)。

    步骤,即要实现需求目标所要经过的操作步骤。

    预期结果,即实现需求目标相应的期望结果。

    小 Demo

    用例名步骤预期结果
    支付申请入口点击XX菜单 -》XX菜单 -》XX按钮展开支付申请弹窗
    元素校验/表头字段检查【账单号】账单号规则正确
    渠道 A 发起支付点击XX按钮,发起支付申请

    1、账单状态更新为【支付中】

    2、生成1条状态为【审核中】的支付流水

    3、支付流水编号规则正确

    看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流

    展开全文
  • 人脸识别测试用例.png

    2019-10-14 16:07:03
    人脸识别测试用例人脸识别测试用例
  • 一、用例设计1 1、接口测试概念 接口测试测试系统间接口的一种测试测试的对象主要是接口,主要是测试外部系统与所测系统之间以及内部系统之间的交互点 2、接口测试方法 a、可以通过开发脚本代码进行测试 b、...

    一、用例设计1

    1、接口测试概念

    接口测试:测试系统间接口的一种测试,测试的对象主要是接口,主要是测试外部系统与所测系统之间以及内部系统之间的交互点

    2、接口测试方法

    a、可以通过开发脚本代码进行测试
    b、可以通过开源免费的接口调用调试工具测试,如:Postman等。
    c、可以通过App手动测试,结合抓包工具分析,如:Fillder/Charles等

    3、接口测试范围

    接口范围包括:
    一、被测项目中同层之间的接口(如DAO层、Service层),一个接口调用了其他的接口。
    二、外部系统与系统之间的交互点(如一个App调用了第三方支付宝的API)
    三、各个子系统之间的交互点(如App客户端调用了服务端的Http接口)

    被测接口范围:
    通常接口会很多,接口测试范围的筛选,参考测试人力资源、项目特点、接口重要性与优先级来进行。其中第一种属内部接口,构造测试稍复杂需开发配合实施,通常优先覆盖第二、三种接口
    接口测试的重点测试范围:
    优先测试覆盖核心业务,复杂业务的接口


    4、如何设计接口测试用例

    接口测试出发点是被测接口逻辑存在错误,参考这个为出发点,更容易发现问题
    设计接口测试用例,我们可简单的考虑两个基本要素,即:入参、出参,正确/错误的入参,逻辑判断后,接口是否做出正确的处理,返回正确的出参

    接口测试用例有3类(逻辑测试,异常测试,路径测试):
    1)逻辑测试:主要是根据开发提供的接口文档来设计测试用例,接口文档包含的要素(前提条件,输入参数,参数类型,业务逻辑,返回输出描述等),此类主要测试在正常输入的情况下,是否能得出正确的输出结果。主要使用的用例设计方法是等价类划分,边界值等

    2)异常测试:接口逻辑的测试中主要测试接口正常逻辑,即对外提供的接口服务是基本可用的,但仅逻辑测试不能保证数据的安全及程序接口在异常情况下的逻辑处理的正确性
    (a) 空值,null;
    (b) 参数属性(如:未赋值的参数)
    (c) 异常业务参数(如:构造不满足业务异常业务参数)
    (d) 参数个数、参数类型错误(如:接口文档中定义必填参数2个int,输入参数仅1个,类型非int)
    3)路径测试:当被测接口的实现方法中,判断逻辑复杂分支多,且判断中又调用了其他的接口,此时必须要进行路径覆盖测试

    5、接口测试关注点

    6、接口自动化测试工具
    1)Java(HttpClient) + Junit/TestNG;
    2)Jmeter
    3)SoapUI
    4)Python requests/urllib 库;
    ......

    二、用例设计2

    1、优先级--针对所有接口

    1.暴露在外面的接口,因为通常该接口会给第三方调用
    2.供系统内部调用的核心功能接口
    3.供系统内部调用非核心功能接口

    2、优先级--针对单个接口

    1.正向用例优先测试,逆向用例次之(通常情况,非绝对)
    2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 > 参数数据类型自身的数据范围值限制

    3、设计分析

    通常,设计接口测试用例需要考虑以下几个方面:

    1.是否满足前提条件
    有些接口需要满足前置条件,才可成功获取数据。常见的,需要登陆Token;
    逆向用例:针对是否满足前置条件(假设为n个条件),设计0~n条用例

    2.是否携带默认值参数
    正向用例:带默认值的参数都不填写、不传参,必填参数都填写正确且存在的“常规”值,其它不填写,设计1条用例

    3.业务规则、功能需求
    这里根据实际情况,结合接口参数说明,可能需要设计n条正向用例和逆向用例

    4.参数是否必填
    逆向用例:针对每个必填参数,都设计1条参数值为空的逆向用例

    5.参数之间是否存在关联
    有些参数彼此之间存在相互制约的关系;
    逆向用例:根据实际情况,可能需要设计0~n条用例

    6.参数数据类型限制
    逆向用例:针对每个参数都设计1条参数值类型不符的逆向用例

    7.参数数据类型自身的数据范围值限制
    正向用例:针对所有参数,设计1条每个参数的参数值在数据范围内为最大值的正向用例
    逆向用例:针对每个参数(假设n个),设计n条每个参数的参数值都超出数据范围最大值的逆向用例;针对每个参数(假设n个),设计n条每个参数的参数值都小于数据范围最小值的逆向用例

    资源分享

    最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走

    这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助…….

    展开全文
  • **前端测试用例怎么?为什么写测试用例?**测试用例为了特定的目的证明软件存在某问题而设计的一组由测试输入、执行条件、预期结果构成的文档。指导如何做测试的文档,该文档主要记录需要验证被测软件的是否满足...
  • 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。主要测试技术方法为用户通过...
  • 银行测试用例

    2018-01-10 10:48:59
    银行 测试用例
  • 测试用例应该怎么

    千次阅读 2022-03-20 09:38:35
    针对一个功能设计测试用例,总是习惯性的回答:根据PRD来呗,PRD怎么说我就怎么,慢慢地将自己变成只会复制、粘贴的工具人。在他们眼里,做测试和进场打螺丝没有任何区别!
  • 接口测试用例怎么

    千次阅读 2022-02-16 12:58:50
    接口测试思路
  • 接口测试用例设计xmind文件
  • (50消息) 测试用例管理工具SynapseRT(jira插件)的具体使用(一)_Iam玉米的博客-CSDN博客_jira测试用例管理.mhtml
  • 怎么写测试用例

    千次阅读 2022-03-30 00:14:18
    怎么才能出更符合产品的测试用例?什么样的用例才是好的用例?
  • 1、有详细的用例编写模板,一般的问题都已有涉及到。2、编辑测试用例的时候,只要套用这个模板就可以了。 1、有详细的用例编写模板,一般的问题都已有涉及到。2、编辑测试用例的时候,只要套用这个模板就可以了。
  • 金融项目测试用例

    2018-12-28 00:30:00
    投资理财:后台加标流程验证,投标流程验证,满标审批流程验证,到期回款流程验证,流标验证. 回款:一次性还款,按月付息到期还本。
  • 共享单车测试用例.docx
  • 车辆测试用例

    2017-07-16 21:39:09
    车辆进消 销售管理/当前库存查询 库存变动情况各个分支测试预测与效果验证
  • 测试用例怎么?这里提供一个测试用例小模板

    千次阅读 多人点赞 2020-09-03 23:34:43
    上面所说的都是很粗略的测试用例怎么,详细点说就是比如一个登陆页面,我们需要关注以下几个维度来编写测试用例 模板 用例编号 测试模块 用例名称(测试项目) 前置条件 操作步骤 预期结果 测试结果 重要程度 ...
  • 今天笔者想和大家来聊聊测试用例,这篇文章主要是想要给测试小伙伴们的,因为我发现还是有很多小伙伴在遇到写测试用例的时候无从下手,我就想和大家简单的聊聊,这篇文章主要是针对功能测试的哟。 ​在这篇文章...
  • 测试用例设计.xmind

    2019-10-19 20:43:35
    该文件为笔者总结的软件测试相关的理论知识,格式为xmind
  • 工作流测试用例纲要

    2018-09-11 10:50:44
    库存管理,进销存管理,工作流系统管理等多个系统的测试用例,方便全面,excel画图展示
  • 门铃测试用例.xlsx

    2020-01-20 11:30:01
    家用智能门铃的详细测试用例。帮助你了解更多的测试内容,从0到1出更好的测试用例,帮你实现测试基本技能
  • 如何测试用例

    千次阅读 2022-08-04 20:49:29
    背景经历过校招或社招的测试同学,都会被问到测试用例的设计、使用方法,以及用例的重要性。大概了解过测试行业或者有一些测试基础的同学面试时能很好的回答上来,设计用例的方法,但是给一个真实场景需要简单编写...
  • 电商平台测试用例.xlsx
  • 有些测试同学,写测试用例的时候,直接就是将需求文档上的内容抄一遍,转换成测试用例的格式。
  • 经常看到无论是刚入职场的新人,还是工作了一段时间的老人,都会对编写测试用例感到困扰?例如: 固然,编写一份好的测试用例需要:充分的需求分析能力 + 理论及经验加持。 但这并不意味着,没测试经验、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 441,748
精华内容 176,699
热门标签
关键字:

测试用例一般写多少条