Тестирование. Пакет JUnit. Java. (Лекция 24)

Содержание

Слайд 2

Тестирование. Пакет JUnit Сегодня большую популярность приобретает test-driven development(TDD), техника разработки

Тестирование. Пакет JUnit

Сегодня большую популярность приобретает test-driven development(TDD), техника разработки ПО,

при которой сначала пишется тест на определенный функционал, а затем пишется реализация этого функционала.
В результате код не только написан и протестирован, но тесты как бы неявно задают требования к функционалу, а также показывают пример использования этого функционала.
Слайд 3

Самым известным фреймворком является JUnit. Используется он в двух вариантах JUnit

Самым известным фреймворком является JUnit. Используется он в двух вариантах JUnit

3 и JUnit 4
JUnit 3
Для создания теста нужно унаследовать тест-класс от TestCase, переопределить методы setUp и tearDown если надо, а также создать тестовые методы(должны начинаться с test).
При запуске теста сначала создается экземпляр тест-класса(для каждого теста в классе отдельный экземпляр класса), затем выполняется метод setUp, запускается сам тест, ну и в завершение выполняется метод tearDown.
Если какой-либо из методов выбрасывает исключение, тест считается провалившимся.
Тестовые методы должны быть public void, могут быть static.
Слайд 4

Сами тесты состоят из выполнения некоторого кода и проверок. Проверки чаще

Сами тесты состоят из выполнения некоторого кода и проверок.
Проверки чаще

всего выполняются с помощью класса Assert хотя иногда используют ключевое слово assert.
Рассмотрим пример.
Пусть имеется класс, который имеет два метода - нахождение факториала и суммы двух чисел:
public class MathFunc {
private int variable;
public MathFunc() { variable = 0; }
public MathFunc(int var) { variable = var; }
Слайд 5

public int getVariable() { return variable; } public void setVariable (int

public int getVariable() { return variable; }
public void setVariable (int

variable){
this.variable = variable;
}
public long factorial() {
long result = 1;
if (variable > 1) {
for (int i=1; i<=variable; i++)
result = result*i;
}
return result;
}
public long plus(int var) {
long result = variable + var;
return result;
}
}
Слайд 6

Напишем для этого класса тесты, используя JUnit 3. Удобнее всего, писать

Напишем для этого класса тесты, используя JUnit 3.
Удобнее всего, писать тесты,

рассматривая некий класс как черный ящик, писать отдельный тест на каждый значимый метод в этом классе, для каждого набора входных параметров какой-то ожидаемый результат.
Для написания тестового класса нужно создать наследника junit.framework.TestCase.
Затем необходимо определить конструктор, принимающий в качестве параметра строку (String) и передающую ее родительскому классу.
Слайд 7

import junit.framework.*; public class TestClass extends TestCase { public TestClass(String testName)

import junit.framework.*;
public class TestClass extends TestCase {
public TestClass(String testName)

{ super(testName);
}
public void testFactorialNull() {
MathFunc math = new MathFunc();
assertTrue(math.factorial() == 1);
}
public void testFactorialPositive() {
MathFunc math = new MathFunc(5);
assertTrue(math.factorial() == 120);
}
public void testPlus() {
MathFunc math = new MathFunc(45);
assertTrue(math.plus(123) == 168);
}
}
Слайд 8

Метод assertTrue проверяет, является ли результат выражения верным. Некоторые другие методы,

Метод assertTrue проверяет, является ли результат выражения верным.
Некоторые другие методы,

которые могут пригодиться - assertEquals, assertFalse, assertNull, assertNotNull, assertSame.
Стоит заметить, что assertEquals и assertSame отличаются:
assertSame(Object expect, Object actual)
Эквивалентно expect == actual
assertEquals(Object expect, Object actual)
Эквивалентно  expect.equals(actual).
Для того, чтобы объединить тесты, можно воспользоваться классом TestSuite с его методом addTest.
Наконец, для запуска всех тестов нужно воспользоваться TestRunner.
Можно использовать текстовый junit.textui.TestRunner
(есть также графические версии - junit.swingui.TestRunner, junit.awtui.TestRunner).
В итоге метод main имеет вид:
Слайд 9

import junit.framework.*; import junit.textui.*; public class Main{ public static void main(String[]

import junit.framework.*;
import junit.textui.*;
public class Main{
public static void main(String[] args)

{
TestRunner runner = new TestRunner();
TestSuite suite = new TestSuite();
suite.addTest(new TestClass(“testFactorialNull”));
suite.addTest( new TestClass(“testFactorialPositive”)); suite.addTest(new TestClass(“testPlus”)); runner.doRun(suite);
}
}
Слайд 10

На экране получим: Time: 0 Ok(3 tests) Для тестирования более комплексных

На экране получим:
Time: 0
Ok(3 tests)
Для тестирования более комплексных классов, могут пригодится

методы setUp и tearDown.
Первый метод может проинициализировать один или несколько экземпляров тестируемого класса для использования в нескольких TestCases, второй метод отпускает захваченные при инициализации ресурсы.
Слайд 11

Наследуя тест-класс от ExceptionTestCase, можно проверить что-либо на выброс исключения. JUnit

Наследуя тест-класс от ExceptionTestCase, можно проверить что-либо на выброс исключения.
JUnit 4
Здесь

была добавлена поддержка новых возможностей из Java 5, тесты теперь могут быть объявлены с помощью аннотаций.
При этом существует обратная совместимость с предыдущей версией фреймворка.
Слайд 12

Основные аннотации Аннотация @Before обозначает методы, которые будут вызваны до исполнения

Основные аннотации
Аннотация @Before обозначает методы, которые будут вызваны до исполнения теста,

методы должны быть public void.
Здесь обычно размещаются предустановки для
теста.
Аннотация @BeforeClass обозначает методы, которые будут вызваны до создания экземпляра тест-класса, методы должны быть public static void.
Имеет смысл размещать предустановки для теста в случае, когда класс содержит несколько тестов использующих различные предустановки, либо когда несколько тестов используют одни и те же данные.
Слайд 13

Аннотация @After обозначает методы, которые будут вызваны после выполнения теста, методы

Аннотация @After обозначает методы, которые будут вызваны после выполнения теста, методы

должны быть public void. Здесь размещаются операции освобождения ресурсов после теста.
Аннотация @AfterClass связана по смыслу с @BeforeClass, но выполняет методы после теста, как и в случае с @BeforeClass, методы должны быть public static void.
Слайд 14

Аннотация @Test обозначает тестовые методы. Как и ранее, эти методы должны

Аннотация @Test обозначает тестовые методы.
Как и ранее, эти методы

должны быть public void.
Здесь размещаются сами проверки.
Кроме того, у данной аннотации есть два
параметра, expected — задает ожидаемое
исключение и timeout — задает время, по
истечению которого тест считается
провалившимся.
Пример:
@Test(expected = NullPointerException.class)
public void testToHexStringWrong() { StringUtils.toHexString(null);
}
@Test(timeout = 1000)
public void infinity() { while (true); }
Слайд 15

Если какой-либо тест по какой-либо серьезной причине нужно отключить(например, этот тест

Если какой-либо тест по какой-либо серьезной причине нужно отключить(например, этот тест

постоянно валится, но его исправление отложено) его можно зааннотировать @Ignore.
Пример:
@Ignore
@Test(timeout = 1000)
public void infinity() { while (true); }
Слайд 16

Рассмотрим пример: @RunWith(JUnit4.class) public class JUnit4Test extends Assert { private final

Рассмотрим пример:
@RunWith(JUnit4.class)
public class JUnit4Test extends Assert {
private final Map

toHexStringData
= new HashMap()
@Before
public void setUpToHexStringData() {
toHexStringData.put("", new byte[0]);
toHexStringData.put("01020d112d7f",
new byte[] { 1, 2, 13, 17, 45, 127 });
toHexStringData.put("00fff21180",
new byte[] { 0, -1, -14, 17, -128 });
//...
}
Слайд 17

@After public void tearDownToHexStringData() { toHexStringData.clear(); } @Test public void testToHexString()

@After
public void tearDownToHexStringData() {
toHexStringData.clear();
}
@Test
public void testToHexString()

{
for (Map.Entry entry :
toHexStringData.entrySet()){
final byte[] testData = entry.getValue();
final String expected = entry.getKey();
final String actual = StringUtils.toHexString(testData);
assertEquals(expected, actual);
}
}
}
Слайд 18

Для того, чтобы запустить данный тест в командной строке необходимо ввести

Для того, чтобы запустить данный тест в командной строке необходимо ввести


>java -cp .;d:\distribs\java\junit-4.11.jar;
d:\distribs\java\hamcrest-all-1.3.jar
org.junit.runner.JUnitCore JUnit4Test
Слайд 19

Запуск теста. Запуск теста можно сконфигурировать с помощью @RunWith. При этом

Запуск теста.
Запуск теста можно сконфигурировать с помощью @RunWith.
При этом класс,

указанный в аннотации должен наследоваться от Runner.
Рассмотрим различные “запускалки”
JUnit4 — предназначен для запуска JUnit 4 тестов.
JUnit38ClassRunner предназначен для запуска тестов, написанных с использованием JUnit 3.
Слайд 20

Categories — попытка организовать тесты в категории(группы). Для этого тестам задается

Categories — попытка организовать тесты в категории(группы).
Для этого тестам задается

категория с помощью @Category, затем настраиваются запускаемые категории тестов.
Это может выглядеть так:
public class StringUtilsJUnit4CategoriesTest
extends Assert {
//...
@Category(JUnit4TestSuite.class)
@Test
public void testIsEmpty() { //... }
//...
}
Слайд 21

@RunWith(Categories.class) @Categories.IncludeCategory(JUnit4TestSuite.class) //настройка категории @Suite.SuiteClasses({ StringUtilsJUnit4CategoriesTest.class}) public class JUnit4TestSuite { }

@RunWith(Categories.class)
@Categories.IncludeCategory(JUnit4TestSuite.class)
//настройка категории
@Suite.SuiteClasses({
StringUtilsJUnit4CategoriesTest.class})
public class JUnit4TestSuite {
}


Рассмотрим пример использования категорий в тестах
Пусть имеется класс
public class JavaTests {
public int factorial(int n){
if(n==0) return 1;
else { return n*factorial(n-1); }
}
}
Необходимо в нем протестировать метод factorial.
Слайд 22

Первый класс с тестами @Category({IShow.class}) public class FooTest { JavaTests js;

Первый класс с тестами
@Category({IShow.class})
public class FooTest {
JavaTests js;
@Before
public

void initObject(){ js=new JavaTests(); }
@Test
public void thisAlwaysPasses() {
System.out.println("FooTest-0");
assertTrue(js.factorial(3)==6);
}
@Test
public void thisAlwaysPasses2() {
System.out.println("FooTest-2");
assertTrue(js.factorial(4)==24);
}
}
Слайд 23

Другой класс с тестами @Category({IShow.class}) public class FooTest1 { JavaTests js;

Другой класс с тестами
@Category({IShow.class})
public class FooTest1 {
JavaTests js;
@Category({IShow.class})

@Before
public void initObject(){ js=new JavaTests();}
@Category({IShow.class})
@Test
public void thisAlwaysPasses() {
System.out.println("FooTest1-0");
assertTrue(js.factorial(2)==2);
}
@Test
public void thisAlwaysPasses1() {
assertTrue(js.factorial(4)==24);
}
}
Слайд 24

Запускаемый класс @RunWith(Categories.class) @IncludeCategory(IShow.class) @SuiteClasses( {FooTest1.class, FooTest.class }) public class IShow

Запускаемый класс
@RunWith(Categories.class)
@IncludeCategory(IShow.class)
@SuiteClasses( {FooTest1.class, FooTest.class })
public class IShow {

}
После запуска
java -cp .;d:\distribs\java\junit-4.11.jar;
d:\distribs\java\hamcrest-all-1.3.jar
org.junit.runner.JUnitCore IShow
получим
JUnit version 4.11
I..FooTest1-0
I.FooTest-2
.FooTest-0
Time: 0,009
OK (4 tests)
Слайд 25

Parameterized — позволяет писать параметризированные тесты. Для этого в тест-классе объявляется

Parameterized — позволяет писать параметризированные тесты.
Для этого в тест-классе объявляется

статический метод возвращающий список данных, которые затем будут использованы в качестве аргументов конструктора класса.
@RunWith(Parameterized.class)
public class StringUtilsJUnit4ParameterizedTest
extends Assert {
private final CharSequence testData;
private final boolean expected;
public StringUtilsJUnit4ParameterizedTest(
final CharSequence testData,
final boolean expected ){
this.testData = testData;
this.expected = expected;
}
Слайд 26

@Test public void testIsEmpty() { final boolean actual = StringUtils.isEmpty(testData); assertEquals(expected,

@Test
public void testIsEmpty() {
final boolean actual =

StringUtils.isEmpty(testData);
assertEquals(expected, actual);
}
@Parameterized.Parameters
public static List isEmptyData() {
return Arrays.asList(new Object[][] { { null, true },
{ "", true }, { " ", false }, { "some string", false }, });
}
}
Слайд 27

Theories — чем-то схож с предыдущим, но параметризирует тестовый метод, а

Theories — чем-то схож с предыдущим, но параметризирует тестовый метод, а

не конструктор.
Данные помечаются с помощью @DataPoints и @DataPoint, тестовый метод — с помощью @Theory.
Тест использующий этот функционал будет выглядеть примерно так:
@RunWith(Theories.class)
public class StringUtilsJUnit4TheoryTest extends
Assert {
Слайд 28

@DataPoints public static Object[][] isEmptyData = new Object[][] { { "",

@DataPoints
public static Object[][] isEmptyData = new Object[][] { { "",

true }, { " ", false }, { "some string", false } };
@DataPoint
public static Object[] nullData =
new Object[] { null, true };
@Theory
public void testEmpty(final Object... testData) {
final boolean actual =
StringUtils.isEmpty((CharSequence)testData[0]);
assertEquals(testData[1], actual);
}
}
Слайд 29

Рассмотрим пример. Класс MathFunc оставим без изменений. Класс TestClass имеет вид

Рассмотрим пример. Класс MathFunc оставим без изменений. Класс TestClass имеет вид
import

org.junit.runner.*;
import org.junit.Assert;
import org.junit.experimental.theories.*;
import org.junit.*;
@RunWith(Theories.class)
public class TestClass extends Assert{
public TestClass() { }
@Test
public void testFactorialNull() {
MathFunc math = new MathFunc();
assertTrue(math.factorial() == 1); }
Слайд 30

@DataPoints public static int[][] Data = new int[][] {{5, 120}}; @Theory

@DataPoints
public static int[][] Data = new int[][] {{5, 120}};
@Theory
public

void testFactorialPositive(final int[] obj) {
MathFunc math = new MathFunc(obj[0]);
assertTrue(math.factorial() == obj[1]);
}
@Test
public void testPlus() {
MathFunc math = new MathFunc(45);
assertTrue(math.plus(123) == 168);
}
}
Слайд 31

Запуск теста будет иметь вид: >java –cp .;junit-4.92b2.jar org.junit.runner.JUnitCore TestClass На экране Time: 0.015 OK(3 tests)

Запуск теста будет иметь вид:
>java –cp .;junit-4.92b2.jar org.junit.runner.JUnitCore TestClass
На экране
Time:

0.015
OK(3 tests)
Слайд 32

Пример использования @DataPoint Пусть имеется класс public class JavaTests { public

Пример использования @DataPoint
Пусть имеется класс
public class JavaTests {
public int

factorial(int n){
if(n==0)
return 1;
else {
return n*factorial(n-1);
}
}
}
Тестирующий класс имеет вид:
Слайд 33

RunWith(Theories.class) public class FooTest { JavaTests js; @Before public void initObject(){

RunWith(Theories.class)
public class FooTest {
JavaTests js;
@Before
public void initObject(){ js=new

JavaTests();}
@DataPoint
public static int nData=2;
@Theory
public void thisAlwaysPasses(int n) {
assertTrue(js.factorial(n)==2);
}
}
Слайд 34

Журналирование Log4j При небольшом приложении вполне хватет возможностей System.out.println(), но по

Журналирование Log4j

При небольшом приложении вполне хватет возможностей System.out.println(), но по мере увеличения

и усложнения приложения его возможностей уже нехватает.
В частности нельзя (или затруднительно) сделать с помощью System.out.println():
1) управление логгированием: отключить логгирование одних сообщений, и включить логгирование других
Слайд 35

2) запись логов в файл, БД и т.п. 3) вывод дополнительной

2) запись логов в файл, БД и т.п. 3) вывод дополнительной

информации о сообщении: время события, место события, контекст 4) форматирование вывода
Для решения этих проблем были созданы системы логгирования.
Две наиболее популярные это Log4j от Apache и Java Logging API входящее в состав JDK 1.4 и старше.
Рассмотрим пример использования Log4j:
Слайд 36

import org.apache.log4j.Logger; import org.apache.log4j.BasicConfigurator; public class Test { private static Logger

import org.apache.log4j.Logger;
import org.apache.log4j.BasicConfigurator;
public class Test {
private static Logger logger =

Logger.getLogger(Test.class);
public static void main(String[] args) throws Exception{
BasicConfigurator.configure();
logger.info("Hello world!");
logger.error("Error!", new Exception("An exception"));
}
}
Слайд 37

Для запуска данного приложения нужен пакет log4j-1.2.16.jar. На экране получим: 0

Для запуска данного приложения нужен пакет log4j-1.2.16.jar.
На экране получим: 0 [main] INFO ru.vingrad.log.Test  - Hello

world! 0 [main] ERROR ru.vingrad.log.Test  - Error!
java.lang.Exception: An exception     at Test.main(Test.java:12)
Базовым классом через которое и будет идти все логгирование является org.apache.log4j.Logger.
Для получения логгера используется статический метод getLogger() куда в качестве параметра надо передать имя этого логгера.
Слайд 38

Каждый логгер имеет уникальное имя, и вызов getLogger() с одним и

Каждый логгер имеет уникальное имя, и вызов getLogger() с одним и тем же

именем вернет один и тот же логгер.
Логгер синхронизирован и его можно свободно использовать в многопоточной среде.
Существует корневой логгер, являющийся родительским для всех остальных, получить его можно: Logger.getRootLogger().
Важным фактом является то, что если логгер не сконфигурирован индивидуально, то он будет использовать настройки своего родительского логгера.
Слайд 39

Т.е. можно сконфигурировать только корневой логгер, а все логгеры будут использовать

Т.е. можно сконфигурировать только корневой логгер, а все логгеры будут использовать

его настройки.
Логгер может писать сообщения разных уровней (org.apache.log4j.Level).
Уровни упорядочены по старшинству (в порядке убывания): FATAL, ERROR, WARN, INFO, DEBUG, TRACE.
Уровни
FATAL, ERROR, WARN предназначены для сообщений об ошибках, разной степени серьезности,
INFO информационные сообщения,
DEBUG - отладочные,
TRACE - очень подробная отладочная информация.
Слайд 40

Когда конфигурируется система логгирования то указывается сообщения какого уровня надо писать

Когда конфигурируется система логгирования то указывается сообщения какого уровня надо писать

в лог.
В лог будут писаться сообщения этого уровня и выше, т.е если система настроена на уровень INFO то будут писаться сообщения с уровнями FATAL, ERROR, WARN, INFO. Плюс еще есть спец уровни ALL и OFF, которые предназначены для включения/выключения записи всех сообщений.
Слайд 41

Следующая составляющая системы логгирования это - аппендер (org.apache.log4j.Appender). Аппендер - это

Следующая составляющая системы логгирования это - аппендер (org.apache.log4j.Appender).
Аппендер - это

класс который занимается непосредственно записью сообщений. 
org.apache.log4j.Appender это интерфейс, но у него есть реализации для записи сообщений в консоль, файл, БД, e-mail и т.д.
Так же у аппендера можно установить фильтры (org.apache.log4j.spi.Filter) для фильтрации сообщений.
И форматер сообщений (org.apache.log4j.Layout) для форматирования выводимых сообщений.
Слайд 42

Рассмотрим процесс записи логов: Вызываем logger.info("Hello world!") 2. Происходит проверка уровня

Рассмотрим процесс записи логов:
Вызываем logger.info("Hello world!")
2. Происходит проверка уровня логгирования для

данного логгера, если данному логгеру не был явно задан уровень, то тогда проверка осуществляется для его родителей.
Если уровень логгера выше уровня сообщения, то оно отбрасывается и запись его не происходит.
В нашем случае корневой аппендер сконфигурирован на уровень DEBUG а у сообщения уровень INFO, т.е. уровень логгера ниже уровня сообщения и оно проходит проверку.
Слайд 43

3. Далее сообщение передается аппендерам установленным для данного логгера (если есть).

3. Далее сообщение передается аппендерам установленным для данного логгера (если есть).
4.

Если свойство additivity установлено в true (по умолчанию оно установлено), то сообщение так же передается родительским логгерам.
5. Аппендер получив сообщение проверяет его установленными фильтрами (если есть). Если сообщение прошло фильтры оно форматируется и записывается в лог.
Слайд 44

Рассмотрим конфигурацию логгеров. Для конфигурирования Log4j используются файлы конфигурации log4j.xml и

Рассмотрим конфигурацию логгеров.
Для конфигурирования Log4j используются файлы конфигурации log4j.xml и log4j.properties.
Далее

рассмотрим конфигуратор log4j.xml
Cоздаем в папке с исходниками файл log4j.xml:
SYSTEM "log4j.dtd">
(файл log4j.dtd можно найти внутри log4j.jar)
Слайд 45

Добавим аппендеры. Консоль: class="org.apache.log4j.ConsoleAppender"> value="%d{ISO8601} [%5p] %m at %l%n"/>

Добавим аппендеры. Консоль:
class="org.apache.log4j.ConsoleAppender">                value="%d{ISO8601} [%5p] %m at

%l%n"/>                                
Слайд 46

CONSOLE-DEBUG имя аппендера, по этому имени он будет упоминаться в этом

CONSOLE-DEBUG имя аппендера, по этому имени он будет упоминаться в этом конфиге.


org.apache.log4j.ConsoleAppender - имя класса аппендера.
 - устанавливает параметр аппендера который определяет куда писать лог
Слайд 47

Аналогично конфигурируется аппендер для ошибок class="org.apache.log4j.ConsoleAppender"> value="%d{ISO8601} [%5p] %m at %l%n"/>

Аналогично конфигурируется аппендер для ошибок
  class="org.apache.log4j.ConsoleAppender">                 

value="%d{ISO8601} [%5p] %m at %l%n"/>           class="org.apache.log4j.varia.LevelRangeFilter">               
разница в том, ошибки будут писаться в System.err.
Слайд 48

Конфигурируем запись в файл class="org.apache.log4j.FileAppender"> value="%d{ISO8601} [%5p] %c %m at %l%n"/> параметр file задает имя файла.

Конфигурируем запись в файл
class="org.apache.log4j.FileAppender"> value="%d{ISO8601} [%5p] %c

%m at %l%n"/>

параметр file задает имя файла.
Слайд 49

Теперь сконфигурируем логгеры. Предположим что используется Hibernate и необходимо видеть только

Теперь сконфигурируем логгеры.
Предположим что используется Hibernate и необходимо видеть только

сообщения об ошибках и писать их только в  консоль но не файл.
               
Слайд 50

Но в то же самое время, необходимы отладочные сообщения в org.hibernate.SQL

Но в то же самое время, необходимы отладочные сообщения в org.hibernate.SQL (где пишутся

выполняемые Hibernate SQL запросы).
    
Слайд 51

Для всех остальных категорий включаем уровень DEBUG и запись в консоль и файл

Для всех остальных категорий включаем уровень DEBUG и запись в консоль

и файл
       
Слайд 52

Протестировать данный xml файл можно следующим кодом: import org.apache.log4j.Logger; import org.apache.log4j.BasicConfigurator;

Протестировать данный xml файл можно следующим кодом:
import org.apache.log4j.Logger;
import org.apache.log4j.BasicConfigurator;
public class Test

{
private static Logger logger = Logger.getLogger(Test.class);
public static void main(String[] args) throws Exception {
logger.debug("Inside main()");
logger.info("Hello world!");
logger.error("Error!", new Exception("An exception"));
Logger hibernateGeneral = Logger.getLogger("org.hibernate");
hibernateGeneral.debug("Starting Hibernate");
Logger hibernateSql = Logger.getLogger("org.hibernate.SQL");
hibernateSql.debug("select * from my table");
hibernateGeneral.error("Hibernate error");
}
}
Слайд 53

Содержимое файла app.log имеет вид: 2011-06-10 01:47:28,968 [DEBUG] Test Inside main()

Содержимое файла app.log имеет вид:
2011-06-10 01:47:28,968 [DEBUG] Test Inside main() at

Test.main(Test.java:9)
2011-06-10 01:47:28,968 [ INFO] Test Hello world! at Test.main(Test.java:10)
2011-06-10 01:47:28,968 [ERROR] Test Error! at Test.main(Test.java:11)
java.lang.Exception: An exception
at Test.main(Test.java:11)
Слайд 54

Рассмотрим пример: import org.apache.log4j.Logger; import org.apache.log4j.FileAppender; import org.apache.log4j.SimpleLayout; import org.apache.log4j.Level; import

Рассмотрим пример:
import org.apache.log4j.Logger;
import org.apache.log4j.FileAppender;
import org.apache.log4j.SimpleLayout;
import org.apache.log4j.Level;
import java.io.IOException;
public class DemoLog {
static

Logger logger = Logger.getLogger(DemoLog.class);
public static void main(String[] args) {
try {
factorial(9);
factorial(-3);
} catch (IllegalArgumentException e) {
logger.error("negative argument", e);
}
}
Слайд 55

public static int factorial(int n) { if (n "argument " +

public static int factorial(int n) {
if (n < 0)

throw new IllegalArgumentException(
"argument " + n +" less then zero");
logger.debug("Argument n is " + n);
int result = 1;
for (int i = n; i >= 1; i--)
result *= i;
logger.info("Result is " + result);
return result;
}
При этом в корне проекта должен находиться конфигурационный файл "log4j.xml" со следующим содержимым:
Слайд 56

xmlns:log4j='http://jakarta.apache.org/log4j/'> class="org.apache.log4j.FileAppender">



xmlns:log4j='http://jakarta.apache.org/log4j/'>
class="org.apache.log4j.FileAppender">

name="File" value="log.txt" />


Слайд 57








Слайд 58

Maven Жизненный цикл Maven имеет вид: validate — проверяет корректность метаинформации

Maven

Жизненный цикл Maven имеет вид: validate — проверяет корректность метаинформации о проекте
compile

— компилирует исходники
test — прогоняет тесты классов из предыдущего шага
package — упаковывает скомпилированые классы в удобноперемещаемый формат (jar или war, к примеру)
integration-test — отправляет упаковынные классы в среду интеграционного тестирования и прогоняет тесты
verify — проверяет корректность пакета и удовлетворение требованиям качества
install — загоняет пакет в локальный репозиторий, откуда он (пекат) будет доступен для использования как зависимость в других проектах
deploy — отправляет пакет на удаленный production сервер, откуда другие разработчики его могут получить и использовать
При этом все шаги последовательны. И если, к примеру, выполнить $ mvn package, то фактически будут выполнены шаги: validate, compile, test и package. Таким образом использовать мавен довольно просто. Написали код, выполнили mvn test и можно работать дальше, убедившись что код не содержит синтаксических и логических ошибок.
Слайд 59

При этом все шаги последовательны. И если, к примеру, выполнить $

При этом все шаги последовательны.
И если, к примеру, выполнить $

mvn package, то фактически будут выполнены шаги: validate, compile, test и package.
Таким образом если написан код, то можно выполнить mvn test для проверки.
Maven конфигурируется файлом pom.xml, который может содежать блок .
В нем описывается какие библиотеки нужны проекту для полноценного функционирования.
На шаге validate мавен проверяет удовлетворены ли зависимости и если нет, то скачивает из удаленный репозиториев необходимые компоненты в локальный репозиторий.
Слайд 60

Слайд 61

Плагины под Maven maven-archetype-plugin Плагин maven-archetype-plugin предназначен для того чтобы по

Плагины под Maven
maven-archetype-plugin
Плагин maven-archetype-plugin предназначен для того чтобы по существующему шаблону

создавать новые проекты.
Создать проект с помощью maven-archetype-plugin достаточно просто - достаточно набрать:
mvn archetype:generate
Слайд 62

maven-compiler-plugin Компилятор - основной плагин который используется практически во всех проектах.

maven-compiler-plugin
Компилятор - основной плагин который используется практически во всех проектах. Он

доступен по умолчанию, но практически в каждом проекте его приходится переобъявлять т.к. настройки по умолчанию не очень подходящие. Пример использования:

org.apache.maven.plugins
maven-compiler-plugin
2.0.2
1.6
1.6
UTF-8


В этом примере в кофигурации используется версия java 1.6 (source - версия языка на котором написана программа; target - версия java машины которая будет этот код запускать) и указано что кодировка исходного кода программы UTF-8.
Слайд 63

maven-surefire-plugin - плагин для запуска тестов maven-surefire-plugin - плагин который запускает

maven-surefire-plugin - плагин для запуска тестов
maven-surefire-plugin - плагин который запускает тесты

и генерирует отчёты по результатам их выполнения.
По умолчанию отчёты сохраняются в ${basedir}/target/surefire-reports и находятся в двух форматах - txt и xml. Тесты можно писать используя как JUnit так и TestNG.
по умолчанию запускаются все тесты с такими именами "**/Test*.java" - включает все java файлы которые начинаются с "Test" и расположены в поддиректориях.
"**/*Test.java" - включает все java файлы которые заканчиваются на "Test" и расположены в поддиректориях.
"**/*TestCase.java" - включает все java файлы которые заканчиваются на "TestCase" и расположены в поддиректориях.
Пропустить выполнение тестов можно

true

или mvn install -DskipTests
чтобы пропустить ещё и компиляцию тестов:
mvn install -Dmaven.test.skip=true
Слайд 64

maven-javadoc-plugin Плагин maven-javadoc-plugin предназначен для того чтобы генерировать докуметацию по исходному

maven-javadoc-plugin
Плагин maven-javadoc-plugin предназначен для того чтобы генерировать докуметацию по исходному коду

проекта стандартной утилитой javadoc.
maven-site-plugin
Плагин maven-site-plugin предназначен для того чтобы легко создавать сайт проекта. В директории Вашего проекта наберите
mvn site
И мавен автоматически сгенерирует сайт по нему.
Сгенерированные файлы будут лежать в директории target/site.
Слайд 65

maven-checkstyle-plugin Плагин проверяет стиль и качество исходного кода. Из наиболее часто

maven-checkstyle-plugin
Плагин проверяет стиль и качество исходного кода.
Из наиболее часто используемых и

простых проверок:
наличие комментариев
размер класса не более N строк
в конструкции в try-catch, блок catch не пустой.
не используется System.out.println(.. вместо LOG.error(..
Слайд 66

Подключить плагин можно следующим образом: org.apache.maven.plugins maven-checkstyle-plugin 2.7 ........... после этого

Подключить плагин можно следующим образом:


org.apache.maven.plugins
maven-checkstyle-plugin


2.7

...........
после этого можно запустить проверку кода:
mvn checkstyle:check
Позволяет создавать собственный набор правил.
Слайд 67

findbugs-maven-plugin findbugs-maven-plugin плагин для автоматического нахождения багов в проекте. Принцип действия

findbugs-maven-plugin
findbugs-maven-plugin плагин для автоматического нахождения багов в проекте.
Принцип действия плагина

основан на поиске шаблонов ошибок.
Код проекта проверяются на часто встречаемые ошибки, неправильное использование API и конструкций языка.
Пример настройки данного плагина:
Слайд 68

org.codehaus.mojo findbugs-maven-plugin 2.5.2 Enables analysis which takes more memory but finds




org.codehaus.mojo
findbugs-maven-plugin
2.5.2


Max

Low

true

Слайд 69

org.codehaus.mojo findbugs-maven-plugin 2.5.2 Enables analysis which takes more memory but finds




org.codehaus.mojo
findbugs-maven-plugin
2.5.2


Max

Low

true

${project.build.directory}/findbugs




analyze-compile
compile

check






Слайд 70

${project.build.directory}/findbugs Ensures that FindBugs inspects source code when project is compiled. --> analyze-compile compile check


${project.build.directory}/findbugs





analyze-compile
compile

check





Слайд 71

Создание проекта в Maven mvn archetype:create -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app Для создания,например

Создание проекта в Maven
mvn archetype:create -DarchetypeGroupId=org.apache.maven.archetypes
-DgroupId=com.mycompany.app
-DartifactId=my-app
Для создания,например

web-приложения
mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-webapp -DarchetypeArtifactId=maven-archetype-webapp
Файл проекта для web приложения будет
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
4.0.0
ua.unicyb.app
webapps
war
1.0-SNAPSHOT
webapps Maven Webapp
http://maven.apache.org


junit
junit
3.8.1
test


Слайд 72

junit junit 3.8.1 test



junit
junit
3.8.1
test


Слайд 73

webapps org.apache.tomcat.maven tomcat7-maven-plugin 2.2 apache-tomcat http://localhost:8080/manager/text /mywebapp


webapps


org.apache.tomcat.maven
tomcat7-maven-plugin
2.2


apache-tomcat
http://localhost:8080/manager/text
/mywebapp





Слайд 74

Файл settings.xml имеет вид: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> id это просто идентификатор. --> apache-tomcat-6.0.32 tomcat tomcat

Файл settings.xml имеет вид:
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">



apache-tomcat-6.0.32

tomcat

tomcat



Слайд 75

Файл tomcat-user.xml manager-script,manager-gui,admin-gui"/>

Файл tomcat-user.xml





rolename="admin-gui"/>




Слайд 76

Java Native Interface Java Native Interface (JNI) — стандартный механизм для

Java Native Interface

Java Native Interface (JNI) — стандартный механизм для запуска кода,

под управлением виртуальной машины Java (JVM), который написан на языках С/С++ или Ассемблера, и скомпонован в виде динамических библиотек, позволяет не использовать статическое связывание.
Это даёт возможность вызова функции С/С++ из программы на Java, и наоборот.
Слайд 77

Рассмотрим пример использования JNI. Имеется следующий Java проект package javaapplication114; public

Рассмотрим пример использования JNI.
Имеется следующий Java проект
package javaapplication114;
public class TestNativeClass

{
private static int h=30;
static{
System.load("d:\\temp\\dll\\javadll.dll");
}
private int g;
public TestNativeClass(int g){
this.g=g;
}
public native int sum(int a,int b);
public int mul(int a,int b){
return a*b;
}
}
Слайд 78

Свяжем native метод в классе TestNativeClass с методом описанным в javadll.dll.

Свяжем native метод в классе TestNativeClass с методом описанным в javadll.dll.


Для этого после компиляции класса TestNativeClass используем утилиту javah находящуюся там же где и java.
Эта утилита создаст .h файл, который будет иметь вид:
#include
#ifndef _Included_javaapplication114_TestNativeClass
#define _Included_javaapplication114_TestNativeClass
#ifdef __cplusplus
extern "C" {
#endif
JNIEXPORT jint JNICALL
Java_javaapplication114_TestNativeClass_sum(JNIEnv *, jobject, jint,
jint);
#ifdef __cplusplus
}
#endif
Слайд 79

Описываем реализацию метода JNIEXPORT jint JNICALL Java_javaapplication114_TestNativeClass_sum(JNIEnv *, jobject, jint, jint);

Описываем реализацию метода
JNIEXPORT jint JNICALL
Java_javaapplication114_TestNativeClass_sum(JNIEnv *, jobject, jint, jint);
Имеем:
JNIEXPORT

jint JNICALL
Java_javaapplication114_TestNativeClass_sum(JNIEnv * jenv, jobject obj,
jint a, jint b)
{
jclass javaClass = jenv->GetObjectClass(obj);
//вызываем java метод int mul(int a,int b)
jmethodID javaFieldID = jenv->GetMethodID(javaClass, "mul", "(II)I");
jint c=jenv->CallIntMethod(obj, javaFieldID, a, b);
//достаем нестатическое поле private int gc
jfieldID jf = jenv->GetFieldID(javaClass, "g","I");
jint g = jenv->GetIntField(obj, jf);
//достаем статическое поле private static int h=30
jfieldID jfield = jenv->GetStaticFieldID(javaClass, "h", "I");
jint h = jenv->GetStaticIntField(javaClass, jfield);
jint d = a + c + g+h;
return d;}
- Предыдущая
Создание приложения, используя Spring Framework. Java. (Лекция 23)
Следующая -
Квадратные корни. Арифметический квадратный корень

Похожие презентации

Музейная комната Русского быта Муниципального общеобразовательного учреждения
Урок русского языка во 2 классе Тема: «Как делаются слова. Что такое суффикс» (1-ый урок) Тип урока: урок открытия новых знаний Подг
ИЗМЕНЕНИЕ ОРГАНИЗАЦИОННО-ПРАВОВОЙ ФОРМЫ РОССИЙСКИХ КОМПАНИЙ И ПРОБЛЕМЫ КОРПОРАТИВНОГО УПРАВЛЕНИЯ Березинец И.В., Ильина Ю.Б. Вы
Татарстанның Олимпия уеннарында катнашуы
Виды аксонометрии
Презентация на тему "Всероссийские конкурсы" - скачать презентации по Педагогике
Фермы. Классификация
Совершенствование физической подготовленности учащихся на уроках физической культуры с применением якутских самобытных средств
Радиационный контроль
Ричард Льюис: Деловые культуры в кросскультурном управлении
Пластиналы конвейерлер. Конвейердің негізгі үлгілері
Основные законы организации. 2
Если любишь
Работа с файлами (ввод и вывод)
Информационные технологии. Visual Basic
Разработка шифратора и дешифратора при наличии ключа меньшего или равного шифруемому тексту
Классификация автоматизированных систем и требований по защите информации
Зимние виды спорта
Обследование каменных конструкций
Презентация "Нил Столобенский (преподобный, чудотворец)" - скачать презентации по МХК
Факультет душепопечительского образования. Заочная сертификационная программа. Модуль 1.0
Иллюстрация твоей книжки Автор: Рузавина Наталья Николаевна учитель ИЗО ЧОУ ООШ «Фавор» п.Мостовского
Сканеры. Устройства ввода информации в компьютер
Параметры работы и характеристики двигателей разного типа возбуждения применительно к тяге поездов
Правила настольного тенниса. Руководство для официальных лиц матча
Объектно-ориентированное программирование. Создаем программу-тест
Татьяна и Ольга Арнгольтц
Куклы водят хоровод
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть