首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

测试开发,能代表质效平衡吗?

理性看待测试开发比例 测试开发这个词,我特意搜索了关键的信息,无论是软件工程理论还是质量保障相关的专业资料,并没有找到具体的出处。“测试开发”这个术语并不是一个公认或标准化的行业术语。...很有意思的是,在很多场合大家提起测试开发,都默认指的是技术团队中测试开发人员的人数比例。这样其实有些以偏概全了,在我的角度看来,并不能代表质量和效率就能得到很好的提升。...下面是三个我亲身经历的案例: 1、业务测试团队:测试开发1:5。 业务测试团队的主要测试活动,还是基于业务需求进行各种需求分析和场景设计用例执行。...由于业务测试的各种场景组合复杂性,以及沟通协调等很多琐碎的事情,导致需要较多的测试同学投入进来。 2、基础架构团队:测试开发1:12。...这种基础技术组件本身的功能特性相对较为具体,且更容易模块化和标准化,因此测试资源的占会相对低一些。 3、云服务厂商团队:测试开发1:16。

16610

测试开发,能代表质效平衡吗?

理性看待测试开发比例 测试开发这个词,我特意搜索了关键的信息,无论是软件工程理论还是质量保障相关的专业资料,并没有找到具体的出处。“测试开发”这个术语并不是一个公认或标准化的行业术语。...很有意思的是,在很多场合大家提起测试开发,都默认指的是技术团队中测试开发人员的人数比例。这样其实有些以偏概全了,在我的角度看来,并不能代表质量和效率就能得到很好的提升。...下面是三个我亲身经历的案例: 1、业务测试团队:测试开发1:5。 业务测试团队的主要测试活动,还是基于业务需求进行各种需求分析和场景设计用例执行。...由于业务测试的各种场景组合复杂性,以及沟通协调等很多琐碎的事情,导致需要较多的测试同学投入进来。 2、基础架构团队:测试开发1:12。...这种基础技术组件本身的功能特性相对较为具体,且更容易模块化和标准化,因此测试资源的占会相对低一些。 3、云服务厂商团队:测试开发1:16。

10410
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    一周播报 | 118,阿里测试太牛逼or开发太弱?

    118 是阿里测试太牛逼还是开发太弱? “ 一位刚从阿里离职的P8说阿里一个测试对应18个开发,不知这种说法是否正确?是阿里开发比较弱还是测试比较牛逼,有人出来解答一下吗?...” 养码人A:阿里的一线项目,测试开发的比例接近11;但是二线项目,可能根本分不到测试资源。从团队规模来看也不可能。像UI和算法也包括在技术团队。他说的这个1:18可能是说算法。...因为算法压根没有分配测试,他们的东西都是自测,测试压根也不知道如何测。 养码人B:阿里大部分事情都是开发自测。马云当年严控开发测试比例,很多测试部门没有hc。...养码人C:我以前就是一个测试对了十几个开发,还包括web端和移动端。不是因为能力强,而是出了bug再改就好了。基本不加班,周末双休。 ?...很多人对小西的身份表示怀疑,还有人私聊来测试??? ? 求小西的心理阴影面积 人家可是货真价实的软妹子

    1.7K10

    :你还不会接口测试

    在公司里,前端和后端往往会分成不同的职位,他们开发和实现的东西也截然不同。 二、接口 了解了前端和后端的概念,接下来就到接口了。 接口是一种通信机制,用于在前端和后端之间交换信息。...API 测试可以检测 API 的功能正确性、可靠性、安全性等方面的问题,帮助开发者在代码部署到生产环境之前,检测和修复潜在的问题,从而提高整个系统的可用性和可靠性。...除此之外,API 测试还可以帮助开发者更快地响应业务需求。尤其是在微服务架构中,不同的服务可能会频繁地进行版本迭代和更新,相对于界面测试,API 测试可以更早开始,让系统更快地响应业务需求。...如果问题需要修复,需要将问题反馈给开发人员,并跟踪问题的解决进度。 在设计接口测试用例时,需要考虑以下几点: 接口功能:需要测试接口的各种功能,例如输入验证、数据存储、安全性、性能等。...测试环境:需要确定测试的环境和条件,包括测试的设备、网络环境、数据库环境等。 测试结果分析:需要对测试结果进行分析,确定问题的原因和影响,优化测试用例和测试方法。

    22030

    测试开发测试,还是开发

    读者提问: 测试开发工程师到底是测试,还是开发 ? 阿常回答: 既是测试,也是开发。 首先,测试开发测试工程师,他们是服务于业务测试同学的,目标是解决业务测试工程师的具体问题。...这就要求他们必须具备测试思维。 其次,测试开发也是开发工程师,他们会针对业务测试同学的具体诉求设计研发对应的小工具,或者研发定制化的一套测试平台。这就要求他们同时具备编程能力。...阿常碎碎念: 前一阵子阿常团队招测试开发时,就有纯开发经历的同学来面试,一般看到这样的简历阿常会直接 pass 不考虑。 当然不排除有纯开发经验的同学,同时也具备良好的测试思维,但这只占少数部分。...通常都是有真正测试实践经历的测试同学,才可能具备更好的测试思维。因此团队在招测试开发时,倾向于找有测试经验的同学。 看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流

    74740

    测试开发:是测试还是开发

    他们的工作似乎同时涉及到了测试开发两个领域,那么,测试开发测试还是开发呢? 一、从历史背景看测试开发的起源 在传统的软件开发过程中,开发测试往往是分开的。...这个过程中,测试人员不仅要进行传统的测试工作,还要进行一些开发工作,如编写测试脚本、搭建测试环境等。这就是测试开发的起源。...二、从工作内容看测试开发的性质 从上述描述中,我们可以看到,测试开发的工作内容既包括测试,也包括开发。具体来说,测试开发工程师的工作包括: 1. 编写测试计划和测试用例:这是测试环节的核心工作。...测试工具将更加智能化:未来的测试工具将更加智能化,能够自动识别和修复问题。这将使测试开发工程师的工作更加高效和准确。 4. 测试开发将更加融合:未来的软件开发过程中,测试开发将更加融合。...测试开发工程师将需要参与到整个开发过程中,与开发人员一起协作,共同保证软件产品的质量。 总之,测试开发是一种融合了测试开发的全新角色。它既涉及到传统的测试工作,也涉及到一些开发工作。

    77800

    鸿蒙应用开发 React 体验更好

    并且当我们在思考如何复用原子化 CSS 的时候,其实就表示,开发者确实在期待一套完整的,全新的 UI 布局表述方式。 这就是鸿蒙应用开发中, ArkUI 的布局思路。...而且他原子化 CSS 学习和记忆成本更低,更灵活,可以说是原子化 CSS 的理想化实现。 ArkUI 在设计上,还引入了一个风险较大的设定:样式后置。...直到后来我才理解到,这种注重语义化和容器的 UI 表达方式,可能 JSX 更好,这才是最佳实践。...并在 UI 设计上,简化了视觉格式化模型,注重容器特性,学习理解成本得到了极大的降低,并且基于 set 的思维方式链式调用样式,大胆的将样式后置,在我个人的主观感受里,这是一种 React, Flutter...更舒适的开发体验 大多数前端开发多半都有一个坏习惯,写点代码就想看看布局现在已经长什么样了,这样其实挺影响开发效率的。

    18010

    单元测试代码产品代码还要多?

    [图一] 是单元测试代码◦ [图二] 是产品代码◦ 显而易见的是, 单元测试代码产品代码还要多, 这合理吗? 当然合理!...产品代码虽然是只有短短的几行; 处理订阅者订阅赛马的消息◦ 但, 却会衍生出许多不同的使用者场景; 如: 没有订阅者订阅, 只有单一或多个订阅者, 某个订阅者重复订阅, 某个订阅者取消订阅…..等等◦ 单元测试..., 根据这些不同的使用者场景, 分别有相对应的单元测试代码 (测试用例) ◦  所以, 单元测试代码自然会比产品代码还要多◦ 但, 这样的付出 (投资) 绝对是值得的◦ 因为, 唯有如此所形成的 “自动化单元测试...”,  才能使产品可在 “最短的时间内反馈”, 既有产品的架构, 功能与质量是否已被所新增的代码 (功能) 所破坏◦ 所以, 我们应该真正专注的是, 单元测试的 “测试用例的有效性” , 而不是表面的单元测试代码的行数...                                                                                                                                        [图一: 单元测试代码

    1.3K60

    软件测试|Selenium更加强大的Playwright

    Playwright 是由微软的研发团队所开发的一款 Web 自动化测试框架,这个框架具有多平台、跨语言的特点。除了基本的自动化测试能力之外,同时它还具备非常强大的录制功能、追踪功能。...更强大的自动化测试配置。 强大的工具库: - Codegen:通过记录你的操作来生成测试。 将它们保存为任何语言。...- Trace Viewer:捕获所有信息以调查测试失败,Playwright 跟踪包含测试执行截屏、实时 DOM 快照、动作资源管理器、测试源等等。...用来测试在使用手机浏览时,界面展示是否正常。...以下为测试人论坛搜索功能的测试步骤,请使用 Playwright 自动化测试代码实现: 打开测试人论坛https://ceshiren.com/。

    1.5K41

    研发测试时间,BUG数据分析

    问:1、研发和测试的时间,多少合理 ?2、一个版本,60个Bug(致命2,严重3,普通30,一般5),能得出啥结论 ? 问题 1、研发和测试的时间,多少合理 ?...具体,根据团队实际情况,以及每个版本的复盘总结,去调整后续的时间占 。...3、我的建议是:去「分析每一个Bug 的问题类型」, 看看是, 1)需求理解有偏差 2)功能未实现 3)接口未联调 4)准入的 测试用例,未开发自测 5)准入的Case 有遗漏 6)代码未提交完整 7)...@IDO老徐 的建议是:测试团队 ,毕竟你们要为质量负责,Bug少对你们有好处 。 5、这个分析,在哪发 ?...1)版本复盘会议上 2)测试报告上注明;之前给的模板里,有:聊聊「测试报告」(附 模板下载) 注:这问题,来自 百人计划 7期,某成员的提问,还算比较典型,写篇文章,统一解答 。

    99130

    软件测试测试开发|软件测试基础概念

    独立性:测试应该独立于开发,由专门的测试团队或者专业测试人员进行。 早期开始:测试应该从软件开发的早期阶段就开始,早发现缺陷,成本更低。...; 测试开发人员及独立的测试组来管理的; 测试和调试是不同的活动,但是调试必须能够适应任何测试策略。...软件测试的分类 软件测试有多种分类方法,我们这里介绍几种常用的分类法: 软件开发阶段划分 单元测试 指对软件中的最小可测试单元进行检查和验证,单元测试需要从软件的内部结构出发设计测试用例。...系统测试 将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试 和确认测试,系统测试是针对整个产品的测试。 验收测试 交付测试:确保软件准备就绪。...按测试技术划分 白盒测试:结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。 黑盒测试:功能测试:通过测试每个功能是否都能正常使用。

    20310

    测试思想-测试流程 敏捷测试开发之我见

    下文本着实用性原则,谈谈敏捷测试开发相关的一些想法,如有不同意见或想法,欢迎提出~~ 1、 团队优先 个人觉得,不管做啥,应该把“团队合作”放在第一位。...问题: 产品经理、策划人员、设计人员(UE、UI),开发人员,测试人员、运营人员……都做到敏捷了么? 2、 需求为主 所有的一切源于需求。由需求而生,随需求而灭。...原型设计好了,共享给相关人员查阅,以便及时获得反馈,及时更正,如果时间来得及,最好是评审下原型 8、 项目开发与用例设计 开发人员根据原型进行项目、产品开发测试人员根据用户故事、原型(假定原型已经被认可的情况下...当且仅当你一看用例名称,即测试验证点,就能想到步骤和结果时(比如翻页,密码大小写验证等),那么可省略,因为这时候,用例名已经起到了足够的“提醒”,…… 9、 开发自测 开发发布前,根据测试提供的用例进行简单自测...备注:开发如果有看下测试给的用例,哪怕是瞄下,说不定就看到没注意的细节了,,进而可将bug于测试前修复,要是再细看下就更好了……知道大致做到什么程度,才不会让测试抓住辫子,才算完成了开发工作,,,这里体现的就是敏捷的思想

    1.2K20

    软件测试测试开发|软件测试基础概念

    独立性:测试应该独立于开发,由专门的测试团队或者专业测试人员进行。早期开始:测试应该从软件开发的早期阶段就开始,早发现缺陷,成本更低。...;测试开发人员及独立的测试组来管理的;测试和调试是不同的活动,但是调试必须能够适应任何测试策略。...软件测试的分类软件测试有多种分类方法,我们这里介绍几种常用的分类法:软件开发阶段划分单元测试指对软件中的最小可测试单元进行检查和验证,单元测试需要从软件的内部结构出发设计测试用例。...系统测试将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试 和确认测试,系统测试是针对整个产品的测试。验收测试交付测试:确保软件准备就绪。...按测试技术划分白盒测试:结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。黑盒测试:功能测试:通过测试每个功能是否都能正常使用。

    23410

    【单元测试】--测试驱动开发(TDD)

    一、什么是测试驱动开发 测试驱动开发(Test-Driven Development,TDD)是一种软件开发方法,其核心思想是在编写实际代码之前,首先编写测试用例。...编写最少量的代码:接下来,开发人员编写足够的代码,以使测试用例通过。这意味着开发人员只编写足够的代码来满足当前测试用例,而不是过多的功能。...迭代:重复上述步骤,针对其他功能或需求,编写新的测试用例、实现代码、运行测试,直到开发完成。 TDD 的核心目标是通过自动化测试用例来推动软件开发。...二、TDD的步骤 测试驱动开发(Test-Driven Development,TDD)是一个迭代的软件开发方法,通常涵盖以下步骤: 编写测试用例(Red): 开发人员首先编写一个新的测试用例,...协作和沟通: TDD可以促进开发团队成员之间的协作和沟通,以确保测试用例反映了业务需求。 四、总结 测试驱动开发(TDD)是一种软件开发方法,强调在编写实际代码之前编写测试用例。

    47320

    Restful接口开发测试—接口测试

    开发完接口,接下来我们需要对我们开发的接口进行测试。...接口测试的方法比较多,使用接口工具或者Python来测试都可以,工具方面比如之前我们学习过的Postman或者Jmeter ,Python脚本测试可以使用Requests + unittest来测试。...测试思路 功能测试:数据的增删改查 异常测试:未授权,参数异常等 Postman测试 使用测试工具Postman测试结果如下所示: user接口测试 查询所有用户 ? 创建用户 ? 修改用户 ?...未授权测试 ? groups接口测试 查询所有groups数据 ? 修改group数据 ? 删除groups ?...,如果想测试部分用例则可以使用如下命令: 测试指定的测试类 D:\django_restful>python manage.py test api.tests.UserTest 测试具体的某一条具体用例

    1.7K20

    测试如何驱动开发

    你好,我是测试小牛。 很多人说测试驱动开发太难了,在中小公司就是伪命题。中小公司可能缺乏专业的测试人员或者自动化测试工程师。...这可能会导致公司无法充分利用TDD的优势,并且测试代码的编写和维护将会落在开发人员的肩上,增加了他们的工作量。 技术方面,中小公司可能没有足够的技术资源和工具来支持TDD。...为了解决这个问题,公司可以培训自己的开发团队,让他们学习和掌握新的技术和工具,从而更好地实践TDD。 文化方面,中小公司可能缺乏推广软件测试的文化。...在这样的环境中,开发人员可能会认为测试是一项单调乏味、浪费时间和金钱的任务,从而忽视TDD的意义。...为了营造这样的文化氛围,公司可以向开发人员介绍TDD的优势,鼓励他们积极采用并改变思维模式,推崇“测试驱动开发”的理念。 此外,公司也可以组织内部研讨会和培训课程,提高开发人员的测试意识和技能。

    16630

    TDD测试驱动开发

    在各种敏捷开发实践中,测试驱动开发(TDD)一直处在最核心的位置。 ? TDD的核心在于严格规定开发节奏,一次把需求理清,一次做对、消除返工,不用调试就能获得反馈。...这是一个找虐的过程,他让你在走每一步前都必须先想好要达到什么效果,每一步都有充分的测试覆盖。...里边有三个关键: 第一步任务分解:测试先行,分离关注点,并用单元测试表达; 第二步单元测试:遵循 Given-When-Then 三段式,符合极限编程原则; 第三步小步快走:此处的坑在于很多人容易一下写多...但一旦会用,节省出的时间会远大于编写测试代码而产生的工作量总和。 你有没有想过为什么明明都知道有用,但我们就是不爱写单元测试? 很多人说需求急、没时间,就算想测试也找不到接缝。为啥呢?...基本功不过关不能全赖程序员,但凭本能开发+单元测试不到位,两个加起来就是天坑。

    99620

    测试驱动进行开发

    一.简介 测试驱动开发,英文全称Test-Driven Development,简称TDD,是一种不同于传统软件开发流程的新型的开发方法。...它要求在编写某个功能的代码之前先编写测试代码,然后只编写使测试通过的功能代码,通过测试来推动整个开发的进行。这有助于编写简洁可用和高质量的代码,并加速开发过程。...测试驱动开发的基本过程如下: 快速新增一个测试 运行所有的测试(有时候只需要运行一个或一部分),发现新增的测试不能通过 做一些小小的改动,尽快地让测试程序可运行,为此可以在程序中使用一些不合情理的方法...二.好处 或许只有了解了测试驱动开发的本质和优势之后,你才会领略到她的无穷魅力。 测试驱动开发不是一种测试技术,它是一种分析技术、设计技术,更是一种组织所有开发活动的技术。...相对于传统的结构化开发过程方法,它具有以下优势: 1)TDD根据客户需求编写测试用例,对功能的过程和接口都进行了设计,而且这种从使用者角度对代码进行的设计通常更符合后期开发的需求。

    76310

    测试环境线上的代码多了几行代码怎么处理?

    一、背景 今天一个朋友问了一个问题,测试环境线上的代码多了几行代码怎么办? 是不是要新建分支?有没有更好的办法?...其实还有类似的场景,比如测试环境和线上环境用了同一套NoSQL存储,想隔离两个环境。 下面提供一个比较简单的通用的方案,希望对大家有帮助。...Override     public void test() {   // 其他代码1         if (environmentHelper.isQa()) {             // 测试环境专用代码...        }         // 其他代码2     } } 当然了也可以借助Apollo来配置,比如设置一个变量表示是否开启某个功能,线上的Apollo和测试服的配置不同。...三、总结 方法不难,在开发中偶尔也会用到。 另外建议大家多看Spring的官方文档,很多场景都有专门的类提供了相关的功能,而不是遇到一个问题一个问题去查,去问。

    30120
    领券