• Kliknij tutaj, aby zobaczyć mój pełen projekt w formacie PDF | Click here to see my full project in PDF format

Kapu$ta to aplikacja do śledzenia wydatków i dochodów, która ma na celu pomóc użytkownikom kontrolować swoje finanse. Interfejs aplikacji powinien więc być przejrzysty i łatwy w obsłudze.

Aby umożliwić użytkownikom lepsze zrozumienie ich sytuacji finansowej, aplikacja automatycznie sporządza bieżące saldo oraz przedstawia obrazkowy schemat wydatków i dochodów.

Jedną z funkcji aplikacji Kapu$ta jest również opcja wyświetlania szczegółowych raportów dla każdego okresu i każdej kategorii operacji, dzięki czemu możemy sortować operacje według daty lub kwoty.

Kapu$ta zapewnia także bezpieczeństwo danych dotyczących budżetu poprzez ustawienie hasła, dlatego użytkownik ma pełną kontrolę nad swoimi informacjami finansowymi. Aplikacja jest przeznaczona dla każdego, kto chce kontrolować swoje wydatki i dochody oraz oszczędzać pieniądze.

Kapu$ta is an expense and income tracking app that aims to help users stay on top of their finances. Therefore, the application interface should be clear and easy to use.

To enable users to better understand their financial situation, the app automatically compiles a current balance and provides a pictorial chart of expenses and income.

One of the features of the Kapu$ta application is also the option to display detailed reports for each period and each category of operations, so we can sort operations by date or amount.

Kapu$ta also keeps your budget data safe by setting a password, so you have full control over your financial information. The application is intended for anyone who wants to control their expenses and income and save money.

Podstawą testów aplikacji Kapu$ta była specyfikacja, zawierająca wymagania biznesowe oraz makieta obrazująca design strony i układ elementów.

W specyfikacji zostały przedstawione informacje dotyczące wymagań, w tym opis funkcjonalności, jakie powinna spełniać aplikacja, aby działać zgodnie z oczekiwaniami użytkowników oraz interesariuszy.

Makieta przedstawiająca wizualny projekt aplikacji, design i układ elementów strony takich jak ikony, przyciski, pola tekstowe, menu nawigacyjne, obrazy.

The basis for testing the Kapu$ta application was a specification containing business requirements and a mock-up illustrating the website design and arrangement of elements.

The specification presents information on the requirements, including a description of the functionalities that the application should meet in order to work in accordance with the expectations of users and stakeholders.

A mockup showing the visual design of the application, design and layout of page elements such as icons, buttons, text fields, navigation menus, images.

Nabyłam umiejętność posługiwania się narzędziami wspierającymi proces testowy:

TestRail ➞ Tworzenie przypadków testowych

Jira ➞ Tworzenie raportów o błędach

Trello ➞ Organizacja pracy, zarządzanie czasem i procesem testowym

I have acquired the skill of using tools to support the testing process:

TestRail ➞ Creating test cases

Jira ➞ Creating bug reports

Trello ➞ Work organization, time management, test process management

Laptop Lenovo IdeaPad L340 Gaming

Windows 10 Wersja 64-bitowa

Microsoft Edge Wersja 108.0.1462.76 (Oficjalna kompilacja) 64-bitowa.

Laptop Lenovo IdeaPad L340 Gaming

Windows 10 64-bit version

Microsoft Edge Version 108.0.1462.76 (Official Build) 64-bit.

Dokumentacja testowa w postaci przypadków testowych, raportów o błędach, stworzona przeze mnie podczas testowania aplikacji Kapu$ta Smart Finance.

Raporty o błędach

• 12 raportów o błędach, dokumentujących problemy i niedoskonałości w testowanej aplikacji.

Przypadki testowe

• 33 przypadki testowe, które zostały zaprojektowane na podstawie specyfikacji wymagań aplikacji.

Test documentation in the form of test cases and bug reports, created by me while testing the Kapu$ta Smart Finance application.

Bug reports

• 12 bug reports documenting problems and imperfections in the tested application.

Test cases

• 33 test cases that were designed based on the application's requirements specification.

64% testów zaliczonych:

Większa część przetestowanych obszarów aplikacji zaliczyła testy jakościowe i działa zgodnie z oczekiwaniami.

36% testów niezaliczonych:

Istnieją obszary, które wymagają podjęcia działań naprawczych, zwłaszcza w obrębie krytycznych funkcji.

64% of tests passed:

The majority of the tested application areas passed the quality tests and operates as expected.

36% of tests failed:

There are areas that require corrective action, especially within critical functions.

Procentowy wynik zaliczonych testów z podziałem na testowane aspekty aplikacji:

• 0% Autoryzacja Google
• 50% Strona Logowania i Rejestracji
• 33% Nagłówek
• 72% Strona Główna
• 80% Strona Raportów

💡Wnioski:

Sekcja ta wymaga natychmiastowej uwagi oraz działań naprawczych. Proces autoryzacji Google jest całkowicie niesprawny. W celu zapewnienia poprawnej integracji z usługą należy sprawdzić, czy aplikacja jest dostosowana do najnowszych wytycznych Google.

💡Wnioski:

Przede wszystkim, naprawa błędów związana z walidacją adresu e-mail. System nie powinien przepuszczać nieprawidłowych danych takich jak np. adres e-mail o błędnym formacie.

Ponadto, poprawa bezpieczeństwa logowania / rejestracji ze względu na możliwość wprowadzenie słabego hasła. Użytkownik może wprowadzić hasło składające się z samych małych bądź samych dużych liter lub z samych cyfr.

Co więcej, w dokumentacji nie określono długości hasła oraz nie uwzględniono znaków specjalnych, dlatego wymagania dot. walidacji hasła powinny być bardziej sprecyzowane pod kątem bezpieczeństwa.

💡Wnioski:

W sekcji Nagłówek wykryte błędy to przede wszystkim błędy o priorytecie Medium lub Low. Nie zaburzają one kluczowych funkcji aplikacji, a co za tym idzie, mają niewielki wpływ na doświadczenia użytkowników, dlatego powinno się nimi zająć drugoplanowo.

💡Wnioski:

Pomimo relatywnie lepszego wyniku, nadal istnieją obszary do poprawy. Część błędów wykrytych w tej sekcji wynika z nieodpowiednio spisanych wymagań np. błędna interpretacja przycisku INPUT w dokumentacji.

Druga kwestia to poprawa użyteczności strony głównej i upewnienie się, że użytkownicy łatwo znajdą tam potrzebne informacje oraz dostępne funkcje.

💡Wnioski:

Strona raportów osiągnęła najlepsze wyniki ze wszystkich przetestowanych do tej pory sekcji, osiągając 80% zaliczonych testów. Kluczowym elementem do poprawy będzie wykres dla kategorii transakcji.

Percentage result of passed tests divided into tested aspects of the application:

• 0% Google authorization
• 50% Login and Registration Page
• 33% Header
• 72% Home Page
• 80% Report Page

💡Conclusions:

This section requires immediate attention and corrective actions. The Google authorization process is completely ineffective. To ensure proper integration with the service, it is necessary to verify if the application is aligned with the latest Google guidelines.

💡Conclusions:

First of all, fixing bugs related to email address validation. The system should not pass incorrect data, such as an e-mail address with the wrong format.

In addition, improved login/registration security due to the possibility of entering a weak password. The user can enter a password consisting of only lower case letters, all upper case letters, or only numbers.

Moreover, the documentation does not specify the password length and does not include special characters, so the password validation requirements should be more specific in terms of security.

💡Conclusions:

In the Header section, the detected errors are primarily of Medium or Low priority. They do not disrupt key functions of the application and, consequently, have a minor impact on user experiences. Therefore, they should be addressed as secondary priorities.

💡Conclusions:

Despite the relatively better result, there are still areas for improvement. Some of the errors detected in this section result from inappropriately written requirements, e.g. incorrect interpretation of the INPUT button in the documentation.

The second issue is to improve the usability of the home page and make sure that users can easily find the information they need and the available functions there.

💡Conclusions:

The Report Page achieved the best results of all sections tested to date, achieving 80% passed tests. The key element to improve will be the chart for transaction categories.

Raporty z testów pokazują, że pomimo pewnych sukcesów, aplikacja wymaga dalszej uwagi w celu zwiększenia jakości, efektywności oraz naprawy krytycznych funkcji. Obecnie 64% testów zostało zaliczonych, podczas gdy 36% testów otrzymało status "Failed".

Przede wszystkim, warto zwrócić uwagę na takie sekcje jak Autoryzacja Google (0%) oraz Strona logowania i rejestracji (50%). To właśnie te obszary zawierają najwięcej krytycznych defektów i mogą w sposób znaczący obniżyć bezpieczeństwo użytkowania aplikacji.

Jeśli chodzi o sekcje Nagłówka, pomimo słabego wyniku (tylko 33% zaliczonych testów), nie znaleziono tam defektów o wysokim priorytecie. Defekty te, nie oddziałują znacząco na korzystanie z aplikacji, dlatego mają mniejszy wpływ na doświadczenia użytkowników.

Ponadto, po zastosowaniu działań naprawczych, konieczne będzie przeprowadzenie testów regresji, aby upewnić się, że zmiany nie wpłynęły negatywnie na inne obszary aplikacji.

Test reports show that despite some successes, the application requires further attention to increase quality, efficiency and fix critical functions. Currently, 64% of the tests have been passed, while 36% of the tests have been given a "Failed" status.

First of all, it is worth paying attention to sections such as Google Authorization (0%) and Login and registration page (50%). These are the areas that contain the most critical defects and can significantly reduce the security of using the application.

As for the Header sections, despite the poor result (only 33% of passed tests), no high priority defects were found there. These defects do not significantly affect the use of the application, therefore they have a smaller impact on the user experience.

Additionally, once remediation has been applied, regression testing will need to be performed to ensure that the changes have not negatively impacted other areas of the application.