CacheAdminA_trunk2010/vhUnitTest/APPS/VKP/Offerte/impl

DoorHandelMeeleverensMelder

Checkout Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 1
Last Commit: 24 Oct 18
Commits this week: 0
Total Lines of Code (LoC): 66
Net change in LoC this week: 0

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Wednesday 07 Nov 2018
10:19 am

Jo Willems

Monday 05 Nov 2018
10:09 am

Martijn Vierstraete

10:09 am

Martijn Vierstraete

Naamgeving stub ipv mock

Naamgeving stub ipv mock

10:07 am

Martijn Vierstraete

Is deze test overbodig?

Is deze test overbodig?

10:06 am

Martijn Vierstraete

casing

casing

10:01 am

Martijn Vierstraete

Casing! (zeker bij nieuwe klasses)

Casing! (zeker bij nieuwe klasses)

Friday 26 Oct 2018
4:19 pm

Martijn Vierstraete

Bij nieuwe code mag je api's newen

Bij nieuwe code mag je api's newen

Wednesday 24 Oct 2018
5:36 pm

Jo Willems

[UST4047] Vh4: MP: Beslag Design: niet meeleveren aanvinken bij "migratie" winkelkar voor doorbestellen

- Visitor om de producten van alle maatwerklijnen te verzamelen

Options
  1. ./DoorHandelMeeleverensMelder
    • -0
    • +66
    ./Test.cls.xml
  3. … 3 more files in changeset.
Tuesday 23 Oct 2018
11:34 am

Jo Willems

TECH.Interface is niet genoeg om een mock te laten genereren.... Open / closed principe : extend,not modify inherited behaviour...

TECH.Interface is niet genoeg om een mock te laten genereren....
Open / closed principe : extend,not modify inherited behaviour...

Monday 15 Oct 2018
12:09 pm

Martijn Vierstraete

Waarom nog een interface maken? Is de (stilzwijgende) afspraak niet om objecten te laten overerven van TECH.Mockable? In deze situatie zou je een Geen aanpasser als basis kunnen gebruiken of een ab...

Waarom nog een interface maken? Is de (stilzwijgende) afspraak niet om objecten te laten overerven van TECH.Mockable?
In deze situatie zou je een Geen aanpasser als basis kunnen gebruiken of een abstracte base-class.
Daarenboven kies je beter 1 manier om aan te geven dat je mocks/fakes wil: ofwel overerven van Interface ofwel van Mockable

12:08 pm

Martijn Vierstraete

Casing!

Casing!

12:07 pm

Martijn Vierstraete

Naamgeving kan iets explicieter. Bv. Test: NietMeeleverens worden aangepast

Naamgeving kan iets explicieter. Bv. Test: NietMeeleverens worden aangepast

11:58 am

Martijn Vierstraete

Naast het maken van een "Standaard" (aanpasser) kon je hier ook een "Geen" (aanpasser) maken. Dit is mogelijk nog anders dan het standaardgedrag.

Naast het maken van een "Standaard" (aanpasser) kon je hier ook een "Geen" (aanpasser) maken. Dit is mogelijk nog anders dan het standaardgedrag.

11:53 am

Martijn Vierstraete

Je zou kunnen aangeven in de test dat de KlantId en personalityId van de winkelkar gebruikt worden om de juiste aanpasser te maken.

Je zou kunnen aangeven in de test dat de KlantId en personalityId van de winkelkar gebruikt worden om de juiste aanpasser te maken.

9:36 am

Jo Willems

[UST4047] Vh4: MP: Beslag Design: niet meeleveren aanvinken bij "migratie" winkelkar voor doorbestellen...
[UST4047] Vh4: MP: Beslag Design: niet meeleveren aanvinken bij "migratie" winkelkar voor doorbestellen...