Budżet: 100 UAH Termin: 1 dzień
День добрый, Денис!
Готова приступить к "прозвону"
Пишите для уточнение деталей
Нужно протестировать дозвон (есть соединение или нет) на короткие номера контент провайдера с мобильного Водафон Украина, и по результатам теста заполнить таблицу (текст-кейс).
Тест-кейс: https://goo.gl/qtQ5Bf
Всего нужно прозвонить 60 номеров по три раза, продолжительность каждого вызова до 10 с., как правило достаточно 3-5с.
Первые 12с. не тарифицируются оператором, поэтому деньги сниматься не будут.
Оплата 100 грн. за одно тестирование (прозвон всех номеров по три раза).
Тестирование нужно выполнять с 9 до 11 или с 15 до 18. Необязательно все зараз, обязательно только соблюдать последовательность указанную в таблице (текст-кейсе). Если нет соединения с номером тест повторят не нужно. Например может быть из двух попыток одна и/или 2 не успешных., просто делаете заметку в таблице.
Результат записывается в таблицу: Дату, время, номер с которого производится тестирование (достаточно один раз), дозвонились или не дозвонились (+/-) - заполняется каждая строка.
Budżet: 100 UAH Termin: 1 dzień
День добрый, Денис!
Готова приступить к "прозвону"
Пишите для уточнение деталей
Budżet: 100 UAH Termin: 1 dzień
Доброго дня, швидко та якісно виконаю для вас дане завдання.
Чекатиму деталей в приватні повідомлення)
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
Wymagany tester (QA) dla strony finansowej Szukam uważnego specjalisty do pełnego audytu i testowania strony finansowej dotyczącej pożyczek i kredytów. Co należy zrobić: Całkowicie przejść przez całą stronę jako zwykły użytkownik. Sprawdzić wszystkie strony, sekcje, formularze i przyciski. Znaleźć i zarejestrować wszystkie błędy, bugi i niedociągnięcia. Sprawdzić poprawność działania linków i wskazać, gdzie brakuje linków wewnętrznych. Sprawdzić nawigację i ścieżkę użytkownika. Znaleźć strony z błędami, uszkodzone linki, niepoprawne przekierowania. Sprawdzić wyświetlanie strony na komputerach i urządzeniach mobilnych. Sprawdzić prędkość ładowania i wygodę użytkowania. Sprawdzić teksty, ortografię i formatowanie. Sprawdzić poprawność wyświetlania logo banków, MFO i innych partnerów. Jeśli brakuje logo lub są one przestarzałe — przygotować aktualne logo w dobrej jakości. Dać rekomendacje dotyczące poprawy UX/UI i zwiększenia zaufania użytkowników. Przygotować szczegółowy raport z opisem każdego znalezionego problemu, linkiem do strony, zrzutem ekranu i rekomendacją do poprawy. Oczekiwany rezultat Po wykonaniu pracy strona powinna być maksymalnie dopracowana: bez błędów technicznych; bez uszkodzonych linków; z aktualnymi logo; z zrozumiałą nawigacją; z pełną listą rekomendacji do poprawy. Wymagania dla kandydata Doświadczenie w testowaniu stron. Uważność na szczegóły. Doświadczenie w pracy z stronami finansowymi będzie atutem. Umiejętność przygotowywania zrozumiałych raportów. Preferowane zrozumienie podstaw SEO, UX/UI i web developmentu. Przy odpowiedzi proszę podać: doświadczenie w podobnych pracach; przykłady wykonanych audytów lub testów; koszt pracy; termin wykonania.
Trzeba przetestować otwarcie linku i nagrać ekran smartfona. Nic trudnego. Każdy może to zrobić.