Czy można ujawniać funkcje zakodowane ręcznie jako wspólne kroki?

Question

Zajmujemy się zakodowanym interfejsem, a ponieważ mamy doświadczenie w kodowaniu w C#, sami będziemy kodować automatyczne testy.

Już wiem, że możliwe jest posiadanie testu z określonymi krokami testowymi. Każdy krok testowy jest faktycznie funkcją wewnątrz metody testowania, a opis pochodzi z podsumowania.

Jest to świetny sposób dla programistów C#, aby pokazać, co robią osobom testującym, które będą współdziałać z tymi automatycznymi testami za pomocą MTM (Microsoft test manager).

Byłoby jednak świetnie, gdyby kodery C# były w stanie utworzyć ogólne funkcje jako "Wspólne kroki", i w ten sposób nietechniczne testerzy mogliby zmontować nowe testy w MTM przy użyciu tych bloków.

Funkcje takie jak: Otwórz okno ustawień, maksymalizuj okno, Dodaj element (z parametrami), należy zamknąć wszystkie otwarte karty, itp

jednak byłyby one zakodowane funkcje, a nie z nagrania.

Chodzi o to, że po utworzeniu i zapisaniu tych funkcji w systemie TFS (Ponownie jako wspólne kroki), tester będzie mógł wykorzystać te funkcje jako elementy konstrukcyjne do bardziej zautomatyzowanych testów.

Muszę również podkreślić, że te funkcje będą w pełni zautomatyzowane, a więc nowe testy montowane w MTM również muszą być w pełni zautomatyzowane bez potrzeby otwierania Visual Studio.

Czy to w ogóle możliwe?

Answer 1

To nie jest tak naprawdę możliwe w sposób, w jaki sobie tego życzysz - nie będziesz w stanie sprawić, by Twoi nietechniczni testerzy tworzyli automatyczne testy od menedżera testów. Zakodowany test interfejsu użytkownika zawsze musi istnieć jako test w pliku kodu.

Wszystkie szczegóły testu menedżera testów są dostępne za pośrednictwem interfejsu API TFS, więc przypuszczam, że powinno być możliwe utworzenie własnej warstwy, która mogłaby generować kodowany kod interfejsu użytkownika w oparciu o wspólny system mapowania kroków, ale byłby to dość duże przedsięwzięcie - prawdopodobnie łatwiejsze są automatyczne testy stworzone przez ludzi technicznych.

Answer 2

Podejście stosowane przez niektóre osoby polega na stworzeniu szkieletu testowego zawierającego wiele użytecznych funkcji. Sam test jest następnie zapisywany jako oparty na danych test kodowanego interfejsu użytkownika, przy czym każdy krok stanowi jeden wpis ze źródła danych. (Zazwyczaj każdy krok może składać się z jednego wiersza w pliku CSV.) Niektóre kolumny źródła danych to komendy i inne dane dla tych poleceń.

Polecenia mogą być stosunkowo niskiego poziomu, na przykład: znajdź okno, przejdź do strony, uruchom aplikację, znajdź element sterujący w oknie, wprowadź tekst do pola, kliknij przycisk lub łącze, sprawdź, czy pole zawiera dany ciąg.

Polecenia mogą dotyczyć działań na wyższym poziomie w aplikacjach, takich jak: zaloguj się, wypełnij formularz.

Konstrukcje mogą pozwalać osobom niekodującym pisać testy używając ich terminologii, którą rozumieją. Ramy są trudne do napisania.