Poznawcze testowanie oprogramowania
James Whittaker jest menedżerem rozwoju partnera w Bing, firmy Microsoft.Jest były engineering dyrektor w Google który był odpowiedzialny za badania chrom, mapy i Google aplikacje sieci web.Kuba jest jednym z najbardziej znanych nazwisk w testowania na świecie za pośrednictwem i jest autorem kilku popularnych przedmiotów na testowania oprogramowania.On również obsługuje popularne blogu w witrynie MSDN.
Lipiec 2012 r.
W tym temacie jest fragmentem książki testów wstępnych oprogramowania: wskazówki, sztuczek, wycieczki i technik, aby poprowadzić projekt badania.
Dotyczy
Zarządzanie cyklem życia aplikacji, Visual Studio, TFS
Badania odkrywcze-plan podczas testowania
Testowanie dla agile zespołów badawczych
Badania odkrywcze może współistnieć z planowanych badań inicjowanych przez skrypty
W badaniach wstępnych, testerzy mogą wchodzić w interakcje z aplikacją w jakikolwiek sposób chcą i użyć informacji dostępne w aplikacji zareagować, zmienić kurs i ogólnie eksplorować funkcjonalność aplikacji bez ograniczeń.Może się wydawać ad hoc do niektórych, ale w rękach wykwalifikowanych i doświadczonych tester badawczych, ta technika może udowodnić wydajne.Adwokaci twierdzą, że badania odkrywcze pozwala na pełną moc ludzkiego mózgu mają być wywierany na znalezienie błędów i weryfikację funkcjonalności bez ograniczeń wcześniej.
Badania odkrywcze wadą jest to ryzyko testerów tracić dużo czasu wędrówki po aplikacja szuka rzeczy do testowania i próbuje znaleźć błędy.Brak przygotowania, struktury i orientacji może prowadzić do wiele godzin nieproduktywne i ponownych badań tę samą funkcję w kółko.Łatwo widać, że całkowicie ad hoc badania wyraźnie nie jest najlepszym sposobem, aby przejść o testowaniu.Więcej informacji na temat wejść, środowiska oprogramowania i innych rzeczy, które może być różna w przebieg testu testerami będą lepiej przygotowane zbadanie ich stosowania z celem i intencji.Wiedza ta pomoże je przetestować lepsze i bardziej inteligentne i zwiększyć szanse odkrywanie poważne wady projektowanie i wdrażanie.
Cele badania odkrywcze
Do uzyskania informacji na temat sposobu działania aplikacji, co jego interfejs wygląda i jakie funkcje implementuje: taki cel często przyjmie testerów nowego projektu lub tych, którzy chcą zidentyfikować punkty wejścia test, zidentyfikować konkretne wyzwania testowania i napisać test planów.Jest to również cel używany przez doświadczonych testerów, ponieważ zbadanie aplikację, aby zrozumieć głębię jego potrzeb testowania i znaleźć nowe funkcje niezbadanego.
Aby wymusić oprogramowania wykazują swoje zdolności: pomysł jest, aby oprogramowanie ciężkiej pracy i zapytać, to trudne pytania, które należy umieścić go poprzez jego kroków.Może to lub może nie znaleźć błędy, ale na pewno dostarczy dowód, że oprogramowanie pełni tę funkcję, dla którego został zaprojektowany i że spełnia wymagania.
Aby znaleźć błędy: eksplorację krawędzie aplikacji i potencjalnych słabych punktów uderzenia jest specjalistycznych badań wstępnych.Celem jest celowe, a nie bezcelowe, badanie do identyfikacji funkcji niesprawdzone i historycznie wadliwy.Natknąć testerów badawcze powinno nie po prostu się na błędy, sposób należy skupić się na nich z celem i intencji.
Badania odkrywcze-plan podczas testowania
Testowanie oprogramowania komplikuje przeciążenie możliwości zmiany od danych wejściowych i ścieżki kodu Państwu, przechowywanych danych i środowisku operacyjnym.W rzeczywistości czy ktoś wybierze się do rozwiązania tej zmiany przed rozpoczęciem jakichkolwiek badań, planów testowania lub poprzez badawcze podejście, które pozwala planowania i testowania do interleaved, jest niemożliwe.Niezależnie od tego, jak zostanie ostatecznie czy badania, to po prostu zbyt skomplikowane, aby zrobić to całkowicie.
Jednak techniki badawcze mają tę zaletę, że zachęcają one testerów zaplanować jak sprawdzają i używania informacji zebranych podczas badania wpływu na sposób rzeczywisty testowanie jest przeprowadzane.Jest to klucz przewagę nad metody pierwszego planu.Wyobraź sobie, próbując przewidzieć zwycięzcę miski Super lub Ligi Premier, przed rozpoczęciem sezonu.Jest to trudne do wykonania, zanim zobaczysz jak gra zespołów, jak są one obsługi konkurencji i czy kluczowych uczestników można uniknąć szkody.Informacje dostarczane w sezonie rozwija znajduje się klucz do przewidywania wyniku z dowolną ilość dokładności.To samo dotyczy testowania oprogramowania i badania odkrywcze obejmuje to próbując plan, test i marszrut o niewielkie wartości bieżących kierując przez pełną wiedzą o wszystkie poprzednie i obecne informacje dotyczące sposobu wykonywania oprogramowania i wskazówki plonów podczas badania.
Testowanie dla agile zespołów badawczych
Badania odkrywcze jest szczególnie do tworzenia aplikacji nowoczesne sieci web przy użyciu metod agile.Cykle rozwoju są krótkie, pozostawiając niewiele czasu na pisanie skryptów formalne i konserwacji.Funkcje często rozwijać się szybko, więc minimalizowanie zależnych artefakty (jak wcześniej przygotowane przypadków testowych) jest atrybutem pożądane.Jeśli w przypadku testu ma szansę staje się bez znaczenia, dlaczego napisać w pierwszej kolejności?Są Ci nie ustawienie się na wydatki więcej czasu na utrzymywanie przypadków testowych niż faktycznie robi testowanie?
(Zobacz przykłady agile narzędzia do badania odkrywcze w Visual Studio i TFS, Wykonywanie testów poznawczych za pomocą programu Microsoft Test Manager, Testowanie aplikacji sklepu Windows Store na urządzeniu przy użyciu okna testów eksploracyjnych, i Uruchamianie testów w programie Microsoft Test Manager.)
Badania odkrywcze może współistnieć z planowanych badań inicjowanych przez skrypty
Nie trzeba przeglądać badania odkrywcze jako alternatywa ścisłe opartego na skrypcie ręcznego testowania.W rzeczywistości dwie mogą współistnieć całkiem nieźle.Posiadanie formalnych skryptów może zapewnić strukturę poszukiwania ramki, a metody badawcze można dodać elementu zmienności do skryptów, które może wzmocnić ich skuteczności.Najlepszy sposób, że znalazłem, aby połączyć dwie techniki jest zacząć od skrypty i wprowadzić zmiany do nich przy użyciu technik badawczych.W ten sposób pojedynczy skrypt może skończyć się zostanie przeliczone na dowolnej liczby rzeczywistej odkrywcze przypadków testowych.
Zwykle badania opartego na skrypcie tradycyjnych reguła punktem wyjścia historyjek użytkownika lub udokumentowane scenariusze typu end-to-end, które oczekujemy naszych ewentualne użytkownikom wykonywanie.Scenariusze te mogą pochodzić z użytkownika badań, dane z poprzednich wersji aplikacji i tak dalej i są używane jako skrypty, aby sprawdzić działanie oprogramowania.Na dodatkowy element badania odkrywcze tak, aby tradycyjnego scenariusza rozszerza zakres skryptu, aby wprowadzić zmiany, dochodzenia i ścieżki użytkownika opcjonalne.
Scenariusz based poszukiwań
Badań opartych na scenariuszach będzie obejmować przypadki, w których będzie testowania Prosty scenariusz nie i dokładniej rzeczywistych użytkowników, którzy często Zabłąkana z główny scenariusz: przecież produktu pozwala wielu możliwych wariantów.Nie powinniśmy tylko oczekiwać że dostają się, testujemy należy, że będą one działać.
Ideą opartych na scenariuszach badania odkrywcze jest użycie istniejących scenariuszy, jak prawdziwy eksploratorów korzystanie z mapy prowadzi się przez Labirynt lub innych nieznanym terenie.Scenariusze, takie jak mapy, są ogólne wskazówki dotyczące sposobu postępowania podczas testowania, które komponenty, aby wybrać i które ścieżki kodu na przechodzenie przez, ale nie są absolutne.Mapy może opisać lokalizację miejsca docelowego, ale oferuje wiele sposobów do jego uzyskania.Podobnie tester badawczych jest oferowane trasy alternatywne i nawet powinien wziąć pod uwagę szeroki wachlarz możliwych dróg, podczas wykonywania scenariusza.W rzeczywistości, to dokładny cel tej formy badania odkrywcze: Aby przetestować funkcje opisane przez scenariusz, dodając jak duże wahanie jak to możliwe.Nasze "mapę" nie jest przeznaczony do identyfikowania najkrótszą trasą, jest on przeznaczony do znalezienia wiele trasy.Im bardziej możemy testować, tym lepiej; prowadzi to do więcej przekonania, że oprogramowanie będzie wykonywać scenariusza solidnie gdy znajduje się w ręce użytkowników, którzy mogą i będą odbiegać od naszych oczekiwań.
Ogólnie rzecz biorąc przydatne scenariusz zrobi, co najmniej jedną z następujących czynności:
Opowiem historię użytkownika
Opisz zapotrzebowania
Wykazania, jak działa funkcja
Wykazać scenariusz integracji
Opisz instalacja i konfiguracja
Opis ostrzeżenia i rzeczy, które mogą wystąpić
Testerzy badawcze powinno ciężko to upewnij się, że ich zebranie jak najwięcej scenariusze od wszystkich powyższych kategorii.Jest to naszym zadaniem trzymać się scenariusze i wprowadzić zmiany, według.To, jak chcemy, aby wprowadzić tej zmiany, które sprawia, że to zadanie badawcze w przyrodzie i, który jest podmiotem kolei do następnej.
(Na przykład za pomocą badania odkrywcze, za pomocą narzędzi agile w Visual Studio i TFS, zobacz Porady: rozpoczynanie sesji testowania poznawczego za pomocą programu Microsoft Test Manager.)
Wycieczki badań wstępnych
Załóżmy, że odwiedzają duże miasto jak Londyn, Anglia, po raz pierwszy.Jest duży, zajęty, mylące miejsce dla nowych turystów, z dużą ilością rzeczy do zrobienia i zobaczenia.Nawet najbogatszych, najbardziej unconstrained czasu turystyczne miałyby trudno jest zobaczyć wszystko miasta, jak Londyn ma do zaoferowania.To samo można powiedzieć podajnikowi testerów próbuje zbadać złożone oprogramowanie; wszelkich funduszy na świecie nie gwarantuje kompletność.
Turystyka korzyści z mieszanką struktury i wolności i tak czy wstępnych badań.Istnieje wiele metafor touring, które pomogą nam Dodawanie struktury do naszych badań i NAS za pośrednictwem naszej aplikacji szybciej i dokładniej niż dowolne badania samodzielnie.Wiele z tych wycieczek mieści się w większych strategii badań, a nawet może być połączona z tradycyjnych opartych na scenariuszach testowania pozwalającą stwierdzić, dokładnie tak, jak jest zorganizowany samouczka.
Wszelkie dyskusje planowania badania musi zaczynać się od rozkładu oprogramowania na mniejsze kawałki, które są łatwiejsze w obsłudze.Jednak funkcje testowania niezależnie mogą wykluczać stwierdzenia błędów tej powierzchni, tylko wtedy, gdy funkcje współdziałają ze sobą.Na szczęście metafora turystyczne kładzie nacisk na nie takie dekompozycji.Zamiast tego sugeruje dekompozycji na podstawie zamiarem , a nie na żadnej właściwej struktury aplikacji badany.Jak turystyczne, który zbliża się jej urlop z zamiarem zobacz w miarę możliwości w krótki okres czasu, jak to możliwe więc tester będzie także zorganizować jej wycieczki.Rzeczywiste turystyczne spowoduje zaznaczenie zarówno punkty orientacyjne, aby zobaczyć, jak i miejsc do odwiedzenia i testera będzie również chcesz mieszać i dopasowywać funkcje oprogramowania z zamiar zrobić coś konkretnego.Ten profil konwersji wymaga często dowolną liczbę funkcji aplikacji i funkcji być połączone w sposób, który nie byłyby, jeżeli prowadzone zgodnie z modelem testowania funkcji ścisłe.
Biuro — przewodnik
Przewodniki dla turystów zidentyfikować hotelach, taniej i atrakcji, bez wchodzenia w zbyt wiele szczegółów lub przeważającej turystyczne z zbyt wiele opcji.Artefakt analogiczne do badania odkrywcze jest Podręcznik użytkownika, czy drukowania lub implementowane jako pomoc online (w którym to przypadku często nazywam to F1 tour do oznaczenia skrót do większości systemów pomocy).W tym samouczku pójdziemy porady Podręcznik użytkownika, podobnie jak podróżnik ostrożny, przez nigdy nie odchodząc od jego potencjalnego klienta.
W samouczku pieniędzy
Każdej lokalizacji, która pożąda turystów musi mieć kilka dobrych powodów do niego, aby.Las Vegas to kasynach i listwy i Egipt jest piramidy.Dla testerów odkrywcze znalezienia cech pieniędzy prowadzi bezpośrednio do działu sprzedaży.Folk sprzedaży spędzają większość czasu wykładając DEMA aplikacji i są fantastyczne źródło informacji dla pieniędzy tour.Wykonanie samouczka, uruchom przez DEMA i wyszukiwania problemów.Jak kod towaru jest modyfikowany dla poprawek i nowych funkcji, może być przerwy demo i możesz nie tylko znaleźć wielki błąd, że pracownicy działu sprzedaży zostały zapisane z Zakłopotanie bardzo poważne.
W samouczku punkt terenowy
Jako chłopiec w pól, łąk i lasach Kentucky nauczyłem się korzystać z kompasu oglądając mój starszy brat.Proces był prosty.Korzystanie z kompasu zlokalizować punkt orientacyjny (drzewa, rock, klifie i tak dalej), w kierunku, w którym chcesz przejść, dokonać w drodze do tego punktu na lądzie i następnie Znajdź następny punkt terenowy i tak dalej i tak dalej.Tak długo, jak zabytki byli w tym samym kierunku, można dostać się za pośrednictwem patch gęste lasy Kentucky.
Biuro Landmark dla testerów badawczych jest podobne, w tym będziemy wybierz punkty orientacyjne i wykonywać ten sam punkt terenowy skaczące poprzez oprogramowanie, które chcielibyśmy lasem.Wybierz zbiór punkty orientacyjne, podjąć decyzję w sprawie zamawiania dla nich, a potem zwiedzanie aplikacji będzie landmark landmark aż odwiedzonych je wszystkie na liście.Śledzić ilość które punkty orientacyjne używanych i utworzyć zapotrzebowania landmark mapować śledzić swoje postępy.
Samouczek intelektualnej
Byłem raz na piesze wycieczki Londynu, w którym przewodnik był Pan pięćdziesiątce, który twierdził, że na początku, że mieszka w Londynie całe życie.Turystyczne kolegów stało się uczony, który był kompetentny w historii Anglii i stale prośbą trudne pytania przewodnika.On nie oznacza do szarpnięcie, ale był on ciekawy i który w połączeniu z jego wiedzy skończył się niebezpieczne połączenie... w co najmniej do prowadnicy.Po zastosowaniu do badań wstępnych, Niniejszy samouczek przedstawia podczas zbliżania się zadawanie pytań twardy oprogramowania.Jaki sposób oprogramowanie pracy tak trudne, jak to możliwe?Które funkcje są rozciągane go do jego ograniczenia?Jakie składniki produkcji i danych spowoduje, że do wykonywania najbardziej przetwarzania?Jakie składniki może być oszukania jego procedury sprawdzania błędów?Które dane wejściowe i dane wewnętrzne będzie podkreślić swoją zdolność do generowania żadnych szczególnych danych wyjściowych?
W samouczku FedEx
FedEx jest wyświetlana jako ikona na świecie pakietu dostawy.One odbiór paczek, przenosić je w obrębie ich różnych centrów dystrybucyjnych i wysłać je do ich miejsca docelowego.W tym samouczku, zamiast pakietów poruszania się po świecie za pośrednictwem systemu FedEx traktować za pośrednictwem oprogramowania do przenoszenia danych.W trakcie tej trasy testera muszą skupiać się na tych danych.Spróbuj zidentyfikować nakładów, które są przechowywane i "się" do nich oprogramowanie.Na przykład gdy adres jest wprowadzana do witryny sklepów, wyświetlanego?Jakie funkcje korzystanie z zasobów informatycznych?Jeśli jest używany jako adres rozliczeniowy, upewnij się, że wykonywanie tej funkcji.Jeśli jest używany jako adres wysyłkowy, upewnij się, że używasz tej funkcji.Jeśli można aktualizować, go zaktualizować.Czy kiedykolwiek dostać wydrukowane lub usunięte lub przetworzone?Spróbuj odnaleźć każdego elementu funkcjonalnego dotkniętego dane tak, aby tak, jak FedEx obsługuje ich opakowań, uczestniczą Państwo w każdym etapie cyklu życia danych.
Moduł Garbage Collector, samouczek
Kluby lepiej niż nawet mieszkańców i policji, którzy często zbierać śmieci krawężniku znać, ponieważ Przejdź street przez street, przez dom i zapoznać się z każdym bump na drodze.Jednakże ponieważ są one w pośpiechu, nie pozostają w jednym miejscu bardzo długie.W przypadku oprogramowania to jak metodyczne miejscu poddani kontroli wyrywkowej.Możemy decydować o kontroli miejscu interfejsu, dokąd przez ekran, okno dialogowe przez okno dialogowe (sprzyjanie, takich jak moduł garbage collector najkrótszą trasą) i nie zatrzymując do testowania szczegółowo, ale sprawdzanie oczywiste rzeczy (być może jak Shopping turystycznej).Możemy również użyć ten samouczek, aby przejść poszczególnych funkcji, moduł przez moduł lub inny punkt terenowy sens dla naszych określonej aplikacji.
Samouczek otoczenie nieściągalnych
Każde miasto, warto odwiedzić ma zły kluby i obszarów, które turystycznych jest dobrze poinformowani, aby uniknąć.Oprogramowanie posiada również złych okolic — te sekcje kodu, przez błędy.Oczywiście nie wiemy z góry funkcji, które mogą stanowić złych okolic.Ale jak błędy znalezione i zgłaszane, mogą łączyć się pewnych funkcji z liczy się błąd i można śledzić, gdzie błędów występujących w naszych produktów.Ponieważ błędy mają tendencję do gromadzenia się ludzi, ponowne wadliwy sekcje produktu jest samouczek warto.Istotnie po zidentyfikowaniu wadliwy sekcji kodu zalecane jest aby skorzystać z przewodnika Garbage Collector poprzez pobliskich obiektów, aby zweryfikować, że poprawki nie wprowadzają żadnych nowych błędów.
Zwiedzanie muzeum
Muzea, które wyświetlają antyków są ulubionym turystów.Antyki w kodzie bazowym zasługują na taką samą uwagę od testerów.W takim przypadku antyków oprogramowania są starszego kodu.Starsze pliki kodu, który podlegać rewizji lub które są wprowadzane do nowego środowiska wydają się być awaria podatne.Z oryginalnych deweloperów oprogramowania Dawno minęły i dokumentacja, często ubogich, starszy kod trudno modyfikować, trudne do przeglądu i uchyla się od jednostki badań net programiści (zwykle pisać takie testy tylko dla nowego kodu).W trakcie tej trasy testerów należy zidentyfikować starszego kodu i wykonywalnego artefakty i upewnij się, że otrzymują słuszną część badania uwagi.
W samouczku piłkę Wstecz
Na oko wielu ludzi dobry samouczek jest jednym w którym odwiedź popularnych miejsc.Przeciwieństwem trasą byłby w którym użytkownik odwiedził miejsca, w których nikt inny nie może przejść.Względem badania odkrywcze są najrzadziej funkcje używane i te, które są najmniej atrakcyjnych dla użytkowników.Jeśli organizacja śledzi użycia funkcji, ten samouczek będzie kierował należy przetestować te na dole listy.Jeśli organizacja śledzi użycie kodu, ten samouczek prosi do znalezienia metod w celu przetestowania kodu jeszcze do pokrycia.
W samouczku All-Nighter
Znany również jako Clubbing tour, ten jest dla tych ludzi, którzy pod koniec pobytu i hit nocne.Kluczowe jest tu całą noc.Testerzy badawcze na All-Nighter tour będzie na bieżąco ich stosowania, bez jego zamykania.Będą otwierać pliki i nie zamykając je.Często zdarza się że nawet nie zapisując je tak, aby uniknąć wszelkich, potencjalnych Resetowanie efekt, który może wystąpić w oszczędność czasu.One połączyć się z zasobami zdalnymi i nigdy nie należy odłączać.I chociaż te zasoby są w stałym użyciu, mogą one nawet działać badania z wykorzystaniem innych wycieczki pamiętać oprogramowania pracy i przenoszenia danych się.Jeśli użytkownicy je wystarczająco długi czas, mogą znaleźć błędów, które nie znajdzie innych testerów, ponieważ oprogramowanie jest odmowa dostępu do tego czyste resetowania, który występuje, gdy zostanie ponownie uruchomiony.
Samouczek Shopping
W tym samouczku chcę myśleć pozornie.Co zrobić, nie wykracza poza skóry głęboko.Ta trasa nie jest o funkcji lub substancji; chodzi o wygląd i pierwsze wrażenia.Podczas Shopping tour, fokus nie znajduje się na funkcjonalności lub rzeczywistym interakcji.Jest tylko na interfejsie.Samouczek programu i oglądać elementy interfejsu.Czy wyglądają dobrze?Czy renderują prawidłowo i jest dobrą wydajność?Po wprowadzeniu zmian, czy interfejs użytkownika odświeżana prawidłowo?To robi tak poprawnie, czy są źle wyglądać artefaktów na ekranie?Jeśli oprogramowanie używa koloru w sposób, który może zmienić niektóre znaczenie, jest to realizowane konsekwentnie?Są panele GUI wewnętrznie zgodne z przycisków i formantów gdzie można się spodziewać się być?Czy interfejs naruszania konwencje lub normy?
W samouczku kanapie
Jest zawsze jedna osoba na wycieczkę grupy, który po prostu nie uczestniczy.On stoi na grzbiecie z rękami, składany.On jest znudzony, unenergetic i każe się zastanawiać, dokładnie Dlaczego on jedno płaci za trasy w pierwszej kolejności.A ziemniaków autokar samouczek oznacza robi tak mało pracy rzeczywistej, jak to możliwe.To oznacza przyjęcie wszystkie domyślne wartości (wartości wstępnie przez aplikację), pozostawiając puste, wypełniając dziesięciominutowe danych formularza, jak to możliwe, nigdy nie klikając na reklamę, stronicowanie przez ekrany bez żadnych przycisków lub wprowadzania danych, pól danych wejściowych i tak dalej.Jeśli ma żadnego wyboru, aby przejść z jednym ze sposobów w aplikacji lub w innym, ziemniaczanej autokarem zawsze ma ścieżkę najmniejszego oporu.
W samouczku obsesyjno-kompulsywnych
Testerzy OCD wchodzą takie same dane wejściowe w kółko.W kółko będą wykonywać tę samą akcję.Będą powtarzane, wykonaj ponownie, kopiowanie, wklejanie, pożyczyć, a następnie wykonaj wszystko, co trochę więcej.W większości sytuacji nazwa gry jest powtórzenie.Zamówić pozycję na stronie handlowej, a następnie ponownie, aby sprawdzić, jeśli ma zastosowanie wielu Rabat zakupu zamówień.Wprowadź niektóre dane na ekranie, a następnie natychmiast zwraca się o wprowadzenie go ponownie.Są to akcje, które często programiści nie program w przypadku wystąpienia błędów dla.Mogą one spowodować znaczne zamieszanie.
Deweloperzy są często myślenia o użytkowniku czyniących w określonej kolejności i korzystania z oprogramowania z celem.Ale użytkownicy popełniać błędy i musiał się cofnąć, nie rozumieją co określonej ścieżki twórca miał na uwadze dla nich często i podejmują swoje własne.Może to powodować obciążenie schemat dokładnie określone przez deweloperów, aby szybko spadek po drodze.
Testowanie jest złożony, ale skuteczne wykorzystanie technik badawczych może pomóc oswoić ta złożoność i udział w produkcji wysokiej jakości oprogramowania.
Zobacz też
Inne zasoby
Porady: rozpoczynanie sesji testowania poznawczego za pomocą programu Microsoft Test Manager
Porady: tworzenie nowego testu ręcznego w sesji testowania poznawczego
Wykonywanie testów poznawczych za pomocą programu Microsoft Test Manager