Тест случајеви су услови који треба да се тестирају када се софтвер креира. Пре писања тест случајева у Јави, морамо да разумемо шта су тест случајеви. Овај одељак ће покрити кратак увод у тест случајеве, а затим и како можемо да упишемо тест случајеве Јава .
Шта су тест случајеви
Тест случајеви су скуп услова које тестира софтверски тестер за развијену апликацију. Тестер проверава и оцењује да ли уграђени софтвер испуњава све захтеве купца. Ако се пронађе било каква грешка или грешка, тестер обавештава развојни тим. Потреба за прављењем тест случајева и извођењем тестирања је да се провери да ли су све потребе корисника испуњене и да нема грешака у софтверу.
На пример: За модул за пријаву, тестер би направио одређене следеће тест случајеве:
- Проверите да се страница за пријаву састоји од текстуалних поља корисничког имена и лозинке и дугмета за пријаву.
- Потврдите након успешног пријављивања, корисник ће бити преусмерен на почетну страницу.
- Проверите успешну пријаву корисника тако што ћете унети важеће корисничко име и лозинку.
- Проверите неуспешну пријаву корисника тако што ћете унети важеће корисничко име и неважећу лозинку.
- Проверите да ли се лозинка корисника чува у шифрованом облику у бази података и тако даље.
Уз њих, може постојати тест случајева које тестер може замислити, а када се сви тест случајеви успешно прођу, тада се само уграђени софтвер предаје купцу.
Да бисте сазнали више о тест случајевима, посетите хттпс://ввв.јаватпоинт.цом/тест-цасе.
Како направити тест случајеве у Јави
Јава је објектно оријентисани програмски језик, а изградња Јава пројекта подразумева креирање пуно класа, од којих свака има одређене методе. Да бисмо направили добар пројекат/апликацију, потребно је да тестирамо пројекат и проверимо да ли апликација испуњава све захтеве. У Јави, класе и методе играју виталну улогу и стога морамо да тестирамо класе и методе, који су заједно познати као Јединица , и долази до потребе да се изврши Јединично тестирање за њих. Дакле, за извођење јединичног тестирања у Јави, постоји неколико оквира за тестирање. Један такав познати оквир је ЈУнит који представља оквир за извођење јединичног тестирања. Да бисмо извршили Јунит тестирање, потребно је да креирамо тест случајеве и тестирамо пројекат у односу на сваки тест случај и одредимо резултат.
Да бисмо разумели како да креирамо тест случајеве, хајде да направимо једноставну класу и испитамо је.
Хајде да направимо класу ДемоЦласс у Ецлипсе-у где смо извршили једноставан метод сабирања пратећи следеће кораке:
1) Отвори Ецлипсе ИДЕ и креирати нову Мавен Пројектујте кликом на Датотека> Ново> Остало… и онда Изаберите чаробњака отвориће се оквир за дијалог. Испод Визардс , видећеш тхе Мавен спремиште, кликните на падајући мени, кликните на Мавен Пројецт , а затим кликните на Следећи . Снимак је приказан испод:
иф-елсе изјава јава
2) Изаберите 'Креирај једноставан пројекат', или такође можете направити селекцију архетипа. Ево, урадили смо једноставан пројекат, тако да смо изабрали опцију 'Креирај једноставан пројекат' и затим кликнули на Следећи, као што можете видети на снимку испод:
3) Сада, можете видети Нови Мавен пројекат Отвориће се оквир за дијалог где морамо да обезбедимо ИД групе и Артифацт Ид пратећи:
ИД групе: То је јединствено име које помаже у идентификацији једне пројектне групе од друге. Следи конвенцију Јава правила за именовање, па се мора навести као цом.екампле.јаватпоинт или било које друге.
ИД артефакта: То је јединствено име које је дато пројекту који ћемо креирати. Дакле, за наш пројекат смо обезбедили следећи ИД групе и ИД артефакта (тј. назив пројекта), као што можете видети на снимку испод:
4) Кликните на Заврши , а наш Мавен пројекат ће бити креиран са одређеним датотекама где је главна датотека кмл Датотека која садржи све детаље креираног пројекта.
5) У оквиру назива пројекта видећете одређена спремишта, кликните десним тастером миша на срц/маин/јава спремиште, кликните на Ново > Класа , и креирајте а Јава Цласс . Ево, ми смо створили јава , где смо имплементирали једноставну методу сабирања два броја. Код је следећи:
public class DemoClass { public int sum(int i, int j) { return i+j; }
Исечак кода је приказан у наставку:
6) Сада смо имплементирали класу и време је да је тестирамо, а за то треба да користимо Јунит . Дакле, пређите на срц/тест/јава фолдер и кликните десним тастером миша на њега. Кликните на Ново > Јунит Тест Цасе .
И креирајте ЈУнит тест случај пратећи конвенције правила именовања.
Затим кликните на Заврши . ЈУнит тест случај ће бити креиран. Овде смо креирали ЈУнит тест случај као ТестДемоЦласс.јава , и добили смо следећи излазни екран који покрива доњи код:
import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } }
Исечак кода је приказан у наставку:
Овде смо користили тест Нев Јунит 4. Да бисмо тестирали класу или метод, морамо да користимо напомене за тестирање, и ево нас @Тест напомена пре тест () методом.
Напомена: Узели смо узорак пројекта који се може тестирати ручно, али када се ради велики пројекат, може се састојати од бројних класа са бројним методама. Ручно проверити и тестирати све то можда неће бити флексибилно, а промена у једној класи ће дефинитивно утицати на друге класе. Дакле, долази до улоге тестирања аутоматизације, тј. Јунит тестирања.
7) Креирајте објекат од ДемоЦласс у оквиру ТестДемоЦласс и морамо да тестирамо сум метод и за то смо направили следећи код тест случаја:
јава листа у низ
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } }
Исечак кода је приказан у наставку:
8) Употреба ассертЕкуалс(очекивана вредност, израчуната вредност) метода се користи за одређивање статуса тест случаја, без обзира да ли је неуспешан или прошао. Да бисте покренули/извршили тест случај, кликните десним тастером миша на код, а затим Покрени као > Јунит Тест .
9) Експериментисали смо са следећим тест случајевима:
додавање стрингова јава
Тест случај 1: Направили смо тест случај у коме смо тестирали да ли при давању две вредности добијамо одговарајући збир или не. Ако није, тест случај ће бити неуспешан, али за горе наведене вредности, добили смо следећи излаз:
Дакле, наш тест случај је прошао успешно, што је назначено зелен симбол.
Тест случај 2: Ако проследимо исти код за израчунате параметре (10, 15) али очекивана вредност као 100 и имамо следеће вредности за тестирање, наш тест случај није успео. Код је као:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } }
Исечак кода је приказан у наставку:
Дакле, наш тест случај није успео, што значи да је наш код исправан и означен је са црвени сигнал, као што можете видети у доњем исечку:
Тест случај 3: Ако проследимо негативну и позитивну вредност за израчунате параметре као (-5, 8), а очекивана вредност параметра као 3 , наш тест случај је успешно прошао, као што можете видети у доњем исечку:
Међутим, ако проследимо (5, -8) као израчунату вредност и очекивану вредност као 3, тест случај би дефинитивно пропао.
Тест случај 4: Ако проследимо обе негативне вредности за израчунати параметар као (-10,-15) а очекивана вредност параметра као -25 , наш тест случај је прошао, као што можете видети у доњем исечку:
Међутим, ако прођемо очекивану вредност као 25, тест случај ће дефинитивно пропасти. Хајде да видимо у доњем исечку:
На овај начин можемо да смислимо и креирамо тест случајеве према нашим способностима размишљања, просуђивања и тестирања. Осим горе објашњеног примера, тестер софтвера ради са веома великим апликацијама да их тестира и креира одређене тест случајеве и тестира их. Да би снимили све тестне случајеве, они користе Екцел табелу и испитују да ли њихови креирани тестни случајеви испуњавају захтеве купаца или имају неке грешке. Тестер софтвера креира и пише тест случајеве размишљајући о себи као нормалном кориснику и тако испитује апликацију/софтвер.