jupiter

201912

℡╲_俬逩灬. 提交于 2019-12-28 00:53:09
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 这几天时间里,华钦学院的刘老师以敏捷方法论,Linux基础,机器学习和大数据等专题,从其发展历程,应用现状,未来前瞻等方面讲授了很多知识和观点。 从专题设计上看,敏捷是老生常谈的项目管理方法。我的认识是,敏捷是一种方法,而不是一套章程。其重点是: 以人为本,由个人的积极性带动团队的积极性; 产出优先,交付阶段成果,产出实际可行; 合作无间,秉持探索精神,发掘真实需求; 拥抱变化,积极响应变动,主动塑造产品。 Scrum是敏捷开发的一个框架,通过使用Sprint开发周期,实现迭代开发和增量交付。实际工作中,要根据团队情况来使用合适的框架,例如团队较小,水平相近,可以选择XP框架的结对编程。如果客户文档详细,要求明确,其实使用传统的瀑布式开发也无妨。 专题二的Linux基础,刘老师讲了很多常用的命令和shell语法。他说命令操作都是工多手熟,很多时候一本工具书或者一个搜索引擎就能极大提升效率。恰好,我刚买了原装Deepin系统的笔记本,折腾手动安装软件时,因为参考了网络上错误描述的命令,结果导致了一连串问题。我认为虽然网络上资料很多,但多数都是三手资料,比二手还不靠谱。学习命令的最好方式,就是使用man命令,或者网上查阅命令的原装说明书。 专题三的机器学习,刘老师主要使用了Python的实现

「译」JUnit 5 系列:环境搭建

僤鯓⒐⒋嵵緔 提交于 2019-12-27 14:32:33
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 原文地址: http://blog.codefx.org/libraries/junit-5-setup/ 原文日期:15, Feb, 2016 译文首发: Linesh 的博客:环境搭建 我的 Github: http://github.com/linesh-simplicity 2015年11月, Junit Lambda 团队发布了该项目的 第一版原型 。此后,该项目把名称改成了 JUnit 5 并独立了出来,随后在2016年2月份的时候发布了一个 alpha 版本。本篇打算以一系列文章,简短地探索一下以下几个方面: 环境搭建 基础入门 架构体系 扩展模型(Extension Model) 条件断言 注入 动态测试 ... (如果不喜欢看文章,你可以 戳这里看我的演讲 ,或者 看一下最近的 vJUG 讲座 ,或者 我在 DevoxxPL 上的 PPT 。 本篇将介绍 JUnit 5 的环境搭建,看完之后你应该能够使用新的 API 来撰写测试,并且使用你喜欢的 IDE 或构建工具来跑这些测试了。 概述 本系列文章都基于 Junit 5发布的先行版 Milestone 2 。它可能会有变化。如果有新的里程碑(milestone)版本发布,或者试用版正式发行时,我会再来更新这篇文章。

junit5 入门系列教程-12-junit5 依赖注入构造器、方法

匿名 (未验证) 提交于 2019-12-03 00:37:01
Ŀ¼ Ŀ¼ TestInfoParameterResolver RepetitionInfoParameterResolver TestReporterParameterResolver @ExtendWith RandomParametersExtension 在所有以前的JUnit版本中,都不允许测试构造函数或方法具有参数(至少不允许使用标准的Runner实现)。 作为JUnit Jupiter的主要变化之一,测试构造函数和方法现在都允许有参数。这允许更大的灵活性,并支持构造函数和方法的依赖注入。 ParameterResolver用于测试扩展的API,可以在运行时动态解析参数。 如果测试构造函数或@Test、@TestFactory、@BeforeEach、@AfterEach、@BeforeAll或@AfterAll方法接受一个参数,则必须由注册的参数解析器在运行时解析该参数。 目前有三个内置的解析器是自动注册的。 TestInfoParameterResolver 如果一个方法参数是TestInfo类型,那么TestInfoParameterResolver将提供一个与当前测试对应的TestInfo实例作为参数的值。 然后,TestInfo可以用来检索关于当前测试的信息,比如测试的显示名称、测试类、测试方法或相关的标记。 DisplayName 可以是技术名称

jupiter的@TempDir 等不生效

情到浓时终转凉″ 提交于 2019-12-03 00:06:39
jupiter与junit是 完全独立的测试组件,要严防在测试中将二者混用。 最好在依赖引入jupiter 时 就将junit的依赖干掉,以防在写测试用例时将二者混用。 不会报错,但是会导致 jupiter的一些注解无效。 比如,题主在进行文件测试时 利用@TempDir 生成临时文件,但是无论如何都不生效 ,始终为null, 但是在其他人的项目中又完全没问题,对比依赖发现题主在测试方法 @Test 使用的 是org.junit.Test。 但是只有org.junit.jupiter.api.Test 才会引用 @TempDir 生效。 折腾了老久了 (灬ꈍ ꈍ灬) 来源: https://www.cnblogs.com/lianshan/p/11768466.html