XPro. Quality Matters.

Miałem okazję uczestniczyć w 2-dniowym szkoleniu zatytułowanym ‘Testowanie wydajności’ zorganizowanym przez portal testerzy.pl. Szkolenie składało się z 6 godzin teorii i z 10 godzin zajęć praktycznych. Ogólne wrażenie po szkoleniu muszę określić jako ‘niedosyt praktycznych informacji’.

Szkolenie było przeznaczone dla osób zupełnie początkujących. Temat został omówiony dosyć ogólnie, a ponieważ na ogólnym poziomie testowanie wydajności wydaje się dosyć intuicyjne ilość przydatnych/praktycznych informacji nie zachwyciła. Część praktyczna okazała się przede wszystkim wprowadzeniem do narzędzia ‘JMeter’. Dla kogoś kto jest biegły w posługiwaniu się tym programem musiała to być droga przez mękę.

Po tym niezbyt zachęcającym do dalszej lektury wstępie nadchodzi krótka i konkretna końcówka:

Więcej »

W procesie testowania wydajności bardzo ważne jest zrozumienie otrzymanych wyników.
Wykonując testy przy pomocy JMeter z pomocne są bardzo pluginy do wizualizacji wyników.

Instalacja jest bardzo prosta, wystarczy ściągnąć paczkę zip, rozpakować i wrzucić pliki JMeterPlugins.jar do folderu JMETER_INSTALL_DIR/lib/ext. Po restarcie JMeter nowe funkcjonalności są dostępne.

Więcej »

Testowanie oprogramowania jest z natury czynnością dość uciążliwą. Najpierw testujemy świeżo napisane moduły, potem oprogramowanie się zmienia i  konieczne jest przeprowadzanie testów regresyjnych, retestów.  Każdy projekt wymaga chociaż kilkakrotnego wykonania tych samych scenariuszy testowych co pochłania dużo czasu i wymaga wielu zasobów przez co staje się również kosztowne.

Przygotowując plan testów do rozpoczynającego się projektu warto dokładnie zastanowić się, czy nie warto zainwestować w automatyzację testów funkcjonalnych. Jeśli mamy do czynienia z krótkim projektem, który nie będzie rozwijany automatyzacja może okazać się zbędna, więcej czasu zajmie nam przygotowanie narzędzi i skryptów testowych niż przeprowadzenie tych testów manualnie.

Więcej »

Zagadnienie testowania aplikacji jest jednym z podstawowych zagadnień inżynierii oprogramowania. Temat jest bardzo obszerny i na pewno każda osoba zaangażowana w tworzenie oprogramowania nie raz zetknęła się z tym problemem.

Prawdopodobnie najczęstszym rodzajem testów pisanych przez programistów są testy jednostkowe. Mają one na celu automatyczną weryfikację poprawności działania pojedynczych jednostek programu, np metod lub obiektów w programowaniu obiektowym.

Wśród testów jednostkowych ciekawym zagadnieniem jest testowanie kodu w warstwie prezentacij.

Więcej »

Po napisaniu aplikacji, bądź już w trakcie jej powstawania nadchodzi moment, aby sprawdzić, czy jest ona wystarczająco wydajna. Chcemy mieć pewność, że jeśli wiele osób zacznie korzystać z naszej strony jednocześnie nie nastąpi jakaś awaria i aplikacja nadal będzie działać na tyle szybko by nie zniechęcić zwykłego użytkownika do używania jej.

W produkcyjnym trybie działania aplikacji może okazać się, że:

• serwer ma za mało pamięci, za słaby procesor
• zapytania do bazy danych oraz konfiguracja bazy jest nieoptymalna
• serwer aplikacji jest niewłaściwie skonfigurowany
• za słabe łącze nie pozwala na szybkie przesyłanie danych z serwera

Jak widać wiele niebezpieczeństw czyha na naszą stronę, warto wiedzieć jak sobie z nimi radzić.

Więcej »

Same Origin Policy (zasada tożsamego pochodzenia) została wprowadzona w przeglądarkach internetowych w celu zabezpieczenia użytkowników serwisów WWW przed utratą poufnych danych. W skrócie polega ona na tym, że skrypty na stronie A nie mają dostępu do zasobów na stronie B, jeżeli strony te różnią się protokołem, nazwą domeny lub numerem portu. Reguła ta znacząco utrudnia tworzenie aplikacji, które są hostowane na różnych domenach i które, wyświetlone na tej samej stronie (w iframe’ie) powinny w “dobrych zamiarach” komunikować się ze sobą bez udziału serwera.

Deweloperzy opracowali różne techniki, które pozwalają “obejść” powyższe zabezpieczenia. Ostatecznie problem został rowiązany przez twórców standardu HTML5, który definiuje funkcję “window.postMessage” przewidzianą specjalnie do bezpiecznej komunikacji pomiędzy skryptami z różnych domen. Funkcja ta jest obecnie implementowana przez większość nowoczesnych przeglądarek.

Teoretycznie pozostaje więc stworzenie biblioteki, która będzie odpowiedzialna za przesyłanie komunikatów niezależnie od przeglądarki, w której pracuje aplikacja. Biblioteka powinna zdefiniować interfejs umożliwiający przesłanie komunikatu/odebranie odpowiedzi, i ukryć przed programistą szczegóły implementacyjne – rodzaj wykorzystywanej techniki cross site scripting’u i różnice w implementacji Javascript’u.

Więcej »

W jednym z wcześniejszych wpisów, opisałam ogólny algorytm szacowania nakładów na projekt IT, dzisiaj pozwolę sobie przedstawić jak wygląda to na przykładzie.
Załóżmy sobie, że mamy prostą aplikację służącą do ewidencji znajomych, czyli możemy dodawać, edytować oraz usuwać znajomych.
Oszacujmy więc przy pomocy IFPUG ile czasu potrzeba aby przygotować taką aplikację.

Więcej »

To wydawałoby się prozaiczne pytanie przestaje być prozaiczne w sytuacji gdy podejmiemy już decyzję o certyfikacji i chcemy zapłacić za egzamin. Pytając wyszukiwarkę Google udało mi się odszukać wiele postów na temat zmian jakie ostatnio zaszły w certyfikacji Java, czy w ogóle warto się certyfikować i jak się przygotować. Dowiemy się również, że koszt egzaminu to 300$ i że można go zdawać w dowolnym ośrodku autoryzowanym przez Pearson VUE.

Ale jak będąc klientem z Polski mam zapłacić za egzamin ?

Więcej »

Diagram Hierarchii Funkcji jest jednym z najbardziej popularnych sposobów modelowania funkcjonalności systemu w celu zdefiniowana specyfikacji wymagań. Pozwala on w sposób ogólny opisać jak funkcjonuje przedsiębiorstwo, dla którego przygotowujemy system. Każda funkcja powinna opisywać w jaki sposób przedsiębiorstwo realizuje swoją strategię. Ważne jest to aby mówiła co robi, a nie jak i kto. Dąży się do tego aby hierarchia była spójna, zwięzła i czytelna.

Więcej »

Jakiś czas temu wykorzystaliśmy gotowe rozwiązanie z postu How to handle caching of GWT theme CSS files, chcąc zapobiec cachowaniu przez przeglądarkę arkuszy stylów CSS, które są automatycznie załączane w deskryptorze modułu GWT. Przypomnę, że chodzi o znacznik stylesheet, który umieszczamy w pliku <modulename>.gwt.xml. Przytoczone rozwiązanie polega na napisaniu własnego linkera, który dziedziczy z IFrameLinker‘a i nadpisuje metodę generateScriptInjector, i dodaje timestampt do adresu URL arkusza CSS.

Od wersji GWT 2.3 metoda generateScriptInjector została przeniesiona do klasy ResourceInjectionUtil. Klasa SelectionScriptLinker otrzymała w to miejsce nową metodę fillSelectionScriptTemplate, która korzysta z ResourceInjectionUtil przy generowaniu skryptu nocache.js. Jeżeli ostanie zdanie jest dla kogoś niezrozumiałe polecam zapoznać się z sekcją dokumentacji opisującą ładowanie aplikacji GWT oraz przejrzeć kod źródłowy klas IFrameLinker oraz SelectionScriptLinker

Rozwiązanie polegające na nadpisaniu metody fillSelectionScriptTemplate nie jest już takie eleganckie jak w poprzednim przypadku (choć wciąż możliwe), gdyż wymaga skopiowania sporej ilości kodu. Skoro nadarzyła się okazja postanowiłem przyjrzeć się systemowi linkerów i sprawdzić, czy uda mi się zaproponować alternatywne rozwiązanie.

Więcej »