From 5c06e77d762932cbdc927bb3f502fc1a733d4e86 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Thomas=20Barn=C3=A5?= Date: Mon, 6 Aug 2018 12:48:07 +0200 Subject: [PATCH] kmom04 first commit project start --- .phpunit.xml | 3 +++ CHANGELOG.md | 8 ++++++++ content/redovisning.md | 2 +- test/config.php | 5 +++++ 4 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 test/config.php diff --git a/.phpunit.xml b/.phpunit.xml index 520de75..eb3afac 100644 --- a/.phpunit.xml +++ b/.phpunit.xml @@ -11,6 +11,9 @@ src + + src/route + diff --git a/CHANGELOG.md b/CHANGELOG.md index 1704d01..4b54dfa 100644 --- 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 index 235ab18..66d3953 100644 --- 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 new file mode 100644 index 0000000..6a31cd5 --- /dev/null +++ b/test/config.php @@ -0,0 +1,5 @@ +