UAT Studioby Salvion
UAT Salesforce

Testy akceptacyjne użytkownika dla Salesforce

Na go-live Sales Cloud lub Service Cloud oraz na trzy wydania Salesforce, które następują co roku. Testerzy biznesowi dostają własne scenariusze, zgłoszenia przychodzą ze zrzutem ekranu i rekordem, a komitet sterujący otrzymuje jasne go/no-go.

Testerzy nigdy nie potrzebują licencjiGotowe scenariusze dla Sales Cloud i Service CloudDane przechowywane w UE
Dla kogo

Dla wszystkich uczestników UAT Salesforce

UAT Studio powstało na podstawie prawdziwych go-live Salesforce, stworzone przez konsultanta, który sam je prowadził.

Kierownicy testów i kierownicy projektówPlanują dni testowe, śledzą postęp każdej grupy i prowadzą triaż.
Administratorzy i programiści SalesforceWysyłają zgłoszenia do Jira lub Azure DevOps i od razu widzą, co wymaga ponownego testu.
Partnerzy wdrożeniowiProwadzą UAT wszystkich klientów w jednym miejscu, z własnym logo w planie Partner.
Testerzy biznesowiHandlowcy i konsultanci obsługi klienta, którzy testują własne procesy, bez szkolenia z narzędzia testowego.
Właściciele procesów i komitet sterującyZatwierdzają wyniki każdej grupy i decydują o go/no-go na podstawie faktów.
Trudne elementy

Co jest trudne w UAT Salesforce i jak radzi sobie z tym UAT Studio

UAT systemu CRM wykonują ludzie, którzy na co dzień nie zajmują się testowaniem, w środowisku, które ciągle się zmienia, przy terminie, który się nie przesuwa. Oto jak UAT Studio radzi sobie z każdym z tych elementów.

Testerzy biznesowiLudzie, którzy testują raz lub dwa razy w rokuPaństwa testerzy to handlowcy i konsultanci obsługi klienta, którzy mają swoją codzienną pracę. Potrzebują jasnego scenariusza i jednego miejsca, w którym zapiszą, co widzą.
  • Logują się kodem wysłanym e-mailem: bez konta, bez hasła, bez licencji
  • Każdy tester widzi tylko własne scenariusze i przy każdym kroku zapisuje Pass, Fail, Blocked lub N/A
  • Na laptopie, tablecie lub telefonie
  • Rozszerzenie przeglądarki dla Chrome i Edge otwiera ich testy w panelu bocznym obok Salesforce; kierownik testów informuje testerów, skąd je pobrać
SandboksyKtóry sandbox, który build?UAT odbywa się w sandboksie, a poprawki pojawiają się w trakcie testów. Każdy musi wiedzieć, co i gdzie zostało przetestowane.
  • Środowisko, wydanie i build są zapisywane dla każdej rundy i pokazywane w raporcie go/no-go
  • Zgłoszenie prowadzi prosto do rekordu Salesforce, w którym wystąpił problem, łącznie z sandboksem
  • Fail w panelu bocznym zabiera ze sobą zrzut ekranu, link do rekordu i komunikaty o błędach ze strony
Dane testoweWłaściwy użytkownik i właściwe rekordyZatwierdzenie oferty może przetestować tylko właściwy profil, z właściwym kontem i cennikiem. Gdy to nie jest przygotowane, testerzy tracą godziny.
  • Rola testowa i konto testowe dla każdego testera: w scenariuszu jest napisane Log in as …
  • Dane testowe przy każdym kroku, obok czynności i oczekiwanego wyniku
  • Uwagi dla testerów: testowe skrzynki pocztowe, zasady nazewnictwa i do kogo dzwonić
  • Eksport lub usunięcie wszystkich danych na koniec projektu
Kalendarz wydańTrzy wydania w rokuSpring, Summer i Winter: każde wydanie Salesforce może zmienić działanie Państwa orga i trafia do sandboksów na kilka tygodni przed produkcją.
  • Strona projektów pokazuje nadchodzące wydania Salesforce z datą sandbox preview, datą wdrożenia na produkcję i release notes
  • Administratorzy dostają e-mail dwa tygodnie przed sandbox preview
  • Start a regression round kopiuje przypadki testowe z wcześniejszego UAT, z krokami, danymi testowymi i oczekiwanymi wynikami: tylko Must, Must i Should albo wszystkie
Sign-offDecyzja, za którą stoi biznesO go-live decyduje biznes, nie projekt. Musi widzieć, co zostało przetestowane i co jest jeszcze otwarte.
  • Sign-off dla każdej grupy: Accepted, Accepted with conditions lub Rejected
  • Domyślnie brak akceptacji, dopóki otwarte jest zgłoszenie Critical
  • Raport go/no-go jako PDF lub slajdy oraz pakiet dowodowy dla audytorów

Pierwszy UAT w Salesforce? Sandbox, dane testowe, testerzy i sign-off krok po kroku: Przeczytaj poradnik.

Release readiness

Wiedza, których przypadków testowych dotyczy wydanie Salesforce

Salvion prowadzi listę zmian każdego wydania Salesforce, przypisanych do części Salesforce i sprawdzonych. Można dodać używane pakiety z AppExchange lub samodzielnie wkleić ich informacje o wydaniu.

What this project usesRaz w Setup należy zaznaczyć, które części Salesforce obejmuje UAT. Liczą się tylko zmiany w tych częściach.
Review the releaseAI pokazuje przypadki testowe, których dotyczy wydanie, z uzasadnieniem, proponuje przypadki testowe dla tego, co nie jest jeszcze pokryte, i wymienia wymagane aktualizacje dla administratora wraz z datami.
Runda regresjiTworzy się ją z dokładnie wybranymi przypadkami testowymi. Przypomnienie przychodzi, gdy nie ma sign-off 3 dni przed produkcją, a raport wydania trafia do raportu go/no-go.

Dodatek za €99 miesięcznie do każdego planu: dodaje się go w Plan & billing. Co trafia do AI

Szybszy start

Proszę zacząć od tego, co już Państwo mają

Biblioteka szablonów SalesforceGotowe scenariusze UAT dla Sales Cloud i Service Cloud: web-to-lead, konwersja leadów, szanse sprzedaży i cenniki, oferty i zatwierdzenia, email-to-case, routing, entitlements, Service Console, baza wiedzy i dostęp według ról. Dodatek do każdego płatnego planu; zaimportowane przypadki testowe pozostają Państwa własnością.
Przykładowy projektPrzykład Salesforce do dodania w przestrzeni roboczej: kompletny projekt z przypadkami testowymi, testerami, wynikami i zgłoszeniami do przejrzenia, z fikcyjnymi danymi.
Własne przypadki testoweImport z Excela lub z eksportów Jira (Xray, Zephyr Scale), Azure DevOps i TestRail.
Projektowanie testów z AIPrzypadki testowe proponowane na podstawie Państwa user stories w Jira lub Azure DevOps. Każdy zatwierdzają Państwo. Jak to działa
Testy automatyczne obok UATRaport JUnit z Provar, Copado lub własnych testów na dashboardzie, obok wyników biznesu. Dodatek do planu Team, w cenie od planu Business wzwyż. Testy automatyczne
Pytania

UAT Salesforce: często zadawane pytania

Czy UAT Studio potrzebuje dostępu do naszego orga Salesforce?

Nie. Testerzy pracują w Państwa sandboksie tak jak zawsze. UAT Studio nie odczytuje danych z Państwa orga: rozszerzenie przeglądarki wysyła tylko to, co tester zapisze przy nieudanym kroku, np. zrzut ekranu i link do rekordu.

Czy nasi testerzy potrzebują licencji?

Nie do UAT Studio. W każdym płatnym planie liczba testerów jest nieograniczona. Wystarczy dodać ich adres e-mail, a logują się kodem. W Salesforce korzystają z kont testowych Państwa sandboksa.

Czy możemy użyć tych samych przypadków testowych przy następnym wydaniu Salesforce?

Tak. Wystarczy wybrać Salesforce jako CRM projektu. Przed każdym wydaniem Start a regression round kopiuje wybrane przypadki testowe do nowego projektu nazwanego od wydania, np. Salesforce Spring '27.

Skąd biorą się przypadki testowe?

Można je zaimportować z Excela lub z eksportu Jira, Azure DevOps lub TestRail, zacząć od biblioteki szablonów albo pozwolić AI zaproponować je na podstawie Państwa user stories. Każdą propozycję zatwierdzają Państwo.

Których przypadków testowych dotyczy następne wydanie?

Z dodatkiem Release readiness Review the release pokazuje przypadki testowe, których dotyczy każde wydanie Salesforce, z uzasadnieniem, propozycje nowych przypadków testowych i wymagane aktualizacje z datami. Następnie tworzy się rundę regresji z dokładnie tymi przypadkami testowymi.

Gdzie przechowywane są nasze dane?

W UE (Frankfurt). Informacje o bezpieczeństwie, podprocesorach i umowie powierzenia przetwarzania danych są w sekcji Dla działu zakupów i IT.

Proszę wypróbować przy następnym wydaniu Salesforce14 dni za darmo, z własnymi przypadkami testowymi i połączeniami w cenie.Rozpocznij pilotaż

Zobacz też UAT Dynamics 365, checklistę UAT i wszystkie integracje. Salesforce, Sales Cloud i Service Cloud są znakami towarowymi Salesforce, Inc. UAT Studio nie jest powiązane z Salesforce ani przez nie rekomendowane.