Od pewnego czasu borykam się z próbami odkrycia, jak powiedzieć projektowi CodedUI, gdzie można uruchomić plik wykonywalny i jak zrobić to "dobrze", aby działa automatycznie, gdy różni użytkownicy uruchamiają kod w różnych obszarach roboczych, na różnych hostach itd. Wpadłem na skopiowanie pliku wykonywalnego do współużytkowanego katalogu (krok we właściwym kierunku), a następnie nagrywanie akcji, aby ją uruchomić (pomoc zespołu, więc przynajmniej działa dla różnych użytkowników na tym samym hoście).
Oto kroki z instrukcji MSTest, dostosowane do MS Visual Studio 2015 Enterprise IDE. Niestety, nie mam wystarczająco dużo „punkty reputacji”, aby móc zamieścić zrzuty ekranu -
- Od wewnątrz MS Visual Studio IDE, w Solution Explorer, kliknij na projekcie CodedUI aby ją podświetlić, kliknij prawym przyciskiem myszy, wybierz "Dodaj", wybierz "Istniejący element"
- W oknie dialogowym Dodaj istniejący element przejdź do pliku wykonywalnego, który chcesz przetestować w projekcie CodedUI. Kliknij plik, aby go podświetlić, a następnie znajdź listę rozwijaną "Dodaj" w oknie dialogowym i wybierz "Dodaj jako łącze", kliknij OK.
- Wróć do rozwiązania, kliknij ponownie projekt CodedUI i rozwiń go. Teraz powinieneś zobaczyć ikonę .exe wymienione wewnątrz projektu CodedUI
- prawym przyciskiem myszy na ikonę .exe i wybierz „Właściwości”
- W oknie Właściwości ustaw BuildAction do treści i Kopiuj do wyjścia Informator Copy Zawsze
Voila !!!
+1 Niesamowite wyjaśnienie krok po kroku. – Lernkurve
Tylko uwaga dla użytkowników VB .Net: Dodano wewnętrzną zmienną wewnątrz klasy testowej (np. "Prywatna myApp"), zamiast nawiasów, użyj <> (np. "" zamiast "[TestCleanup] ", a kroki 4 i 5 są niemożliwe do wykonania: –
@Zian Choy - Zbuduj swój plik wykonywalny tak, jak normalnie, a następnie, dodając link do pliku .exe, musisz go znaleźć w jego ścieżce budowania konfiguracji. Na przykład: c: \ myapp \ bin \ debug \ myapp.exe – Adam