I casi di test sono multi-piattaforma
Vengono coperte centinaia di piattaforme utente con interfacce utente reali, non emulate. Le piattaforme vengono scelte dal cliente.
I casi di test possono coprire un gran numero di condizioni
Un singolo caso di test può sollecitare il sistema in vari modi, dando efficienza ed efficacia al processo di testing.
I casi di test sono ad alto livello
Questo è un esempio concreto di test eseguibile (potrebbe essere formulato anche in italiano):
Given the page "http://www.gmail.com" is loaded
When logging in with username "USER-1" and password "something"
And creating a new message with recipient "USER-2@gmail.com"
And writing subject "121T example" and body message "Message content for the demo"
And sending it
When logging out and preparing to log in with a different account
When logging in with username "USER-2" and password "something-else"
And confirming identity through "city" with value "Udine"
When opening the "1" message
Then check that the sender is "USER-1"
Da notare che:
I casi di test sono automatizzati
L’automazione è necessaria per svolgere il test di regressione. È l’unico modo per farlo. E con 121T questo lo si può applicare anche ai test di accettazione, la cui esecuzione può essere svolta 24/7 senza aver bisogno di una persona che li segua.
Vengono automaticamente prodotti rapporti di esecuzione
I rapporti danno una rapida panoramica dell’esito delle ultime esecuzioni e permettono di approfondirne i dettagli, consentendo di mentalmente ricostruire cosa è successo durante l’esecuzione grazie a videate automaticamente registrate a ogni passo di interazione.
I test sono versionati
Con 121T possiamo versionare i test in modo da seguire il versionamento del sistema testato. In questo modo i test sono sempre ritagliati su misura sul sistema e possono “seguirlo” da vicino. Lo stesso vale per i dati usati dai test.
Le esecuzioni vengono gestite con Akeso
La piattaforma CUTE (CUstomized Testing Environment) mette a disposizione una applicazione web (Akeso) che consente di configurare e calendarizzare le esecuzioni.
CUTE Frontend lets you explore test results by viewing the automatically built test report. The report includes overall coverage metrics (screens and user actions that were covered by the test execution) and lets you access a Jira system that provides the test plan, definition of all test suites and test runs already completed. The specifically configured Jira system presents also reports with requirements coverage charts.
I casi di test sono associati ai casi d’uso
I casi di test sviluppati con 121T derivano dai casi d’uso e i loro flussi di esecuzione, e quindi sono facilmente correlabili a rischi di business. L’impatto di un test fallito è facilmente valutabile da un analista di business.
Questo di solito non succede con test di più basso livello.
I test fatti con 121T non sono legati all’implementazione dell’applicazione testata. E possono essere facilmente mantenuti nel tempo, anche a fronte di frequenti e massive modifiche dell’interfaccia utente
Questo significa che il software è indipendente da scelte tecniche fatte durante lo sviluppo. L’accoppiamento riguarda solo il comportamento esterno manifestato dall’applicazione.
Quindi l’investimento fatto sui test viene protetto. Questo di solito non succede con altri approcci.
121T SOFTWARE IS NOT TECHNICALLY COUPLED TO THE IMPLEMENTATION OF THE APPLICATION UNDER TEST
This means that the software is independent of technical choices made for development of the application under test. Coupling is achieved only with respect to external behavior of the application.
Investment on testing is protected against changes in the adopted implementation technologies. In other frameworks this is not possible.
121T TEST CASES CAN BE EASILY MAINTAINED AGAINST FREQUENT CHANGES IN THE USER INTERFACE OF THE APPLICATION UNDER TEST
Because of the model-driven technology that is used to support them, test cases are isolated from the implementation of the user interface.
Therefore test cases become an asset that is protected from frequent changes in the user interface.
OUR SOFTWARE TESTING AUTOMATION COMPLEMENTS OTHER TEST AUTOMATION STRATEGIES
121T complements unit and component testing. The risk-based planning in 121T helps identifying capabilities whose testing should migrate from end-to-end tests to lower level testing.
Our software test automation provides ways to address automation of acceptance testing, of critical end-to-end system tests done through the user interface, of testing the user interface component itself.
Another important use is to perform “semantic monitoring” of a distributed architecture. Automatically running a dozen of usage scenarios in a periodic way collects a lot of information of the health status of the underlying components, by simulating what real users do. This is complementary to using software monitoring tools, such as Nagios or Zabbix: the latter are normally not appropriate to simulate realistic, deep, usage scenarios.
OUR TEST CASES ARE MANUALLY CRAFTED
They are optimized for reuse and mantainability. They rely on test conditions that are carefully choosen to exercise the system to address the chosen quality risk.
OUR TEST HARNESS IS AUTOMATICALLY DERIVED FROM MODELS
Models can be quickly developed and updated; therefore the test harness can be automatically updated to reflect changes to the user interface.
Test cases are protected from fragility due to changes in the implementation of the user interface.
OUR TEST CASES ARE AT A USE CASE LEVEL
As mentioned above, they document requirements, they make it easy to understand if a risk is properly covered, they can be easily understood. Test cases can be easily exported into html/pdf representations that make up what can be called a “living documentation“.
IDS SrL Part. IVA 02707400301
Via Linussio 51, 33100 – Udine Italy
Tel: +39 0432 629717
contact@designcoaching.net