Testuvannya далеч не е zavzhd buvaє ние се забавляваме и tsіkavim. Tsey процес zvchichay dosit trivaly и час на повторения на монотонна работа. Е, изглежда, че наскоро програмистите използваха стандартната visnovka или дебъгер за тестване на java класа.

В тази статия ще опиша библиотеката JUnit 4, за да може да помогне за автоматизирането на процеса на писане на тестове.

За да демонстрираме основните възможности на JUnit Framework, нека напишем примитивен Java клас и да знаем за него. Този клас matime има два метода - значението на факториала на безкрайно число и сумата от две числа. Освен това в копието на класа ще има копие на методите viklikiv.

Публичен клас MathFunc ( int повиквания; public int getCalls() ( връщане на повиквания; ) публичен дълъг факториел (int number) ( calls++; if (число 1) ( for (int i = 1; i

Сега нека напишем единичния тест. За когото създаваме клас от голям брой тестови методи. Очевидно класът може да бъде отмъщение и стандартни допълнителни методи. Така че тестовете за бегач могат незабавно да определят кой, кой, методите на тестване и е необходимо да маркирате анотацията @Test.

На анотациите могат да бъдат дадени следните параметри:

• Очаквано - посочете какъв вид намигване ще бъде генерирано от метода (div. butt по-долу);
• изчакване - след определен час в милисекунди, фиксирайте теста към теста и го зарахувайте като неуспешен.

Ако искате да посочите, че първият тест трябва да бъде пропуснат, след това го маркирайте като @Ignore анотация. Ако искате, можете просто да изтриете инструкцията @Test.

Е, например, имате нужда от контекст на песента за сценария за тестване на кожата, например изоставане от създаване на екземпляр на клас. И след това е необходимо да проверите запазените ресурси. Какво мислите, че имате нужда от анотация @Before и @After. Методът, отбелязан с @Before, ще бъде предшестван от падането на кожния тест, а методът, отбелязан с @After, ще бъде последван от падането на кожния тест.

Освен инициализирането на това ниво на ресурси, е необходимо да го изработите само веднъж - само след всички тестове - след което да спечелите няколко анотации @BeforeClass и @AfterClass.

А самата ос i е тестов клас от dekіlkom с тестови сценарии:

Публичен клас MathFuncTest ( private MathFunc math; @Преди публичен void init() ( math = new MathFunc(); ) @After public void tearDown() ( math = null; ) @Test public void calls() ( assertEquals(0, math .getCalls()), math.factorial(1); assertEquals(1, math.getCalls()); math.factorial(1); ( assertTrue(math.factorial(0) == 1); assertTrue(math.factorial (1) == 1); assertTrue(math.factorial(5) == 120); ) @Test(expected = IllegalArgumentException.class) public void factorialNegative() (math.factorial(-1); ) @Ignore @Test public void todo() ( assertTrue(math.plus(1, 1) == 3); ) )

Методът calls проверява правилността на звъненето. Факторният метод проверява коректността на факторното изчисление за определени стандартни стойности. Методът factorialNegative отменя това за отрицателни стойности на факториала, той ще хвърли изключение IllegalArgumentException. Методът todo ще бъде игнориран. Опитайте да почистите анотацията @Ignore, ако експериментирате с кода.

Методът assertTrue проверява дали резултатът е проверен. Deyakі іnshі методи, yakі могат да станат в полза:

• assertEquals - генерират се валидиране на резултата и изваждане на резултата;
• assertNull - резултатът от virase е нулев;
• assertNotNull - резултатът от virazu vіdminny vіd null;
• AssertSame - валидиране и отхвърляне на обект от един и същ обект.
• fail - метод за генериране на обвинения AssertionError - добавяме, където не е по вина на заглавието на програмата.

В нашата към настоящия свят IDE знае как просто да изпълнява тестове в проект. Уви, ако искате да ги стартирате ръчно за помощ с програмния код. За кого можете да ускорите Runner "om. Използвайте текст - junit.textui.TestRunner, графични версии - junit.swingui.TestRunner, junit.awtui.TestRunner.

Но по-модерният метод е същият като класа JUnitCore. Добавете следващия основен метод към класа MathFuncTest:

Public static void main(String args) хвърля изключение ( JUnitCore runner = new JUnitCore(); Резултат = runner.run(MathFuncTest.class); System.out.println("извършване на тестове: " + result.getRunCount()); System.out.println("неуспешни тестове: " + result.getFailureCount()); System.out.println("игнорирани тестове: " + result.getIgnoreCount()); System.out.println("успех: " + резултат .беше успешно()); )

І резултат от vikonanny:

Изпълнение на тестове: 3 неуспешни теста: 0 игнорирани тестове: 1 успех: вярно

| Повече ▼ ранни версии JUnit, за да напишете тестов клас, трябва да декомпресирате junit.framework.TestCase. След това е необходимо да се посочи конструктор, който приема като String параметър - ще наименувам метода - и да го предам на класа на бащата. Кожата на тестовия метод е виновна за започване от тестовия префикс. За инициализация и мащабиране на ресурсите бяха използвани методите setUp и tearDown. Накратко, уау. Е, сега всичко е просто, нали.

Ос I през цялата година. По дяволите, JUnit Framework е богат на това, което ще ви помогне. Коментарите и храненето са свързани със статистиката.

JUnit- Библиотека за модулно тестване на Java програми. Създаден от Кент Бек и Ерик Гама, JUnit се основава на същите xUnit рамки за различни езици за програмиране, които тръгват от SUnit на Кент Бек за Smalltalk. JUnit създава екосистема от разширения - JMock, EasyMock, DbUnit, HttpUnit и др.

библиотека JUnit bula е пренесена от други movs, включително PHP (PHPUnit), C# (NUnit), Python (PyUnit), Fortran (fUnit), Delphi (DUnit), Free Pascal (FPCUnit), Perl (Test::Unit), C++ ( CPPUnit) , Flex (FlexUnit), JavaScript (JSUnit).

JUnit- Това е Java рамка за тестване, така че тествате много код, например методи или класове. Dosvid, приспадане на часа на работа от JUnit, важно при разработването на концепции за тестване софтуер.

дупе тест JUnit

Импортиране на org.junit.Test; импортиране junit.framework.Assert; публичен клас MathTest ( @Test public void testEquals() ( Assert.assertEquals(4, 2 + 2); Assert.assertTrue(4 == 2 + 2); ) @Test public void testNotEquals() ( Assert.assertFalse(5 = = 2 + 2;)))

Нуждаете се от JUnit уики

JUnit ви позволява да промените кода по всяко време. Ако програмата престане да бъде още по-проста и включва анонимни класове и методи, тогава повторната проверка може да отнеме значителен час. Очевидно целият процес може да бъде автоматизиран по-бързо. Vikoristannya JUnitви позволява да пренапишете кода на програмата без значителен zusil и не отнема много време.

единичен тесткласове и функции и тяхната собствена документация, преди да бъдат признати в резултатите от прегледа им. И не само документация, а документация, за да можете автоматично да проверявате кода за съответствие с представените функции. Tse zruchno и често тест rozroblyayat като време, така і преди изпълнението на класа. Разработването чрез тестване е много популярна технология за създаване на сериозна софтуерна сигурност.

Вижте теста на това място JUnit тест в класификатора

Тестването на софтуер може да бъде разделено на два вида:

• testuvannya черен екран;
• тестване на бели екрани.

Под часа на тестване на програмата като черен екран, вътрешната структура на програмата не е приета за уважение. Всичко, което може да бъде смислено, функционално, като програма, може да бъде сигурно. При тестване на програми като кутия, вътрешната структура се зачита, т.е. клас методи. Krym tsgogo, testuvannya могат да бъдат разделени на chotiri равни:

• тестова единица - тестване на отделните номера на кода;
• интеграционно тестване - тестване на взаимна модалност и съвместни роботизирани компоненти;
• тестване на системата - тестване на цялата система като цяло;
• първично тестване - тестване под торбичката на готовата система за жизнеспособност на вимогами.

Звено за тестване за назначаване и тестване на бели екрани.

Има две опции за тестване на модули - JUnit 3 и JUnit 4. Можем да разгледаме версиите в нарушение, тъй като старите проекти имат 3-та версия, която поддържа Java 1.4.

JUnit 3

За да създадете тест, намалете тестовия клас TestCase, предефинирайте методите setUp и tearDown, ако е необходимо, и най-важното, разширете тестовите методи, които могат да бъдат наименувани с помощта на съкращението "test". Когато тестът бъде стартиран, в движение се създава екземпляр на тестовия клас (за скин тест в класа е екземпляр на класа), след това методът setUp се бие, самият тест се изпълнява и след това TearDown методът е разбит до завършване. Сякаш има някакъв метод за обвинение, тестът се счита за такъв, че не успява.

Забележка: Методите за тестване трябва да са публично невалидни, могат да бъдат статични.

Тестовете се състоят от vikonnannya sing код и повторна проверка. Perevіrki най-вече vykonuyutsya за помощ клас твърдятискате да промените ключовата дума assert.

Като пример можем да разгледаме помощна програма за роботи с редове, която включва методи за повторна проверка на празен ред и даване на последователност от байтове в 16-редов ред:

Публичният клас JUnit3StringUtilsTest разширява TestCase ( частна финална карта toHexStringData = New HashMap(); защитената void setUp() хвърля изключение ( toHexStringData. put("", Нов байт); 13, 17, 45, 127)); изчисти(); ) public void testToHexString() ( за (Iterator iterator = toHexStringData.keySet().iterator(); iterator.hasNext();) (очакван краен низ = (String)iterator.next(); краен байт testData = (байт) toHexStringData.get(очакван); окончателен низ действителен = StringUtils.toHexString(testData); assertEquals(очакван, действителен); ) ) //... )

Допълнителни възможности, TestSuite

JUnit 3 май допълнителни възможности. Например, можете да групирате viprobuvannya. За кого е необходимо да спечели клас TestSuite:

Публичният клас JUnit3StringUtilsTestSuite разширява TestSuite ( public JUnit3StringUtilsTestSuite() ( addTestSuite(StringUtilsJUnit3Test.class); addTestSuite(OtherTest1.class); addTestSuite(OtherTest2.class); ) ) ) .

Можете да повторите теста няколко пъти. За кого да спечелите RepeatedTest:

Публичният клас JUnit3StringUtilsRepeatedTest разширява RepeatedTest ( публичен JUnit3StringUtilsRepeatedTest() ( super(new JUnit3StringUtilsTest(), 100); ) )

Наследвайки тестов клас като ExceptionTestCase, можете да преработите кода на wikideexclusion:

Публичният клас JUnit3StringUtilsExceptionTest разширява ExceptionTestCase ( публичен JUnit3StringUtilsExceptionTest(окончателно име на низ) ( super(name, NullPointerException.class); ) public void testToHexString() ( StringUtils.toHexString(null); ) )

Както виждате от приложенията, всичко се прави лесно и няма какво да се пише - поне кода за JUnit тестване.

JUnit 4

JUnit 4 добави нови функции за Java 5.0; Тестерите може да са отворени за допълнителни пояснения. Във всеки един момент има много объркване от предишната версия на рамката. Междувременно всичко, което е разгледано и приложено, ще се практикува в JUnit 4 Crime RepeatedTest, който е нов в новата версия.

Какви промени се появиха в JUnit 4? Нека да разгледаме самото дупе и след това отново с нови възможности:

Публичният клас JUnit4StringUtilsTest разширява Assert ( частна окончателна карта toHexStringData = нова HashMap (); @Преди публична статична недействителна setUpToHexStringData() ( toHexStringData.put(", нов байт); toHexStringData.put("01020d112d7f", нов байт(1,2,13,17,45,127)); toHexStringData.put("10f" byte(0,-1,-14,17,-128)); //... ) @След публична статична недействителна tearDownToHexStringData() ( toHexStringData.clear(); ) @Тест обществена недействителна testToHexString() ( за (Карта .Влизане запис: toHexStringData.entrySet()) ( краен байт testData = entry.getValue(); краен низ очакван = entry.getKey(); краен низ действителен = StringUtils.toHexString(testData); assertEquals(очаквано, действително); ) ) )

Какво се промени в JUnit 4?

• За прошка работата може да бъде намалена в час твърдятискам го neobov'yazkovo.
• абстрактно @Предиозначава методи, които ще бъдат извикани преди победителите в тестовете. Методи прави бути публична празнота. Тук ще чуете предварително зададените настройки за теста, като в същото време ще генерирате тестови данни (метод setUpToHexStringData).
• Можете да спечелите инструкцията @BeforeClassкак се обозначават методи, как ще бъдат извиквани преди създаването на копие на тестовия клас; методи за вина публична статична празнота. Дадени инструкции (метод) maє sens vikoristovuvaty за тестване в даден момент, ако тестовият клас може да бъде тестван, vikoristovuyut различни предварително зададени настройки или ако тестът заместник се извършва самостоятелно, след това избърсване на час за кожен тест.
• абстрактно @Следобозначават методи, viklikanі след vikonannya testіv. Методи прави бути публична празнота. Тук работата на ресурса е разрешена след теста; за нашия vipad - пречистване на тестови данни (метод tearDownToHexStringData).
• абстрактно @След часовете pov'azana за zmіstom z @BeforeClass ale vikonuє методи след тестване на класа. Yak i u vipadku z @BeforeClass, методи за вина публична статична празнота.
• абстрактно @Тестопределят методи за изпитване. Както преди, tsі methodi за измиване на buti публична празнота. Тук са разпръснати самите ревизии. В допълнение, в тази инструкция можете да спечелите два параметъра, очаквани - задайте броя на цитатите и изчакване - задайте часа, след който тестът се счита за такъв, че не е успешен.

Прилагане на персонализирана анотация с параметри, JUnit тест:

@Test(expected = NullPointerException.class) public void testToHexStringWrong() ( StringUtils.toHexString(null); ) @Test(timeout = 1000) public void infinity() ( while (true); )

Игнориране на JUnit

Като един от тестовете, по някаква сериозна причина, е необходимо да го включите, например, тестът постепенно се завършва с помилване. Корекцията на теста може да бъде поставена в лека бъдеща анотация @Игнорирай. Ако поставите тази инструкция в клас, тогава всички тестове в този клас ще бъдат включени.

@Ignore @Test(timeout = 1000) public void infinity() ( while (true); )

Правила за татуировка, правило JUnit

JUnitви позволява да победите песните със списъка на правилото до следващия път, когато завършите теста, което разширява функционалността. Например има правила за задаване на изчакване за теста (Timeout), за задаване на точките на вина (ExpectedException), за работа с времеви файлове (TemporaryFolder) и int.

За оглушаването на правилата е необходимо да се създаде общественоне статиченполе към типа на подобен тип MethodRule и анотацията yogo за ключовата дума help правило.

Публичен клас JUnitOtherTest ( @Rule public final TemporaryFolder папка = New TemporaryFolder(); @Rule публичен окончателен Timeout = New Timeout(1000); @Rule public final ExpectedException thrown = ExpectedException.none(); @Ignore @ ) ( while (true ); ) @Test public void testFileWriting() хвърля IOException ( окончателен регистрационен файл = folder.newFile("debug.log"); окончателен FileWriter logWriter = нов FileWriter(log); logWriter.append("Здравей, "); logWriter. append("World!!!"); logWriter.flush(); logWriter.close(); ) @Test public void testExpectedException() хвърля IOException ( thrown.expect(NullPointerException.class); StringUtils.toHexString (null); ) )

Тестов пакет, JUnit Suite, SuiteClasses

Изпълнението на теста може да бъде подобрено за допълнителни пояснения @RunWith. Тестовите класове, които могат да се използват с вашите собствени тестови методи, могат да бъдат взети от тестовите комплекти (Suite). Например са създадени два класа тестови обекти: TestFilter, TestConnect. Тези два тестови класа могат да бъдат комбинирани в един тестов клас TestWidgets.java:

Пакет com.objects; import org.junit.runner.RunWith; импортирайте org.junit.runners.Suite; @RunWith(Suite.class) @Suite.SuiteClasses (( TestFilter.class, TestConnect.class )) публичен клас TestWidgets ()

За подобряване на резултатите от теста е включена анотацията @SuiteClasses, в класа са включени тестове.

Абстрактни категории

абстрактно категорииви позволява да комбинирате тестове в категория (група). За кого тестът има категория @Категория, след което се коригират категориите тестове, които се стартират в Suite. Можете да изглеждате така:

Публичният клас JUnitStringUtilsCategoriesTest разширява Assert ( //... @Category (Unit.class) @Test public void testIsEmpty() ( //... ) //... ) @RunWith(Categories.class) @Categories.IncludeCategory ( Unit.class) @Suite.SuiteClasses (( JUnitOtherTest.class, JUnitStringUtilsCategoriesTest.class )) публичен клас JUnitTestSuite()

Резюме, JUnit параметризиран

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

@RunWith(Parameterized.class) публичен клас JUnitStringUtilsParameterizedTest разширява Assert (частен окончателен CharSequence testData; частен окончателен булев очакван; публичен JUnitStringUtilsParameterizedTest(final CharSequence testData, окончателен boolean очакван) ( this.testDataIs test public boolean действителен = StringUtils.isEmpty(testData); assertEquals(очаквано, действително); ) @Parameterized.Parameters публичен статичен списък