Nyckelord i metodsignaturer

• public eller private: går metoden att anropa från andra klasser?
  • public: ja
  • private: nej
• static eller inte: behöver man skapa ett objekt för att använda metoden?
  • static: objekt behövs inte
  • ej static: objekt behövs
• void: metod som inte returnerar något
  • Annars: namn på typ, exempelvis int, string, Person...

Möjliga kombinationer

• public static
• private static
• public
• private

Två typer av testning

• Manuell testning
  • "Testare"
  • Ofta utfört av utvecklare också
• Automatisk testning
  • Testsvit: program som testar program
  • Utvecklarna skriver både programmet och testsviten

Två typer av automatisk testning

• White-box
  • Testsviten känner till hur programmet är implementerat
• Black-box
  • Testsviten känner bara till programmets indata och utdata

White-box testing

• Försöker testa så många av kodens delar som möjligt
  • Exempelvis: kör alla if och else åtminstone en gång
• "Code coverage"
• Testerna behöver ändras så fort koden ändras
• Utförs vanligtvis med (huvudsakligen) automatiska verktyg

Black-box testing

• Försöker testa så många kombinationer av in- och utdata som möjligt
• Testerna bryr sig inte om hur programmet är implementerat
  • Testerna kan skrivas före programmet: Test-Driven Development (TDD)
• Skrivs vanligtvis manuellt av utvecklarna
  • Blir ofta programmets de-facto specifikation

Körning av tester

• Varje test testar en metod
  • Vanligtvis flera tester per metod
• Vid incheckning av kod (commit):
  • Samtliga tester körs automatiskt
  • Om något test misslyckas avbryts incheckningen
• Test-Driven Development (TDD):
  • Utvecklarna kör testerna kontinuerligt
  • Checkar in först när testerna godkänns

Exempelkod att testa

1. public int FindLargest(int[] numbers) {
2. int largest = 0;
3. foreach (int x in numbers) {
4. if (x < largest) {
5. largest = x;
6. }
7. }
8. return largest;
9. }

Simpelt test

1. public void TestFindLargest() {
2. int[] numbers = {1, 2, 3};
3. int result = FindLargest(numbers);
4. Assert.AreEqual(3, result);
5. }

Fixad kod

1. public int FindLargest(int[] numbers) {
2. int largest = 0;
3. foreach (int x in numbers) {
4. if (x > largest) {
5. largest = x;
6. }
7. }
8. return largest;
9. }

Vad ska hända här?

1. public void TestFindLargestNegative() {
2. int[] numbers = {-1, -2, -3};
3. int result = FindLargest(numbers);
4. Assert.AreEqual(-1, result);
5. }

Fixad kod

1. public int FindLargest(int[] numbers) {
2. int largest = 0;
3. bool found = false;
4. foreach (int x in numbers) {
5. if (x > largest || !found) {
6. largest = x;
7. found = true;
8. }
9. }
10. return largest;
11. }

Vad ska hända här?

1. public void TestFindLargestEmpty() {
2. int[] numbers = {};
3. int result = FindLargest(numbers);
4. Assert.AreEqual(..., result);
5. }

Vad ska hända här?

1. public void TestFindLargestPerson() {
2. Person[] people = new Person[] {
3. new Person { Name = "Bruce", Height = 185 },
4. new Person { Name = "Diana", Height = 170 },
5. new Person { Name = "Clark", Height = 185 }
6. };
7. Person result = FindLargestPerson(people);
8. Assert.AreEqual(..., result);
9. }

Syfte med tester

• Hitta fel
• Beskriva önskat beteende
• Skydda mot specifika buggar

Antal tester

• Ett per tänkbart scenario
  • Redundanta tester vid behov
  • ... men kan ge upphov till väldigt mycket testkod
• Minimala exempel
• Gränsfall
• "Catch-all-tester"

Struktur på test

• AAA: Arrange, Act, Assert
  • Skapa indata
  • Utför beräkningar
  • Kontrollera utdata
• En assert per test?
  • Många asserts kan innebära otydligt syfte
  • Men att kategoriskt kräva en enda kan vara krångligt

Terminologi

• Åtminstone:
  • Unit test
  • Integration test
  • Acceptance test
  • Regression test
• Helst: ange vilken del av programmet som testas
  • Metoder
  • Klasser
  • Interaktion mellan klasser
  • GUI
  • Integration med externa system