CacheAdminA_trunk2010/vhUnitTest/WSimpl/AX/CalculatedProduct/ProductUpdater

Test.cls.xml

Checkout Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 1
Last Commit: 28 Oct 19
Commits this week: 0
Total Lines of Code (LoC): 189
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 30 Oct 2019
9:42 am

Tommy Hebb

9:42 am

Tommy Hebb

Monday 28 Oct 2019
4:02 pm

Kurt Callebaut

3:08 pm

Kurt Callebaut

12:36 pm

Tommy Hebb

[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:
[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:
12:30 pm

Tommy Hebb

[ICT-958] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TAX updaten:

- Na review => kleine refactor gemeenschappelijke code

Options
    • -75
    • +34
    ./Test.cls.xml
Friday 25 Oct 2019
1:20 pm

Wim Vermeulen

Deze method voor TAX is volledig identiek http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/warning.gif aan die erboven voor LBX, op één woordje na : ..GeefProductU...

Deze method voor TAX is volledig identiek aan die erboven voor LBX, op één woordje na : ..GeefProductUpdater("TAX", ...
En ondertussen mogelijk ook nog eens t zelfde voor TBX (niet in deze review)

Zoals reeds eerder opgemerkt : Maak in de UT duidelijk waar de variatie zit, dus niet door de volledige impl te kopieren en één waarde te veranderen.
Oplossing hier is heel simpel : maak private method AssertProductUpdaterVoorLadeVariant (LadeVariant As ...enu)
en dan heb je 2 (of 3 indien TBX ook) testmethods die 1 lijntje code bevat met "LBX" of "TAX" of "TBX"

Wednesday 23 Oct 2019
10:32 am

Tommy Hebb

[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:

- Refactor => Call voor TBX is uiteindelijke dezelfde als voor LBX en TAX => opsplitsing gebeurt op dieper niveau

Options
    • -1
    • +1
    ./Test.cls.xml
  2. … 4 more files in changeset.
Tuesday 22 Oct 2019
10:13 am

Tommy Hebb

[ICT-967] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TBX product-updaten - Implementatie:

- GeefGeupdatetTbxProduct => bijhorende testje

Options
    • -0
    • +29
    ./Test.cls.xml
Monday 21 Oct 2019
3:43 pm

Tommy Hebb

[ICT-958] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TAX updaten:
[ICT-958] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TAX updaten:
Friday 18 Oct 2019
5:17 pm

Tommy Hebb

[ICT-958] [rvWV] PM: Maatwerk: BOMBOL VHIP481: TAX updaten:

- Ook het updaten van TAX is nu toegestaan

Options
    • -0
    • +29
    ./Test.cls.xml
  2. … 3 more files in changeset.
Monday 15 Jul 2019
10:20 am

Tommy Hebb

10:20 am

Tommy Hebb

Apart kaartje: UST4276 (ICT-729)

Apart kaartje: UST4276 (ICT-729)

10:13 am

Wim Vermeulen

Friday 12 Jul 2019
4:37 pm

Wim Vermeulen

ProjectSettings in UT is wat mij betreft toch redelijk hard "vloeken in de kerk" Ik weet wel dat het op andere plaatsen ook gedaan wordt, ma toch blijft het een verkrachting van UT . Op deze manier...

ProjectSettings in UT is wat mij betreft toch redelijk hard "vloeken in de kerk"
Ik weet wel dat het op andere plaatsen ook gedaan wordt, ma toch blijft het een verkrachting van UT .
Op deze manier worden een heel aantal methods niet getest. Hoe kan je dan weten of het veilig is om de projectsetting terug te switchen, indien nodig.
Beter : code afzonderen en zorgen dat ze ALTIJD werkt, ongeacht de waarde van de projectsetting. M.a.w. zowel UT voor oude impl blijft en UT voor nieuwe impl ==> properste oplossing : 2 verschillende klassen

N.B. : Dit stukje had ik nog niet bekeken voor we vandaag gesproken hebben. Dit is voor mij absoluut voldoende argument om de nieuwe code af te splitsen!
Alle methods waarin staat : If (...ProjectSetting) of Not(ProjectSetting) zijn "Afgekeurd by review". Sorry dude.

Thursday 11 Jul 2019
1:28 pm

Wim Vermeulen

idem andere while() continue in deze review

idem andere while() continue in deze review

12:42 pm

Wim Vermeulen

Goed gedaan! goede uitbreiding : uwe CheckDelControleur is nen "interface" en alles wat er achter die interface gebeurt, is hier niet relevant (single responsibility). dus door die uit te mocken he...

Goed gedaan!
goede uitbreiding :
uwe CheckDelControleur is nen "interface" en alles wat er achter die interface gebeurt, is hier niet relevant (single responsibility).
dus door die uit te mocken heb je perfect op eenvoudige wijze deze UT uitgebreid, en zo getest wat er moest getest worden.
Toppie!

12:31 pm

Wim Vermeulen

Ik zou hier toch op "SHOFTPUZBKWME" controleren i.p.v. $$$ElkeWaarde. --> motivatie : geeft de CheckDel hetzelfde resultaat als je bvb. "" (leeg) als signatuur doorgeeft? Ikzelf vermoed van niet, d...

Ik zou hier toch op "SHOFTPUZBKWME" controleren i.p.v. $$$ElkeWaarde.
--> motivatie : geeft de CheckDel hetzelfde resultaat als je bvb. "" (leeg) als signatuur doorgeeft? Ikzelf vermoed van niet, dus beter op de specifieke signatuur checken.

Ik begrijp echter wel waarom je voor $$$ElkeWaarde had gekozen

12:21 pm

Wim Vermeulen

Waarom niet gewoon : If (Bezwaar = "") { }

Waarom niet gewoon : If (Bezwaar = "") { }

11:46 am

Wim Vermeulen

Waarom niet gewoon : If (LadeVariant = "") { }

Waarom niet gewoon : If (LadeVariant = "") { }

11:38 am

Wim Vermeulen

Nog een fijne tip om de UT te verbeteren : De vier aangeduide lijnen code verplaatsen naar een private method Method AssertLadeVariant(ProductTypeApiStub, ProductId, Kenmerken As %ListOfObjects, V...

Nog een fijne tip om de UT te verbeteren :
De vier aangeduide lijnen code verplaatsen naar een private method 

 Method AssertLadeVariant(ProductTypeApiStub, ProductId, Kenmerken As %ListOfObjects, VerwachteLadeVariant As AXimpl.PM.enu.LadeVariant) [private]  

Deze techniek passen we dikwijls toe, als we telkens hetzelfde asserten (+verifieer).

ProductTypeApi hoeft dan geen property meer te zijn (bijkomstig logisch gevolg )

11:22 am

Wim Vermeulen

"Continue" op deze plaats in de While heeft geen zin. Beter : while (HasNext() ) && (AxLadeVariant = "")

"Continue" op deze plaats in de While heeft geen zin.
Beter : while (HasNext() ) && (AxLadeVariant = "")

10:38 am

Wim Vermeulen

--> %ListOfObjects ?

--> %ListOfObjects ?

10:37 am

Wim Vermeulen

Is niet fout ofzo, maar ik zou eerder het Kenmerken-object doorgeven aan de method, en de KenmerkIterator hoort eigenlijk binnen de method te zitten.

Is niet fout ofzo,
maar ik zou eerder het Kenmerken-object doorgeven aan de method, en de KenmerkIterator hoort eigenlijk binnen de method te zitten.

10:15 am

Tommy Hebb

Wednesday 10 Jul 2019
6:22 pm

Wim Vermeulen

Monday 08 Jul 2019
5:21 pm

Tommy Hebb

[UST4274] PM: Maatwerk: BOMBOL VHIP481: Locks en Logging:
[UST4274] PM: Maatwerk: BOMBOL VHIP481: Locks en Logging:
5:03 pm

Tommy Hebb

[UST4274] PM: Maatwerk: BOMBOL VHIP481: Locks en Logging:

- Toevoeging vhLib.Logging

Options
    • -1
    • +13
    ./Test.cls.xml
  2. … 4 more files in changeset.
Friday 05 Jul 2019
4:31 pm

Tommy Hebb

[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:
[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:
2:41 pm

Tommy Hebb

[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:

- ProductUpdater => TestCase-refactor => voor 2 Verifieerderkes gaan we geen private method maken he

Options
    • -9
    • +2
    ./Test.cls.xml