Direct de ..ProductTypeApiStub gebruiken. IndienMethodCalls kunnen overschreven worden (Verwacht... niet). De #dim kan dan weg en de Set ..ProductTypeApi hieronder ook. Deze constructie staat op no...
Direct de ..ProductTypeApiStub gebruiken. IndienMethodCalls kunnen overschreven worden (Verwacht... niet). De #dim kan dan weg en de Set ..ProductTypeApi hieronder ook. Deze constructie staat op nog een paar andere testjes ook
[ICT-348] [rvTVE] VHIP903: Voorraadsync: Uitz spacetower in AxProductValidator NIET igv SyncAll: - IsGeldig uitgebreid met IsLadeVanSpaceTowerProduct => False - Testjes aangepast en extra testje erbij
[DEF727] SPT: Voorraadbewegingen ontbreken op eindproduct, bij receptie productie afmelden: - Na review => LinkType => enum gebruikt ipv value als string - Na review => LinkType => Bij IsGeldigWithAxConfigId n.v.t.
[DEF727] SPT: Voorraadbewegingen ontbreken op eindproduct, bij receptie productie afmelden: - Na review => AxProductValidator => TestCase => IsGeldig => wat naamgeving en volgorde van UnitTests aangepast
Op den duur zou een mens zich beginnen afvragen of al deze StartVerwerking-code niet beter in een aparte klasse gestoken wordt. Ooit is dat begonnen als een klein methodje dat niet te veel doet (ju...
Op den duur zou een mens zich beginnen afvragen of al deze StartVerwerking-code niet beter in een aparte klasse gestoken wordt. Ooit is dat begonnen als een klein methodje dat niet te veel doet (juist wat parameters zetten enzo) en dan was het geen probleem dat het niet in een niet-testbare classmethod steekt. Met al de extra logica die er ondertussen is bijgekomen is dat eigenlijk niet goed meer.