mirror of
https://github.com/inf112-v20/Fiasko.git
synced 2025-01-31 23:29:36 +01:00
Gjør en del rettskriving i Oblig3.md
Legger til link til readme vedrørende manuell testing
This commit is contained in:
parent
90e87e9651
commit
414bdafe8d
@ -2,30 +2,30 @@
|
|||||||
|
|
||||||
## Deloppgave 1
|
## Deloppgave 1
|
||||||
### Rollefordeling
|
### Rollefordeling
|
||||||
Rollefordelingen i teamet fungerer fint sånn som vi har det.
|
Rollefordelingen i teamet fungerer fint slik som vi har det.
|
||||||
|
|
||||||
### Erfaringer
|
### Erfaringer
|
||||||
Siden vi fra begynnelsen av prosjektet har valgt å ha noen av møtene og parprogrammeringsøktene våre på Discord,
|
Siden vi fra vi startet prosjektet har valgt å ha noen av møtene og parprogrammeringsøktene våre på Discord,
|
||||||
var vi bedre rustet til utfordringene som kom med SARS-CoV-2 pandemien og de innførte restriksjoner det har medført.
|
var vi bedre rustet til utfordringene som kom med SARS-CoV-2 pandemien og de innførte restriksjoner det har medført.
|
||||||
|
|
||||||
### Retrospektiv
|
### Retrospektiv
|
||||||
#### Plan
|
#### Plan
|
||||||
Det vi planlagte var å ha to fysiske møter og ett digitalt møte per korte sprint (en uke) for parprogrammering,
|
Det vi planlagte var å ha to fysiske møter og ett digitalt møte per korte sprint (en uke) for parprogrammering,
|
||||||
planlegging og generell diskusjon rundt prosjektet.\
|
planlegging og generell diskusjon rundt prosjektet.\
|
||||||
Vi planlagte også å lage ferdig alle brukerhistoriene, akseptansekravene og
|
Vi planla også å lage ferdig alle brukerhistoriene, akseptansekravene og
|
||||||
arbeidsoppgavene før vi begynte noe av kodearbeidet.\
|
arbeidsoppgavene før vi begynte noe av kodearbeidet.\
|
||||||
Arbeidsoppgaver skulle settes opp som issues i prosjektet på GitHub med gode beskrivelser
|
Arbeidsoppgaver skulle settes opp som issues i prosjektet på GitHub med gode beskrivelser
|
||||||
for så å legges til prosjekttavlen. Når noen i teamet skal begynne på en ny arbeidsoppgave
|
for så å legges til prosjekttavlen. Når noen i teamet skal begynne på en ny arbeidsoppgave skulle de
|
||||||
legger de seg til i oppgaven på prosjekttavlen for så å flytte oppgaven fra "To do" kolonnen til "In progress" kolonnen.
|
legge seg til i oppgaven på prosjekttavlen for så å flytte oppgaven fra "To do" kolonnen til "In progress" kolonnen.
|
||||||
|
|
||||||
#### Gjennomførelse
|
#### Gjennomførelse
|
||||||
Vi har hatt noen fysiske møter før SARS-CoV-2 krisen startet. Disse gikk med til en del planlegging
|
Vi har hatt noen fysiske møter før SARS-CoV-2 krisen startet. Disse gikk med til en del planlegging
|
||||||
og jobbing med brukerhistorier. Etter dette beholdt vi de satte møtetidene våre men alle møter ble digitale.\
|
og jobbing med brukerhistorier. Etter dette beholdt vi de satte møtetidene våre, men alle møter ble digitale.\
|
||||||
I denne sprinten har vi brukt en del digital parprogrammering med skjermdeling som har fungert bra for oss.\
|
I denne sprinten har vi brukt en del digital parprogrammering med skjermdeling som har fungert bra for oss.\
|
||||||
Ellers har vi gjennomført planen som planlagt.
|
Ellers har vi gjennomført planen som planlagt.
|
||||||
|
|
||||||
#### Forbedringspunkter
|
#### Forbedringspunkter
|
||||||
* Forbedre bruk av tester. Bruke mer Test Driven Development. Vi har til nå skrevet tester etter vi har skrevet kode
|
* Forbedre bruk av tester. Bruke mer Test Driven Development. Vi har til nå skrevet tester etter vi har skrevet kode,
|
||||||
noe som har ført til noen bugs som kanskje kunne vært unngått med TDD.
|
noe som har ført til noen bugs som kanskje kunne vært unngått med TDD.
|
||||||
|
|
||||||
### Prioritering av oppgaver
|
### Prioritering av oppgaver
|
||||||
@ -33,13 +33,13 @@ Ellers har vi gjennomført planen som planlagt.
|
|||||||
begynne med implementasjon av faser og funksjonalitet faser trenger.
|
begynne med implementasjon av faser og funksjonalitet faser trenger.
|
||||||
|
|
||||||
* Til neste oblig må vi bli ferdig med runder og kortvelging først. Etter dette prioriterer vi å få
|
* Til neste oblig må vi bli ferdig med runder og kortvelging først. Etter dette prioriterer vi å få
|
||||||
nettverksfunksjonaliteten på plass. Til slutt vil vi prioritere det grafiske og eventuelle nice to haves.
|
nettverksfunksjonaliteten på plass. Til slutt vil vi prioritere det grafiske og eventuelle "nice to haves".
|
||||||
|
|
||||||
![PNG](../Deliverables/Screenshots/Prosjekttavle_26_03_2020.PNG "Skjermdump prosjekttavle")
|
![PNG](../Deliverables/Screenshots/Prosjekttavle_26_03_2020.PNG "Skjermdump prosjekttavle")
|
||||||
|
|
||||||
### Gruppedynamikk og kommunikasjon
|
### Gruppedynamikk og kommunikasjon
|
||||||
* Vi har noen uenigheter når det gjelder effektiv tidsbruk på møter og hvor mye tid hver enkelt skal bruke på
|
* Vi har noen uenigheter når det gjelder effektiv tidsbruk på møter og hvor mye tid hver enkelt skal bruke på
|
||||||
prosjektet ut over de fastsatte møtetidene som utgjør ca. 8 timer i uken.\
|
prosjektet ut over de fastsatte møtetidene som utgjør ca. 8 timer i uken.
|
||||||
|
|
||||||
* Siden vi har brukt gruppe og parprogrammering siden starten har kunnskapsoverføring skjedd på denne måten.
|
* Siden vi har brukt gruppe og parprogrammering siden starten har kunnskapsoverføring skjedd på denne måten.
|
||||||
|
|
||||||
@ -71,7 +71,7 @@ Implementere faser og alt av funksjonalitet en fase trenger.
|
|||||||
* Aktiverte objekter gjør sin funksjon.
|
* Aktiverte objekter gjør sin funksjon.
|
||||||
|
|
||||||
* Som transportbånd trenger jeg å kunne flytte roboter for å gjøre min funksjon.
|
* Som transportbånd trenger jeg å kunne flytte roboter for å gjøre min funksjon.
|
||||||
* Transportbånd flytter robot i gitt retning.
|
* Transportbånd flytter robot i en gitt retning.
|
||||||
* Transportbånd kan rotere roboter i spesifikke scenario.
|
* Transportbånd kan rotere roboter i spesifikke scenario.
|
||||||
|
|
||||||
* Som fase trenger jeg å kunne kjøre programmeringskort etter høyest verdi for å bestemme
|
* Som fase trenger jeg å kunne kjøre programmeringskort etter høyest verdi for å bestemme
|
||||||
@ -84,36 +84,34 @@ Implementere faser og alt av funksjonalitet en fase trenger.
|
|||||||
* Tannhjul vrir roboter som står på de 90 grader i retningen tannhjulet har.
|
* Tannhjul vrir roboter som står på de 90 grader i retningen tannhjulet har.
|
||||||
|
|
||||||
* Som laser trenger jeg å kunne avfyre laseren min for å gjøre skade på roboter.
|
* Som laser trenger jeg å kunne avfyre laseren min for å gjøre skade på roboter.
|
||||||
* Laser skyter i en rett linje i den retningen laseren har.
|
* En laser skyter i en rett linje i den retningen laseren har.
|
||||||
* Laseren blir stoppet av vegger og andre roboter.
|
* En laser blir stoppet av vegger og andre roboter.
|
||||||
* Laseren gjør skade på roboten den treffer.
|
* En laser gjør skade på roboten den treffer.
|
||||||
|
|
||||||
* Som spiller trenger jeg å kunne registrere flagg for å kunne vinne spillet.
|
* Som spiller trenger jeg å kunne registrere flagg for å kunne vinne spillet.
|
||||||
* Ved slutten av en fase vil roboter som står på et flagg få oppdatert currentflagg verdien sin,
|
* Ved slutten av en fase vil roboter som står på et flagg få oppdatert currentflagg verdien sin,
|
||||||
gitt at den har besøkt det forrige flagget.
|
gitt at den har besøkt det forrige flagget.
|
||||||
|
|
||||||
* Spilleren vinner når alle flagg er besøkt i rett rekkefølge.
|
|
||||||
|
|
||||||
* Som spiller trenger jeg å kunne se laserstrålen på brettet for å kunne vite hvor den treffer.
|
* Som spiller trenger jeg å kunne se laserstrålen på brettet for å kunne vite hvor den treffer.
|
||||||
* Laserstrålen er synlig på brettet når den blir avfyrt.
|
* Laserstrålen er synlig på brettet når den blir avfyrt.
|
||||||
|
|
||||||
### Arbeidsoppgaver
|
### Arbeidsoppgaver
|
||||||
#### Spiller
|
#### Spiller
|
||||||
* Lag en klasse som representerer en kortstokk.
|
* Lage en klasse som representerer en kortstokk.
|
||||||
* Legg til en kortstokk i spillerklassen.
|
* Legge til en kortstokk i spillerklassen.
|
||||||
* Lag en representasjon av registere.
|
* Lage en representasjon av registere.
|
||||||
* Legg til en representasjon av programmeringskort.
|
* Legge til en representasjon av programmeringskort.
|
||||||
|
|
||||||
#### Fase
|
#### Fase
|
||||||
* Legg til funksjon for å sortere programmeringskort ut ifra høyest verdi.
|
* Legge til funksjonalitet for å sortere programmeringskort ut ifra høyeste verdi.
|
||||||
* Legg til funksjon for å aktivere tannhjul.
|
* Legge til funksjonalitet for å aktivere tannhjul.
|
||||||
* Lage en funksjon for å fyre av en laser i en retning.
|
* Lage en funksjon for å fyre av en laser i en retning.
|
||||||
* Legg til visning av laseravfyring.
|
* Legge til visning av laseravfyring.
|
||||||
* Legg til en funksjon for å sjekke om en robot står på et flagg.
|
* Legge til en funksjon for å sjekke om en robot står på et flagg.
|
||||||
* Legg til en funksjon for å sjekke om roboten har besøkt forrige flagg.
|
* Legge til en funksjon for å sjekke om roboten har besøkt forrige flagg.
|
||||||
* Legg til en funksjon som sjekker flaggstatus til en robot.
|
* Legge til en funksjon som sjekker flaggstatus til en robot.
|
||||||
* Legge til funksjon for å aktivere transportbånd.
|
* Legge til funksjon for å aktivere transportbånd.
|
||||||
* Legg til en fase i robotrallygame som aktiverer alle objekter som skal bli aktivert i en fase.
|
* Legge til en fase i robotrallygame som aktiverer alle objekter som skal bli aktivert i en fase.
|
||||||
|
|
||||||
### Hovedkrav for MVP
|
### Hovedkrav for MVP
|
||||||
* Alle krav vi har jobbet med er en del av MVP med unntak av visningen av laseravfyring.
|
* Alle krav vi har jobbet med er en del av MVP med unntak av visningen av laseravfyring.
|
||||||
@ -122,8 +120,10 @@ Implementere faser og alt av funksjonalitet en fase trenger.
|
|||||||
|
|
||||||
## Deloppgave 3
|
## Deloppgave 3
|
||||||
### Commitsfordeling
|
### Commitsfordeling
|
||||||
Vi har brukt en del parprogrammering og har derfor noe skjevfordeling av commits. Vi har stort sett kommentert hvem
|
Vi har brukt en del parprogrammering og har derfor noe skjev fordeling av commits. Vi har stort sett kommentert hvem
|
||||||
som har programmert sammen i commitmeldingen.
|
som har programmert sammen i commitmeldingen.
|
||||||
|
### Manuell testing
|
||||||
|
Se [README.md](../README.md)
|
||||||
|
|
||||||
## UML
|
## UML
|
||||||
![UML](../Deliverables/Umls/UmlOblig3.png "UML Oblig 3")
|
![UML](../Deliverables/Umls/UmlOblig3.png "UML Oblig 3")
|
Loading…
x
Reference in New Issue
Block a user