Szablon Planu Jakości

Kilka lat temu uczestniczyłam w szkoleniu ISTQB. Uważam, że prezentowana tam wiedza, schematy i procesy są bardzo sensowne - dlatego, że moja mentorka od początku mojej proacy pokazywała mi jak z nich korzystać.

Poniżej znajduje się schemat Planu Testów - my nazwaliśmy go Planem Jakości Projektu. Dopracowaliśmy go, zautomatyzowaliśmy wypełnianie go w naszym systemie Redmine i wielokrotnie szkoliliśmy nasz zespół w sposobie jego wypełniania. Dlaczego wielokrotnie? Plan jest długi i podczas jego wypełniania trzeba przemyśleć wiele aspektów jakości projektu (a nie każdy chce i potrafi to zrobić).
Przemyśleć, sprawdzić, ustalić - to najważniejszy cel wypełniania Planu Jakości.
Manifest Agile (który bardzo cenię) stawia dokumentację i przestrzeganie planu na drugim miejscu - zgadzam się z tym całkowicie - nie wypełniajmy planu dla smego wypełniania i generowania niepotrzebnej dokumentacji. Wypełniamy tyle, ile trzeba, a myślimy o wszystkim bo od nas zależy Jakość w projekcie.

1. Identyfikator
2. Wstęp
1. autoryzacja projektu
2. plan projektu
3. plan QA
4. plan zarządzania konfiguracją
5. polityka testów
6. standardy testów
3. Przedmiot testów
1. specyfikacja wymagań
2. specyfikacja projektowania
3. instrukcja obsługi/instalacji/funkcji
4. Testowane funkcje
5. Nietestowane funkcje
6. Podejście do testów
7. Kryteria przejścia/niezaliczenia testów
8. Kryteria zawieszenia/wznowienia testów
9. Rezultaty testów
1. plan testów
2. specyfikacja projektów testowych
3. specyfikacja przypadków testowych
4. przekazanie przedmiotu testów
5. logi z testów
6. raport incydentu testowego
7. podsumowanie raportu testów
10. Testowane zadania
11. Niezbędne środowisko testowe
12. Odpowiedzialność
13. Zapotrzebowanie na personel i szkolenia
14. Harmonogram
15. Ryzyka i nieprzewidziane wydatki
16. Pozwolenia/zatwierdzenia

Screen size - czyli jaki rozmiar powinna mieć grafika tła

Przygotowałam moją Bardzo Ważną Aplikację.
Pracowałam nad nią długo, nadszedł dzień premiery i... nie dało się jej otworzyć na niektórych urządzeniach.
Okazało się, że dodane przeze mnie grafiki były za duże - urządzenia nie radziły sobie z ich dopasowaniem.

Podstawa, tak, jednak jakoś przeoczyłam.

Poczytałam trochę, między innymi:
https://vinsol.com/blog/2014/11/20/tips-for-designers-from-a-developer/
https://blog.prototypr.io/designing-for-multiple-screen-densities-on-android-5fba8afe7ead
https://medium.com/@sashaserg/a-mysterious-density-independent-pixel-a-quick-introduction-to-android-design-111d68be7cf5

I od tamtej pory wielkość grafik tła w moich projektach to około:

• mdpi - 360x480 px
• hdpi - 480x800 px
• xhdpi - 720x1280 px
• xxhdpi - 1080x1920 px
• xxxhdpi - 1440x2560 px

Zazwyczaj nie mam odzielnych plików dla każdej wielkości ekranu - mam tylko jeden i dodaję go do katalogu, do którego najbardziej pasuje.

Staram się mimo wszystko nie mieć za dużych plików - to zazwyczaj one zwiększają rozmiar aplikacji, więc jeśli grafika nie jest najważniejszym elementem, dbam o oszczędność pamięci użytkownika

Dobre praktyki - Lekcja 1

1. Testuj małe elementy - im mniej, tym lepiej, nawet jeśli to tylko zmiana koloru - upewnij się, że się zmienił tam gdzie powinien.
2. Testuj małe elementy - nawet jeśli nie powodują widocznej zmiany wyglądu lub zachowania - sprawdzaj, czy nic nie popsuły.
3. Czytaj materiały branżowe regularnie - warto się uczyć od innych.
4. Porządnie planuj - najpierw zgrubnie, później coraz dokładniej, im mniejsze zadania tym łatwiej je wykonać nawet przy zmęczeniu.
5. Usuwaj logi, których nie potrzebujesz.
6. Upewnij się, że element, którego używasz !=null