Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UST3529] VHIP904 Interface artikelontvangstjournaal - vervoersreferentie

- review opmerkingen : bijkomende testen.

  1. … 3 more files in changeset.
[UW411]VHIP904 : Receptie goederen : Receptienummer bepalen als JournalId + volgnummer

- de receptienummer moet bepaald worden adhv Onvangstjournaal nummer. postfix in functie van hoeveel recepties er zijn, max 10 (0 tem 9)

  1. … 22 more files in changeset.
  • More
  • CR-578
  • finished reviewing
[UST2918] VHIP904: Ontvangst: goederen voor Halux
[UST2918] VHIP904: Ontvangst: goederen voor Halux
[UST2918] VHIP904: Ontvangst: goederen voor Halux

- LegalEntityId noodzakelijk in OntvangstJournaal bericht. exception indien niet aanwezig

- aparte lijst voor halux toeleveringen

  1. … 15 more files in changeset.
  • More
  • CR-497
  • finished reviewing
Moeilijk te doen zonder complete integratie test op te zetten. commentaar in InventoryOut convertor gezet met alle converters in het zelfde geval.

Moeilijk te doen zonder complete integratie test op te zetten. commentaar in InventoryOut convertor gezet met alle converters in het zelfde geval.

In standaard gedrag word getest of de converter van de terug te geven response opgeroepen wordt. De mock geeft een voorgedefinieerd antwoord terug. Asserten van dit lijkt mij niet direct zinvol hie...

In standaard gedrag word getest of de converter van de terug te geven response opgeroepen wordt. De mock geeft een voorgedefinieerd antwoord terug.
Asserten van dit lijkt mij niet direct zinvol hier, maar wel in de test van die converter.

is al gebeurd, wsl outdated

is al gebeurd, wsl outdated

anders opgelost.

anders opgelost.

Gelieve ook de response te asserten

Gelieve ook de response te asserten

'k zou hier opteren om de LijnId en ProductId mee te geven zodat je duidelijk aan toont dat het over het zelfde product gaat met verschillende LijnId's

'k zou hier opteren om de LijnId en ProductId mee te geven zodat je duidelijk aan toont dat het over het zelfde product gaat met verschillende LijnId's

Gelieve het resultaat duidelijk te maken in de response

Gelieve het resultaat duidelijk te maken in de response

Gelieve in uw test benamingen ook uw gedrag te beschrijven maw het resultaat bvb Test: 2 Lijnen voor zelfde leverancier worden toegevoegd aan de receptie

Gelieve in uw test benamingen ook uw gedrag te beschrijven maw het resultaat

bvb Test: 2 Lijnen voor zelfde leverancier worden toegevoegd aan de receptie

Op een stub wordt er geen Verifieer() uitgevoerd, die maakt het zeer onduidelijk waar je eigenlijk de nadruk wil op leggen. Het principe is zo : voor het basis gedrag werk je met verwachts , vanaf...

Op een stub wordt er geen Verifieer() uitgevoerd, die maakt het zeer onduidelijk waar je eigenlijk de nadruk wil op leggen.

Het principe is zo : voor het basis gedrag werk je met verwachts , vanaf dat je de nadruk wil leggen op iets dat afwijkt van het standaard gedrag dan is enkel hetgeen je wil testen verwacht en de rest worden dan allemaal stubs of dummy of fakes afhankelijk van welke situatie.

Het belangrijkste is de intentie duidelijk maken en door alles te behandelen op dezelfde manier vergaat hetgeen eigenlijk aandacht nodig heeft in de massa.

ToeleveringId ipv ToeleveringNummer

ToeleveringId ipv ToeleveringNummer

ValideerProductId

ValideerProductId

API overbodig

API overbodig

Array mag niet opgezet worden in de constructor -> moet per call opnieuw geset worden -> meerdere malen callen kan voor raar gedrag zorgen

Array mag niet opgezet worden in de constructor -> moet per call opnieuw geset worden -> meerdere malen callen kan voor raar gedrag zorgen

Als je LeverancierId doorgeeft tot het laagste niveau -> maw verlaten de encapsulatie en dan gaan we over naar de specifieke types die de ge-encapsuleerde code nodig heeft dan moet je tussendoor ni...

Als je LeverancierId doorgeeft tot het laagste niveau -> maw verlaten de encapsulatie en dan gaan we over naar de specifieke types die de ge-encapsuleerde code nodig heeft dan moet je tussendoor niet al teveel datatypes en id wisselen van hot naar her

Je kan in testen rekenen op een standaard FakeDateTime Api zodat je er geen aandacht moet aan geven in uw testen -> code simpeler houden

Je kan in testen rekenen op een standaard FakeDateTime Api zodat je er geen aandacht moet aan geven in uw testen -> code simpeler houden

64524.57298 lijkt mij niet echt een juiste timestamp -> als we datums doorgeven dan is het %Date als we tijdstippen doorgeven dan zijn het %TimeStamps

64524.57298 lijkt mij niet echt een juiste timestamp -> als we datums doorgeven dan is het %Date als we tijdstippen doorgeven dan zijn het %TimeStamps

aangezien we in onze code met leverancierid werken gelieve dan hier ook leverancierid te gebruiken -> resultaat zal automatisch leiden tot simpelere code

aangezien we in onze code met leverancierid werken gelieve dan hier ook leverancierid te gebruiken -> resultaat zal automatisch leiden tot simpelere code

$$INTDATE^vhLib.DataTypes gebruiken kwestie van het duidelijker te hebben welke datum het is .. datum is makkelijker terug te vinden dan een nummerke

$$INTDATE^vhLib.DataTypes gebruiken kwestie van het duidelijker te hebben welke datum het is .. datum is makkelijker terug te vinden dan een nummerke

ValideerProductId

ValideerProductId

Is er iets specifiek aan die toelevering of zou het mogelijk zijn om een standaard ToeleveringHoofding te pakken en daar wat lijnen aan toe te voegen , kwestie van niet teveel herhalingen in versch...

Is er iets specifiek aan die toelevering of zou het mogelijk zijn om een standaard ToeleveringHoofding te pakken en daar wat lijnen aan toe te voegen , kwestie van niet teveel herhalingen in verschillende code files te hebben.

KlantId ipv KlantNummer at runtime is dat dus met K|| prefix

KlantId ipv KlantNummer at runtime is dat dus met K|| prefix

GeefProductIdViaLeverancierId -> LeverancierId is onze Id dus met L|| ervoor

GeefProductIdViaLeverancierId -> LeverancierId is onze Id dus met L|| ervoor