Lav folder med json dummy data og ny get_dummy_data funktion [Feature]

[JakobLibak]

Beskrivelse

Den nuværende get_live_data funktion kan være live uoverskuelig at arbejde med for database ændringer og andre mindre ændringer, der kræver interne afhængigheder testet. Det vil derfor være en fordel at have en række json filer med dummy-data til at populere en ny database. Samtidig kan det stilles som krav til fremtidige pull requests at nye databaseændringer skal have disse filer opdateret forud for submit.

Tekniske ændringer

• Lav en lokal database med 5 foreninger (en i hver region) og opret adresser i hver region.
• Hver forening skal have to afdelinger
• Hver afdeling skal have en aktivitet
• Opret fem familier med hver en voksen A, B, C, D, E og tilhørende Barn A, B, C, D, E
• Tilmeld mindst et barn til en aktivitet
• Opskriv mindst et barn på venteliste
• Eksporter al dummy data med dump_public_data kommando
• Gem de eksporterede filer i separat folder
• Slet udviklingsdatabase
• Brug get_live_data.py som skabelon for ny get_dummy_data.py kommando. Tilret og test af import virker.
• submit pr

[rasmusselsmark]

Virker som en god feature, som vil gøre udvikling nemmere. Og kan være en god "first task"

[Dansk-Torskerognsforening]

Hej alle,
jeg har skrevet med Kristoffer (@lakridserne) på Slack, omkring kravene til opgaven, da jeg er gået i gang med den.

Her er en opdatering af kravene, og nedenunder er en kopi af vores samtale og et link til tråden på Slack.

KRAV:

1. Der er 5 foreninger, en til hver region.
2. Der er 6 familier per region, en familie er 1 barn og 1 voksen.
3. Der er 2 afdelinger i hver forening.
4. 4 børn er fordelt lige over to afdelinger, mens de sidste 2 børn er på venteliste. (Et barn er på begge ventelister, det andet er kun på venteliste til 1 afdeling)
5. Hver afdeling har to aktiviteter, ét barn på hver aktivitet.
6. Du skal kunne skrive en kommando, som genererer data'en for dig. Den bruger Factories.

Jeg ville sætte pris på, hvis nogle ville assign'ede mig til opgaven. Tak på forhånd.

SAMTALEN:

Her er en kopi af vores samtale. Jeg har forkortet/rykket på svar i samtalen, så det giver bedst mening.
Jeg anbefaler at du læser på GitHub, da det er hurtigere og nemmere at forstå, ellers er linket i bunden.

MIG:

Jeg er ret forvirret over dette krav:
"Opret fem familier med hver en voksen A, B, C, D, E og tilhørende Barn A, B, C, D, E"
Der kommer til at være 5 børn i alt.
Der står at:
"Hver forening skal have to afdelinger"
Der er 5 foreninger, 5x2 = 10 afdelinger10 afdelinger, 5 børn i alt.
Betyder det at halvdelen af foreningerne ikke skal have børn i sig/på venteliste?

KRISTOFFER:

Ifht. dit spørgsmål, så tænker jeg at vi fint kan ændre det så det hedder 5 x 5 - dvs. 5 vi har 5 familier i hver region. Stadig relativt få personer, men nok til at vi kan begynde at bruge det til at teste. Så kan vi jo altid udvide den senere.

MIG:

Er der nogle bestemme “opsætninger” af børn, som skal laves for bedst at kunne teste fx kaptajn-paneler (hvis de har såden en oversigt). Ville det f.eks. være godt hvis en afdeling havde både et barn på venteliste og to, som er tilmeldt begge aktiviteter?

KRISTOFFER:

Lad os til en start bare tilmelde 1 barn til hver aktivitet på hver afdeling (det bliver nok lidt kedeligt for det testbarn at få eneundervisning), og sæt 2 af børnene i hver region på nogle ventelister. Tanken med det er, at vi så har et fornuftigt udgangspunkt, som vi kan tilpasse og udvide efterhånden som vi får scenarier ind som skal testes og løses.

MIG:

For at være 100% sikker:
5 børn/familier i hver region (Note: Det her bliver ændret til 6 familier)
5 regioner med 2 afdelinger i hver
4 børn er fordelt over to afdelinger, det sidste barn er på venteliste til begge afdelinger. Børn og forældre hedder Barn/forældre A B C D E F G H J K L M N osv.
(Note: idéen med navne er væk, da factories selv kan lave random navne, der kræver mindre arbejde. Du er velkommen til at klage, hvis du fortrækker navne med A B C D...)
Skulle der være et sjette barn i hver region, så der er to børn på forskellige ventelister?

KRISTOFFER:

Det lyder meget fint. Ja det må du godt lave, så tror jeg også vi har nogle fine testdata at gå ud fra.

MIG:

Synes du at der skal være 5 børn i hver region, hvor det sidste barn er på begge ventelister, eller skal der være 6 børn i hver region, hvor de sidste 2 børn er på hver sin venteliste?

KRISTOFFER:

Kan vi gøre det så der er 6 børn og det ene er på begge ventelister, mens det andet er på 1 venteliste? Det virker umiddelbart som det mest realistiske scenarie.

I forhold til script, så tænker jeg at en god måde at gøre det på er at bruge factory_boy - vi bruger det allerede i projektet, så du kan kigge i nogle af testsne og se hvordan det foregår.

Og det burde vi kunne putte ind som en command vi kan køre 1 gang og på den måde have et fuldt testmiljø oppe og køre.

MIG:

Yes! Det synes jeg er en rigtig god løsning.

Slack link