|
|
 |
| Testowanie |
 |
-
Dostęp do składowych prywatnych i chronionych - PrivateObject i PrivateType
Potrzebujesz dostępu do prywatnych / chronionych składowych obiektu kodując testy modułów?
Czas na PrivateObject i PrivateType.
-
Pobieranie kontrolki typu TreeViewItem dla elementów TreeView WPF
Przy testowaniu kontrolki użytkownika (UserControl) zawierającej drzewo (TreeView)
chciałem zasymulować kliknięcia myszą na elementach tegoż drzewa.
Okazuje się jednak, że nie jest takie proste dobranie się do kontrolki, która reprezentuje element drzewa
(I do której chciałem wysłać odpowiednie zdarzenie)...
-
Podwójne kliknięcia w kontrolkach TreeView WPF
Okazuje się, że zdarzenia podwójnego kliknięcia zgłaszane są w drzewach WPF dla klikniętego węzła
jak również dla wszystkich węzłów nadrzędnych!
-
Output w testach MSTest (VS 2010)
Nie możesz znaleźć wydruków kontrolnych z instrukcji Console / Debug / Trace .WriteLine
podczas wykonywania testów w VS 2010? Ten krótki tekst pokazuje co gdzie idzie.
-
Kontrola powiadamiania o zmianach wartości
Też nie lubisz braku kontroli typów w powiadamianiu o zmianach wartości (INotifyPropertyChanged) w programach VB.NET?
Sześć linii może pomóc w upilnowaniu kodu przed błędnym kodem w implementacji tego interfejsu.
-
Weryfikacja "wiszących" procedur obsługi zdarzeń w formach Delphi
Lubię Visual Form Inheritance (VFI) w Delphi, ale wsparcie tego rozwiązania ze strony narzędzia mogłoby być znacznie lepsze.
Jedna z rzeczy, które lub się "rozjechać" podczas pracy na hierarchiach formularzy
jest mapowanie między zdarzeniami a procedurami obsługi zdarzeń.
Przedstawiam tutaj krótką procedurę pozwalającą sprawdzić niespójności w tej materii.
-
AssertWasCalled w Rhino Mocks (w VB.NET)
Początki używania jakiejkolwiek większej biblioteki mogą być niełatwe.
Jednak najlepszym sposobem na wdrożenie się jest po prostu ropoczęcie korzystania z niej.
A kolejne funkcje z czasem staną się jasne. Tylko gdzie zacząć?
W tym tekście znajdziesz łagodne wprowadzenie do Rhino Mocks
pokazujące najprostszy scenariusz korzystania z biblioteki -
tworzenie atrap obiektów (stubs) na potrzeby testowania.
-
Pierwsze kroki z Rhino Mocks (w VB.NET)
Początki używania jakiejkolwiek większej biblioteki mogą być niełatwe.
Jednak najlepszym sposobem na wdrożenie się jest po prostu rozpoczęcie korzystania z niej.
A kolejne funkcje z czasem staną się jasne. Tylko gdzie zacząć?
W tym tekście znajdziesz łagodne wprowadzenie do Rhino Mocks
pokazujące najprostszy scenariusz korzystania z biblioteki -
tworzenie atrap obiektów (stubs) na potrzeby testowania.
-
VS - testy w... toku
Problemy z uruchamianiem unit testów pod Visual Studio 2008?
Testy pozostają w stanie "pending" w nieskończoność?
Może ten hotfix Wam pomoże...
-
Zautomatyzowane testowanie GUI
Miałeś kiedyś problemy z testowaniem aplikacji GUI za pomocą zewnętrznych programów?
A może po prostu chcesz przetestować jedno okno/formę bez konieczności uruchamiania całego programu?
Zacznij pisać unit testy dla GUI swoich aplikacji - są równie proste co standardowe unit testy.
-
Zautomatyzowane testowanie GUI w maszynie wirtualnej
Testowanie GUI, gdy wykonywane na maszynie deweloperskiej,
blokuje prace ze względu na niemożność korzystania w tym czasie z klawiatury czy myszy.
Skorzystaj tedy z maszyny wirtualnej i pozwól działać testom tam, a sam spokojnie kontynuuj swoją pracę.
-
Automatyczne testowanie formularzy okien
Masz już dość ciągłego weryfikowania kolejności kontrolek i poprawności skrótów na formularzach okien?
Ile razu wysłałeś już do klienta program, w którym skróty są zduplikowane,
w którym FocusControl w etykietach nie jest poprawnie ustawione,
w którym nie ma domyślnych przycisków w oknach dialogowych, itp.?
Ten tekst opisuje pewne podejście do automatycznego testowania formularzy okien
(a także i innych kontrolek, np. ramek).
Podejście, które, przynajmniej w moim przypadku, każdego tygodnia oszczędza kilka godzin na testowaniu.
-
Wykrywanie traconej pamięci a DUnit
Znacznie łatwiej naprawia się błędy kodowania, gdy te zostaną wykryte w fazie testów modułów
niż gdy je wykryjemy podczas dalszych faz cyklu tworzenia oprogramowania.
Nie inaczej jest z przeciekaniem pamięci, szczególnie, że błąd ten może objawiać się nieregularnie,
a prześledzenie problemu do źródła może być trudne i czasochłonne.
Gdy korzystamy z Delphi, DUnit jest rozwiązaniem,
które ułatwia wykrywanie przecieków dzięki odpowiedniej opcji programu
(a dla innych języków istnieją rozwiązania podobne).
Jednakże, przy takim podejściu należy zwrócić uwagę na kilka niuansów,
z których jeden opisany jest w niniejszym tekście.
Góra
|
|
|
|
Teksty
