Testy akceptacyjne odbiorcze: Różnice pomiędzy wersjami
Z Encyklopedia Zarządzania
m (Infobox update) |
(LinkTitles.) |
||
| Linia 16: | Linia 16: | ||
'''Testy akceptacyjne (Acceptance testing)''' - zwane również odbiorczymi- to zbiór badań, których zadaniem jest sprawdzenie czy dane oprogramowanie lub urządzenie działa w sposób poprawny i zgodny z założeniami określonymi w zamówieniu. Testy akceptacyjne pozwalają sprawdzić jakość zainstalowanego oprogramowania. Z punktu formalnego potwierdzają opracowanie oprogramowania na odpowiednio wysokim poziomie. | '''Testy akceptacyjne (Acceptance testing)''' - zwane również odbiorczymi- to zbiór badań, których zadaniem jest sprawdzenie czy [[dane]] oprogramowanie lub urządzenie działa w sposób poprawny i zgodny z założeniami określonymi w zamówieniu. Testy akceptacyjne pozwalają sprawdzić [[jakość]] zainstalowanego oprogramowania. Z punktu formalnego potwierdzają opracowanie oprogramowania na odpowiednio wysokim poziomie. | ||
Odpowiedzialnymi za testy akceptacyjne są klienci lub użytkownicy systemu. Zadaniem testów jest wyrobienie zaufania do systemów operacyjnych lub badanego produktu. Ocena dotyczy gotowości systemu do wdrożenia i użycia. Testy akceptacyjne nie są ostatecznym etapem wdrożenia produktu, stanowią jeden z wielu składników wielopoziomowego testowania produktu (modułowe, integracji modułów, systemowe, integracji systemów, akceptacyjne). | Odpowiedzialnymi za testy akceptacyjne są klienci lub użytkownicy systemu. Zadaniem testów jest wyrobienie zaufania do systemów operacyjnych lub badanego produktu. [[Ocena]] dotyczy gotowości systemu do wdrożenia i użycia. Testy akceptacyjne nie są ostatecznym etapem wdrożenia produktu, stanowią jeden z wielu składników wielopoziomowego testowania produktu (modułowe, integracji modułów, systemowe, integracji systemów, akceptacyjne). | ||
==Definicja prawna== | ==Definicja prawna== | ||
| Linia 32: | Linia 32: | ||
* wymagania systemowe | * wymagania systemowe | ||
* przypadki użycia | * przypadki użycia | ||
* procesy biznesowe | * [[procesy biznesowe]] | ||
* raporty z analizy ryzyka | * raporty z analizy ryzyka | ||
'''Typowe obiekty testów:''' | '''Typowe obiekty testów:''' | ||
* proces biznesowy na systemie w pełni zintegrowanym | * [[proces]] biznesowy na systemie w pełni zintegrowanym | ||
* procesy utrzymania i obsługi | * procesy utrzymania i obsługi | ||
* procedury pracy użytkowników | * procedury pracy użytkowników | ||
| Linia 47: | Linia 47: | ||
'''Cechy testów akceptacyjnych:''' | '''Cechy testów akceptacyjnych:''' | ||
* odpowiedzialność za testy akceptacyjne spoczywa na klientach oraz użytkownikach systemu | * [[odpowiedzialność]] za testy akceptacyjne spoczywa na klientach oraz użytkownikach systemu | ||
* testy akceptacyjne budują zaufanie oraz redukują ryzyko pojawienia się uchybień w zaspokojeniu wymagań użytkownika w gotowym i funkcjonującym produkcie | * testy akceptacyjne budują [[zaufanie]] oraz redukują [[ryzyko]] pojawienia się uchybień w zaspokojeniu wymagań użytkownika w gotowym i funkcjonującym produkcie | ||
* testy akceptacyjne weryfikują i dokonują oceny systemu do wdrożenia i użycia | * testy akceptacyjne weryfikują i dokonują oceny systemu do wdrożenia i użycia | ||
* towarzyszą na wielu etapach życia oprogramowania | * towarzyszą na wielu etapach życia oprogramowania | ||
| Linia 58: | Linia 58: | ||
==Testy dotyczące oprogramowania spółki== | ==Testy dotyczące oprogramowania spółki== | ||
Testy dotyczące oprogramowania spółki dzielimy na: | Testy dotyczące oprogramowania spółki dzielimy na: | ||
* testy alfa- wykonywane u producenta który wykonał oprogramowanie i jest przeprowadzany przez zespół testowy ale nie przez zespół projektowy | * testy alfa- wykonywane u producenta który wykonał oprogramowanie i jest przeprowadzany przez [[zespół]] testowy ale nie przez [[zespół projektowy]] | ||
* testy beta- wykonywany przez klientów na zewnątrz firmy produkującej oprogramowanie | * testy beta- wykonywany przez klientów na zewnątrz firmy produkującej oprogramowanie | ||
| Linia 66: | Linia 66: | ||
* testy akceptacyjne oprogramowania z półki może być wykonywane w trakcie integracji lub instalacji | * testy akceptacyjne oprogramowania z półki może być wykonywane w trakcie integracji lub instalacji | ||
Testowanie formalne jest przeprowadzane po to by umożliwić klientowi, użytkownikowi czy określony moduł lub system jest możliwy do zaakceptowania. | Testowanie formalne jest przeprowadzane po to by umożliwić klientowi, użytkownikowi czy określony moduł lub [[system]] jest możliwy do zaakceptowania. | ||
==Podział testów akceptacyjnych== | ==Podział testów akceptacyjnych== | ||
| Linia 77: | Linia 77: | ||
* Myers G. J., Sandler C., Badgett T., Thomas T. M., ''Sztuka testowania oprogramowania'', Wydawnictwo Helion, 2005 | * Myers G. J., Sandler C., Badgett T., Thomas T. M., ''Sztuka testowania oprogramowania'', Wydawnictwo Helion, 2005 | ||
* Pakuła J., [http://edu.divante.pl/wp-content/uploads/2015/11/Poradnik-Testowanie-Oprogramowania_Jakub-Paku%C5%82a_-Divante.pdf Poradnik o testowaniu oprogramowania], http://edu.divante.pl/ | * Pakuła J., [http://edu.divante.pl/wp-content/uploads/2015/11/Poradnik-Testowanie-Oprogramowania_Jakub-Paku%C5%82a_-Divante.pdf Poradnik o testowaniu oprogramowania], http://edu.divante.pl/ | ||
* Roman A., Zmitrowicz K., ''Testowanie oprogramowania w praktyce'', Wydawnictwo naukowe PWN, Warszawa 2016 | * Roman A., Zmitrowicz K., ''[[Testowanie oprogramowania]] w praktyce'', Wydawnictwo naukowe PWN, Warszawa 2016 | ||
* Smilgin R., ''Zawód tester'', Wydawnictwo naukowe PWN, Warszawa 2015 | * Smilgin R., ''[[Zawód]] tester'', Wydawnictwo naukowe PWN, Warszawa 2015 | ||
* Wit B., ''[http://bc.pollub.pl/dlibra/doccontent?id=8643 Technologie informacyjno-komunikacyjne założenia oprogramowania]'', Towarzystwo Naukowe Organizacji i Kierownictwa - Stowarzyszenie Wyższej Użyteczności ''Dom Organizatora'', 2013 | * Wit B., ''[http://bc.pollub.pl/dlibra/doccontent?id=8643 Technologie informacyjno-komunikacyjne założenia oprogramowania]'', Towarzystwo Naukowe Organizacji i Kierownictwa - [[Stowarzyszenie]] Wyższej Użyteczności ''Dom Organizatora'', 2013 | ||
* Woźniak K., ''[https://books.google.pl/books?id=zC-2bzrggAYC&printsec=frontcover&hl=pl#v=onepage&q&f=false Współczesne narzędzia doskonalenia systemów zarządzania organizacjami]'', Mfiles.pl, 2012 | * Woźniak K., ''[https://books.google.pl/books?id=zC-2bzrggAYC&printsec=frontcover&hl=pl#v=onepage&q&f=false Współczesne narzędzia doskonalenia systemów zarządzania organizacjami]'', Mfiles.pl, 2012 | ||
Wersja z 04:54, 22 maj 2020
| Testy akceptacyjne odbiorcze |
|---|
| Polecane artykuły |
Testy akceptacyjne (Acceptance testing) - zwane również odbiorczymi- to zbiór badań, których zadaniem jest sprawdzenie czy dane oprogramowanie lub urządzenie działa w sposób poprawny i zgodny z założeniami określonymi w zamówieniu. Testy akceptacyjne pozwalają sprawdzić jakość zainstalowanego oprogramowania. Z punktu formalnego potwierdzają opracowanie oprogramowania na odpowiednio wysokim poziomie.
Odpowiedzialnymi za testy akceptacyjne są klienci lub użytkownicy systemu. Zadaniem testów jest wyrobienie zaufania do systemów operacyjnych lub badanego produktu. Ocena dotyczy gotowości systemu do wdrożenia i użycia. Testy akceptacyjne nie są ostatecznym etapem wdrożenia produktu, stanowią jeden z wielu składników wielopoziomowego testowania produktu (modułowe, integracji modułów, systemowe, integracji systemów, akceptacyjne).
Definicja prawna
Testy akceptacyjne - udokumentowane wartości danych wejściowych wprowadzanych do systemu teleinformatycznego i powiązanych z nimi wartości oczekiwanych danych wyjściowych, opisujące zestawy poprawnych odpowiedzi systemu teleinformatycznego na podawane dane wejściowe, pozwalające na sprawdzenie poprawności wdrożenia oprogramowania interfejsowego,
Według Ustawodawcy przez testy akceptacyjne należy rozumieć: zbiór danych pozwalający na stwierdzenie poprawności współpracy systemów informatycznych.
Poziom testów akceptacyjnych
Podstawa testów:
- wymagania użytkownika
- wymagania systemowe
- przypadki użycia
- procesy biznesowe
- raporty z analizy ryzyka
Typowe obiekty testów:
- proces biznesowy na systemie w pełni zintegrowanym
- procesy utrzymania i obsługi
- procedury pracy użytkowników
- formularze
- raporty
- dane konfiguracyjne
- urządzenia diagnostyczne
- urządzania radiologiczne
- systemy teleinformatyczne
Cechy testów akceptacyjnych:
- odpowiedzialność za testy akceptacyjne spoczywa na klientach oraz użytkownikach systemu
- testy akceptacyjne budują zaufanie oraz redukują ryzyko pojawienia się uchybień w zaspokojeniu wymagań użytkownika w gotowym i funkcjonującym produkcie
- testy akceptacyjne weryfikują i dokonują oceny systemu do wdrożenia i użycia
- towarzyszą na wielu etapach życia oprogramowania
- weryfikują oczekiwania użytkownika
- są zaporą bezpieczeństwa w obszarze jakości dostarczonego produktu
Testom akceptacyjnym poddane są także urządzenia które przeszły znaczącą naprawę (sprzęt diagnostyczny czy tez radiologiczny), wówczas wykonują je osoby upoważnione przez kierownika jednostki organizacyjnej. Testy akceptacyjne wykonywane dla oprogramowania zamówionego polegają na kontroli wywiązania się z kryteriów zawartych w kontrakcie.
Testy dotyczące oprogramowania spółki
Testy dotyczące oprogramowania spółki dzielimy na:
- testy alfa- wykonywane u producenta który wykonał oprogramowanie i jest przeprowadzany przez zespół testowy ale nie przez zespół projektowy
- testy beta- wykonywany przez klientów na zewnątrz firmy produkującej oprogramowanie
Testy akceptacyjne mogą pojawić się w trakcie użytkowania danego oprogramowania. Przykłady:
- testy akceptacyjne modułu mogą być wykonane w trakcie ich testów
- testy akceptacyjne nowej funkcjonalności mogą być natomiast wykonane przed testami systemowymi
- testy akceptacyjne oprogramowania z półki może być wykonywane w trakcie integracji lub instalacji
Testowanie formalne jest przeprowadzane po to by umożliwić klientowi, użytkownikowi czy określony moduł lub system jest możliwy do zaakceptowania.
Podział testów akceptacyjnych
Testy akceptacyjne dzielmy na:
- Funkcjonalne
- Wydajnościowe
- Bezpieczeństwa
Bibliografia
- Myers G. J., Sandler C., Badgett T., Thomas T. M., Sztuka testowania oprogramowania, Wydawnictwo Helion, 2005
- Pakuła J., Poradnik o testowaniu oprogramowania, http://edu.divante.pl/
- Roman A., Zmitrowicz K., Testowanie oprogramowania w praktyce, Wydawnictwo naukowe PWN, Warszawa 2016
- Smilgin R., Zawód tester, Wydawnictwo naukowe PWN, Warszawa 2015
- Wit B., Technologie informacyjno-komunikacyjne założenia oprogramowania, Towarzystwo Naukowe Organizacji i Kierownictwa - Stowarzyszenie Wyższej Użyteczności Dom Organizatora, 2013
- Woźniak K., Współczesne narzędzia doskonalenia systemów zarządzania organizacjami, Mfiles.pl, 2012
Autor: Maciej Jasiak
