junit

恕我直言你可能真的不会java第6篇:Stream性能差?不要人云亦云

橙三吉。 提交于 2020-07-29 05:25:20
一、粉丝的反馈 问:stream比for循环慢5倍,用这个是为了啥? 答:互联网是一个新闻泛滥的时代,三人成虎,以假乱真的事情时候发生。作为一个技术开发者,要自己去动手去做,不要人云亦云。 的确,这位粉丝说的这篇文章我也看过,我就不贴地址了,也没必要给他带流量。怎么说呢?就是一个不懂得测试的、不入流开发工程师做的性能测试,给出了一个危言耸听的结论。 二、所有性能测试结论都是片面的 性能测试是必要的,但针对性能测试的结果,永远要持怀疑态度。为什么这么说? 性能测试脱离业务场景就是片面的性能测试。你能覆盖所有的业务场景么? 性能测试脱离硬件环境就是片面的性能测试。你能覆盖所有的硬件环境么? 性能测试脱离开发人员的知识面就是片面的性能测试。你能覆盖各种开发人员奇奇怪怪的代码么? 所以,我从来不相信网上的任何性能测试的文章。凡是我自己的从事的业务场景,我都要在接近生产环境的机器上自己测试一遍。 所有性能测试结论都是片面的,只有你生产环境下的运行结果才是真的。 三、动手测试Stream的性能 3.1.环境 windows10 、16G内存、i7-7700HQ 2.8HZ 、64位操作系统、JDK 1.8.0_171 3.2.测试用例与测试结论 我们在上一节,已经讲过: 针对不同的数据结构,Stream流的执行效率是不一样的 针对不同的数据源,Stream流的执行效率也是不一样的

Bate冲刺——问题总结博客(事后诸葛亮和组员交换事宜)

て烟熏妆下的殇ゞ 提交于 2020-07-28 19:10:49
这个作业属于哪个课程 < 2020 春 W 班 (福州大学) > 这个作业要求在哪里 < 作业要求 > 团队名称 <旗山的骄傲> 这个作业的目标 <Beta 冲刺> 作业正文 < 作业正文 > 其他参考文献 <《构建之法》> part.01 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决问题 服务于高校师生,集任务发布、物品租赁、失物招领及其他附加功能的校园综合平台。解决了高校日常生活中需要解决难题时需要发布任务的情景;解决了对某类物品急用时物品租赁的场景;解决了丢失/捡到失物时失物招领的情景;解决了找人/找群/找历年卷时使用附加功能时的场景。 定义是否很清楚 定义较为清楚 是否对典型用户和典型场景有清晰的描述 有针对四个模块对典型用户和典型场景有清晰的描述(见下) 发布任务 典型用户:刘志勇 用户需求:代领快递 场景描述: 雨天,一位名为刘志勇的大学生收到了一条快递信息,要去5区在19:00前领快递,但是他不想出门,又不知道专门的代领快递的组织,这时他点开了手机上的“校园芥子空间”app,点击“发布任务”,发起了高额悬赏——5元,不到五分钟就有人接了单,在一小时后给他送快递上门,伴随着“尊敬的刘先生,你的快递到了”的话语以及支付宝到账的提示音,任务结束。 物品租赁 典型用户:刘志勇,黄晓东 用户需求:出租衣服,租赁衣服

自动化测试框架知识,读这一篇就够了

被刻印的时光 ゝ 提交于 2020-07-28 18:29:41
自动化测试因其节约成本、提高效率、减少手动干预等优势已经日渐成为测试人员的“潮流”,从业人员日益清楚地明白实现自动化框架是软件自动化项目成功的关键因素之一。本篇文章将从 什么是真正的自动化测试框架、自动化脚本如何工作以及自动化测试框架会如何在测试过程中为你提供竞争优势 三个方面进行阐述,让您通过这一篇文章,踏入自动化测试框架的领域。 私信我领取视频教程 自动化软件测试交流群:642830685,领取最新软件测试资料大厂面试和Python自动化学习资料!一起学习交流 自动化测试的优势 自动化测试的流行和诸多优势并不意味着它是灵丹妙药,定制型项目、周期短、测试易用性等情况并不适合自动化测试。但不可否认的是,如果认真计划和执行自动化测试框架,确实会为软件开发和测试公司带来以下好处: 最短时间-最大收益 构建任何可行的自动化测试框架和自动化脚本都可以最大程度地减少编写和运行测试所花费的时间,从而可以在短时间内获得最大的输出。另外,拥有优秀的自动化测试框架后,人力就可以从诸如同步、错误管理、本地配置,报告生成、解释等这些常见问题中解脱出来。 可重复使用和可读的自动化代码 当你使用现有组件库中提到的代码时,大可以放心,它在以后的时间内仍然是可读和可重复使用的,并且所有相关任务(如报告、同步和故障排除)都将变得更易访问。 资源优化 一些公司没有如设想的一般从自动化实施中受益

Spring Boot 教程

我是研究僧i 提交于 2020-07-28 17:51:55
1. 应用测试的介绍 一般我们在写完代码之后,代码的测试是会给专门的测试人员来测试的,如果一个测试跑到你的工位上对你说,你的代码好像有Bug,你肯定会不爽,反正我就是这样的🙃。所以为了显示自己的代码质量高一点,在功能提交给测试之前,我们会自己测试一下,接下来给大家介绍一下 Spring Boot Test 应用测试框架。 Spring Boot Test 其实就是Spring Test,只是在Spring Boot 中集成变得更简单了,像我们开发自己测试,一般都是单元测试Junit测试,不出bug就谢天谢地啦,Spring Test与JUnit结合起来提供了高效便捷的测试解决方案,而Spring Boot Test是在Spring Test之上增加了切片测试并增强了Mock能力。 Spring Boot Test支持的测试种类,主要分为以下三类: 单元测试,面向方法的测试,常用注解有@Test。(一般都是用这个) 功能测试,面向业务的测试,同时也可以使用切面测试中的Mock能力,常用的注解有@RunWith,@SpringBootTest等。(这个也用得多) 切片测试,面向难于测试的边界功能,介于单元测试和功能测试之间,常用注解有@RunWith,@WebMvcTest等。 测试过程中的关键要素及支撑方式如下: 测试运行环境,通过@RunWith和

深入浅出 RabbitMQ

孤者浪人 提交于 2020-07-28 17:20:06
什么是 RabbitMQ 简介(优点) 基于 ErLang 语言开发有高可用高并发的优点,适合集群。 开源、稳定、易用、跨平台、支持多种语言、文档齐全。 有消息确认机制和持久化机制,可靠性高。 概念 生产者和消费者 Producer :消息的生产者 Consumer :消息的消费者 Queue 消息队列提供了 FIFO 的处理机制,具有缓存消息的能力。在 RabbitMQ 中,队列消息可以设置为持久化,临时或者自动删除。 如果是持久化的队列, Queue 中的消息会在 Server 本地硬盘存储一份,防止系统 Crash 数据丢失。 如果是临时的队列, Queue 中的数据在系统重启之后就会丢失。 如实是自动删除的队列,当不存在用户连接到 Server ,队列中的数据会被自动删除。 ExChange ExChange 类似于数据通信网络中的交换机,提供消息路由策略。 在 RabbitMQ 中,生产者不是将消息直接发送给 Queue ,而是先发送给 ExChange , ExChange 根据生产者传递的 key 按照特定的路由算法将消息给指定的 Queue 。一个 ExChange 可以绑定多个 Queue 。和 Queue 一样, ExChange 也可以设置为持久化、临时或者自动删除。 Binding 所谓绑定就是将一个特定的 ExChange 和一个特定的 Queue

Bate冲刺——问题总结博客(事后诸葛亮和组员交换事宜)

独自空忆成欢 提交于 2020-07-28 12:17:24
这个作业属于哪个课程 < 2020 春 W 班 (福州大学) > 这个作业要求在哪里 < 作业要求 > 团队名称 <旗山的骄傲> 这个作业的目标 <Beta 冲刺> 作业正文 < 作业正文 > 其他参考文献 <《构建之法》> part.01 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决问题 服务于高校师生,集任务发布、物品租赁、失物招领及其他附加功能的校园综合平台。解决了高校日常生活中需要解决难题时需要发布任务的情景;解决了对某类物品急用时物品租赁的场景;解决了丢失/捡到失物时失物招领的情景;解决了找人/找群/找历年卷时使用附加功能时的场景。 定义是否很清楚 定义较为清楚 是否对典型用户和典型场景有清晰的描述 有针对四个模块对典型用户和典型场景有清晰的描述(见下) 发布任务 典型用户:刘志勇 用户需求:代领快递 场景描述: 雨天,一位名为刘志勇的大学生收到了一条快递信息,要去5区在19:00前领快递,但是他不想出门,又不知道专门的代领快递的组织,这时他点开了手机上的“校园芥子空间”app,点击“发布任务”,发起了高额悬赏——5元,不到五分钟就有人接了单,在一小时后给他送快递上门,伴随着“尊敬的刘先生,你的快递到了”的话语以及支付宝到账的提示音,任务结束。 物品租赁 典型用户:刘志勇,黄晓东 用户需求:出租衣服,租赁衣服

您如何断言在JUnit 4测试中引发了某种异常?

岁酱吖の 提交于 2020-07-28 11:36:49
问题: How can I use JUnit4 idiomatically to test that some code throws an exception? 如何惯用JUnit4来测试某些代码引发异常? While I can certainly do something like this: 虽然我当然可以做这样的事情: @Test public void testFooThrowsIndexOutOfBoundsException() { boolean thrown = false; try { foo.doStuff(); } catch (IndexOutOfBoundsException e) { thrown = true; } assertTrue(thrown); } I recall that there is an annotation or an Assert.xyz or something that is far less kludgy and far more in-the-spirit of JUnit for these sorts of situations. 我记得在这种情况下,有一个批注或一个Assert.xyz或 一些 不那么杂乱无章的 东西 ,更是JUnit的精髓。 解决方案: 参考一: https://stackoom.com

Bate冲刺——问题总结博客(事后诸葛亮和组员交换事宜)

懵懂的女人 提交于 2020-07-28 08:58:42
这个作业属于哪个课程 < 2020 春 W 班 (福州大学) > 这个作业要求在哪里 < 作业要求 > 团队名称 <旗山的骄傲> 这个作业的目标 <Beta 冲刺> 作业正文 < 作业正文 > 其他参考文献 <《构建之法》> part.01 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决问题 服务于高校师生,集任务发布、物品租赁、失物招领及其他附加功能的校园综合平台。解决了高校日常生活中需要解决难题时需要发布任务的情景;解决了对某类物品急用时物品租赁的场景;解决了丢失/捡到失物时失物招领的情景;解决了找人/找群/找历年卷时使用附加功能时的场景。 定义是否很清楚 定义较为清楚 是否对典型用户和典型场景有清晰的描述 有针对四个模块对典型用户和典型场景有清晰的描述(见下) 发布任务 典型用户:刘志勇 用户需求:代领快递 场景描述: 雨天,一位名为刘志勇的大学生收到了一条快递信息,要去5区在19:00前领快递,但是他不想出门,又不知道专门的代领快递的组织,这时他点开了手机上的“校园芥子空间”app,点击“发布任务”,发起了高额悬赏——5元,不到五分钟就有人接了单,在一小时后给他送快递上门,伴随着“尊敬的刘先生,你的快递到了”的话语以及支付宝到账的提示音,任务结束。 物品租赁 典型用户:刘志勇,黄晓东 用户需求:出租衣服,租赁衣服

我肝了一个星期,为你们整理出了mybatis程序配置教程

怎甘沉沦 提交于 2020-07-28 02:47:56
1、搭建实验数据库 我们创建一个mybatis实验数据库,并创建一个user表为后续实验准备 CREATE DATABASE `mybatis` ; USE `mybatis` ; CREATE TABLE `user` ( `id` INT ( 4 ) NOT NULL PRIMARY key , `name` VARCHAR ( 20 ) NOT NULL , `pwd` VARCHAR ( 20 ) NOT NULL ) ENGINE = INNODB DEFAULT CHARSET =utf8; INSERT INTO `user` VALUE ( 1 , 'zsr' , '200024' ), ( 2 , 'gcc' , '000421' ), ( 3 , 'bareth' , '123456' ); 2、IDEA新建项目,连接数据库 新建一个普通的maven项目 删除src目录,作为父工程 pom.xml中导入相关的maven依赖 MySQL驱动 MyBatis驱动 junit驱动 <!--导入依赖--> < dependencies > <!--MySQL驱动--> < dependency > < groupId > mysql </ groupId > < artifactId > mysql-connector-java </ artifactId > <

想学习软件测试,求推荐看什么书或者教程?

牧云@^-^@ 提交于 2020-07-27 23:05:59
文章首发于B站UP主 爱码小哥请添加链接描述 不知不觉到了一年一度的520,特别的节日,你有和你爱的人表白了吗?经典书籍可以参考我写的文章。 然后是软件测试书籍的合集50本。 1.《Google软件测试之道 》 2.《持续交付》 3.《软件测试的艺术 》 4.《 代码整洁之道:程序员的职业素养》 5.《软件测试 》 6.《测试驱动开发 》 7.《软件测试经验与教训》 8.《探索式软件测试》 9.《捉虫日记》 10.《发布!软件的设计与部署》 11.《移动App测试实战》 12.《微软的软件测试之道》 13.《颠覆完美软件:软件测试必须知道的几件事》 14.《有效的单元测试 》 15.《敏捷软件测试测试人员与敏捷团队的实践指南》 16.《腾讯Android自动化测试实战》 17.《完美软件对软件测试的各种幻想》 18.《 Python Web开发:测试驱动方法》 19.《测试驱动开发的艺术》 20.《软件测试工程师面试指导》 21.《自动化测试最佳实践来自全球的经典自动化测试案例解析》 22.《Cucumber:行为驱动开发指南》 23.《Web安全测试 》 24.《大话移动APP测试:Android与 iOS应用测试指南》 25.《iOS测试指南》 26.《全程软件测试(第2版)》 27.《 JUnit实战》 28.《 xUnit测试模式 》 29.《测试驱动的面向对象软件开发》