kmom04 first commit project start

thba17 · Aug 6, 2018 · 5c06e77 · 5c06e77
1 parent 6913257
commit 5c06e77
Show file tree

Hide file tree

Showing 4 changed files with 17 additions and 1 deletion.
diff --git a/.phpunit.xml b/.phpunit.xml
@@ -11,6 +11,9 @@
     <filter>
         <whitelist processUncoveredFilesFromWhitelist="true">
             <directory suffix=".php">src</directory>
+            <exclude>
+                <directory>src/route</directory>
+            </exclude>
         </whitelist>
     </filter>
 

diff --git a/CHANGELOG.md b/CHANGELOG.md
@@ -7,6 +7,14 @@ Semantic Versioning cannot be used as the exercise instructions specify final re
 
 ## [Unreleased]
 
+## [v4.0.0] - 2018-08-06
+### Added
+- New directory test
+- Added file test/config.php
+
+### Changed
+- Updated file .phpunit-xml
+
 ## [v3.0.1] - 2018-04-29
 ### Changed
 - Updated the documentation.

diff --git a/content/redovisning.md b/content/redovisning.md
@@ -62,7 +62,7 @@ Nej inte på riktigt. Vi gjorde ett "testprogram" på distanskursen C-programmer
 Gör man ett eget litet hobbyprojekt kanske det inte behövs. Har man däremot en större eller kommersiell applikation är det nödvändigt. Dels för att säkerställa att koden gör det man tänkt sig men också för att kunna visa på kvalitet mot kunder. Vid eventuella felfall kan man gå tillbaka till sina tester och få insikt i varför ett fel uppstått och varför det inte fastnat i testen. I ett enhetstest kan man testa olika funktioner och metoder med ingångsvärden. Det är då viktigta att även titta på giltiga och ogiltiga värden men också gränsvärden. Flyttal och avrundningar kan ge oväntat resultat. Även variabelstorlekar kan spela in om man blandar t. ex. 32 och 64 bitars värden.
 
 ######Förklara kort begreppen white/grey/black box testing samt positiva och negativa tester, med dina egna ord.
-Vid white box testing har man kännedom om källkoden och man vill test de olika funktioner och metoder som finns. Detta kan dock även utsträckas till ett exekveringsflöde som inbegriper flera funktioner eller enheter i mjukvaran. Vid black box testing lämnar man källkodsnivån och fokuserar mer på en övergripande funktion. Gray box testing är ett mellenting mellan white och black där man har tillgång till delar av kod och strukturer samtidigt som man utvecklar test för funktionstestning på black-nivå.
+Vid white box testing har man kännedom om källkoden och man vill test de olika funktioner och metoder som finns. Detta kan dock även utsträckas till ett exekveringsflöde som inbegriper flera funktioner eller enheter i mjukvaran. Vid black box testing lämnar man källkodsnivån och fokuserar mer på en övergripande funktion. Gray box testing är ett mellenting mellan white och black där man har tillgång till delar av kod och strukturer samtidigt som man utvecklar test för funktionstestning på black-nivå. I alla desa fall kan man prata om positiva och negativa tester där positiva syftar till att på visa korrekt utfall vid korrekt hanterande av applikationen. Negativ testning har som syfte att påvisa eventuella fel när man använder t ex felaktig indata. Man vill då även kunna bryta den s.k. "Fault-Error-Failure" kedjan så att ett fel hanteras på bästa sätt.
 
 ######Hur gick det att genomföra uppgifterna med enhetstester, använde du egna klasser som bas för din testning?
 Det gick gansk snabbt och smidigt. Jag använde den kod som kom med exempelbiblioteket enligt uppgiftsbeskrivningen. Lade till testmetoder för makeGuess() och lade även till ett test för exceptions. Här fick jag lite huvudbry eftersom i mitt tycke dokumentation och exempel är lite väl kortfattat.

diff --git a/test/config.php b/test/config.php
@@ -0,0 +1,5 @@
+<?php
+/**
+ * Include autoloader.
+ */
+require __DIR__ . "/../vendor/autoload.php";