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

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

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

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

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

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

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

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

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

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

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

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

    更多相关内容
  • 金融项目的功能测试用例
  • 【你们项目组有几测试,你负责什么,迭代了几版本,迭代周期,多少测试用例?】 项目的组织架构心里要有底,测试分工要平均,版本迭代会有多,用例数把握尺度 参考答案1: 1 我进去的时候项目已经上线了,...
    1. 【你们项目组有几个测试,你负责什么,迭代了几个版本,迭代周期,写了多少测试用例?】

    项目的组织架构心里要有底,测试分工要平均,版本迭代会有多个,用例数把握尺度

    参考答案1:

    1 我进去的时候项目已经上线了,总共2个测试(包含测试组长),负责的就是版本的迭代更新测试(包含功能、接口),我在职期间迭代了3个版本(3.1、3.2、3.3) ,前2个版本大概半个月迭代一次,3.3版本是一个月迭代。每次版本更新,首先针对新的功能点或者修改点进行测试,然后回归测试,三个版本的迭代写了 180 条用例,合计发现20个bug。

    参考答案2:

    2 这是一个从零开始的项目,合计2个测试(包含测试组长),我进去的时候就开始参与项目的需求分析,项目从零到有进行了有半年多,

    前期 1 个月:刚开始需求的漏洞比较多,需求评审也比较多,基本上每个星期一次评审。开发和测试都会参与,此时开发在进行代码设计,我们测试就在分析需求,看参考文档,用 xmind梳理测试场景,提取测试点

    中间 2 个月:开发设计完后,进行编码,我们测试就根据之前梳理的测试场景、测试点来编写测试用例,并组织用例评审进一步完善。在这个期间开发和测试有疑问我们都互相沟通,甚至询问产品经理答疑解惑

    后面 3 个月:用例评审通过后,我们测试负责搭建测试环境以及准备测试数据,先进行冒烟测试,然后根据用例进行系统的测试,合计做了三轮系统测试,第一轮 1 个月,第二轮半个月,回归测试半个月。第三轮半个月,回归测试半个月

    在这个过程中总共写了 956 条用例,我们领导要求测试用例不要写的很细,节约时间

      如有雷同请联系作者

    展开全文
  • 金融项目测试用例

    2018-12-28 00:30:00
    投资理财:后台加标流程验证,投标流程验证,满标审批流程验证,到期回款流程验证,流标验证. 回款:次性还款,按月付息到期还本。
  • 软件项目测试用例.xls

    2021-01-08 17:06:02
    软件项目测试用例.xls
  • ."顶部区域- 未登录状态" 滚动消息 登录、注册 、我的订单 、帮助中心 、在线客服 "我的订单- 订单详情页" 帮助中心 首页 全部商品 搜索 购物车 左侧导航 轮播 广告区域 首页推荐产品 ...并发功能
  • 作为测试工程师,对测试用例的数量预估是项基本能力,并且也很重要。因为在衡量和预报工作计划中十分重要,例如,设计用例需要几天,设计多少条、执行多长时间。

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

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

    需求:

    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和接口测试,甩给了我这份文档

    展开全文
  • 内容概要:项目测试用例编写模板,可以直接填写,框架已经搭好 适合人群:小白自学软件测试,用来编写用例,老手也可以用来提高工作效率
  • 是在实习期做的一个测试项目测试用例。如果是新手可以模仿
  • 充值模块,提现模块,项目新增模块,审核模块,投标模块,生成回款,获取各种列表信息等。
  • 接口测试用例-金融银行类参考
  • 作为一个测试新人,刚开始接触测试,对于怎么写测试用例很头疼,无法接触需求,只能根据站在用户的角度去做测试,但是这样情况会导致不能全方位的测试APP,这种情况就需要一份测试用例了,但是不会,求指教!...

    前言

    作为一个测试新人,刚开始接触测试,对于怎么写测试用例很头疼,无法接触需求,只能根据站在用户的角度去做测试,但是这样情况会导致不能全方位的测试APP,这种情况就需要一份测试用例了,但是不会写,求指教!还有就是测试出来的bug该如何追踪?与开发的接触基本上面对面的交流,没有很好的一个规范

    带着问题学习是最高效的学习方法。

    目录

    前言

    一.什么是测试用例

    二.为什么要写测试用例

    三.如何编写测试用例


    因此,在介绍如何编写测试用例之前,先看一个软件系统登录功能的测试(如下截图所示):

    要做这个登录页面的测试用例,你会从哪些方面思考进行测试呢?

    看似简单的页面功能能够设计多少条测试用例完成较全面的测试呢?10条以内?20条?.......

    那么在给出上述答案之前,先带大家熟悉一下 什么是测试用例?测试用例有什么作用? 然后在结合上述抛出的案例抛砖引玉一起讨论 如何编写测试用例?

    下面就是此文目录截图:

    一、什么是测试用例

    测试用例:为了特定的目的(证明软件存在某问题)而设计的一组由测试输入、执行条件、预期结果构成的文档

    1、测试用例简单来说就是指导如何做测试的文档,该文档主要记录需要验证被测软件的是否满足需求

    2、测试用例表现形式常见的有两种,可以以模板形式展示

    1)一种是通过Excel直接编写

    ——大多数项目中都需要按照这种方式设计编写

    2)一种是通过xmind直接整理测试点

    ——时间紧迫,项目没有强制要求时,可以设计测试点的形式编写
    ——对于业务流程类的测试,也可以整理为测试点进行测试

    3、设计及执行人员:测试工程师

    4、用例的模板:描述编写用例核心内容,一般项目都有自己的设计用例的模板,常见测试用例模板可参照如下:

    二.为什么要写测试用例

    为什么要写测试用例,实际中产品出现问题,第一责任人首先想到的是测试为啥没有测到?

    产品出现问题了,你为啥没有测出来呢?

    当然,除了避免“甩锅和背锅”,其实写测试用例更重要的作用如下:

    • 技术上将需求转化为具体可验证的指标
    • 以文档的形式记录软件可能存在的问题
    • 防止测试过程的活动出现遗漏,提高工作效率
    • 测试工作量的展示

    三.如何编写测试用例

    既然写测试用例如此重要,那么如何更好的编写测试用例呢?个人认为需要满足如下几点: - 常规思考,设身处地的从用户角度出发(比如:实际用户是这么使用的么,会不会遇到异常情况呢?) - 测试理论方法的支撑(比如:根据需求设计测试用例时,能用到哪些常见的测试用例设计方法?) - 产品的熟悉和经验的积累(比如:已经有过类型项目经验,曾经在某个方面有过问题,当时是如何处理的呢?) 上述的设计用例过程,有个前提,就是对于测试有耐心和毅力,加上日常有意识的思维训练,才会写出全面的用例。

    1、常规思考

    回归到开篇的问题,对于一个基本的登录页面,按照常规思路能否会想到如下截图的测试点呢?实际,这些测试点都是源于从用户角度出发,结合需求进行细化设计的过程。实际测试中是不是只有这些测试点呢?

    2、学习积累

    相信大多数测试工程师都能够想到上述基本的测试点,然在实际工作中面对的项目不同,设计测试用例的颗粒度也有不同的要求,如果针对上述登录的模块,更深入一层考虑呢?此时需要对产品的熟悉程度及测试经验的加持,而且这些点的设计是不断学习、熟悉项目、测试积累中得到的。

    3、理论支撑

    有了常规的思考,有了经验的积累,还需要理论的支撑。测试用例毕竟是通过人去思考设计,这个过程不可避免有疏漏。如何规避?实际就需要测试理论的支撑,个人认为深入思考设计用例不外乎以下两方面:

    1)测试用例的设计方法

    测试理论中很关键一块就是将需求拆分为具体的测试点,然后根据用例设计方法进行具体的设计,其中拆分需求的关键是熟悉需求,将文档中已有的描述内容,按照用户使用场景、个人测试经验的积累(如果有的话)、把大段的内容拆分成能够直接用用例设计方法的测试点,这样就直接可以通过简明扼要的文字描述转化为Excel的测试用例,在这个过程通俗理解就是拆分细化的过程,直到可以直接写用例验证一个具体的功能点即可。

    其中熟知的设计用例方法有:

    - 观察法

    - 等价类、边界值

    - 判定表、因果图

    - 流程图、场景法

    - 错误推测法等

    2)测试设计的思路开拓

    倘若按照需求将已有的描述信息都已经拆分完毕了,是不是就可以确保测试没有问题了呢?
    其实不然,在上述基础上如果还需要再拓展全面测试,还需要借助于软件质量模型的特性,从这些特性出发,给予测试用例设计者更多的思考空间。这样的设计就更加的全面可靠。

    常见软件质量模型特性说明:

    - 功能性:功能有没有,好不好用

    - 性能效率:对应系统的资源耗费程度及响应时间

    - 易用性:容易理解、学习、使用

    - 兼容性:能够兼容不同的软硬件平台

    - 可靠性:不易出问题,万一出问题容易恢复

    - 安全性:对于用户的安全保障(外在的人生安全、内在的信息安全等)

    - 可移植性:能否在不同环境条件下无故障运行

    - 可维护性:对于后期的修复维护是否方便快捷

    因此,对于上述登录功能,按照上述质量模型的思路指导,就得到如下的测试点:

    四、写在最后

    此时的你再回过头来看看,还会认为登录这个百试不爽的功能就设计十几条甚至几十条测试用例了吗?显然不是那么简单,需要在熟悉需求基础上,进行拆分细化,将常规的思考、经验的积累、理论的支撑结合起来使用,最终才能转化为测试待验证的结果。

    熟悉需求上第一步,在此基础上进行测试点的拆分细化,这个过程如果对于复杂一点的功能点,需要借助于测试用例的设计方法,对于页面级的测试点应用最多的不外乎是等价类、边界值。

    仅仅熟悉了需要,还需要结合经验的积累,从质量模型的特性出发,进行全面的思考功能点的设计,是否出现遗漏的,是否有项目特殊要求的。

    用例的设计不是一蹴而就的事情,好的用例也是需要不断的练习反复的修改评审,才能编写出卓越的用例。

    展开全文
  • 电商平台测试用例.xlsx
  • 测试用例模板,包含用例记录表,企业应用管理表,用户应用管理表,标签管理表,客户经历管理表,store管理表
  • 软件测试用例的粒度的讨论测试用例的粒度:每个测试用例所覆盖的测试范围或者期望结果的多少。也谈测试用例的粒度  软件测试用例的粒度的讨论  测试用例的粒度:每个测试用例所覆盖的测试范围或者期望结果的多少。...
  • 大数据测试用例模板下载
  • 软件测试用例的设计

    2021-03-23 11:51:09
    一个好的测试用例使得测试工作的效果事半功倍,并且能尽早的发现一些隐藏的BUG,测试用例的设计是软件开发中的重中之重。 关键词:软件测试,测试用例,TESTCASE,用例设计 ...
  • 一、用例设计1 1、接口测试概念 接口测试测试系统间接口的一种测试测试的对象主要是接口,主要是...一、被测项目中同层之间的接口(如DAO层、Service层),一个接口调用了其他的接口。 二、外部系统与系统之间
  • 经常看到无论是刚入职场的新人,还是工作了段时间的老人,都会对编写测试用例感到困扰?例如: 固然,编写份好的测试用例需要:充分的需求分析能力 + 理论及经验加持。 但这并不意味着,没测试经验、...
  • Java web 项目 测试 文档 jemeter性能测试 功能测试 单体测试 结合测试 文档模板
  • 1、有详细的用例编写模板,一般的问题都已有涉及到。2、编辑测试用例的时候,只要套用这模板就可以了。 1、有详细的用例编写模板,一般的问题都已有涉及到。2、编辑测试用例的时候,只要套用这模板就可以了。
  • 如何测试用例

    千次阅读 2021-11-17 10:47:41
    怎样一个测试用例。作为我们部门的测试OG,我认真的做了一下总结,打算今天给大家做一次分享,希望能帮到各位测试新手们。 再分享之前,我认为聊一聊“为什么要写测试用例”非常重要。因为正是它的重要性决定的...
  • 在软件测试中编写有效的测试用例及其如何进行用例评审的方法测试的指导文档就是测试...、明确项目的进度及计划只有明确了项目的进度及计划,我们才知道应当在何时进行测试用例的编写,何时完成测试用例的编写。以保证
  • 测试用例,简单的来说是描述对一个功能模块或者业务模块进行测试的步骤及指导,好的测试用例能够让对系统完全不了解的测试人员,都能根据用例进行测试。用途是:通过用例的执行,发现 是否需要软件测试用例 软件...
  • 这个项目包含两个测试驱动的问题和一个在 LeetCode.com 上的问题。 从 克隆项目。 cd进入项目文件夹 npm install在项目根目录安装依赖 npm test运行规范 您可以在/test/test.js查看测试用例。 您的工作是在/lib文件...
  •  目前国内,测试工程师却时常要面对“已经延期几倍计划时间的项目”,测试用例如何发挥更大的作用,是一个迫切需要解决的问题。事实上,完全可以把测试用例看成是测试工程师编写的程序:这个“程序”是为了辅助测
  • 如何测试用例的标题

    千次阅读 2022-05-13 17:30:50
    如何设计好的测试用例标题,来看看吧~
  • 划分测试用例的优先级 软件测试 从未有足够的时间做所有我们需要做的事情,这是在软件项目,尤其在测试中的一个普通的话题。假使你在可用的有限时间内,你如何知道你的测试工作做的最好?你知道当应用程序发布时,...
  • 此程序无需安装,没有病毒,双击即可运行,导入已好的Xmind格式测试用例,执行后即生成Excel格式测试用例
  • 今天笔者想和大家来聊聊测试用例,这篇文章主要是想要给测试小伙伴们的,因为我发现还是有很多小伙伴在遇到写测试用例的时候无从下手,我就想和大家简单的聊聊,这篇文章主要是针对功能测试的哟。 ​在这篇文章...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 183,765
精华内容 73,506
关键字:

一个项目写多少测试用例