Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UW621] ZijkantLogoId - afwerken voor ECON - vhisie4 validatie en Default.

- fix voor data personality en voor klant. (getest op accept.)

- fix converter - vhintra geeft logoids, vhisie4 geeft logoid.

- validators + testen op klant aangepast.

  1. … 11 more files in changeset.
Niet alleen de "moveclass" maar ook de RunTestsOnCompile : die gaat ook op zoek naar ClassNames (maar niet als ze in ne String zitten) Dit is voor mij een belangrijkere reden dan moveclass.

Niet alleen de "moveclass" maar ook de RunTestsOnCompile : die gaat ook op zoek naar ClassNames (maar niet als ze in ne String zitten)
Dit is voor mij een belangrijkere reden dan moveclass.

een gewone vraag, geen opmerking: gebruik je bovenstaande omdat de moveclass deze dan ook zou vinden? of is er een andere reden om niet gewoon %Extends("APPS.blablabla") te doen?

een gewone vraag, geen opmerking:
gebruik je bovenstaande omdat de moveclass deze dan ook zou vinden? of is er een andere reden om niet gewoon %Extends("APPS.blablabla") te doen?

"RughHoogte" zou ik anders schrijven (met enkel een kleine h) 't is precies alsof iemand eerst een grote gebruikt heeft en die dan veranderd heeft naar een kleine http://subversion02.vanhoecke.be/s...

"RughHoogte" zou ik anders schrijven (met enkel een kleine h)
't is precies alsof iemand eerst een grote gebruikt heeft en die dan veranderd heeft naar een kleine

[UST4038] TAX-SY: RugHoogteValidator aanpassen voor TAX-Sifon
[UST4038] TAX-SY: RugHoogteValidator aanpassen voor TAX-Sifon
TAX-SY: RugHoogteValidator aanpassen voor TAX-Sifon

- UT uitgebreid met 2 testmethods voor TAX

- constantie: in de implementatie zijn niet alle mogelijken onmogelijke combinaties van rughoogte gecoverd (lees: geblocked).

    • -0
    • +26
    ./RugHoogteValidator/IsValid/Test.cls.xml
Opgekuist (tijdens development gaf dit nog problemen, nu blijkbaar ni meer, dus terug leeg http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif )

Opgekuist (tijdens development gaf dit nog problemen, nu blijkbaar ni meer, dus terug leeg )

Er zijn (in een tamelijk recent verleden) helaas 2 versies van de "StandaardLade" ontstaan. En blijkbaar stonden nog niet alle converters aan elkaar geschakeld in de UT's voor die converters. Om éé...

Er zijn (in een tamelijk recent verleden) helaas 2 versies van de "StandaardLade" ontstaan. En blijkbaar stonden nog niet alle converters aan elkaar geschakeld in de UT's voor die converters.
Om één grote ketting van UT's te kunnen maken, moest de StandaardLade wel overal dezelfde kenmerken hebben.

Daarom heb ik in deze test de bestaande "StandaardLade" gedegradeerd tot een "GewoneCLadeOriongrijs", zodat duidelijk is dat dit NIET meer de standaardlade is.
Deze method wordt echter nog wel gebruikt in een aantal andere testen --> dus ook vhTestFiles, dus volledig aanpassen naar de nieuwe StandaardLade zou veel meer werk zijn t.o.v. alleen de methodnaam te wijzigen en bestaande tests+testresults te behouden.
De nieuwe "StandaardLade" in deze klasse is nu wel conform met de rest "APPS - DOM - EXT - EDI - ECON - ..."

Vreemd dat deze klasse in de review van UST3954 zit, want is gecommit onder UST3942 :-? Hoe dan ook : nieuwe UT toegevoegd, maar ook gecommit onder UST3942 . De review heb ik wel hier toegevoegd, w...

Vreemd dat deze klasse in de review van UST3954 zit, want is gecommit onder UST3942 :-?
Hoe dan ook : nieuwe UT toegevoegd, maar ook gecommit onder UST3942 .
De review heb ik wel hier toegevoegd, want gij hebt er achter gevraagd :-D :-D

Er is een testcase waarbij verpakking probox moet geconverteerd worden. Dit moet uiteraard probox blijven! *vhUnitTest.EXT.Unishop.PurchaseOrder001.ProductConverter.ExtNaarEdi.Tax.Test.cls(Test: ...

Er is een testcase waarbij verpakking probox moet geconverteerd worden. Dit moet uiteraard probox blijven!

  • vhUnitTest.EXT.Unishop.PurchaseOrder001.ProductConverter.ExtNaarEdi.Tax.Test.cls(Test: TAX LadeMetVeelExtras)
    Maar ik maak een nieuwe testmethod bij, die controleert of verpakking "" wordt geconverteerd naar V1.
in volgende fase wordt dit opgekuist http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

in volgende fase wordt dit opgekuist

Bij volgende update mag dit definitief verdwijnen.

Bij volgende update mag dit definitief verdwijnen.

Klopt, maar is in een ander kanban-kaartje, dus ook aparte review

Klopt, maar is in een ander kanban-kaartje, dus ook aparte review

moet de omgekeerde in APPS.PM.Maatwerk.impl.NaarObjectConverterTAX ook niet nog aangepast worden?

moet de omgekeerde in APPS.PM.Maatwerk.impl.NaarObjectConverterTAX ook niet nog aangepast worden?

idem

idem

mag dit niet gewoon weg?

mag dit niet gewoon weg?

die comments mogen weg zeker?

die comments mogen weg zeker?

in principe zouden hier nog wat testjes rond moeten komen

in principe zouden hier nog wat testjes rond moeten komen

oude logica laten staan in dit geval. alpnach stuurt nl die tag niet door en dat zou dus voor verrassingen kunnen zorgen. en in principe is het een sifon-gerelateerd kaartje en zou de werking van v...

oude logica laten staan in dit geval. alpnach stuurt nl die tag niet door en dat zou dus voor verrassingen kunnen zorgen.
en in principe is het een sifon-gerelateerd kaartje en zou de werking van verpakkingtypes niet aangepast moeten worden (ander kaartje nodig, kleine kaartjes enzo)

Zie opmerkingen vhTest.Utils.APPS.EDI.common.dto.LadeLBX

Zie opmerkingen vhTest.Utils.APPS.EDI.common.dto.LadeLBX

Commentaar verwijderen

Commentaar verwijderen

Waarom wordt dit hier ingevuld en niet bij de (nieuwe) standaardlade. Beiden zijn sowieso geen binnenlade...

Waarom wordt dit hier ingevuld en niet bij de (nieuwe) standaardlade. Beiden zijn sowieso geen binnenlade...

naamgeving "gewone..." *ik zou deze lade niet voorzien als "standaard", in veel gevallen kan de standaardlade gebruikt worden. Indien toch deze variant vereist is kan de standaardlade in de test ...
  • naamgeving "gewone..."
  • ik zou deze lade niet voorzien als "standaard", in veel gevallen kan de standaardlade gebruikt worden. Indien toch deze variant vereist is kan de standaardlade in de test zelf nog overschreven worden
[UST3954] TAX-SY: herschikken van de LBX-testen (converters)
[UST3954] TAX-SY: herschikken van de LBX-testen (converters)