junit

爱因斯坦说过“耐心和恒心总会得到报酬的”，我也一直把这句话当做自己的座右铭，这句箴言在今年也彻底在我身上实现了。 每一个程序员都拥有一座大厂梦，我也不例外，去年面试阿里P6，竟然被MySQL问倒了，很多相关性的问题都没有答上来，才2面就凉凉了。回去之后也潜心复习了，准备了二战，如今终于进入了阿里，被天猫团队录用。 01 阿里面试题之MySQL 请解释关系型数据库概念及主要特点？ 请说出关系型数据库的典型产品、特点及应用场景？ 请详细描述 SQL 语句分类及对应代表性关键字。 什么是 MySQL 多实例，如何配置 MySQL 多实例？ 如何加强 MySQL 安全，请给出可行的具体措施？ 误操作执行了一个 drop 库 SQL 语句，如何完整恢复？ 详述 MySQL 主从复制原理及配置主从的完整步骤。 MySQL 如何实现双向互为主从复制，并说明应用场景？ MySQL 如何实现级联同步，并说明应用场景？ MySQL 主从复制故障如何解决？ 02 二战阿里，天猫团队面试题（3轮技术面+HR面） 阿里面试技术题： 自我介绍呗 项目介绍呗（先自己介绍项目，然后再聊天） junit用法，before，beforeClass，after，afterClass的执行顺序 分布式锁 nginx的请求转发算法，如何配置根据权重转发 用hashmap实现redis有什么问题（死锁，死循环

有时候我们对 dependencies 和 dependencyManagement 可能会有点晕。 我们简单来说这个就常考虑在 parent pom 中定义的情况。 简单来说就是 dependencyManagement 管版本， dependencies 管依赖。 dependencies 所有在 dependencies 中定义的依赖都会被在子项目中自动引入，并被子项目继承。 dependencyManagement dependencyManagement 提供的是版本号的管理方式。 举个常用的例子： 如果我们在 parent pom 中定义了： <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-engine</artifactId> <version>5.6.1</version> <scope>test</scope> </dependency> 那么在子 pom 中，就不需要重新定义 <artifactId>junit-jupiter-engine</artifactId> 的版本号了，子项目会到父项目中去找 junit-jupiter-engine 的版本号。当然你也可以在子项目中定义 junit-jupiter-engine 的版本号。

一。pom文件 <? xml version ="1.0" encoding ="UTF-8" ?> <project xmlns ="http://maven.apache.org/POM/4.0.0" xmlns: xsi ="http://www.w3.org/2001/XMLSchema-instance" xsi :schemaLocation ="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd" > <modelVersion> 4.0.0 </modelVersion> <parent> <groupId> org.springframework.boot </groupId> <artifactId> spring-boot-starter-parent </artifactId> <version> 2.3.1.RELEASE </version> <relativePath/> <!-- lookup parent from repository --> </parent> <groupId> com.huawei </groupId> <artifactId> demo </artifactId> <version> 0.0.1-SNAPSHOT <

安装 java jdk(环境变量) 安装maven （环境变量） 一、安装 官网下载安装包，解压。 bin目录包含mvn的运行脚本 boot目录包含一个类加载器的框架 conf是配置文件目录 lib目录 类库和第三方依赖 配置环境变量M2_HOME 变量值：E:\maven\apache-maven-3.6.1 Path中添加%M2_HOME%\bin 测试 cmd输入mvn -v 输出 Maven home: E:\maven\apache-maven-3.6.1\bin\.. Java version: 1.8.0_201, vendor: Oracle Corporation, runtime: E:\JDK\jre Default locale: zh_CN, platform encoding: GBK OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows" 即安装成功。 二 约定的目录结构 src -main -java -package -test -java -package resources 新建结构E:\maven\code\maven01\src\main\java\com\oneboi\maven01\model 在这里新建HelloWorld.java

一、下载tomcat源码 https://github.com/apache/tomcat/tree/8.5.x 二、建立pom 1 <? xml version="1.0" encoding="UTF-8" ?> 2 < project xmlns ="http://maven.apache.org/POM/4.0.0" 3 xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" 4 xsi:schemaLocation ="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" > 5 6 < modelVersion > 4.0.0 </ modelVersion > 7 < groupId > org.apache.tomcat </ groupId > 8 < artifactId > Tomcat8.5 </ artifactId > 9 < name > Tomcat8.0 </ name > 10 < version > 8.0 </ version > 11 12 < build > 13 < finalName > Tomcat8.5 </ finalName > 14 < sourceDirectory >

移动端-安卓-接口测试简介 前言 一、接口测试范围 二、接口测试和单元测试的区别 三、接口测试环境搭建 总结 前言 阅读本文之前，建议大家需要提前了解一下，什么是白盒测试，以及白盒测试的范围。 一、接口测试范围 说明一下：本人之前在某绿厂工作过，这边项目的诉求是整机的接口进行测试。 安卓端的接口测试是介于白盒和灰盒测试的范畴，因为三方接口，sdk的接口存在源码不可见的情况，这种就是灰盒的测试范围，源码可见的接口采用白盒测试思维进行测试。 总的来说，接口测试属于单元测试的其中一个分支。 二、接口测试和单元测试的区别 1.单元测试是和源工程一个项目下，因为源码必须可见才能进行单元测试，而接口如果不可见，比如三方接口，则不需要再同一个工程下 2.单元测试用例是运行在jvm上，而接口测试是需要在真机环境，也就是安卓环境下才能运行 因为接口通常都是跨模块的，jvm无法提供环境，比如context，sim卡,网络等 （如果有别的差异也欢迎大家补充，此处只强调重点的区别） androidTest目录下就是接口测试用例（运行在android环境(真机)） test目录就是单元测试用例（运行在java环境(jvm)） 三、接口测试环境搭建 1.配置app build.gradle 根据官方文件添加依赖 AndroidJUnitRunner配置 https://developer.android