本文是“Native Compilations Boosts Java”系列文章的一部分。你可以通过订阅 RSS 接收更新通知。
集成测试也叫组装测试,联合测试。是单元测试的逻辑扩展,是软件测试的重要环节,它用于验证不同模块或组件之间的交互。本文将以集成测试为主题,分析其在软件开发过程中的作用,分享一些实践原则,以及一个具体的案例,帮助大家理解并有效运用集成测试。
作者 | Michael Redlich 译者 | 张卫滨 策划 | 丁晓昀 OpenJDK 甲骨文的技术顾问成员、Loom 项目的负责人 Ron Pressler 提交了 JEP Draft 8302326,即隐式类和主方法增强(Implicit Classes and Enhanced Main Methods)(预览)。该特性 JEP 提议“改进 Java 语言,从而能够让学生无需了解为大型程序所设计的语言特性,就能编写出第一个程序”。这个 JEP 进一步推进了甲骨文的 Java 语言架构师 Br
Dev Club 是一个交流移动开发技术,结交朋友,扩展人脉的社群,成员都是经过审核的移动开发工程师。每周都会举行嘉宾分享,话题讨论等活动。 本期,我们邀请了蘑菇街 Android 开发工程师——小创,为大家分享《安卓单元测试:What, Why and How》。 分享内容简介: 单元测试一直是软件开发过程中保证软件质量、提高代码设计非常重要的一环,然后国内环境普遍不重视这点,移动开发圈更是如此。这次分享主要介绍什么是单元测试、为什么要做单元测试、以及如何在安卓平台上做单元测试。 下面是本期分享内容整理
从SonarQube6.2开始,测试报告不再在这些类别中分开。SonarQube将所有测试报告合并为一份涵盖整体的测试报告。因此,如果在Maven项目中将单元测试(由Maven Surefire插件运行)和集成测试(由Maven Failsafe插件运行)分开进行测试,那么如何配置JaCoCo Maven插件呢?
更多详情请查看:https://blog.jetbrains.com/idea/2021/07/intellij-idea-2021-2/
IntelliJ IDEA 2021.2 正式发布啦!快来看看又出了哪些神器的功能~
我们之前刚简单聊完 语雀文档宕机 事件,没出几天,阿里又出故障,这次直接是全系产品不可用。从之前的香港机房故障导致服务中断 12 小时,语雀数据库故障导致服务故障 8 小时,这次原因尚未可知(不过看恢复时间,估计是某个基础应用 api 发布异常)。
有很多网友会时不时的问我,spring boot项目如何测试,如何部署,在生产中有什么好的部署方案吗?这篇文章就来介绍一下spring boot 如何开发、调试、打包到最后的投产上线。
有很多网友会时不时的问我,spring boot项目如何测试,如何部署,在生产中有什么好的部署方案吗?这篇文章就来介绍一下spring boot 如何开发、调试、打包到最后的投产上线。 开发阶段 单元测试 在开发阶段的时候最重要的是单元测试了,springboot对单元测试的支持已经很完善了。 1、在pom包中添加spring-boot-starter-test包引用 <dependency> <groupId>org.springframework.boot</groupId> <arti
有很多网友会时不时的问我, Spring Boot 项目如何测试,如何部署,在生产中有什么好的部署方案吗?这篇文章就来介绍一下 Spring Boot 如何开发、调试、打包到最后的投产上线。
SonarQube将所有测试报告合并为一份涵盖整体的测试报告。因此,如果您在Maven项目中将单元测试(由Maven Surefire Plugin运行)和集成测试(由Maven Failsafe Plugin运行)分开进行测试,那么如何配置 JaCoCo Maven Plugin。
本文主要介绍Java程序员的一些基本和高级工具。如果你是一位经验丰富的Java开发人员,你可能对这些工具很熟悉,但如果不是,现在就是是开始学习这些工具的好时机。
Java世界中存在许多工具,从Eclipse,NetBeans和IntelliJ IDEA等著名的IDE开始到Java开发人员应该知道的JVM分析和监视工具,如JConsole,VisualVM,Eclipse Memory Analyzer等。
本文主要介绍Java程序员应该在2020年学习的一些基本和高级工具。如果你是一位经验丰富的Java开发人员,你可能对这些工具很熟悉,但如果不是,现在就是是开始学习这些工具的好时机。
标签: 单元测试 前言 系列 1. 前言 在一个项目当中,开发者常常要做大量的测试工作,如单元测试,集成测试,回归测试,压力测试 .etc。当然,依据项目情况大小和开发者人员水平不同,测试涵盖的方面自然也是不一样的。一些测试需要相应的硬件和人力资源,一些需要专门的测试小组,另一些需要提供细致处理和长时间不间断运行的环境。 但是今天说的单元测试则不同,它是一种看起来十分廉价和基础的技术。它由后台程序开发人员创建运行,单机运行,刨除代码量以外,对一个完整的项目开发成本而言,所需的人力物力都是相对较小的。而长久以
作者 | Michael Redlich 译者 | 平川 策划 | 丁晓昀 JDK 20 JDK 20 的早期访问构建Build 31 发布,它是 Build 30 的升级,修复了各种问题。要了解关于这个构建的更多细节,请查看发布说明。 JDK 21 JDK 21 的 早期访问构建Build 5 于上周发布,它是 Build 4 的 升级,修复了各种 问题。 对于 JDK 20 和 JDK 21,我们鼓励开发者通过 Java Bug 数据库 报告缺陷。 Spring Framework
2022 年 2 月 7 日的 Java 每周新闻综述,内容主要涉及 OpenJDK、JDK 18、JDK 19、JSR 381 获 JCP 批准、Payara Platform 2022 路线图、 Quarkus 2.7.1、Helidon 2.4.2、Micronaut 3.3.1、Hibernate Search 6.1.1、Hibernate Reactive 1.1.3.Final、JReleaser Early-Access、Failsafe 3.2.1、Kotlin 1.6.20-M1、Gradle 7.4、Apache Tika 2.3.0 及 Apache Tika 1.x 发布序列终结。
我使用过的一些最难用的代码是“易于测试”的代码。代码将所有内容抽象到开发者难以想象发生了什么的程度,只是为了向原本非常简单的函数中添加“单元测试”。DHH 称这种为测试引起的设计损坏。
Java几乎无处不在,无论在智能手机、台式机、游戏设备还是科学超级计算机上,处处都有Java的影子。全世界有数百万的Java程序员在开发基于Java的产品。
本文主要介绍Java程序员应该在2018年学习的一些基本和高级工具。如果你是一位经验丰富的Java开发人员,拥有5到10年的经验,你可能对这些工具很熟悉,但如果不是,现在就是是开始学习这些工具的好时机。
不知不觉间,2020 年已经到来,作为技术圈中你,准备好迎接最新的变化了吗?在本文中,我们将以编程界最常用的编程语言 Java 为例,分享最为主流的技术与工具。
单元测试对构件的五方面进行测试: (1)模块或构件接口; (2)局部数据结构; (3)边界条件; (4)独立路径;和 (5)处理错误的路径
大爆炸法是最常见的集成测试类型之一。本质上,您要测试的所有单元都被粉碎在一起并同时进行了测试。现在,这对于小型软件项目或完成其他形式的测试之后非常有用。
Jetpack Room 库在 SQLite 上提供了一个抽象层,能够在没有任何样板代码的情况下,提供编译时验证 SQL 查询的能力。它通过处理代码注解和生成 Java 源代码的方式,实现上述行为。
开篇:上一篇我们学习单元测试和核心技术:存根、模拟对象和隔离框架,它们是我们进行高质量单元测试的技术基础。本篇会集中在管理和组织单元测试的技术,以及如何确保在真实项目中进行高质量的单元测试。
作者简介 禹昂,携程移动端资深工程师,专注于 Kotlin 移动端跨平台领域,Kotlin 中文社区核心成员,图书《Kotlin 编程实践》译者。 一、背景 携程机票移动端研发团队自 2021 年始就一直在移动端实践 Kotlin Multiplatform 技术(请见参考链接 1)。由于目前 Kotlin Multiplatform 生态尚处于起步阶段,大部分 Kotlin 开源库都是 JVM only 的,因此在我们团队的日常开发过程中迫切需要一些能够支持 KMM(Kotlin Multiplatf
原题:MICRONAUT: A JAVA FRAMEWORK FOR THE FUTURE, NOW
测试金字塔是对测试的分层描述,在不同层次做不同类型的测试。测试金字塔如何运用到工程实践,是一件困难的事情。原文作者是一位德国Thoughtworks的软件开发工程师,本文将回顾传统的测试金字塔,并结合实例,进行一次有深度的探秘实践。
对于研发来说,测试永远都是绕不开的,通过测试我们可以减少bug率,提高产品的质量。测试有黑白之分,我们这里主要讲白盒测试,也就是基于现有代码逻辑的测试,比如单元测试等。
最近,对Groovy脚本语言的兴趣越来越多了,刚巧对于java语言比较熟悉,了解和入手Groovy可以说丝毫不困难。
前言 ❝这篇文章是前端自动化测试系列的开始,自动化测试系列会从理论走向实践,真正带领大家学会使用前端自动化测试框架,并能在业务中落地。 看完整个系列,还不会使用自动化测试工具为生产提效,请来找我! ❞
一、OpenStack持续测试概述 众所周知,OpenStack作为一个特大型软件开发项目,有着数千人的开发人员,每天要处理千计提交的代码,几千条Gerrit评论和投票,催生出数万个测试环境,还有数百次源代码的合并,十几个顶级项目,大量的文档,跨大洲大洋的协同开发。 因此,为了确保这些工作的实现,OpenStack构建了一套完善的CI(持续集成)-CT(持续测试)-CD(持续交付)基础设施平台和流程体系。如下图所示 📷 图来自docs CI方法已经在 OpenStack 项目中得到了
一.OpenStack持续测试概述 众所周知,OpenStack作为一个特大型软件开发项目,有着数千人的开发人员,每天要处理千计提交的代码,几千条Gerrit评论和投票,催生出数万个测试环境,还有数百次源代码的合并,十几个顶级项目,大量的文档,跨大洲大洋的协同开发。 因此,为了确保这些工作的实现,OpenStack构建了一套完善的CI(持续集成)-CT(持续测试)-CD(持续交付)基础设施平台和流程体系。如下图所示 📷 图来自docs:http://docs.openstack.org/
测试是开发的一个非常重要的方面,可以在很大程度上决定一个应用程序的命运。良好的测试可以在早期捕获导致应用程序崩溃的问题,但较差的测试往往总是导致故障和停机。
在我的工作中,我从零开始搭建了不少软件项目,其中包含了基础代码框架和持续集成基础设施等,这些内容在敏捷开发中通常被称为“第0个迭代”要做的事情。但是,当项目运行了一段时间之后再来反观,我总会发现一些不足的地方,要么测试分类没有分好,要么基本的编码架子没有考虑周全。
IDEA 被越来越多的 Java 开发者所接受,我也不例外,当年刚入职场时用的是 Eclipse,后来看到有同事用 IDEA,我也跟风下载了使用了,之后再也回不去 Eclipse 了,相比 Eclipse,IDEA 简直好用到爆,无论是从界面 UI,还是智能提示,完爆 Eclipse 好吗?在我心目中,IDEA 是最好用的 IDE,没有之一!
在日常的开发过程中,为了保证代码质量,有追求的程序员一般都会对自己编写的代码进行充分的测试,这种测试不仅仅是体现在对正常功能的简单接口调用,而是要根据代码中的各种逻辑分支,进行尽可能多的覆盖性单元测试以及主要逻辑的集成测试。
在我看来这整个步骤很完整了,很多相关的技术我仍未接触过,只有部分了解过,说明还有很多需要学习的内容需要自己掌握
在ThoughtWorks,我从零开始搭建了不少软件项目,其中包含了基础代码框架和持续集成基础设施等,这些内容在敏捷开发中通常被称为“第0个迭代”要做的事情。但是,当项目运行了一段时间之后再来反观,我总会发现一些不足的地方,要么测试分类没有分好,要么基本的编码架子没有考虑周全。
1.1引言 持续集成的价值是什么?对于开发和测试人员又意味着什么呢? 1.2概念 “持续集成”一词来源与极限编程(Extreme Programming),作为它的12个实践原则之一出现。 ThoughtWorks首席科学家、软件开发领域大事Martin Fowler对持续集成是这样定义的:持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味置顶每天可能发生多次集成。每次集成都是通过自动化的构建(包括编译、发布、自动化测试)来验证,从而尽快地发
下面的例子中将“是否保存了订单、订单金额是否相等、订单状态是否等于PENDING”也都归类于API的行为之一
Tech 导读 本文将对测试驱动开发(TDD)进行探讨,主要阐述了TDD基本概念理解、TDD常见误区、TDD技术选型等,并提供了贫血模型三层架构和DDD下的TDD实战案例。
Java世界中存在着很多工具,从著名的IDE(例如Eclipse,NetBeans和IntelliJ IDEA)到JVM profiling和监视工具(例如JConsole,VisualVM,Eclipse Memory Analyzer等)。
上一篇文章重温了《单元测试的艺术》里提到的单元测试的技术及原则。这篇文章实践使用VisualStudio 2019进行单元测试。
领取专属 10元无门槛券
手把手带您无忧上云