CacheAdminA_trunk2010

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UST1897] Aanmelden bij de webservice voor unishop. (Onderscheid TAX, standaard en Hein)

- Test klasse was dubbel van vhUnitTest.APPS.EC.impl.ConfiguratorService.CheckoutTypeBepaler.Test, Bij deze test enkel controleren of de juiste method met de juiste parameter waarden aangeroepen worden.

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- Dit bestand moest al lang weg zijn. Zit niet in Cache, wel op disk.

[DEF526] - Houtenladen - gegroepeerde facturatie per week

- In afwachting van een definitieve oplossing mbt de enumeratie voor HoutenLaden daar er nu twee Houten laden.nl zijn. ff quick en dirty aanpassing gedaan om facturatie goed te laten verlopen

[UST1908R] extra <ProductCodeCustomer> toevoegen op EXT en in gebruik nemen

- Aangezien OllekeBollekeKnol in de ban geslagen is door José, maar voor het saaie (maar wel duidelijkere) $$$DummyString gegaan

[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-Type gebruiken ipv %ClassName

[UST1772] TAX-FPV1 VPK: GeefLocatie

- test toegevoegd: bij de eerst gevonden OnderdeelLocatie wordt niet meer verder gezocht

[UST1897] Aanmelden bij de webservice voor unishop. (Onderscheid TAX, standaard en Hein)

- Verduidelijking vd bepaal CheckoutTypeBepaler, na review

Mailtjes naar JDR als teamleider afgezet.
[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-VoegToeMaatwerk: het aantal van string naar integer (op offerteservice, winkelkarservice en maatwerklijnbuilder (dit fakeske had de bus gemist)

[UST1897] Aanmelden bij de webservice voor unishop. (Onderscheid TAX, standaard en Hein)

- Verduidelijking vd bepaal kleurenschema, na review

[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-VoegToeMaatwerk: het aantal van string naar integer (op offerteservice, winkelkarservice en maatwerklijnbuilder

    • -1
    • +1
    /vhTest/Mock/APPS/VKP/OfferteService.cls.xml
[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-VoegToeMaatwerk ook via de LijnRepository

    • -0
    • +27
    /vhTest/Mock/APPS/EC/Winkelkar/impl/TaalBepaler.cls.xml
    • -0
    • +25
    /vhTest/Fake/APPS/EC/Winkelkar/impl/TaalBepaler.cls.xml
[UST1920] Hein: Duitsland als land toelaten bij personality VH

- %ArrayOfDataTypes gebruikt voor klanten

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- %ArrayOfDataTypes gebruikt voor klanten

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- %ArrayOfDataTypes gebruikt voor klanten

[UST1772] TAX-FPV1 VPK: GeefLocatie

- exception handling toegevoegd indien geen OnderdeelLocatie met opgegeven ProductId gevonden wordt + test

[UST1772] TAX-FPV1 VPK: GeefLocatie

- correctie test: RandomBarcode als parameter voor GeefLocatie-method

- exception handling toegevoegd indien geen product met een opgegeven barcode gevonden wordt + test

[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-APPS.VKP.impl.OfferteService : VoegToeProduct -> method lijkt mij niet echt unittestbaar door de %OpenId .. beter hiervoor de repository gebruiken - DOM.EC.Winkelkar.LijnRepository.GeefViaID of DOM.EC.Winkelkar.WinkelkarRepository GeefLijnViaID - Eerste mogelijkheid lijkt mij toch net iets beter - kwestie van de ene repo is voor de winkelkarren en dan de andere specifiek voor de lijnen

- fake en mock ProductLijnRepository ook ineens weggehaald

- moet nog eens denken over een schone testbenaming in OfferteService/VoegToeProduct/Test

    • -4
    • +10
    /APPS/VKP/impl/OfferteService.cls.xml
    • -0
    • +179
    /vhTest/Mock/APPS/EC/Winkelkar/impl/WinkelkarService.cls.xml
    • -0
    • +13
    /DOM/EC/Winkelkar/impl/LijnRepository.cls.xml
    • -0
    • +177
    /vhTest/Fake/APPS/EC/Winkelkar/impl/WinkelkarService.cls.xml
[UST1920] Hein: Duitsland als land toelaten bij personality VH

- klanten array voor verkoopprijsBerekenaar

[UST1772] TAX-FPV1 VPK: GeefLocatie

- BijladenPickToLightService maakt gebruik van ProductRepository

- generieke afhandeling voor producten die komen van Blum of van de Wase werkplaats (rekent op ingevulde BarcodeWaarde in ^KPR)

- test toegevoegd

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- Sessie voor LandenBepaler met klanten array

[UST1772] TAX-FPV1 VPK: GeefLocatie

- ProductRepository mockable: gegenereerde fake & mock class

- refactor: ZoekViaBarcode() maakt gebruik van ZoekViaFilter()

    • -0
    • +19
    /vhTest/Fake/Prod/ProductRepository.cls.xml
    • -0
    • +21
    /vhTest/Mock/Prod/ProductRepository.cls.xml
[UST1920] Hein: Duitsland als land toelaten bij personality VH

- Test correctie -> Array van klanten.

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- PersonalityID en KlantID in Sessie object aangepast voor VerkoopprijsBerekenaarFactory.

[DEF525] - MAT-OP-PPS-DOCS : Weergave op scherm aan de pers - korte notatie ipv lange
[UST1920] Hein: Duitsland als land toelaten bij personality VH

- PersonalityID en KlantID in Sessie object aangepast voor TransportFirmaBepalerFactory.

    • -0
    • +41
    /WSimpl/Unishop/dto/Sessie.cls.xml
[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-APPS.EC.Winkelkar.impl.ProductLijnBuilder : eens benieuwd wat het gaat geven als we aantal "ZotIsWieDitLeestGaInvullen" daar een aantal een string mag zijn :)

- string -> integer en en passant de interface vd offerteservice dan ook maar een voegtoeproduct gegeven

    • -0
    • +7
    /vhTest/Mock/APPS/VKP/OfferteService.cls.xml
[UST1862R] DKG beslag: pakketreferentie in EDI omzetten in de nodige productlijnen

-vhUnitTest.APPS.EC.Winkelkar.impl.WinkelkarService.VoegToeProduct.Test - waarom de combinatie van een indien en een verwacht op een mock .. ?? Nu wekken we de indruk dat het uiteindelijk niet uitmaakt welke id er daar wordt doorgegeven maar eigenlijk is het belangrijk

-vhUnitTest.APPS.EC.Winkelkar.impl.WinkelkarService.VoegToeProduct.Test :

"Test: niets toevoegen: nog altijd 2 elementen op fake winkelkar (root en tekstlijn)"() --> nu wek je de indruk dat fake iets speciaal is . wat met een echte winkelkar / of is het wel degelijk speciaal ?

AssertEersteTweeElementenInWinkelkar() --> misschien kan je die hernoemen naar AssertVerplichteElementen en als er dan meerdere worden kunnen we die method hergebruiken , want misschien zal hij dan op termijn op een basis klasse komen etc... btw ik zou die ook privatiseren

-vhUnitTest.APPS.EC.Winkelkar.impl.WinkelkarService.VoegToeProduct.Test :

Test: 2 producten proberen toevoegen met gekend (gelijk) ID, geen pakketreferentie ->; moeten beide als nieuwe lijn op winkelkar -> lijkt mij iets beter dat je spreekt over een Fake1 en Fake2 ipv Fake en Fake2

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- Extra test voor alle klantID's transportfirmabepaler, na review

[UST1920] Hein: Duitsland als land toelaten bij personality VH

- Extra test voor alle personalities transportfirmabepaler, na review