Funkcjonalny test działania użytkownika w sklepie internetowym

Testowanie aplikacji mobilnej — tracker kalorii Poszukujemy uważnego testera QA do pełnego testowania aplikacji mobilnej do liczenia kalorii i kontrolowania diety. Aplikacja jest dostępna na iOS i Android. Główna funkcja — rozpoznawanie potraw na podstawie zdjęcia z automatycznym określaniem składników, kaloryczności oraz Białka, Tłuszczy i Węglowodanów. Podstawowe zadania Przeprowadzenie pełnego testowania funkcjonalnego aplikacji. Sprawdzenie wszystkich dostępnych ekranów, przycisków, scenariuszy i możliwych interakcji użytkownika z aplikacją. Znalezienie błędów funkcjonalnych, wizualnych, logicznych oraz UX. Sprawdzenie działania aplikacji przez kilka dni, naśladując zachowanie rzeczywistego użytkownika. Przeskanowanie co najmniej 50 różnych potraw lub produktów i sprawdzenie jakości działania rozpoznawania. Sprawdzenie poprawności zapisywania, edytowania i usuwania wprowadzonych danych. Sprawdzenie stabilności działania aplikacji po zamknięciu, ponownym uruchomieniu i restartowaniu urządzenia. Co należy sprawdzić Rejestracja i onboarding Rejestracja nowego użytkownika. Logowanie do istniejącego konta. Wylogowanie i ponowne logowanie. Wszystkie opcje odpowiedzi podczas onboardingu. Poprawność obliczenia zalecanej normy kalorii i Białka, Tłuszczy i Węglowodanów. Wprowadzenie minimalnych, maksymalnych, niepoprawnych i nietypowych wartości. Powrót do poprzednich ekranów i zmiana odpowiedzi. Zachowanie aplikacji po przerwaniu onboardingu. Skanowanie jedzenia Należy przetestować co najmniej 50 różnych potraw i produktów, w tym: proste produkty; złożone potrawy wieloskładnikowe; domowe potrawy; potrawy restauracyjne; napoje; desery; przekąski; zupy; sałatki; potrawy z sosami; potrawy z kilku składników; jedzenie w opakowaniu; częściowo zjedzona potrawa; duża i mała porcja; zdjęcia w różnych warunkach oświetleniowych; zdjęcia z góry i pod kątem; nieostre lub ciemne zdjęcia; wiele potraw na jednym zdjęciu. Dla każdego skanowania należy sprawdzić: czy potrawa została poprawnie zidentyfikowana; czy główne składniki zostały poprawnie określone; jak realistycznie określona jest waga porcji; jak realistycznie określone są kalorie, białka, tłuszcze i węglowodany; czy wynik można edytować; czy wynik jest poprawnie zapisywany; czy nie występują błędy, zawieszenia lub awaryjne zamknięcia aplikacji. Nie trzeba przeprowadzać laboratoryjnej weryfikacji dokładności kaloryczności. Należy ocenić, czy wyniki wyglądają logicznie i realistycznie. Dziennik żywienia Edytowanie produktów, porcji, wagi, kalorii i Białka, Tłuszczy i Węglowodanów. Dodawanie jedzenia z przeszłej lub przyszłej daty. Przełączanie między dniami. Poprawność obliczenia dziennego podsumowania. Poprawność wyświetlania pozostałych kalorii i Białka, Tłuszczy i Węglowodanów. Sprawdzenie, czy dane są zapisywane po zamknięciu i ponownym uruchomieniu aplikacji. Inne funkcje Należy sprawdzić wszystkie funkcje dostępne w bieżącej wersji aplikacji, w tym: tracker wagi; dodawanie, zmiana i usuwanie wagi; wizualizacje i statystyki; cele użytkownika; zmiana danych osobowych; ustawienia; zmiana języka; działanie po zminimalizowaniu aplikacji; działanie po wylogowaniu; synchornizacja danych po ponownym logowaniu. Jeśli podczas testowania zostaną odkryte inne funkcje, również należy je sprawdzić. Negatywne i nietypowe scenariusze Należy spróbować wywołać błędy za pomocą nietypowych działań: wielokrotne szybkie naciskanie przycisków; zamknięcie aplikacji podczas ładowania; wyłączenie internetu podczas skanowania lub zapisywania; przesyłanie bardzo dużego, małego lub niskiej jakości zdjęcia; przesyłanie zdjęcia bez jedzenia; wprowadzanie tekstu zamiast liczb; wprowadzanie zerowych, ujemnych lub zbyt dużych wartości; wielokrotne edytowanie i usuwanie danych; szybkie przełączanie między ekranami; zmiana daty i czasu na urządzeniu; ponowne logowanie po usunięciu lub ponownym zainstalowaniu aplikacji. Czas trwania testowania Testowanie powinno trwać co najmniej 3–5 dni. W tym okresie należy codziennie korzystać z aplikacji jak rzeczywisty użytkownik: dodawać posiłki; skanować potrawy; edytować wyniki; dodawać wagę; przeglądać statystyki; sprawdzać zapisywanie danych między sesjami. Format raportu Wynik pracy należy przedstawić w formie Google Sheets, Excel lub innej uzgodnionej tabeli. Dla każdego znalezionego problemu należy podać: Nazwę problemu. Urządzenie i model. Wersję systemu operacyjnego. Wersję aplikacji. Okoliczności wystąpienia. Krok po kroku scenariusz reprodukcji. Rzeczywisty wynik. Oczekiwany wynik. Częstotliwość występowania. Priorytet problemu: Krytyczny, Wysoki, Średni lub Niski. Zrzut ekranu lub nagranie wideo. Każdy błąd powinien mieć osobny wpis. Sformułowania typu „nie działa” bez opisu i kroków reprodukcji nie będą akceptowane. Osobno należy przedstawić tabelę z wynikami 50 skanowań potraw: nazwa potrawy; zdjęcie; wynik rozpoznawania; określona waga; określone kalorie i Białko, Tłuszcze i Węglowodany; ocena adekwatności wyniku; znalezione błędy lub uwagi. Oczekiwany wynik Po zakończeniu pracy oczekujemy otrzymać: pełną listę przetestowanych funkcji i scenariuszy; ustrukturyzowaną listę znalezionych błędów; zrzuty ekranu i nagrania wideo problemów; wyniki skanowania co najmniej 50 różnych potraw; listę uwag UX i niejasnych momentów; krótkie ogólne podsumowanie dotyczące stabilności i gotowości aplikacji; wykaz najważniejszych problemów, które należy naprawić w pierwszej kolejności. Wymagania wobec wykonawcy Doświadczenie w testowaniu aplikacji mobilnych. Posiadanie iPhone'a lub smartfona z Androidem. Dodatkowym atutem będzie możliwość przetestowania aplikacji na obu platformach. Umiejętność jasnego opisywania błędów i kroków ich reprodukcji. Możliwość nagrywania wideo ekranu. Uważność na szczegóły. Gotowość do testowania aplikacji przez kilka dni, a nie tylko raz. W odpowiedzi proszę podać: doświadczenie w testowaniu aplikacji mobilnych; modele dostępnych urządzeń; wersje iOS lub Android; czy mogą Państwo przetestować obie platformy; przykład sformatowanego raportu błędów; orientacyjną cenę wykonania całego zadania.

Do projektu dla klienta w obszarze Microsoft 365 Modern Workplace poszukujemy doświadczonych freelancerów (m/k) z naciskiem na Microsoft Places. W centrum uwagi znajduje się doradztwo, konfiguracja i optymalizacja środowiska Microsoft 365 w celu wsparcia nowoczesnych koncepcji hybrydowego miejsca pracy. Zadania Doradztwo przy wprowadzaniu i eksploatacji Microsoft Places Analiza istniejących środowisk Microsoft 365 i opracowanie odpowiednich koncepcji rozwiązań Konfiguracja budynków, pięter, sal konferencyjnych i miejsc pracy Ustawienie i optymalizacja scenariuszy rezerwacji biurek i sal Integracja Microsoft Places z Microsoft Teams, Outlook i Exchange Online Wsparcie w kwestiach licencyjnych oraz rekomendacje najlepszych praktyk Przeprowadzanie warsztatów i transfer wiedzy dla użytkowników i zespołów IT Wsparcie w rozwiązywaniu problemów oraz w bieżącej eksploatacji Wymagania Wieluletnie doświadczenie w środowisku Microsoft 365 Praktyczne doświadczenie z Microsoft Places Bardzo dobra znajomość Microsoft 365, Microsoft Teams, Exchange Online i Outlook Doświadczenie z Microsoft Entra ID (Azure AD) Znajomość nowoczesnych koncepcji hybrydowego miejsca pracy i nowoczesnej pracy Pożądane umiejętności Microsoft Teams Premium PowerShell do administracji Microsoft 365 Doświadczenie z rozwiązaniami do rezerwacji miejsc pracy i sal Certyfikaty Microsoft w obszarze Modern Workplace lub Microsoft 365 Doświadczenie w projektowaniu i wprowadzaniu nowoczesnych koncepcji miejsc pracy Start: jak najszybciej Czas trwania: około 3 miesiące z opcją przedłużenia Miejsce pracy: Zdalnie / do uzgodnienia Obciążenie: Do uzgodnienia Interesuje Cię? Ponieważ projekt jest obecnie w fazie przygotowawczej, chcielibyśmy jak najszybciej poznać odpowiednich ekspertów. Proszę przesłać do nas na contract (AT) advergy de: CV Dostępność Stawka godzinowa (Zdalnie / Na miejscu) Trzy zdania, dlaczego szczególnie pasujesz do projektu Dziękujemy i pozdrawiamy Seda

Interesuje nas nie tylko pisanie pojedynczych testów automatycznych, ale budowa jakościowej podstawy, którą w przyszłości będzie można skalować i utrzymywać.Co oczekujemy na pierwszym etapie krótką audyt obecnego procesu testowania i środowiska testowego; określenie krytycznych scenariuszy użytkownika (UI/E2E); zalecenia dotyczące stosu automatyzacji i architektury projektu testowego; ustawienie struktury projektu do automatyzacji; opracowanie gotowych testów automatycznych dla krytycznych scenariuszy użytkownika; dokumentacja dotycząca uruchamiania, wsparcia i dalszego rozwoju testów automatycznych.Jakie scenariusze nas interesują Pierwszy etap obejmuje tylko część użytkownika strony: autoryzacja; katalog produktów; wyszukiwanie; karta produktu; koszyk; składanie zamówienia (checkout); konto osobiste. API, integracje i testowanie administracyjnej części Magento na tym etapie nie wchodzą w zakres projektu.Co jest ważne Dużą zaletą będzie doświadczenie w pracy z Magento 2, projektami e-commerce lub marketplace. W odpowiedzi na projekt prosimy o podanie: doświadczenia w pracy z podobnymi projektami; przykłady zrealizowanych testów automatycznych lub przypadków; jaki stos automatyzacji rekomendujecie i dlaczego; co dokładnie wejdzie w pierwszy etap prac; jakie rezultaty otrzymamy po zakończeniu pierwszego etapu; orientacyjną liczbę testów automatycznych, które wejdą w pierwszy etap; orientacyjny budżet i terminy realizacji. Rozważamy długoterminową współpracę. Jeśli pierwszy etap będzie udany, planujemy rozszerzyć pokrycie testami automatycznymi i skalować podejście na inne projekty e-commerce.

Poszukujemy doświadczonego partnera QA lub zespołu, który pomoże zbudować proces testowania dla projektu e-commerce na Magento 2. Na pierwszym etapie interesuje nas nie tylko pisanie testów automatycznych, ale kompleksowe podejście do organizacji QA. Co należy zrobić: przeprowadzić audyt obecnego procesu testowania; ocenić ryzyka i określić krytyczne scenariusze użytkowników; przedstawić rekomendacje dotyczące budowy procesu QA; pomóc określić, które scenariusze warto testować ręcznie, a które zautomatyzować; zapropnować optymalny stos technologii do automatyzacji; przygotować plan wdrożenia automatyzacji; ocenić terminy, budżet oraz dalsze wsparcie. Na pierwszym etapie interesuje nas automatyzacja właśnie scenariuszy użytkowników (UI/E2E). Główne procesy biznesowe obejmują katalog produktów, wyszukiwanie, kartę produktu, koszyk, składanie zamówienia, autoryzację oraz panel użytkownika. Dużym atutem będzie doświadczenie w pracy z Magento 2, projektami e-commerce lub marketplace. W odpowiedzi na projekt będzie pomocne wskazanie: doświadczenia w pracy z Magento 2; przykładów podobnych projektów; jakiego stosu automatyzacji rekomendujecie (Playwright, Cypress, Selenium itp.) i dlaczego; jak zazwyczaj budujecie proces wdrożenia automatyzacji; orientacyjnego podejścia do oceny prac; kto będzie pracował nad projektem (QA Lead, Automation QA Engineer, zespół). Rozważamy długoterminową współpracę. Jeśli pierwszy etap będzie udany, planujemy skalować automatyzację również na inne projekty e-commerce.

O projekcie: Opracowujemy przeglądarkową grę Web3 na blockchainie: interaktywny świat gry z mapą, mechaniką wydobywania zasobów, podłączeniem portfela, transakcjami on-chain oraz wewnętrzną ekonomią. Projekt jest w fazie aktywnego rozwoju. Przygotowujemy wersję do testowania kluczowych systemów przed następnym etapem. Zadanie: Przeprowadzenie głębokiego testowania funkcjonalnego wersji — znalezienie i udokumentowanie błędów, luk i wąskich gardeł. Celem nie jest „przejście gry”, ale jej złamanie: znalezienie, gdzie logika się załamuje, gdzie można nadużywać mechanik, gdzie UX jest problematyczny i gdzie transakcje się psują. Obowiązki: Testowanie podłączenia i działania portfela, autoryzacji Sprawdzanie transakcji i płatności (on-chain + wewnętrzne) Testowanie logiki gry: mapa, wydobycie, dropy, interakcja ze światem Poszukiwanie luk i wektorów nadużyć/oszustw w ekonomii i bilansach Testy obciążeniowe: masowe działania, szybkie kliknięcia, zachowanie pod obciążeniem Testowanie międzyplatformowe: PC i przeglądarki mobilne Dokładna dokumentacja błędów: kroki do reprodukcji, oczekiwany/faktyczny wynik, zrzuty ekranu, otoczenie Wymagania (obowiązkowe): Doświadczenie w ręcznym testowaniu funkcjonalnym aplikacji webowych od 1 roku Praktyczne doświadczenie w Web3 jako użytkownik: portfele (MetaMask, Phantom itp.), transakcje, dApps — bez tego testowanie portfela i on-chain jest niemożliwe Doświadczenie w testowaniu gier Rozumienie działania aplikacji webowych: HTTP, REST API, DevTools Umiejętność systematycznego wyszukiwania błędów i ich jasnego opisywania Plusy: Doświadczenie w testowaniu produktów fintech/krypto lub transakcji Praca z Postman, sieciami testowymi (testnet), eksploratorami blockchain Znajomość Solana Warunki: Format: jednorazowe testowanie, zdalnie Data: 15.07 Płatność: do uzgodnienia (proszę podać swoją stawkę w odpowiedzi) W odpowiedzi napisz: Doświadczenie w QA + przykład ciekawego/krytycznego błędu, który znalazłeś Twoje doświadczenie w Web3: z jakich portfeli korzystasz, czy testowałeś transakcje on-chain Doświadczenie w testowaniu gier Twoją stawkę za takie testowanie