Dlaczego potrzebujesz testera QA dla Salesforce?

🚀 Wyobraź sobie swój projekt Salesforce ze specjalistą QA i bez niego. Widzisz różnicę? Dziś chcemy porozmawiać o QA w Salesforce, zaletach i wadach, wyzwaniach biznesowych oraz lukach w komunikacji, a także o tym, jak ich unikać.

Czym zazwyczaj zajmuje się specjalista QA Salesforce?

Tester QA Salesforce to specjalista odpowiedzialny za rozwiązywanie problemów pojawiających się w projektach, planowanie i realizację różnych etapów zapewniania jakości, zgłębianie zadań, aby je zrozumieć, oraz ustalanie, jakich rezultatów klient rzeczywiście oczekuje na końcu.

Dlaczego potrzebujemy specjalisty QA przy tworzeniu oprogramowania?

Najpierw wyobraźmy sobie, jak w praktyce może przebiegać proces tworzenia rozwiązań Salesforce. Załóżmy na przykład, że po naszej stronie mamy zespół trzech programistów Salesforce i jednego kierownika projektu. W Jira kierownik projektu tworzy zgłoszenia z zadaniami do wykonania przez programistów. Każde zgłoszenie zawiera opis pracy. Etapy są przedstawione w kolumnach: do zrobienia, w toku i gotowe. W rezultacie klient może zobaczyć te zadania w kolumnie z ukończonymi zadaniami na pulpicie i uznać, że praca została zakończona. Ale tak nie jest. W rzeczywistości ukończenie zadania nie oznacza jeszcze końca pracy. Zadanie jest wykonane i przygotowywane do testowania.

Mamy wymagania dotyczące stworzenia strony internetowej z przyciskami, możliwością logowania się różnych typów użytkowników i innymi funkcjami. Wszystko jest opisane w zadaniu. Po ukończeniu zadanie trafia do sekcji „Done”. Możemy jednak utknąć w sytuacji, w której programista zrobił jedno, a klient oczekiwał czegoś innego, ponieważ programista nie zgłębił problemu klienta i po prostu zamknął zlecone zadanie, a zakres prac nie został dostatecznie precyzyjnie określony. W rezultacie możemy otrzymać dwie rzeczy różniące się jak czerń i biel.

Czasami zadanie nie ma opisu. Kierownik projektu uzupełnia zgłoszenie na podstawie informacji od klienta, ponieważ brakuje czasu lub klient nie wie, czego właściwie chce. W rezultacie takie zgłoszenia często trafiają do realizacji z bardzo skąpymi informacjami o tym, co należy zrobić.

Wtedy wkracza specjalista QA. To osoba, która z jednej strony może włączyć się do pracy na etapie „Done”, a z drugiej — zaczyna działania QA już na etapie „To Do”.

Z jakimi problemami przyszło Ci się zmierzyć?

Klienci chcieli, aby programiści sami testowali to, co już wykonali. Z ich punktu widzenia to logiczne. Na przykład podczas wykrawania sukienki można sprawdzać, czy wykrój został prawidłowo wykonany. Takie podejście nie sprawdza się jednak w tworzeniu oprogramowania. Programiści wykorzystują swoje umiejętności techniczne, aby wykonać zadania zgodnie z własnym rozumieniem wymagań. I tyle. Moim zdaniem zatrudnienie wyłącznie zespołu programistów i ewentualnie kierownika projektu jest jednak błędem i świadczy o braku rozeznania. Najczęściej występują luki między działalnością biznesową klientów, tworzeniem rozwiązań Salesforce a programistami.

Czy możesz podzielić się wskazówkami, jak być skutecznym specjalistą QA?

🧩 Im bardziej doświadczony specjalista QA, tym lepsze rezultaty mogą uzyskać klienci.

Doświadczony specjalista QA zadaje pytania doprecyzowujące, aby zapobiegać problemom już na początku projektu. Problemem może być na przykład nieprawidłowe oszacowanie. Na samym początku mamy jedno oszacowanie. Dysponujemy krótkim opisem zadania, które można wykonać w kilka godzin. Z jakiegoś powodu postanawiasz zadać pytanie doprecyzowujące i okazuje się, że opis wymaga rozwinięcia, a to oznacza inne oszacowanie.

🧩 Im lepiej specjalista QA zna produkt, tym większa szansa, że będzie w stanie pomóc i usprawnić proces tworzenia oprogramowania.

Przejdźmy przez kolejne etapy tworzenia oprogramowania: wymagania, analiza, projektowanie, programowanie, testowanie, wdrożenie. Całkiem możliwe, że klient ma w głowie taki obraz: jest tyle pracy do wykonania, a może testerzy nie będą potrzebni, bo programiści sami poradzą sobie ze wszystkimi problemami — dlaczego więc mam przepłacać? W rzeczywistości tak to nie działa. Kompetentny specjalista QA powinien uczestniczyć w każdym z tych etapów.

🧩 Specjalista QA powinien być bardziej uważny niż programista.

Znajduję problem, a zgłoszenie przenosimy do „To Do” lub je odrzucamy. Tak czy inaczej jedno zadanie może przejść przez kilka takich cykli.

🧩 Dobry specjalista QA łączy kompetencje QA i analityka biznesowego.

Jeśli Twój klient już współpracuje z analitykiem biznesowym, inżynier zapewniania jakości będzie potrzebny tylko do testowania zadań wykonanych przez programistę. Jeśli jednak mówimy o odwrotnej sytuacji, w której nie pracuje ani analityk biznesowy, ani kierownik projektu, ktoś musi zebrać wymagania. Jeśli proces zbierania wymagań zostanie prawidłowo przeprowadzony, łatwiej będzie mi wykonać testy i zrozumieć, co zostało zrobione, a co nie.

Jeśli postrzegasz analityka biznesowego (BA) jako specjalistę odpowiedzialnego za analizę i eksperta od procesów biznesowych, nie ma potrzeby go zastępować. Jeśli jednak mówimy o osobie zaangażowanej w projekt, która może pomóc w prowadzeniu dokumentacji, tworzyć plan testów, korzystać z Confluence, aktualizować informacje itp., możesz powierzyć te obowiązki specjaliście QA.