A darts competition tracker made for the subject "system management during graduation" by software engineering students at the NHL Stenden University of Applied Sciences.
License: MIT License
Omschrijf de bug
Er worden altijd nieuwe spelers aangemaakt en opgeslagen in de database wanneer een nieuwe match gestart wordt.
To Reproduce
Verwacht gedrag
Wanneer er een match gestart wordt met een naam die al voor komt in de database moet het spel de al bestaande database entry inladen.
Huidige werking:
De knoppen throwen nu een NotImplementedException als je er op klikt.
Verwachte werking:
Stop Match Knop
Previous Turn Knop
Risico's
Middelmatig risico, bevat databaseoperaties.
Test 1 "Applicatie afsluiten" :
Voorbereiding:
Test
Test 2 "Vorige beurt:
Voorbereiding:
Test
Geslaagd als :
De scores teruggezet zijn naar hoe deze voor de geworpen beurt was.
Huidige werking:
Op dit moment bevat de software nog geen methode om te interface met een database.
Verwachte werking:
Het doel is om een database manager te maken.
Deze manager moet de volgende taken vervullen:
Risico's
Hoog risico: Complexe feature, waarschijnlijk veel overerving en extra SQL om op te letten.
TESTS VOLGEN
Huidige werking:
Er is momenteel geen hoofdscherm in de applicatie aanwezig waar naar het start match scherm / speler overzicht / match overzicht genavigeerd kan worden.
Verwachte werking:
Het eerste scherm wat gezien wordt wanneer de applicatie opgestart wordt is het hoofdscherm van de applicatie waarop drie knoppen weergegeven worden.
Risico's
Laag risico: front-end aanpassingen, code niet complex
Test 1 "Hoofdscherm opstarten" :
Voorbereiding:
Test
Geslaagd als :
Het programma is opgestart als het hoofdscherm met de drie knoppen:
Geef je issue een passende goed omschrijvende naam.
Geef je issue een label en een project
Huidige werking:
Zet hier de huidige werking/situatie neer.
Verwachte werking:
Zet hier de verwachte werking neer.
Risico's
Zet hier het risiconiveau van de aanpassing neer.
Voorbeeld: 'Hoog risico, Complexe aanpassing'
Of: 'Laag risico, UI aanpassing.'
Zet hier neer hoe de feature getest moet worden. Dit kan dan makkelijk gecopy/ paste worden naar een pull request.
Tests zijn niet altijd al te definieren voordat je aan de issue gewerkt hebt, dit kun je ook later middels een edit toevoegen. Zet dan neer: "Testcases volgen".
Voorbeelden:
Test 1 "Applicatie afsluiten" :
Voorbereiding:
Test
Geslaagd als :
Het programma is afgesloten.
Test 2 "Applicatie minimaliseren" :
Voorbereiding:
Test
Geslaagd als :
Het programma is geminimaliseerd.
Huidge werking:
Op het moment wordt er nog geen wedstrijd informatie over een speler vertoond.
Verwachte werking:
Data over de wedstrijden die een speler heeft gespeeld wordt opgevraagd en weergegeven van uit de database.
Het gaat hierbij minimaal om de volgende data:
Risico's
Laag risico, data opvragen.
Tests 1 "Opgevraagde statistieken worden weergegeven":
Voorbereiding:
▪ Start het programma op.
Test:
▪ Open het spelers overzicht
▪ Selecteer een speler
▪ Selecteer een wedstrijd
▪ Controleer of het programma de wedstrijd gegevens van een speler correct weergeeft.
Geslaagd als:
Het programma de juiste wedstrijd informatie van een speler toont.
Omschrijf de bug
Als een RelayCommand geen CanExecute functie heeft gooit het een null reference exception.
To Reproduce
Verwacht gedrag
RelayCommands zouden true moeten returnen zonder CanExecute functie
Screenshots en Logs
Extra info
Je kan om de exception heen werken door wel een CanExecute functie aan een RelayCommand mee te geven
Huidige werking:
Op dit moment is de samenwerking tussen back-end en front-end voor het invoeren van een worp nog niet bestaand. Ze draaien nu nog los van elkaar. Om het scherm te laten werken moet er data uitwisseling plaatsvinden tussen de twee.
Verwachte werking:
To be written.
Files verwijderen die door pull #67 obsoleet zijn gemaakt.
Risico's
Laag risico, verwijderen van depricated unrefrenced files.
Huidige werking:
De gebruiker kan met een combinatie van toetsenbord en muis het ScoreInputView scherm navigeren.
Verwachte werking:
De gebruiker kan alleen met het toetsenbord het ScoreInputView scherm navigeren. Om dit te kunnen realiseren moeten de volgende changes doorgevoerd worden:
Risico's
Laag risico, UI aanpassing.
Test 1 "Selecteer Textbox worp 1 met muis" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 2 "Selecteer Textbox worp 2 met muis" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 3 "Selecteer Textbox worp 3 met muis" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 4 "Selecteer Textbox worp 1 met tab" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 5 "Selecteer Textbox worp 2 met tab" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 6 "Selecteer Textbox worp 3 met tab" :
Voorbereiding:
Test
Geslaagd als :
De waardes in de textbox geselecteerd zijn.
Test 7 "Positive Change Turn met Enter" :
Voorbereiding:
Test
Geslaagd als :
Het spel de beurt afsluit en naar de volgende beurt navigeert.
Test 8 "Negative Change Turn met Enter" :
Voorbereiding:
Test
Geslaagd als :
Het spel de beurt niet afsluit en niet naar de volgende beurt navigeert.
Huidige werking:
Er wordt momenteel geen data in de database gezet wanneer op de "Start match" knop wordt gedrukt in het start match scherm.
Verwachte werking:
Als de gebruiker op de "Start match" knop drukt in het start match scherm moet de informatie die is ingevuld in de textboxes in de database gezet worden. Textboxes met:
Risico's
Hoog risico: database implementatie, data moet juist opgeslagen worden in database.
Test cases volgen
Huidige werking:
Op het moment is de uitworpscore altijd 501.
Verwachte werking:
Als je in het start match scherm voor een points per leg van 301 kiest moeten de legs in de match een legScore van 301 krijgen in plaats van de standaard 501.
Risico's
Laag risico, simpele aanpassing.
Test 1 "Start match met 501 required leg score" :
Voorbereiding:
Test
Geslaagd als :
De "Score" bij beide spelers 501 aangeeft.
Test 2 "Start match met 301 required leg score" :
Voorbereiding:
Test
Geslaagd als :
De "Score" bij beide spelers 301 aangeeft.
Huidige werking:
Momenteel gebeurt er in de applicatie niks als de match afgerond is.
Verwachte werking:
Als de match afgerond is met een winnaar moet de gebruiker naar het match detail scherm genavigeerd worden zodat hij gelijk het match overzicht kan zien. Hierbij zijn wat zaken van belang
Risico's
Hoog risico: database implementatie
Test 1 "Match winnen" :
Voorbereiding:
Test
Geslaagd als :
Het match detail scherm opent en de juiste waarden op het scherm staan.
Huidige werking:
Het systeem houd niet bij welke spelers gespeeld hebben.
Verwachte werking:
Het systeem houd bij welke spelers gespeeld hebben en toont deze spelers in een overzicht.
De volgende dingen moeten getoond worden:
Risico's
Laag risico, UI aanpassing.
Het kan voorkomen dat er nog geen wedstrijden gespeeld zijn.
Test 1 "Verschijnt nieuwe spelers" :
Voorbereiding:
Test
Geslaagd als :
Het programma nieuwe spelers na het aflopen van een wedstrijd weergeeft in het spelers overzicht.
Test 2 "Spelers niet dubbel" :
Voorbereiding:
Test
Geslaagd als :
Het programma is geminimaliseerd.
Test 3 "Searchbar voor spelers" :
Voorbereiding:
Test
Geslaagd als :
Het programma kan filter gebaseerd op ingevulde naam.
User story:
Schermen 2
Als gebruiker wil ik een overzicht hebben van alle spelers die eerder een match gespeeld
hebben.
Huidige werking:
Het is momenteel nog niet mogelijk om de worpen van spelers te verwerken.
Verwachte werking:
In het scherm van #9 voert de gebruiker de score van zijn worp in. Als deze ingevoerde score geverifieerd is (Aantal niet hoger dan 20, niet lager dan 0, met daarbij of het om een single, double, triple of een misser gaat) dan moet de geworpen score afgetrokken worden van de totale score van deze speler voor de huidige leg. (User story Worp 2)
Nadat het geworpen aantal is afgetrokken van de score van de werper in de huidige leg moet er gecheckt worden of deze worp heeft geleid tot een winnaar. Om te winnen moet de score van de speler na de worp precies op 0 uitkomen. Daarnaast geldt dat de laatste worp, de worp die er dus voor zorgt dat de score op 0 uitkomt, een double moet zijn. Is dit niet het geval (score komt uit op -15 of de laatste worp was geen double) dan moet de score teruggezet worden naar hoe deze voor de beurt (of alleen die worp?) was en gaat de beurt naar de volgende speler.
(Bijvoorbeeld: Speler A is aan de beurt. Speler A heeft nog 100 punten over. Speler A gooit zijn eerste pijl in de T20, dat staat gelijk aan 60 punten. Speler A heeft dan nog 40 punten over. Dit betekent dat Speler A zijn volgende pijl in de D20 moet gooien om deze leg te winnen. Is dit niet het geval, dan wordt zijn score teruggezet naar hoe deze voor de beurt was en is de andere speler aan de beurt.) (User story Worp 4/5/6)
Risico's
Hoog risico, Er is een hoge kans op het onstaan van bugs. Ook kunnen er misverstanden onstaan m.b.t. de dartregels.
Huidige werking:
Op het moment wordt main menu omgebouwd naar MVVM.
Verwachte werking:
Er wordt verwacht dat er van main menu naar main menu naar spelers overview genavigeerd kan worden.
Er wordt verwacht dat er van main menu naar spelers overview terug naar main menu genavigeerd kan worden.
PlayersOverviewViewModel.cs, line 106:
private void BackButtonClick()
{
//TODO: Go to main menu
}
Risico's
Laag risico, UI WPF Views linken.
Test 1 "Van main menu naar spelers overview" :
Voorbereiding:
Test
Geslaagd als :
Het programma opent spelers overview.
Test 2 "Van spelers overview terug naar main menu" :
Voorbereiding:
Test
Geslaagd als :
Het programma terug navigeerd van spelers overview naar main menu.
Huidige werking:
Bij modelview propeties veranderingen wordt de bijbehorende view niet geupdate.
Verwachte werking:
Door introductie van INotifyPropertyChanged op viewmodel class zal view geupdate moeten worden bij veranderingen aan gebinde viewmodel propeties.
Risico's
Laag risico, niewe BaseViewModel classe toevoegen met INotifyPropertyChanged.
based on this problem: https://stackoverflow.com/questions/25522218/wpf-binding-not-updating-the-view
NVT
Note: dit is twee issues in een doordat in de branch ook PlayerStaticticOverview data opvragen geimplemeteerd is.
Huidige werking:
Op het moment wordt nog geen spelers informatie en gepeelde matches van spelers opgehaald.
Verwachte werking:
De spelers voor het overview worden opgevraagd en weergeven van uit database.
In de constructors van viewmodels moet de data opgevraagd worden.
Daarnaast zullen de unit test upgedate moeten worden.
Risico's
Laag risico, data opvragen.
Test 1 "Opgevraagde spelers en gespeelde matches worden weergeven":
Voorbereiding:
Test
Geslaagd als :
Het programma weergeeft de opgeslagen spelers en gespeelde matches van de speler weergeeft.
Huidige werking:
Het systeem heeft geen overzicht van gespeelde matches.
Verwachte werking:
Het tonen van een overzicht van gespeelde matches.
Het weergeven van eindscores van gespeelde matches.
De volgende dingen moeten getoond worden:
Risico's
Laag risico, UI aanpassing.
Test 1 "Applicatie afsluiten" :
Voorbereiding:
Test
Geslaagd als :
Het programma is geslaagd als het programma gespeelde wedstrijden en bijbehoren scores kan tonen in een overzicht.
User story:
Schermen 1
Als gebruiker wil ik een overzicht hebben in de gespeelde matches, zodat ik de scores van
eerder gespeelde matches kan bekijken.
Om de keuzes die gemaakt zijn tijdens dit project vast te leggen moet er een verantwoordingsdocument geschreven worden.
Hierdoor is het voor de docent duidelijk waarom bepaalde keuzes gemaakt zijn en kan er in de toekomst op terug gekeken worden.
Huidige werking:
Op dit moment is er nog geen verantwoordingsdocument. De keuzes worden besproken in de standups en uitgevoerd, maar het wordt nog niet op 1 centrale plek vastgelegd.
Verwachte werking:
Er moet een document gemaakt worden waarin ten minste de volgende aspecten toegelicht of aangetoond worden:
De volgende processen moeten beschreven worden:
Om de software kwaliteit te beschrijven moet ISO 25010 gebruikt worden.
Risico's
Laag, geen invloed op de gemaakte code.
Het document wordt waar nodig aangepast tijdens het ontwikkelproces en is pas af wanneer het project voltooid is.
n.v.t.
Huidige werking:
Er is nog geen scherm waarop de scores van een gegeven wedstrijd te zien is.
Verwachte werking:
Het scherm moet de namen van de spelers tonen, hun score per beurt, het aantal gewonnen legs en sets en de winnaar van het spel.
Risico's
Laag, Alleen UI implementatie
Test 1 "Overzicht bekijken" :
Voorbereiding:
Test
Geslaagd als :
De opgenoemde onderdelen getoond worden
Huidige werking:
Op dit moment wordt er nog geen eerste speler bepaald
Verwachte werking:
Verwachte werking is dat na het aanmaken van het spel er een willekeurige speler wordt gekozen die de eerste leg van een set begint. Wanneer er op het startscherm een speler wordt doorgegeven om te beginnen zal deze speler de beginnende speler zijn.
Risico's
Laag risico: Er wordt wel een speler gekozen die als eerste een set mag beginnen maar het is niet willekeurig
Test 1 "Willekeurige eerste speler wordt gekozen" :
Voorbereiding:
Test:
Geslaagd als :
Slaagt als er een eerste speler willekeurig wordt gekozen voor elke eerste leg van elke set.
Test 2 "Niet willekeurige eerste speler wordt gekozen" :
Voorbereiding:
Test:
Geslaagd als :
Slaagt als de correcte eerste speler wordt gekozen voor elke eerste leg van elke set.
Huidige werking:
In pull request #67 zijn de views overgezet naar usercontrols. Om merge errors te voorkomen zijn hier nieuwe files voor aangemaakt. De oude files zijn blijven bestaan
Verwachte werking:
De oude obsolete files uit de view map moeten uit de solution verwijdert worden.
Risico's
laag risico: obsolete files verwijderen.
Niet van toepassing.
Huidige werking:
Momenteel is er geen mogelijkheid om bij het score input scherm te komen.
Verwachte werking:
Er kan genavigeerd worden van het start match scherm naar het score input scherm.
Hierbij zijn wat zaken van toepassing:
Risico's
Middelmatig risico: UI aanpassing, verbinding met de database, verbinding met logica
Test 1 "Weergeven speler aan de beurt" :
Voorbereiding:
Test
Geslaagd als :
De naam van speler 1 wordt weergegeven
Huidige werking:
Momenteel kan een getal van 1 tot 99 ingevuld worden voor legs en sets in het start match scherm.
Verwachte werking:
De spelers moeten alleen een oneven getal in kunnen vullen voor legs en sets, zodat er bij elke match een winnaar is.
Risico's
Laag risico: aanpassing aan validatie
Change
Deze change heeft betrekking op het start match scherm (afgesloten issue #11)
Test 1 "Even aantal legs invoeren" :
Voorbereiding:
Test
Geslaagd als :
Er een rode rand komt om de textbox voor het invoeren van legs
Test 2 "Even aantal sets invoeren" :
Voorbereiding:
Test
Geslaagd als:
Er een rode rand komt om de textbox voor het invoeren van sets
Test 3 "Oneven aantal legs invoeren" :
Voorbereiding:
Test
Geslaagd als:
Er geen rode rand om de textbox van legs is verschenen
Test 4 "Oneven aantal sets invoeren" :
Voorbereiding:
Test
Geslaagd als :
Er geen rode rand om de textbox van sets is verschenen
Huidige werking:
Op het moment zijn er nog geen data klasses aanwezig
Verwachte werking:
Volgens het ontwerp zijn er 5 dataklasses nodig:
Voor elke dataklasse zijn er om te beginnen Properties en een Constructor nodig.
Risico's
Laag risico, in dit stadium nog makkelijk aan te passen, design is al gemaakt.
Test 1 "Aanmaken Match Object" :
Voorbereiding:
Test
Geslaagd als :
Het object wordt aangemaakt met de meegegeven waardes.
Test 2 "Aanmaken Set Object" :
Voorbereiding:
Test
Geslaagd als :
Het object wordt aangemaakt met de meegegeven waarde.
Test 3 "Aanmaken Leg Object" :
Voorbereiding:
Test
Geslaagd als :
Het object wordt aangemaakt met de meegegeven waarde.
Test 4 "Aanmaken Turn Object" :
Voorbereiding:
Test
Geslaagd als :
Het object wordt aangemaakt met de meegegeven waarde.
Test 5 "Aanmaken Throw Object" :
Voorbereiding:
Test
Geslaagd als :
Het object wordt aangemaakt met de meegegeven waarde.
Om dit project wat beter te presenteren en het in de toekomst bij eventuele sollicitaties, etc te kunnen gebruiken is het handig dat de readme van nuttige informatie wordt voorzien.
Huidige werking:
Op dit moment bevat de file README.md vrij weinig informatie.
Verwachte werking:
De file README.md bevat nuttige informatie zoals:
Risico's
Laag risico, documentatie aanpassing.
NVT
Huidige werking:
Op het moment werkt het scherm met 1 worp per "submit". Dit is voor het verwerken in de back-end maar ook voor de speler zelf niet heel fijn. Het is op het moment ook niet mogelijk om te zien hoeveel sets en legs er al gespeeld zijn in de match. Dit moet ook toegevoegd worden. Als laatste moet er een knop komen die de match kan stoppen, dit bestaat momenteel ook nog niet.
Verwachte werking:
Score Invullen
Weergeven Huidige Match Statistieken
Stop Spel Knop
Previous Turn Knop
Risico's
Laag risico, UI aanpassing.
Testcases volgen.
Huidige werking:
Momenteel bevat het main menu drie knoppen naar de volgende schermen:
Verwachte werking:
Naast de bovenstaande knoppen moeten de volgende zaken ook toegevoegd worden:
Integratie wordt gedaan in een andere issue
Risico's
Klein risico: UI toevoegingen
Test 1 "Opties knop opent nieuw scherm" :
Voorbereiding:
Test
Geslaagd als :
Nieuw scherm geopend word met daarin een knop "Reset database"
Test 2 "Messagebox openen" :
Voorbereiding:
Test
Geslaagd als :
De messagebox opent
Test 3 "Messagebox afsluiten" :
Voorbereiding:
Test
Geslaagd als :
De messagebox afgesloten is
Test 4 "Reset database messagebox" :
Voorbereiding:
Test
Geslaagd als :
De messagebox opent met de message
Huidige werking:
Op het moment is er geen mogelijkheid om namen van spelers en het aantal sets en legs in te vullen.
Verwachte werking:
Er wordt een scherm gemaakt met de volgende componenten:
Risico's
Laag risico, simpele UI implementatie.
Test 1 "Namen invullen"
Voorbereiding:
Test:
Geslaagd als:
Test 2 "Sets invullen"
Voorbereiding:
Test:
Geslaagd als:
Test 3 "Sets textbox accepteert foutieve character input niet"
Voorbereiding:
Test:
Geslaagd als:
Test 4 "Legs invullen"
Voorbereiding:
Test:
Geslaagd als:
Test 5 "Legs textbox accepteert foutieve character input niet"
Voorbereiding:
Test:
Geslaagd als:
Huidige werking:
Op dit moment is het erg irritant om buttons in een view aan functies in een viewmodel te linken.
Hiervoor moeten per button aparte commands gemaakt worden.
Verwachte werking:
Het doel is om een universele command klasse te maken welke gebruikt kan worden om makkelijk buttons aan een viemodel te linken.
Risico's
Laag risico, een nieuwe klasse definiëren.
NVT
Omschrijf de bug
De FieldCollection velden in de Getters van de id's in de Sets en Turn objecten worden naar een integer gecast. Deze moeten long integers zijn.
To Reproduce
Maak een Unit Test waarin een Set of Turn object wordt aangemaakt. Post de Set of Turn en Assert dat het uitlezen van het Id een casting exception gooit.
Verwacht gedrag
Het Id object wordt gecast naar een long integer en gooit geen exception is uit te lezen.
Omschrijf de bug
Bij eerste keer opstarten komt er een error als je data probeert opvraagd van de database omdat ie nog niet bestaat.
Tweede keer opstarten werkt het wel, omdat de database er dan wel is.
To Reproduce
Verwacht gedrag
Geen error als het je eerste keer opstarten is.
Screenshots en Logs
Extra info
none
Huidige werking:
Infrastructuur voor selecteren van eerste speler per leg is niet bestaand.
Verwachte werking:
Wanneer een beurt gespeeld is, en de leg niet in die beurt is gewonnen, moet de beurt over gegeven worden aan de andere speler.
Als door een beurt een leg gewonnen is dan moet er in de Set de PlayerLegWon score verhoogd worden en moet er een nieuwe Leg aangemaakt worden.
Als door een beurt de Set gewonnen is dan moet er in de Match de PlayerSetWon score verhoogd worden en moet er een nieuwe Set aangemaakt worden.
Als door een beurt de Match is gewonnen dan moet de WinningPlayer property de winnende speler bevatten.
Risico's
Middelmatig risico: Implementatie van logica, kan snel een Bug geïntroduceerd worden.
Unit Tests voor correcte implementatie.
Huidige werking:
Momenteel kunnen de volgende zaken ingevuld worden op het start match scherm
Verwachte werking:
Naast de bovenstaande zaken moeten de volgende zaken nog toegevoegd worden
Risico's
Laag risico: UI aanpassing
Test 1 "Keuze maken" :
Voorbereiding:
Test
Geslaagd als :
De "501" checkbox is aangevinkt en de andere checkbox aangevinkt kan worden
Huidige werking:
Op dit moment zit er in het player object een property die aangeeft of het object player1 of player2 is.
We willen graag deze status bijhouden in het match object in plaats van in het player object omdat de speler neit hoeft te weten of ie speler 1 of 2 is.
Verwachte werking:
De property PlayerType wordt uit de Player class verwijdert.
Risico's
laag risico, simpele code nog niet heel uitgewerkt.
unit tests aanpassen voor object.
verder nvt.
Omschrijf de bug
Naarmate de collecties in de objecten groter worden neemt de posttijd toe.
To Reproduce
Verwacht gedrag
Posttijd zou niet toe moeten nemen.
Huidige werking:
Er is geen mogelijkheid om de database te resetten
Verwachte werking:
Er moet een optie in het systeem zijn waarmee de database gereset kan worden.
Risico's
Middelmatig risico: database implementatie
Test 1 "Database resetten" :
Voorbereiding:
Test
Geslaagd als :
De database gereset is en de "Reset" knop niet klikbaar is
Geef je issue een passende goed omschrijvende naam.
Geef je issue een label en een project
Huidige werking:
Zet hier de huidige werking/situatie neer.
Verwachte werking:
Zet hier de verwachte werking neer.
Risico's
Zet hier de eventuele risico's van deze aanpassing neer
Voorbeeld: 'Hoog risico, aanpassing kan er voor zorgen dat programma niet meer te starten is.'
Of: 'Laag risico, UI aanpassing.'
Zet hier neer hoe de feature getest moet worden. Dit kan dan makkelijk gecopy/ paste worden naar een pull request.
Tests zijn niet altijd al te definieren voordat je aan de issue gewerkt hebt, dit kun je ook later middels een edit toevoegen. Zet dan neer: "Testcases volgen".
Voorbeelden:
Test 1 "Applicatie afsluiten" :
Voorbereiding:
Test
Geslaagd als :
Het programma is afgesloten.
Test 2 "Applicatie minimaliseren" :
Voorbereiding:
Test
Geslaagd als :
Het programma is geminimaliseerd.
Huidige werking:
Op het moment linkt bij het klikken op een speler in de spelers overview pagina niet naar een speler details scherm.
Er is nog geen speler details scherm.
Verwachte werking:
Als er op een speler in spelers overview geklikt wordt, wordt er genavigeerd naar de spelers detail pagina.
In de functie 'OpenPlayerDetailsViewClick' in de class 'PlayersOverviewViewModel' zal de code geplaats moeten worden op de gecommentde TODO.
Point naar de View(Model)class van player detail window.
PlayersOverviewViewModel.cs , line 116:
private void OpenPlayerDetailsViewClick()
{
//TODO: Create a new window for player detail information, with _selectedItem as argument #28
}
Risico's
Laag risico, window linken waar de code al klaar voor staat.
Test 1 "Speler details open uit Spelers overview" :
Voorbereiding:
Test
Geslaagd als:
Het programma de geselecteerde speler detail scherm is geopend.
Huidige werking:
Momenteel bestaat er een combobox met drie opties voor de beginnende speler;
Hier zit nog geen verbinding met de datastructuren aan vast
Verwachte werking:
De beginnende speler moet meegestuurd worden van het start match scherm naar het score input scherm.
Risico's
Laag risico: Binding toevoegen
Test 1 "Beginnende speler controleren" :
Voorbereiding:
Test
Geslaagd als :
"Bob" de speler is die als eerst zijn worpen in mag voeren
Huidige werking:
Op het moment is er geen mogelijkheid om namen van spelers en het aantal sets en legs in te vullen.
Verwachte werking:
Wanneer de namen en het aantal sets en legs ingevuld zijn op het scherm van Issue #11 , kan er op de start match knop gedrukt worden om de match te starten.
Risico's
Laag, Eerste implementatie.
Test 1 "Controle ingevulde textboxes"
Voorbereiding:
Test:
Test geslaagd:
Test 2 "Controle fout ingevulde textboxes"
Voorbereiding:
Test:
Test geslaagd:
Test 3 "Controle niet ingevulde textboxes"
Voorbereiding:
Test:
Test geslaagd:
Huidige werking:
Op het moment worden alle objecten in de datastructuur aangemaakt met standaard OOP constructors. Omdat dit uiteindelijk gedaan moet worden doormiddel van een Factory Pattern, moet de logica in de constructors verwijderd worden.
Verwachte werking:
Alle logica die in de constructor chain van de datastructuur staat moet verwijderd worden en moeten als properties worden toegevoegd aan de klassen.
Risico's
Laag risico, geen implementatie van logica.
Huidige werking:
Het navigeren tussen views gaat op het moment volgens de volgende stappen:
Verwachte werking:
Doormiddel van een MainWindow view broker zal er genavigeerd kunnen worden tussen Views door de DataContext van de MainWindow te veranderen met het gewenste ViewModel. De MainWindow zal opgeslagen worden in een Singleton waardoor hij door alle ViewModels aan te roepen zal zijn.
Risico's
Hoog risico, alle Views moeten omgezet worden van Windows naar UserControls. Ook zullen er aanpassingen gedaan worden in vrijwel alle ViewModels.
Test 1 "Open Start Match scherm" :
Voorbereiding:
Test
Geslaagd als :
Het programma navigeert naar het "Start Match" scherm.
Test 2 "Open Main Menu vanuit Start Match" :
Voorbereiding:
Test:
Geslaagd als :
Het programma navigeert naar het "Main Menu" scherm.
Test 3 "Open Score Input scherm" :
Voorbereiding:
Test:
Geslaagd als :
Het programma navigeert naar het "Score Input" scherm.
Test 4 "Open Player Overview scherm" :
Voorbereiding:
Test
Geslaagd als :
Het programma navigeert naar het "Player Overview" scherm.
Test 5 "Open Main Menu vanuit Player Overview" :
Voorbereiding:
Test:
Geslaagd als :
Het programma navigeert naar het "Main Menu" scherm.
Test 6 "Open Match Overview scherm" :
Voorbereiding:
Test
Geslaagd als :
Het programma navigeert naar het "Match Overview" scherm.
Test 7 "Open Main Menu vanuit Match Overview" :
Voorbereiding:
Test:
Geslaagd als :
Het programma navigeert naar het "Main Menu" scherm.
Test 8 "Open Match Overview scherm" :
Voorbereiding:
Test
Geslaagd als :
Het programma navigeert naar het "Options" scherm.
Test 9 "Open Main Menu vanuit Options" :
Voorbereiding:
Test:
Geslaagd als :
Het programma navigeert naar het "Main Menu" scherm.
Huidige werking:
Op het moment zijn de database object en factory klassen nog niet geïntegreerd met de bestaande datastructuur.
Verwachte werking:
Het is de bedoeling dat al onze dataobjecten gaan overerven van de DataObjectBase klasse. Daarnaast moet het bijbehorende DataObjectFactoryBase object aangemaakt worden. Deze klassen zijn abstract en je zult dus een aantal methods moeten overriden.
Match
Set
Leg
Turn
Throw
Player
Risico's
Middelmatig risico, kunnen nog onvoorziene fouten in het databasesysteem tevoorschijn komen.
Unit tests volgen.
Huidige werking:
Momenteel kan vanaf het main menu scherm niet genavigeerd worden naar het start match scherm
Verwachte werking:
Vanaf het main menu scherm kan naar het start match scherm genavigeerd worden
Risico's
Middelmatig risico: aanpassingen aan de code behind volgens het MVVM pattern
Test 1 "Navigeren naar start match scherm vanaf main menu":
Voorbereiding:
Test
Geslaagd als :
Het start match scherm opent en het main menu scherm sluit.
Test 2 "Navigeren naar main menu vanaf het start match scherm" :
Voorbereiding:
Test
Geslaagd als :
Het main menu scherm opent en het start match scherm sluit.
Huidige werking:
Alle knoppen bevatten een canExecute functie, ook al is dit niet nodig.
Verwachte werking:
De knoppen die altijd gebruikt kunnen worden hoeven geen canExecute functie te bevatten.
Risico's
Laag risico: kleine aanpassing aan code behind
Test 1 "Buttons controleren" :
Voorbereiding:
Test
Geslaagd als :
De reset knop niet klikbaar is en de go back knop wel klikbaar is
Huidige werking:
Het design is nog niet mooi gemaakt en niet helemaal dynamisch.
Verwachte werking:
Het design moet verbeterd en rechtgetrokken worden.
Volgende moet verbeterd worden:
Risico's
Laag risico, UI aanpassing.
volgen nog
Score huidige wedstrijd
Huidige werking:
Op dit moment is het tijdens het spelen van een wedstrijd niet mogelijk om je huidige score, de benodigde score, het aantal gewonnen legs en het aantal gewonnen sets te bekijken
Verwachte werking:
Er wordt een scherm (region?) gemaakt met de volgende componenten:
Risico's
Laag risico, UI aanpassing
volgen nog
Huidige werking:
Op dit moment is er voor de speler nog geen mogelijkheid om je score te bekijken.
Verwachte werking:
Er wordt een scherm gemaakt met de volgende componenten:
Risico's
Laag risico, het scherm kan los van de backend gemaakt worden.
Testcases volgen nog
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.
