Testenvansoftware.nl
  • SOFTWARE TESTEN - Blogs
    • Ik zoek werk
  • a test syllabus
  • Wat is software testen?
  • Links
  • C# programming language
  • Testing on Youtube
  • test tooling
  • Test Process
  • Robot FrameWork
  • SOFTWARE TESTEN - Blogs
    • Ik zoek werk
  • a test syllabus
  • Wat is software testen?
  • Links
  • C# programming language
  • Testing on Youtube
  • test tooling
  • Test Process
  • Robot FrameWork

Blogreeks Polteq 5/6: Architectuur: niet aanraken, levensgevaarlijk! ->Beschouwing.

10/4/2023

0 Comments

 
Picture

Op 2 oktober is de vijfde blog in de reeks van zes blogs van Polteq gepubliceerd.

Zoals eerder aangegeven, zal ik deze keer ook een analyse presenteren. Over het algemeen ben ik het eens met de geformuleerde stellingen. Ik zou echter graag een aanvullende opmerking willen maken:

Het feit dat een organisatie terughoudend is om legacy-code aan te raken, kan direct verband houden met de kwaliteit van het testproces! Hier zijn enkele essentiële overwegingen:

1. Het gebruik van adequate requirements: Is de organisatie in staat om goede requirements op te stellen en worden deze bijgehouden wanneer ze veranderen? (CRUD administratie)

2. Testdekking van de requirements: Worden alle requirements op een systematische wijze getest, zodat het duidelijk is welke (regressie)tests overeenkomen met welke acceptatiecriteria of requirements?
Bijvoorbeeld: Automatiseringstest #1: test requirement nummers 3, 15 en 416.
Het is van belang om eerlijk te zijn tegenover de organisatie over haar positie in dit opzicht. Hebben we het zo ingeregeld, of niet? Het is zwart/wit.

3. De uitdaging van legacy-code:
Stel, er is daadwerkelijke testautomatisering voor legacy-code die requirements test.
Hier kan een significant probleem ontstaan,
Voorbeeld: Requirement 416 stelt dat wanneer een 5 wordt ingevoerd in het eerste invoerveld van scherm 1 en op 'submit' wordt gedrukt, er √9 moet verschijnen.
In 2007 begreep iedereen deze vereiste en was alles duidelijk. Maar na verloop van tijd -en de groei van de monoliet- kan niemand zich meer herinneren waarom requirement 416 tot √9 moest leiden.
Dit is in het bijzonder het geval wanneer dit werd ontwikkeld in de watervalmethode, waarbij alles uitgebreid werd beschreven in technische ontwerpen (T.O.'s) en functionele ontwerpen (F.O.'s) en later is overgegaan op Agile.

Het is belangrijk op te merken dat in de Agile Scrum-methodologie vaak niet wordt gewerkt met traditionele requirements, maar eerder met User Stories en soms andere varianten zoals probleembeschrijvingen. Het kan soms een hele Sprint duren voordat een User Story volledig wordt begrepen.
(Terzijde: Zelfs als tester kun je meemaken dat iemand een Demo geeft van de opgeleverde functionaliteit en pas dan vallen er kwartjes van de (echte/volledige) werking.)
In een dergelijke situatie is het vier maanden later al vaak niet meer duidelijk welke geautomatiseerde tests welke requirements testen en/of de resultaten daarvan juist of onjuist zijn, laat staan jaren later.

Kortom, de terughoudendheid om legacy-code aan te passen is niet altijd toe te schrijven aan onwil of onvermogen, maar eerder aan de complexiteit en vaak verwarrende aard van de vereisten en tests binnen een evoluerende ontwikkelomgeving.
De programmeercode is wel leesbaar, dat is niet altijd het belangrijkste punt, maar de context van destijds is kwijt geraakt.
In veel omgevingen is er zogezegd al niet een test dat "requirement 416 verifieert"
en/of als deze er al wel is en NA de code aanpassing rolt ⚅ er een ANDERE waarde uit...

​-> "Geen idee of deze binnen de marges valt, maar √9 is de uitkomst niet meer!".
Het effect is nog meer reden voor: niemand durft het nog te wijzigen!


0 Comments



Leave a Reply.

    Picture
    Amazon books on software testing
    Picture

    Categories :

    All
    English Blogs
    Nederlandse Blogs


    Picture
    Check it out! A new software test methodology
    Picture
    The Forum for the Methodology
    Picture
    Lees meer blogs over software testen
    Blogs over software testing
    120 unieke bezoekers per week.
    Uw banner ook hier?
    Dat kan voor weinig.
    Tweet naar   @testensoftware
    Follow @testensoftware
    Tweets by testensoftware

    Author

    Motto:
    'Quality is a choice!'


    Foto
    De beste boeken over software testen...
    Foto
    Wat een tester nodig heeft...
    Artikelen over software testen... in het Nederlands: infonu.nl

    Archives

    June 2025
    February 2025
    January 2025
    December 2024
    March 2024
    February 2024
    November 2023
    October 2023
    September 2023
    July 2023
    June 2023
    May 2023
    March 2023
    January 2023
    November 2022
    September 2022
    August 2022
    July 2022
    May 2022
    January 2022
    November 2021
    October 2021
    May 2021
    April 2021
    August 2020
    July 2020
    June 2020
    April 2020
    March 2020
    February 2020
    January 2020
    May 2019
    February 2019
    January 2019
    December 2018
    November 2018
    October 2018
    July 2018
    June 2018
    May 2018
    April 2018
    March 2018
    February 2018
    July 2017
    May 2017
    April 2017
    March 2017
    December 2016
    November 2016
    August 2016
    February 2016
    December 2015
    September 2015
    August 2015
    March 2015
    February 2015
    January 2015
    November 2014
    October 2014
    September 2014
    August 2014
    July 2014

    This website uses marketing and tracking technologies. Opting out of this will opt you out of all cookies, except for those needed to run the website. Note that some products may not work as well without tracking cookies.

    Opt Out of Cookies
Powered by Create your own unique website with customizable templates.