Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ik vind dit persoonlijk verwarrend, aangezien 'MeenemenInfo' 4 lijnen hoger als leeg wordt geïnitialiseerd

Ik vind dit persoonlijk verwarrend, aangezien 'MeenemenInfo' 4 lijnen hoger als leeg wordt geïnitialiseerd

Is een persoonlijke keuze, maar ik zet alle public methods steeds bovenaan

Is een persoonlijke keuze, maar ik zet alle public methods steeds bovenaan

[ICT-3162] TAX - inhoud van tussenetiket wijzigen
[ICT-3162] TAX - inhoud van tussenetiket wijzigen
[ICT-3162] TAX - inhoud van tussenetiket wijzigen

- ToeleveringAPI, ProductAPI en IngegevenKenmerkenAPI doorgegeven vanuit LijstVerwerker-klasse

- Unit test aangepast zodat deze API's worden opgezet

    • -12
    • +6
    ./LijstVerwerkers/KlantEtiketten.cls.xml
  1. … 4 more files in changeset.
Heum... waarom? Die verandert toch nooit en hoeft tussen UTs toch ook niet eventueel te veranderen? Toch zeker niet sinds er in de constructor ervan niets meer gebeurt. Ik dacht dat een OnBeforeOne...

Heum... waarom? Die verandert toch nooit en hoeft tussen UTs toch ook niet eventueel te veranderen? Toch zeker niet sinds er in de constructor ervan niets meer gebeurt.
Ik dacht dat een OnBeforeOneTest bedoeld is voor als er een gevaar is dat hij door eerdere UTs zou kunnen bevuild worden, wat hier niet het geval is.

Bwa, is een beetje zo gegroeid door refactoren... Waarom een Bepaler new'en per UnitTest, als je hem gewoon 1 keer kunt new'en in een OnBeforeAllTests? Daarna de afweging: Waarom dan nog de call on...

Bwa, is een beetje zo gegroeid door refactoren...
Waarom een Bepaler new'en per UnitTest, als je hem gewoon 1 keer kunt new'en in een OnBeforeAllTests?
Daarna de afweging: Waarom dan nog de call onder test speciaal gaan afzonderen? En bovendien: Waarom beschikken we anders over een $$$AssertTrue en $$$AssertFalse?
Het was bovendien daardoor ook niet meer nodig om een betekenisvolle, extra lokale variabele te voorzien in de UnitTesten (VerwachtInOpstartfase), dus ook al een regel minder per UT, zonder aan leesbaarheid in te boeten (eerder het tegendeel).
Doe de nieuwe versie eens open in studio en zie eens hoe leesbaar die is
Misschien moeten we dan eerder (mettertijd, als die klassen eens onder change komen) die van LBX en TBX aanpassen naar dit model?

Ik had verwacht dat "Product" of "ProductId" reeds werd doorgeven via de LadeInfo, maar dat blijkt toch niet het geval. Als dit wel zo was, dan had het niet nodig geweest om de extra parameter (pro...

Ik had verwacht dat "Product" of "ProductId" reeds werd doorgeven via de LadeInfo, maar dat blijkt toch niet het geval.
Als dit wel zo was, dan had het niet nodig geweest om de extra parameter (productieSequentie) toe te voegen.
Na al je inspanningen, keur ik deze oplossing goed

Ik begrijp niet echt waarom je deze "Assert..." method hebt weggewerkt. Dit is immers een algemeen gebruikt principe, o.a. om aan te geven dat de test-methods in deze klasse dezelfde logica oproepe...

Ik begrijp niet echt waarom je deze "Assert..." method hebt weggewerkt.
Dit is immers een algemeen gebruikt principe, o.a. om aan te geven dat de test-methods in deze klasse dezelfde logica oproepen. Hoe eenvoudig deze ook is.

En voor zover consistentie een argument i : de implementatie bij TAX is nu minder consistent met die van LBX en TBX.

Ik vind dit geen drama, hoor. Als je wilt kunnen we hierover van gedachten wisselen

Kleine suggestie : OpstartfaseBepaler voor iedere test(method) newen, dat is ietsje properder --> dus in de OnBeforeOneTest() is beter. Let op: parameter (aTestCase) !

Kleine suggestie :
OpstartfaseBepaler voor iedere test(method) newen, dat is ietsje properder --> dus in de OnBeforeOneTest() is beter.
Let op: parameter (aTestCase) !

[ICT-2144] [rvWV] HX: TAX koppeling: hoogteverstelling pilootklanten productieaansturing (frontverstelmogelijkheid):

- VERVOLG GRONDIGE REFACTOR => Architecturaal is het niet ok dat in productie-aansturing met KlantId gewerkt wordt => ...

- Waar nodig wordt nu het ProductieSequentieItem mee doorgegeven

- Via ProductieSequentieItem en ProductTypeApi wordt het product en daarop de behavior HeeftFrontHoogteVerstelling opgehaald

- HeeftFrontHoogteVerstelling wordt nu gebruikt om juiste ZijkantLijmProgramma te bepalen

- Bijhorende TestCases aangepast

    • -4
    • +4
    ./Zijkant/KamerFreesIsoProgrammaBepaler.cls.xml
  1. … 12 more files in changeset.
ineens een Set van maken, lijn wordt korter en leesbaarder

ineens een Set van maken, lijn wordt korter en leesbaarder

[ICT-2144] [rvWV] HX: TAX koppeling: hoogteverstelling pilootklanten productieaansturing...
[ICT-2144] [rvWV] HX: TAX koppeling: hoogteverstelling pilootklanten productieaansturing...
Is het interessant om als het om een herafdruk ga te checken of er een batchid werd meegeven? Om zo een nauwkeurigere error log te hebben. Of wordt misschien al gedaan in de ZoekViaBatchIdEnSequent...

Is het interessant om als het om een herafdruk ga te checken of er een batchid werd meegeven? Om zo een nauwkeurigere error log te hebben. Of wordt misschien al gedaan in de ZoekViaBatchIdEnSequentienummer!?

juist een bedenking. Moet deze test ook voor klantetiketten?

juist een bedenking. Moet deze test ook voor klantetiketten?

[ICT-1702] PA-UB-139: Planscan: TAOR etiketten afdrukken
[ICT-1702] PA-UB-139: Planscan: TAOR etiketten afdrukken
[ICT-1702] PA-UB-139: Planscan: TAOR etiketten afdrukken

- KlantEtiketten Verwerker uitmockbaar maken

    • -0
    • +61
    ./LijstVerwerkers/KlantEtiketten.cls.xml
  1. … 2 more files in changeset.
[ICT-1702] PA-UB-139: Planscan: TAOR etiketten afdrukken

- KlantEtiketWerklijstItemMaker uitmockbaar maken

    • -0
    • +25
    ./Verpakking/KlantEtiketWerklijstItemMaker.cls.xml
  1. … 3 more files in changeset.
[BUS708] TAX: kantenband onderaan moet buitenkleur volgen (zijkant en rug)
[BUS708] TAX: kantenband onderaan moet buitenkleur volgen (zijkant en rug)
[BUS708] TAX: kantenband onderaan moet buitenkleur volgen (zijkant en rug): kantenbandkleur bepalen
    • -9
    • +2
    ./common/KantenbandDataKleurBepaler.cls.xml
  1. … 3 more files in changeset.
[BUS708] TAX: kantenband onderaan moet buitenkleur volgen (zijkant en rug): KleurBepaler voor LadeInfo: rename methods
    • -2
    • +2
    ./common/KantenbandDataKleurBepaler.cls.xml
  1. … 2 more files in changeset.
[BUS708] TAX: kantenband onderaan moet buitenkleur volgen (zijkant en rug): KleurBepaler voor LadeInfo
    • -0
    • +26
    ./common/KantenbandDataKleurBepaler.cls.xml
  1. … 4 more files in changeset.
Reverse merged revision(s) 56420 from trunk2010:

Reverse merged revision(s) 56414 from trunk2010:

[ICT] Aanpassingen als gevolg van een shshsh die ik heb uitgevoerd lokaal...

........

revert omdat mijn xml export blijkbaar nogal verschillend is van de rest van de ventjes hier

revert van de revert omdat mijn wijzigingen wel goed waren, maar de rest van de ventjes niet :)

    • -2
    • +1
    ./OpdeelZaagAansturingActieStatusUpdater.cls.xml
  1. … 65 more files in changeset.
Reverse merged revision(s) 56414 from trunk2010:

[ICT] Aanpassingen als gevolg van een shshsh die ik heb uitgevoerd lokaal...

........

revert omdat mijn xml export blijkbaar nogal verschillend is van de rest van de ventjes hier

    • -1
    • +2
    ./OpdeelZaagAansturingActieStatusUpdater.cls.xml
  1. … 65 more files in changeset.