Comment Search

Misschien beter om hier testen te (beginnen) voorzien zoals bij EconNaarApps. M.a.w. gebruik maken van de hier en daar al bestaande StandaardLades.

waarom deze wijziging ??

In principe is het niet nodig om zulke testen bij te maken. Het is voldoende om één test te hebben die goed overweg kan met de KlantInstellingService:GeefMinimaleBestelhoeveelheid

Eerste versie van de test leek mij wel iets duidelijker .. ik zou er wel een extra arrange-assert in zetten

do $$$AssertTrue(LBXKenmerken.NietMeeleveren.Find(Rol)) ; hiermee verzeker je dat de rol er initieel in zat.

Do Actie

do $$$AssertFalse(LBXKenmerken.NietMeeleveren.Find(Rol)) ; hiermee verzeker je dat de rol er uit is.

Test is voldoende ipv TestPasAan cfr TAX equivalent

Ja

Mock en Indien ??

Vraagje : Vanwaar de relatie dat 1 leverdatum niet asap is ? Kan 1 leverdatum geen "onmiddellijk leverbaar" betekenen? Of heeft asap een andere betekenis

Lijkt mij iets om de vhTest.Utils achter te laten en dat een beetje te algemenen

awel, dat ik het eerlijk gezegd zelf totaal niet zou weten. Ik had eerst wat extra wijzigingen in deze klasse (niets van doen met deze lijn, maar soit), maar die zijn allemaal ongedaan gemaakt (behalve die on-the-flight natuurlijk). Zonder die typfout had ik trouwens gewoon een revert gedaan en was er van bovenstaande niets meer te zien. Het was een mysterie, het is een mysterie en zal ten eeuwige dagen een mysterie blijven denk ik.

Misschien moeten we het iets explicieter maken dat het gaat over "EenBelg" of misschien nog beter "DenBelg" --> natuurlijk zal dat wel het gevolg hebben dat we "DenBelg" als begrip overal moeten gebruiken.
Dan lijkt het mij nog beter om dat "DeBelgischeOnderneming" te nemen

Kunnen we het nummer ook niet halen vanuit die andere Utils ???

en dan op de elvendertig andere plaatsen in deze klasse dat ook veranderen?

en ten andere: is het dan niet beter om er ineens NietVerwerkteOrderIds van te maken?

Beste de code eens bekijken. Deze werking is eigen aan de werking van de builders.
De aanpasser bepaalt of het om een spoelbaklade gaat en past de kenmerken enkel in dat geval aan.

Zoals besproken :
1. Aantal in halffab is een algemene waarde die de lengte representeert en is niet direct gerelateerd aan aantaldwarsverdelingen. Dit veld testen zal dan thuis horen in een andere test die algemener moet zijn.
2. Aangepaste kenmerken, method PasAan geeft geen 2 lades weer, maar 1 lade waardoor de berekening en deze test correct is.

Kan in dit geval niet met de standaardlade gewerkt worden?