junit

一、Jenkins的安装 1.前提条件：已经成功安装了JDK，因为jenkins是一款基于Java的持续集成工具。 2.准备工具：下载一个jenkins的war包。 3.启动方法：如把jenkins.war包放置在e盘根目录下，则打开cmd，进入e盘目录下，输入命令： java -jar jenkins.war ，就可以启动jenkins了。 也可以把启动命令写成一个批处理文件，startjenkins.bat，在里面贴上以下命令，以后点击该文件，就可以启动jenkins了。 e: java -jar jenkins.war 4.安装目录：jenkins的默认安装目录在C:\Users\Administrator\.jenkins下面 5.访问地址：http://localhost:8080/，配置成功后打开的界面 二、新建一个软件项目 1.点击上图中的新建，选择【新建一个自由风格的项目】 2.对项目进行配置，在general部分，点击【高级】，勾选使用自定义的工作空间，在目录里填写要进行持续集成的java工程目录，如我的是E:\workspace\ant_junit 3.源码管理，选择None即可 4.构建触发器，在日程表里填写五个字段，用空格分开。 常用配置：0 * * * * 为每个小时执行一次 ：0 1 * * * 为没天的凌晨1点执行一次，这种配置的设置

1、背景 笔者经常把一些经常使用的数据放到redis缓存，方便程序进行读取。 比如按照不同的键名将数值存储到hash值类型中。示例如下 hash hashkey hashValue snapshot 999 "{\"id\":999,\"distId\":999,\"distName\":\"玄武区\",\"confirm\":7,\"suspect\":0,\"dead\":0,\"heal\":2,\"weight\":6.6,\"level\":\"area\",\"mapId\":\"c320100_2\",\"updateTime\":\"2020-03-03 07:20:39\"}" snapshot1 999 {"confirm":7,"dead":0,"heal":2,"weight":6.6,"mapId":"c320100_2","updateTime":"2020-03-03 07:20:39","name":"玄武区"} 以上数据分别2052条 分别将snapshot1，snapshot转换成实体，现在将对他们进行基准测试，以评测两种存储方式的性能差异 2、基准测试 2个独立进程，分别依1次热身/热加载，批量执行20次，总计40次 2.1、snapshot1相关测试 这里用的实体转换框架是 ModelMapper ，官网： http:/

1、单元测试（unit testing）： 是指对软件中的最小可测试单元进行检查和验证，最小单元一般指的是一个函数或者一个类，执行单元测试，就是为了证明这段代码的行为和我们期望的一致，main（）方法就是一种最粗糙的临时性单元测试。 2、Junit： 是一个开源的JAVA测试框架，用于编写和运行可重复的测试。 JUnit是由Erich Gamma和Kent Beck编写的一个回归测试框架（regressio testing framework)。JUnit测试是程序员测试，即所谓白盒测试，多数JAVA的开发环境都已经集成了JUnit作为单元测试的工具 3、在Eclipse中如何使用JUnit： ## 标题## 标题 4、白盒测试实战案例： //可以尝试测试一下这个UserDaoImpl类中的loginSelect方法和add方法 package com.login_system.dao.impl; import java.io.BufferedReader; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.FileOutputStream; import java.io.FileWriter; import java

1.Junit.jar(和jakarta-ant-optional.jar 不是必须) 放在ant_home/lib中，用于支持build.xml中的<junit>标签 2.修改build.xml，在任意两个target之间添加一个新的target, 配置name和depends属性，name属性是必须的，depends是依赖的另一个target（如下，依赖compileBase,copyProperties分别是编译.java文件和copy配置文件的garget）. 3.在新的target中添加<junit>标签，添加测试任务，在<junit>标签中添加<classpath>标签，配置.class文件的目录和依赖.jar文件的目录(将junit和mockito的jar指　　导classpath中) 4.添加<batchtest>标签（<test>标签执行单个测试用例），定义多个测试文件，指定<include>标签的name属性为“**/*Test.class”(测试类在创建时依据命名规范，以Test.class结尾) <test name="com.glen.he.SimpleCalculationTest"/> 5.在<batchtest>标签内部添加<formatter>标签，将测试结果生成指定文件的测试结果 brief:以文本格式提供测试失败的详细内容; plain

这是为 http://git.oschina.net/penngo/JApiTest 工具写的selenium测试脚本，目前只写了主要功能的自动化测试。由于JApiTest前端使用了ligerUI开发，selenium操作页面元素会相对麻烦，而对于部分有延迟处理的，需要使用WebDriverWait来等待节点元素的出现。 package com.penngo.test; import java.io.File; import java.util.List; import org.apache.commons.io.FileUtils; import org.junit.After; import org.junit.Assert; import org.junit.Before; import org.junit.Test; import org.openqa.selenium.By; import org.openqa.selenium.Keys; import org.openqa.selenium.OutputType; import org.openqa.selenium.TakesScreenshot; import org.openqa.selenium.WebDriver; import org.openqa.selenium.WebElement; import

Sprring + Email 1. pom.xml <dependency> <groupId>com.sun.mail</groupId> <artifactId>javax.mail</artifactId> <!-- <version>1.6.2</version> --> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context-support</artifactId> </dependency> 2. 编辑：mail.properties文件中相关值 mail.smtp.user= mail.smtp.from= mail.smtp.password= 3. Freemarker不显示对象的属性值的原因 3.1 属性没有getter方法 3.2 对象是内部类的对象，最后变成普通的类就可以 4. 测试用例 TestMailActuator package net.liuzd.java.mail.actuator; import java.io.File; import java.io.IOException; import java.io.InputStream; import java.io

在一个demo项目里，想搞一个junit测试单元，用spring-test和mybatis连接数据库进行CRUD操作。 无奈，添加了dependency之后，总是无法引用jar。 环境jdk是1.7的。用idea开发工具， 用idea的提示引用后总是引用最新版本的jar。环境配置的junit和spring-test版本如下 alt+enter自动添加后，总是默认添加最新版本 看下引入的jar版本： 变成鸟最新的jar，然后运行测试类报错。。。 jdk版本太低，不可能改变jdk版本。 为啥老是引入最新版本，而不能使用pom中已存在jar呢？ 看下图： 注意scope标签，这个标签是只能在test package下才能引用此jar包，而我的测试类路径如下： 两种方法，一种是去掉depedency中的scope标签，另一种是将测试类放到scope包含的package下。 这里去掉scope标签。 运行结果： 终于出来了。 来源： oschina 链接： https://my.oschina.net/u/2301293/blog/1839440

　　　　实际开发中，除了开发，我想测试也是必不可少的一环吧。从简单的@Test 、main 方法测试 到 页面测试 ，断言，postman。 bug是无处不在，随时发生的事，高效率的调试、检测可以节省大量的开发时间。 思路一确定，敲代码也就花不了多少时间，可是敲完代码后的调试，检测往往会花费许多时间。 甚者除了页面调试(通过jsp，HTML页面带参过来到后台，后台返回参数给页面) 其他的一点都不会。记得去年的时候，公司做个金融产品，是跟外部的团队合作一起开发的。由于前端页面是由外部团队提供给我们的，所以有时候他们还未提供给我们页面的时候，我们就自己根据接口文档等把后台业务相关逻辑处理好。 某天上午，公司一个新来的新手跑过来问我：XXX, 代码写完啦，没有页面怎么测啊。 我当时就感到奇怪，没有页面就不能测吗？ 我反问了他一句， 他请我过去帮忙教教他，我也就回了句自己去百度就没理了。那时候想着就是虽然测试不是我们的主业，有测试，可是我们开发人员自测的手段还是要有一些的吧。刚好现在已经开始写博客了，今天也有空，也就写篇相关的博客，记录记录 　　　　 阅读此篇博客前阅读本人的 junit 常用注解 + junit 断言详解 + junit 运行（eclipse + IDEA） 　　　　 1. @Test , main 方法 　　　　这个是最简单测试了，一般用于测试一些方法，实现

单元测试框架的一个出发点是“单元性”，即每个单元之间互不影响，因此设置单元测试的执行顺序是没有意义的。但如果你有强迫症，非要让测试的执行顺序在自己的控制之下，也是可以做到的，并且有很多种实现的方法； 如安装字母顺序设置： @FixMethodOrder(MethodSorters.NAME_ASCENDING) public class SampleTest { @Test public void firstTest() { System.out.println("first"); } @Test public void secondTest() { System.out.println("second"); } } 更多的方法可以参加参考资料。 参考资料： http://stackoverflow.com/questions/3693626/how-to-run-test-methods-in-specific-order-in-junit4 http://stackoverflow.com/questions/2669576/order-of-execution-of-tests-in-testng http://junit.sourceforge.net/doc/faq/faq.htm#tests_2 来源： https://www.cnblogs.com