4 天前 / 冷星1024
前言什么是自动化测试自动化测试在很多团队中都是 Devops 环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99% 的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集成测试等等，其中单元测试相对而言是我们比较耳熟能详的一个领域。单元测试框架有很多，比如 Mocha，Jest，AVA 等。
5 天前 / 前端De早读课
前言 你的工作中有写测试么？今日前端早读课文章由 @goldbergyoni 分享。 正文从这开始～～ 【第 2732 期】JavaScript & Node.js 的测试最佳实践 - 第一章： 测试剖析 第二章：后端测试 2.1 丰富您的测试组合：不局限于单元测试和测试金字塔 建议：测试金字塔，虽然已经有超过 10 年的历史了，但是它仍是一个很好的相关模型，它提出了三种测试类型，并且影响了大多数开发人员的测试策略。与此同时，大量闪亮的新测试技术出现了，并隐藏在测试金字塔的阴影下。
19 天前 / 前端De早读课
前言 前日在看 PPT 的时候刚知道 Istanbul 这工具，大家平时有用到吗？今日前端早读课文章由腾讯 AlloyTeam @TAT.steph 分享。 正文从这开始～～ JavaScript 单元测试如今对于前端开发来说并不陌生，前端工程化之后项目的代码质量越来越受到重视，单元测试无疑是一种衡量代码质量的重要手段，而测试覆盖率则是衡量测试完整性的一种手段：通过已执行代码的覆盖率，用于评测代码的可靠性和稳定性，可以及时发现没有被测试用例执行到的代码块，提前发现可能的逻辑错误。
28 天前 / vivo互联网技术
作者：vivo 互联网服务器团队 - Xu Shen 本文主要介绍 vivo 内部研发平台使用 JaCoCo 实现测试覆盖率的实践，包括 JaCoCo 原理介绍以及在实践过程中遇到的新增代码覆盖率统计问题和频繁发布导致覆盖率丢失问题的解决办法。 一、为什么需要测试覆盖率 1.1 在日常研发过程中，经常发现一些问题 测试案例的设计凭经验，当研发一个新功能时，经常对测试场景估计不足，到上线后发现 bug； 开发经常做一些需求之外的代码变更（代码小范围内重构或在开发过程中发现小缺陷随手改掉），导致测试任务无法测试到对应的场景，引起线上问题； 对测试效果无法量化考核...
35 天前 / 冷星1024
大家好，我卡颂。 React18 进入大家视野已经有一段时间了，不知道各位有没有尝试「并发特性」呢？ 当启用「并发特性」后，React 会从「同步更新」变为「异步、带优先级、可中断的更新」。 这也为编写单元测试带来了一些难度。 本文来聊聊 React 团队如何测试并发特性。 遇到的困境主要有两个问题需要面对。 1. 如何表达渲染结果？React 可以对接不同宿主环境的渲染器，大家最熟悉的渲染器想必是 ReactDOM，用于对接「浏览器」与「Node 环境」（SSR）。 对于一些场景，可以用 ReactDOM 的输出结果做测试。
70 天前 / Inputing
covGo - GO 覆盖率平台支持增量覆盖率、全量覆盖率 实时收集覆盖率、无需写单测 支持按照规定时间段收集 支持多版本形式的覆盖率收集 支持集群多服务收集 以下正文开始。本文章中的图片为高清图片，可点击放大查看。环境要求系统：linux、mac（不支持 windows） Go: 1.13+ python: 3.6+ 安装 coGo 服务端安装 - 全手工自助方式 ( 若动手能力差，请移步 docker 安装版) 1、安装 GOC # Mac/AMD64curl -s -L "https://github.com/qiniu/goc/releases/latest" | sed -nE 's!.*"([^"]*-darwin-amd64.tar.gz)".*!https://github.com\1!p' | xargs -n 1 curl -L ...
81 天前 / zlt2000
点击上方“陶陶技术笔记”关注我 回复“资料”获取作者整理的大量学习资料！ 一、说明 本文分享基于 Fate 使用 横向联邦 神经网络算法 对 多分类 的数据进行 模型训练，并使用该模型对数据进行 多分类预测。 二分类算法：是指待预测的 label 标签的取值只有两种；直白来讲就是每个实例的可能类别只有两种 (0 或者 1)，例如性别只有 「男」 或者 「女」；此时的分类算法其实是在构建一个分类线将数据划分为两个类别。多分类算法：是指待预测的 label 标签的取值可能有多种情况，例如个人爱好可能有 「篮球」、「足球」、「电影」 等等多种类型。
112 天前 / 老张
前几天在某个测试技术交流群，有大佬抛出了一个问题：如果抛开技术不谈，如何衡量测试的 Level？简单理解就是：排除技术因素，如何衡量测试工程师的能力达到什么层次？或者说用什么来评估测试工程师核心竞争力？ 如果从企业的角度来讲，这就涉及到一个岗位匹配度模型和晋升机制的问题。什么能力做什么事情，让合适的人做合适的事情。从个人角度来讲，明确这点，能更好的在求职市场以及职场有个更明确的定位和职业规划。 这篇文章，我想谈谈我对测试工程师核心竞争力的一些思考和想法。 技术既然上面的问题提到了技术，那我就先聊聊技术方面的因素。
116 天前 / 訢亮
《持续交付 发布可靠软件的系统方法》读书笔记验收测试在部署流水线中是一个关键阶段：它让交付团队超越了基本的持续集成。一旦正确实施自动化验收测试，你就是在测试应用程序的业务验收条件，即验证应用程序是否为用户提供了有价值的功能。验收测试通常是在每个已通过提交测试的软件版本上执行的。验收测试与功能测试或单元测试有什么不同呢？对于一个单独的验收测试，它的目的是验证一个用户故事或需求的验收条件是否被满足。验收条件有多种类型，如功能性验收条件和非功能性验收条件。
136 天前 / 訢亮
《持续交付 发布可靠软件的系统方法》读书笔记很多项目只依靠手工的验收测试来验证软件是否满足它的功能需求和非功能需求。即使某些项目有一些自动化测试，但这些测试常常因无人维护或很少维护而过时，所以还是需要大量的手工测试作为补充。测试是跨职能部门的活动，是整个团队的责任，应该从项目一开始就一直做测试，从一开始就将质量内嵌于产品之中。质量内嵌是指从多个层次（单元、组件和验收）上写自动化测试，并将其作为部署流水线的一部分来执行，即每次应用程序的代码、配置或环境以及运行时所需软件发生变化时，都要执行一次。
153 天前 / 蚂蚁研发效能
【背景】关键字：业务系统复杂度高，质量创新带来成本不断递增。 蚂蚁业务越来越复杂，系统越来越多，架构更加是日益庞大。我们的质量保障体系也越来越多元化。为了支撑高速发展的业务，从质量成本出发，做测试左移和右移的探索，在测试技术上，从手工到脚本自动化，从写脚本到各种半自动方式生成自动化用例去做各种测试创新，提升生产率。目前这许许多多的测试创新，在不断的提升我们的覆盖面，同时也带来了自动化测试用例集越来越庞大，维护，执行成本越来越高。 经过统计，目前蚂蚁的自动化用例集，已经在百万级别。
167 天前 / 俞凡
怎样才能提高研发效率？是依赖于各自独立的本地开发测试环境，还是依赖完整的端到端测试？Lyft 的这一系列文章介绍了其开发环境的历史和发展，帮助我们思考如何打造一套适合大规模微服务的高效研发环境。本系列共 4 篇文章，这是第 4 篇。原文：Scaling productivity on microservices at Lyft (Part 4): Gating Deploys with Automated Acceptance Tests[1] 本文是本系列文章的第四篇，也是最后一篇，主要讲述我们在 Lyft 面对越来越多的开发人员和服务时，如何扩展开发实践。
178 天前 / 开发者头条
来源：网络整理 头条菌微信号：toutiaoio007，欢迎加我，交个朋友！ 网信办等三部门：加强网络直播销售产品质量安全监管，不得通过自我打赏等方式吸引流量 据国家税务总局官网，国家互联网信息办公室、国家税务总局等三部门印发《关于进一步规范网络直播营利行为促进行业健康发展的意见》的通知，其中提到，加强网络直播销售产品质量安全监管，网络直播发布者、网络直播服务机构严禁利用网络直播平台销售假冒伪劣产品；不得在知道或者应当知道直播带货委托方或其他第三方存在违法违规或高风险行为的情况下，仍为其推广、引流等。
182 天前 / HueiFeng
引言 随着功能的迭代和业务的增长，一套开发环境和一套测试环境往往很难满足需求。不同的功能、不同的分支代码在同一套环境测试，难免互相影响。所以看到公司往往有多套开发环境和多套测试环境，以应对这些冲突。多套环境带来的运维成本增加，例如：像中间件、DB、机器等往往需要独立部署。另外多套环境也难以解决众多开发测试需求，还可能造成冲突。 本文介绍通过测试场的方式来解决众多环境的的问题，主要内容有： 单套环境对开发测试的影响测试场启动流程测试场调用流程中间件在测试场中的实现一、单环境对开发测试的影响下面整理了同一套环境开发测试中...
187 天前 / 十三少
一共有多少中测试分类？ 在不同的维度下，测试有很多种分类。 下面的测试分类是描述比较全面的： 按软件开发的不同阶段划分 测试是遍布软件开发的整个生命周期过程中。 需求阶段。需求阶段需要对需求进行需求测试。需求越早得到确认，对开发越有利。 设计阶段。设计阶段需要对设计进行设计测试。质量是设计出来的，高质量的设计才会得到高质量的软件。 编码阶段。编码阶段有单元测试和集成测试。前者验证每个单元实现的正确性，后者验证单元接口及单元集成后的正确性。 测试阶段。测试阶段进行配置项测试和系统测试。