junit

Junit4 架构设计系列(2): Runner.run()与Statement

♀尐吖头ヾ 提交于 2020-08-09 05:47:11
Overall## 系列入口: Junit4 架构设计系列(1): Request,ClassRequest 和 RunnerBuilder 前文中,我们基本理清了Junit4执行Case大体上的Flow: Request -> ClassRequest.getRunner() -> AllDefaultPossibilitiesBuilder.safeRunnerForClass() -> runner.run() 并且介绍了类Request,ClassRequest,和RunnerBuilder,剩下runner.run()没讲,那本文就从这说起。 Runner.run()是如何执行Case的?## run()方法是抽象类Runner定义的一个方法,目的就是执行Case。各个Runner的子类都要实现这个方法。 /** * Run the tests for this runner. * * @param notifier will be notified of events while tests are being run--tests being * started, finishing, and failing */ public abstract void run(RunNotifier notifier); 从前文知道

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

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

程序员使用IDEA这些插件后,办公效率提升100%(持续更新中)

自闭症网瘾萝莉.ら 提交于 2020-08-09 02:42:39
IDEA一些不错的插件分享 目录 IDEA一些不错的插件分享 插件集合 CamelCase Translation LiveEdit MarkDown Navigator Jrebel CheckStyle-IDEA Alibaba Java Coding Guidelines Ideavim Maven Helper FindBugs-IDEA GsonFormat Key promoter X .ignore JVM Debuger Memory View CMD Support Batch Scripts Support BashSupport Docker integration JMH plugin ANSI Highlighter Ideolog RestfulToolkit CodeGlance Lombok plugin activate-power-mode Background Image Plus Iedis Mongo Plugin VisualVM Launcher GenerateAllSetter MyBatisCodeHelperPro Easy Code IDEA Mind Map SequenceDiagram Material Theme UI String Manipulation JUnit Generator V2.0 设置方法 插件集合

@JsonView注解的使用

我的未来我决定 提交于 2020-08-08 23:29:39
看到一个新的注解以前没有用过,记录一下使用方法。 注意是:com.fasterxml.jackson.annotation.JsonView @JsonView可以过滤pojo的属性,使Controller在返回json时候,pojo某些属性不返回,比如User的密码,一般是不返回的,就可以使用这个注解。 @JsonView使用方法:   1,使用 接口 来声明多个视图   2,在pojo的get方法上指定视图   3,在Controller方法上指定视图 例子:条件查询时候不返回用户的密码,查看详情时候返回用户的密码 User: package com.imooc.dto; import com.fasterxml.jackson.annotation.JsonView; public class User { public interface UserSimpleView {}; public interface UserDetailView extends UserSimpleView{}; // 继承 private String username; private String password; // UserSimpleView视图有 @JsonView(UserSimpleView. class ) public String getUsername() {

如何利用tox打造自动自动化测试框架,看完就懂

末鹿安然 提交于 2020-08-08 20:43:38
什么是tox tox官方文档的第一句话 standardize testing in Python,意思就是说标准化python中的测试,那是不是很适合测试人员来使用呢,我们来看看他究竟是什么? 根据官方文档的解释,tox是一个管理测试虚拟环境的命令行工具,可以支持穿件隔离的python环境,在里面可以安装不同版本的python解释器和项目的各种依赖库,可以进行自动化测试、打包以及持续集成。 tox能做什么 创建测试虚拟环境 运行静态代码分析与测试工具 自动化构建包 针对 tox 构建的软件包运行测试 检查软件包是否能在不同的 Python 版本/解释器中顺利安装 统一持续集成(CI)和基于命令行的测试 怎么配置tox 安装tox 使用 pip install tox 安装,在命令行执行tox -e envname运行指定的测试环境 tox配置 tox的行为既可以通过命令行来控制也可以通过配置文件进行控制,支持有以下三种形式的配置文件 pyproject.toml tox.ini setup.cfg 什么是tox tox官方文档的第一句话 standardize testing in Python,意思就是说标准化python中的测试,那是不是很适合测试人员来使用呢,我们来看看他究竟是什么? 根据官方文档的解释,tox是一个管理测试虚拟环境的命令行工具

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

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

Springboot快速上手- 第七篇 单元测试

痴心易碎 提交于 2020-08-08 17:59:59
1 概述 SpringBoot对测试提供了一些简化支持,只需要添加起步依赖即可使用: <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> 2 以前的测试方式 SpringJUnit支持,由此引入Spring-Test框架支持,通过这个注解让SpringJUnit4ClassRunner这个类提供Spring测试上下文 @RunWith(SpringJUnit4ClassRunner.class) 指定SpringBoot工程的Application启动类,通过这个注解加载和配置Spring应用上下文 @SpringApplicationConfiguration(classes = App.class) 由于是Web项目,Junit需要模拟ServletContext,因此需要给测试类加上@WebAppConfiguration @WebAppConfiguration 3 常见的第一种方式 @RunWith(SpringRunner.class) @SpringBootTest(classes = App.class)

Gradle中的实现和编译之间有什么区别?

时间秒杀一切 提交于 2020-08-08 09:58:39
问题: After updating to Android Studio 3.0 and creating a new project, I noticed that in build.gradle there is a new way to add new dependencies instead of compile there is implementation and instead of testCompile there is testImplementation . 在更新到Android Studio 3.0并创建一个新项目之后,我注意到在 build.gradle 有一种新的方法来添加新的依赖项而不是 compile implementation 而不是 testCompile 有 testImplementation 。 Example: 例: implementation 'com.android.support:appcompat-v7:25.0.0' testImplementation 'junit:junit:4.12' instead of 代替 compile 'com.android.support:appcompat-v7:25.0.0' testCompile 'junit:junit:4.12' What's the difference

springboot单元测试配置

时光怂恿深爱的人放手 提交于 2020-08-08 06:43:40
##SpringBoot进行单元测试 ####需要的依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> <exclusions> <exclusion> <groupId>org.junit.vintage</groupId> <artifactId>junit-vintage-engine</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <scope>test</scope> </dependency> ####创建测试类 @RunWith(SpringRunner.class) @SpringBootTest(classes = BookApplication.class) public class MyTest{ @Test public void test(){} } 来源: oschina 链接: https://my.oschina.net/randomobject

简时——alpha冲刺测试随笔

僤鯓⒐⒋嵵緔 提交于 2020-08-08 05:31:43
这个作业属于哪个课程 2020春|S班 这个作业要求在哪里 团队作业第五次——站立式会议+alpha冲刺 团队名称 TimeMaster 这个作业的目标 描述项目进展状况 作业正文 简时——alpha冲刺测试随笔 其他参考文献 《构建之法》 测试工作安排 前端: 没有专门的测试人员,主要由前端负责人进行测试 后端: 没有专门安排一个测试人员,而是选择对自己编写的controller以及service进行完整的单元测试(黑盒) 测试工具选择和运用 前端: android studio 里上运行虚拟机,验证各个页面之间的跳转和信息传递 后端: IDEA内置的Junit4,service层简单利用断言验证正确性,controller利用Mock和postman进行测试,Mock的测试结果在控制台查看,postman的测试结果看返回的responsed。 测试用例文档 测试用例文档链接 测试体会 陈伟杰:软件测试是程序开发过程的必要阶段,必须认真对待软件测试。测试过程发现很多没考虑到的东西,测试用例比较少今后还要边学边用。由于本次测试经验不足,仅仅使用单元测试可能不够完整,还需在后续的完善和下个版本冲刺进行性能测试,网络测试等工作。 林羽希:安卓端的测试。单元测试问题不是太大,不过仍有一些功能考虑不周,例如锁屏的功能,没有考虑特殊情况,直接将整个手机锁死,什么app都不能用