TU Wien:Software-Qualitätssicherung VU (Biffl)/Prüfung 2015-01-14

Äquivalenzklassen 4 Punkte

Kunden kriegen ab € 100 einen Rabatt von € 2, 50
Stammkunden ab € 50,00
Eine Methode die den Rabatt berechnet war gegeben, Input bzw. Return war aber in Cent gefragt.
2 Testfälle (Nicht Junit) ableiten

Mocking Theorie 2 Punkte

Ist folgende ServiceKlasse mockbar? Begründe.

public class MessageService{

     private MessageDAO messageDao;

     public void persist(String message){
          messageDao = MessageDAO.getInstance();
          messageDao.persist(message);
          //...
     }
}

Junit Praxis 8 Punkte

Remove() und clear() von einer Liste mit Junit prüfen, wobei remove gibt das Element am Index zurück und entfernt es, zusätzlich darf man size() verwenden.
a) erstes Element removen du prüfen
b) ungültiger Index - Soll Exception auslösen
c) remove testen

Mocking Praxis 6 Punkte

Eine Song DAO hat folgende methode: getOneSongeBasedOnInput(String inputSong, int year)

a) „Looking For Freedom“, 1985 return „XY“ zurückgegeben werden
b) „offline DB“, 0 return eine Exception geworfen werden

Junit Theorie (Review) 5 Punkte

• einmal das Java assert
• assertTrue falsch verwendet
• assertEquals an bestimmten Stellen einführen
• schlechte Namen
• Komplizierte if Abfrage, geht mit assert leichter, assertTrue(false); fail() wäre besser
• @Test(expected = Exception.class) zu allgemein

Kleine Theorie 5 Punkte

Eine Biobauernhofplattform soll für Kunden zugänglich gemacht werden. a) welche Nichtfunktionalen Anforderungen sollen getestet werden
b) Sind alle Testfälle/Fehlerfälle gleichwertig? Wenn nein, wie soll man diese Bewerten
c) welche Testarten soll man verwenden