Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2421] Falende testen door verwijderde producten

- pxLevering voor TestVerkoopsvoorwaarden : ProductId in levering aangepast (wegens vorige verwijderd; vorige was geen VHoss-kast maar een hoekkast; speelt blijkbaar geen rol, ma nu wel t juste :-P )

Zie 1e UnitTest (waarbij gerekend wordt op het gebruik van hoofdingpapier in de printer) http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Zie 1e UnitTest (waarbij gerekend wordt op het gebruik van hoofdingpapier in de printer)

vroeg me enkel af of er nog een test moet toegevoegd worden voor de gewone klanten van Van Hoecke om te checken of daar nog steeds de juiste default hoofding op terechtkomt

vroeg me enkel af of er nog een test moet toegevoegd worden voor de gewone klanten van Van Hoecke om te checken of daar nog steeds de juiste default hoofding op terechtkomt

ICT-1083: BIDI: Commerciële documenten: Leverbon: SFS eigen hoofding, ook indien niet-multipersonality
ICT-1083: BIDI: Commerciële documenten: Leverbon: SFS eigen hoofding, ook indien niet-multipersonality
[ICT-1083] BIDI: Commerciële documenten: Leverbon: SFS eigen hoofding, ook indien niet-multipersonality:

- MaakTestLevering kan nu ook zonder oorsprongketting => niet-multipersonality-cases

[ICT-1083] BIDI: Commerciële documenten: Leverbon: SFS eigen hoofding, ook indien niet-multipersonality:

- Ontbrekende testje toegevoegd voor hoofding SFS via Multi-Personality ter vervollediging van bestaande implementatie

  1. … 1 more file in changeset.
[ICT-998] [+KCA] MAG: Leverbon: VHOSS nummer vermelden voor Group Nivelles; procom voor Vanhout.Pro
[ICT-998] [+KCA] MAG: Leverbon: VHOSS nummer vermelden voor Group Nivelles; procom voor Vanhout.Pro
[ICT-998] MAG: Leverbon: VHOSS nummer vermelden voor Group Nivelles; procom voor Vanhout.Pro

/vhUnitTest.BL.Flow.Proxy.pxLevering.TestVerkoopsvoorwaarden unit testing pxLevering die gebruik maakt van methode KlantInstellingService.MoetVhossNummerOpLeveringBon

vhUnitTest.BL.Flow.Proxy.pxLevering.Test refactoring naam

  1. … 2 more files in changeset.
idd, want wordt niet via Klant.GeefLogo() opgehaald

idd, want wordt niet via Klant.GeefLogo() opgehaald

Hier nog in een subfolder? Bij andere niet. Indien nodig te veranderen, testje niet vergeten aan te passen, want daar ook.

Hier nog in een subfolder? Bij andere niet.
Indien nodig te veranderen, testje niet vergeten aan te passen, want daar ook.

[UST4191] DPT1: Vh4: MP: Du-Pont: Rechtrs. transp.: hoofding leverbon voorbeeld opmaken
[UST4191] DPT1: Vh4: MP: Du-Pont: Rechtrs. transp.: hoofding leverbon voorbeeld opmaken
[UST4191] DPT1: Vh4: MP: Du-Pont: Rechtrs. transp.: hoofding leverbon voorbeeld opmaken

- Dupont-hoofding gebruiken indien oorsprongketting juist is en de projectsetting actief staat

  1. … 2 more files in changeset.
[UST4009] Hein: handel vermelden in transport (DHL-etiket): ronde 2:

- ProjectSettings IsActiefHeinNaarEindklant met bijhorende deploy

- IsActiefHaefeleNlNaarEindklant op interface ProjectSettingsAPI => miste nog

- Uitbreiding enum HoofdingType => Hein

- Implementatie VerwerkHein op LeverbonHoofdingBepaler

- pxLevering => Gebruik eigen hoofding Hein igv ProjectSettings IsActiefHeinNaarEindklant

- Bijhorend testje

  1. … 10 more files in changeset.
Niet echt. Defaulten naar VH personality kan toch geen kwaad? Indien niet duidelijk zal de bestelling toch altijd bij VH geplaatst moeten worden. Waar anders? De bakker? Misschien kunnen we wel een...

Niet echt. Defaulten naar VH personality kan toch geen kwaad? Indien niet duidelijk zal de bestelling toch altijd bij VH geplaatst moeten worden. Waar anders? De bakker?
Misschien kunnen we wel een warning loggen ofzo, maar volgens mij kan deze method dat volledig zelf afhandelen. Het is een Geef* method en dan verwacht de oproeper een resultaat.

Test met lege personality toevoegen? Zit nu eigenlijk wel vervat in de test "met crappy data", maar deze zie ik graag toch als aparte testmethod. (in de veronderstelling dat er een exception wordt ...

Test met lege personality toevoegen?
Zit nu eigenlijk wel vervat in de test "met crappy data", maar deze zie ik graag toch als aparte testmethod.
(in de veronderstelling dat er een exception wordt gesmeten, i.p.v. fallback op de VH-personality)

LET OP: hier kan je beter wel de exceptie smijten, en de oproeper laten beslissen om al dan niet terug te vallen op VH-personality.

LET OP: hier kan je beter wel de exceptie smijten, en de oproeper laten beslissen om al dan niet terug te vallen op VH-personality.

Het kan zijn dat er hier en daar nog een paar kleinigheden aan de leverbon moeten aangepast worden, maar dat zijn dat is dan voor later. Kaartje nu al gecommit opdat de andere werkwijze op zich al ...

Het kan zijn dat er hier en daar nog een paar kleinigheden aan de leverbon moeten aangepast worden, maar dat zijn dat is dan voor later. Kaartje nu al gecommit opdat de andere werkwijze op zich al gereviewed kan worden

[UST3787] HNLT: levbon aanpassingen
[UST3787] HNLT: levbon aanpassingen
[UST3787] HNLT: levbon aanpassingen

- Headeraanpassingen in functie van uitgebreide Headertypes.

- Finaal wordt hoe dan ook nog 'custom' naar buiten geschreven als headertype

- HaefeleVerwerker toegevoegd

- testjes

  1. … 3 more files in changeset.