Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-5294] Manueel afdrukken proboxinhoudetiket lukt niet op lijn 5
[ICT-5294] Manueel afdrukken proboxinhoudetiket lukt niet op lijn 5
Kleine update na de fout van vorige keer. Als dit aanvaard wordt ga ik het nog zeker wel op Accept testen, deze keer met AfdrukTijdstip ook in het oog te houden! http://subversion02.vanhoecke.be/st...

Kleine update na de fout van vorige keer.
Als dit aanvaard wordt ga ik het nog zeker wel op Accept testen, deze keer met AfdrukTijdstip ook in het oog te houden!

Dit is een herschrijving van het volgende: If Resultaat { Set Resultaat = ((DnaCode.AfdrukTijdstip = "") || Herafdruk) } In beide gevallen is: *Resultaat = True -> Resultaat = ((DnaCode.AfdrukT...

Dit is een herschrijving van het volgende:

If Resultaat {
	Set Resultaat = ((DnaCode.AfdrukTijdstip = "") || Herafdruk)
}

In beide gevallen is:

  • Resultaat = True -> Resultaat = ((DnaCode.AfdrukTijdstip = "") || Herafdruk)
  • Resultaat = False -> False
[ICT-2482] [rvJBA] Uitbreiding DNA codes voor mat op maat uit meerdere stukken:
[ICT-2482] [rvJBA] Uitbreiding DNA codes voor mat op maat uit meerdere stukken:
Getest op Accept en het lijkt te werken! *Matten voor niet-spoelbaklades krijgen maar 1 DnaCode *Matten voor spoelbaklade TBX krijgt er 3 en voor LBX (Free/Pure) 2 *SpaceStep blijft een extra Dna...

Getest op Accept en het lijkt te werken!

  • Matten voor niet-spoelbaklades krijgen maar 1 DnaCode
  • Matten voor spoelbaklade TBX krijgt er 3 en voor LBX (Free/Pure) 2
  • SpaceStep blijft een extra DnaCode genereren met speciale productcode afhankelijk van ladetype
Ik heb hiervoor een aantal parameters gemaakt die doorheen alle tests gebruikt worden, hopelijk is dit een beetje in de aard van wat je bedoelt

Ik heb hiervoor een aantal parameters gemaakt die doorheen alle tests gebruikt worden, hopelijk is dit een beetje in de aard van wat je bedoelt

De enige reden dat ik kan zien is omdat de %New dan bij de (default) IndienMethodCalls staat, maar eigenlijk is het beter in de OnBeforeAll inderdaad http://subversion02.vanhoecke.be/static/ogdo0b/...

De enige reden dat ik kan zien is omdat de %New dan bij de (default) IndienMethodCalls staat, maar eigenlijk is het beter in de OnBeforeAll inderdaad
Edit: bij nader inzien heb ik extra methods gemaakt voor de verschillende varianten van hoe de ProductTypeApiStub wordt opgezet. Zo wordt het ook maar 1x opgeroepen per test, i.p.v. telkens overschreven te worden.

Ik zou dit gedrag zeker ook nog eens op accept testen http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Ik zou dit gedrag zeker ook nog eens op accept testen

Je zou deze, samen met de andere variabelen in algemene properties kunnen steken en deze overal gebruiken zodat het duidelijk wordt vanwaar deze komen. Maakt het iets duidelijker want nu lijkt het ...

Je zou deze, samen met de andere variabelen in algemene properties kunnen steken en deze overal gebruiken zodat het duidelijk wordt vanwaar deze komen. Maakt het iets duidelijker want nu lijkt het bijna 'at random'

Is er een reden waarom deze in de 'OnBeforeOneTest' staat?

Is er een reden waarom deze in de 'OnBeforeOneTest' staat?

Zelfde opmerking als hierboven http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Zelfde opmerking als hierboven

Ik zou deze dan net niet 'Stub' noemen, want deze wordt enkel teruggegeven bij een 'indienMethodCall'

Ik zou deze dan net niet 'Stub' noemen, want deze wordt enkel teruggegeven bij een 'indienMethodCall'

Aangezien je hier een 'IndienMethodCall' op zal doen, kan je deze ook 'BatchStub' noemen

Aangezien je hier een 'IndienMethodCall' op zal doen, kan je deze ook 'BatchStub' noemen

Ik had eerst van TECH.Mockable afgeleid, maar later dat ongedaan gemaakt. Vandaar dat dit er dus zo bij staat.

Ik had eerst van TECH.Mockable afgeleid, maar later dat ongedaan gemaakt. Vandaar dat dit er dus zo bij staat.