Testgevallen zijn de omstandigheden die moeten worden getest wanneer de software wordt gemaakt. Voordat we testgevallen in Java schrijven, moeten we begrijpen wat testgevallen zijn. In dit gedeelte wordt een korte introductie van testgevallen behandeld en vervolgens hoe we testgevallen kunnen schrijven Java .

Wat zijn testgevallen

Testcases zijn de reeks voorwaarden die door een softwaretester worden getest voor de ontwikkelde applicatie. De tester controleert en evalueert of de gebouwde software aan alle eisen van de klant voldoet. Als er een bug of fout wordt gevonden, informeert de tester het ontwikkelteam. De noodzaak om testcases te bouwen en tests uit te voeren is om te verifiëren dat aan alle behoeften van de klant is voldaan en dat er geen bugs in de software aanwezig zijn.

Bijvoorbeeld: Voor een inlogmodule zou de tester de volgende testgevallen maken:

1. Controleer of de inlogpagina bestaat uit tekstvelden voor gebruikersnaam en wachtwoord en een inlogknop.
2. Controleer of de gebruiker bij succesvol inloggen wordt doorgestuurd naar de startpagina.
3. Controleer de succesvolle aanmelding van de gebruiker door een geldige gebruikersnaam en wachtwoord op te geven.
4. Controleer de mislukte aanmelding van de gebruiker door een geldige gebruikersnaam en een ongeldig wachtwoord op te geven.
5. Controleer of het wachtwoord van de gebruiker in gecodeerde vorm in de database wordt bewaard, enzovoort.

Hiermee kunnen er verschillende testgevallen zijn die een tester kan bedenken, en wanneer alle testgevallen met succes zijn doorstaan, wordt alleen de gebouwde software aan de klant overhandigd.

Ga voor meer informatie over testgevallen naar https://www.javatpoint.com/test-case.

Testcases maken in Java

Java is een objectgeoriënteerde programmeertaal, en het bouwen van een Java-project betekent het creëren van veel klassen, die elk bepaalde methoden hebben. Om een ​​goed project/applicatie te bouwen, moeten we het project testen en controleren of de applicatie aan alle eisen voldoet. In Java spelen klassen en methoden een cruciale rol, en daarom moeten we de klassen en methoden testen, die samen bekend staan ​​als a Eenheid , en er komt de noodzaak om de Testen van een eenheid voor hen. Voor het uitvoeren van unit-tests in Java zijn er dus verschillende testframeworks. Een voorbeeld van zo'n beroemd raamwerk is JUnit Dit is een raamwerk voor het uitvoeren van unit-tests. Om Junit-tests uit te voeren, moeten we de testcases maken en het project aan elke testcase testen en het resultaat bepalen.

Om te begrijpen hoe u testgevallen kunt maken, gaan we een eenvoudige klasse maken en deze onderzoeken.

Laten we een klas maken DemoKlasse in Eclipse waar we een eenvoudige optelmethode hebben uitgevoerd door de onderstaande stappen te volgen:

1) Openen Eclipse-IDE en maak een nieuwe Maven Projecteer door op te klikken Bestand> Nieuw> Overige… en dan Selecteer een wizard dialoogvenster wordt geopend. Onder Tovenaars , je zult zien de Maven repository, klik op de vervolgkeuzelijst, klik op Maven-project en klik vervolgens op Volgende . Hieronder ziet u een momentopname:

2) Selecteer 'Maak een eenvoudig project', of u kunt ook het archetype selecteren. Hier hebben we een eenvoudig project gedaan, dus we hebben de optie 'Een eenvoudig project maken' geselecteerd en vervolgens op geklikt Volgende, zoals je kunt zien in de onderstaande momentopname:

3) Nu kun je het zien Nieuw Maven-project Er wordt een dialoogvenster geopend waarin we het Groeps-ID En Artefact-ID door te volgen:

Groeps-ID: Het is de unieke naam die helpt bij het identificeren van de ene projectgroep van de andere. Het volgt de Java-naamgevingsregelconventie en moet daarom worden opgegeven als com.voorbeeld.javatpoint of een ander.

Artefact-ID: Het is de unieke naam die wordt gegeven aan het project dat we gaan creëren. Voor ons project hebben we dus de volgende groeps-ID en artefact-ID opgegeven (d.w.z. de projectnaam), zoals u kunt zien in de onderstaande momentopname:

4) Klik op Finish , en ons Maven-project wordt gemaakt met bepaalde bestanden waarvan het hoofdbestand het xml Bestand met alle details van het gemaakte project.

5) Binnen de projectnaam ziet u bepaalde repository's, klik met de rechtermuisknop op src/main/java opslagplaats, klik op Nieuw > Klasse en maak een Java-klasse . Hier hebben we gecreëerd Java , waar we een eenvoudige methode hebben geïmplementeerd om twee getallen toe te voegen. De code is als volgt:

 public class DemoClass { public int sum(int i, int j) { return i+j; } 

Het codefragment wordt hieronder weergegeven:

round robin-planningsalgoritme

6) Nu hebben we een klasse geïmplementeerd en het is tijd om deze te testen, en daarvoor moeten we gebruiken Junit . Dus, ga naar het bestand src/test/java map en klik er met de rechtermuisknop op. Klik op Nieuw > Junit-testcase .

En maak een JUnit-testcase volgens de naamgevingsconventies.

Klik dan op Finish . De JUnit-testcase wordt gemaakt. Hier hebben we de JUnit-testcase gemaakt als TestDemoClass.java , en we kregen het volgende uitvoerscherm met de onderstaande code:

 import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } } 

Het codefragment wordt hieronder weergegeven:

Hier hebben we de New Junit 4-test gebruikt. Om een ​​klasse of methode te testen, moeten we de testannotaties gebruiken, en hier hebben we dat @Test annotatie vóór de test () methode.

Opmerking: we hebben een voorbeeldproject genomen dat handmatig kan worden getest, maar bij een groot project kan het uit meerdere klassen met talloze methoden bestaan. Het is wellicht niet flexibel om deze allemaal handmatig te controleren en te testen, en veranderingen in de ene klasse zullen zeker gevolgen hebben voor de andere klassen. Er komt dus de rol van automatiseringstests, dat wil zeggen Junit-tests.

7) Maak een object van DemoKlasse binnen de TestDemoKlasse en we moeten het testen som methode en daarvoor hebben we de volgende testcasecode gemaakt:

 public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } } 

Het codefragment wordt hieronder weergegeven:

8) Het gebruik van de assertEquals(expectedVal, berekendeVal) methode wordt gebruikt voor het bepalen van de status van een testcase, of deze nu is mislukt of geslaagd. Om een ​​testcase uit te voeren/uit te voeren, klikt u met de rechtermuisknop op de code Uitvoeren als > Junit-test .

9) We hebben geëxperimenteerd met de volgende testgevallen:

Testcase 1: We hebben een testcase gemaakt waarin we hebben getest of we bij het opgeven van twee waarden de betreffende som krijgen of niet. Als dit niet het geval is, mislukt de testcase, maar voor de bovenstaande waarden kregen we de volgende uitvoer:

Onze testcase is dus met succes geslaagd, wat wordt aangegeven door de groente symbool.

Testgeval 2: Als we dezelfde code doorgeven voor de berekende parameters (10, 15) maar de verwachte waarde als 100 en de volgende waarden moeten testen, krijgen we een mislukte testcase. De code is als:

 public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } } 

Het codefragment wordt hieronder weergegeven:

Onze testcase is dus mislukt, wat betekent dat onze code correct is, en dit wordt aangegeven door de Rood signaal, zoals je kunt zien in het onderstaande fragment:

Testgeval 3: Als we een negatieve en een positieve waarde doorgeven voor de berekende parameters as (-5, 8), en verwachte parameterwaarde als 3 , krijgen we onze testcase met succes doorstaan, zoals u kunt zien in het onderstaande fragment:

Als we echter (5, -8) als berekende waarde en de verwachte waarde als 3 doorgeven, zou het testgeval definitief mislukken.

Testgeval 4: Als we beide negatieve waarden voor de berekende parameter doorgeven als (-10,-15) en verwachte parameterwaarde als -25 , krijgen we onze testcase doorstaan, zoals je kunt zien in het onderstaande fragment:

Als we echter de verwachte waarde van 25 overschrijden, zal de testcase zeker mislukken. Laten we eens kijken in het onderstaande fragment:

Op deze manier kunnen we de testgevallen bedenken en creëren op basis van ons denk-, beoordelings- en testvermogen. Afgezien van het hierboven uitgelegde voorbeeld werkt een softwaretester met zeer grote applicaties om deze te testen en bepaalde testgevallen te creëren en te testen. Om alle testcases vast te leggen, maken ze gebruik van de Excel-sheet en onderzoeken ze of de door hen gemaakte testcases voldoen aan de eisen van de klant of bugs bevatten. Een softwaretester creëert en schrijft de testgevallen door zichzelf als een normale gebruiker te beschouwen en zo de applicatie/software te onderzoeken.