Temat: Narzędzia do automatyzacji testów
Paweł Kobiałka:
A co myślicie o użyciu Enterprise Architect do budowy testów?
[ ..] Czy wg Was jest to dobry kierunek, jeśli nie to dlaczego?
Zastrzegam - EA oglądam sobie od niedawna i zupełnie z innego powodu:
Do zarządzania wykonaniem i samymi testami - śmiem wątpić. O integrację z innymi narzędziami boję się zapytać :-) Tzn. sądzę że napewno przyda się pośrednio, do tego do czego powstał - do PROJEKTOWANIA (w tym wypadku testów).
Jestem sobie w stanie wyobrazić sytuację, w której przyda się bo. np. jest jakiś naprawdę "mission critical" komponent, powstający w jednym środowisku (np. Matlab), implementujący złożoną logikę, który musi mieć ultraszczegółowo szczegółowo zaprojekotwaną, rozpisaną, udokumentowaną i zwalidowaną dokumentację testową oraz zarządzanie zmianami. Wtedy może będzie przydatny.
Paweł Kobiałka:Od wersji 9.3 aplikacja ma już możliwość budowania testów i obsługi skryptów z diagramów.
W automatyzacji testów zwykle to nie skrypty są problemem, tylko "fikstura" która pośredniczy między skryptami a testowanym systemem / komponentem. Jak to by miało wyglądać w tym scenariuszu ?
Paweł Kobiałka:
Choć wygląda to narazie dość ubogo, to może możnaby zarządzać z EA testami w np. w Test Complete, żeby jakoś zapanować nad dużą ilością zbudowanych w nim testów/programów/paczek.
... i napisać i utrzymywać własny komponent który zintegruje sensownie oba narzędzia.
Mnie się wydaje, że nawet prosty open source (TestLink) ale dedykowany do tego celu, sprawdzi się dużo lepiej niż narzędzie które próbuje być protezą. do wszystkiego, choćby nie wiem jak profesjonalną w oryginalnym obszarze zastosowań.