Warum benötigen Sie Qualitätssicherung für Salesforce?

🚀 Stellen Sie sich Ihr Salesforce-Projekt mit und ohne QA-Fachkraft vor. Erkennen Sie den Unterschied? Heute möchten wir über Qualitätssicherung in Salesforce sprechen: über Vor- und Nachteile, geschäftliche Herausforderungen und Kommunikationslücken sowie darüber, wie Sie diese vermeiden können.

Was macht eine Salesforce-QA-Fachkraft normalerweise?

Ein Salesforce-QA-Tester ist eine Fachkraft, die dafür verantwortlich ist, Probleme in Projekten zu beheben, verschiedene QA-Phasen zu planen und umzusetzen, sich in die Aufgabe einzuarbeiten, um sie zu verstehen, und herauszufinden, welche Ergebnisse der Kunde letztlich tatsächlich erwartet.

Warum brauchen wir eine QA-Fachkraft in der Entwicklung?

Stellen wir uns zunächst vor, wie der tatsächliche Prozess der Salesforce-Entwicklung ablaufen kann. Zum Beispiel haben wir auf unserer Seite ein Team aus drei Salesforce-Entwicklern und einem Projektmanager. Der Projektmanager erstellt in Jira Tickets für Aufgaben, die die Entwickler erledigen sollen. Jedes Ticket enthält eine Beschreibung der Arbeit. Es gibt die Statusspalten To do, in progress und done. Der Kunde sieht diese Aufgaben dann möglicherweise in der Spalte done auf einem Dashboard und denkt, dass die Arbeit abgeschlossen ist. Das ist sie aber nicht. Tatsächlich bedeutet eine erledigte Aufgabe noch nicht, dass alles fertig ist. Die Aufgabe ist umgesetzt und wird für die Tests vorbereitet.

Wir haben die Anforderung, eine Webseite mit Schaltflächen zu entwickeln, auf der sich verschiedene Arten von Nutzern anmelden können, sowie weitere Anforderungen. All das ist in der Aufgabe beschrieben. Wenn die Aufgabe abgeschlossen ist, wird sie in den Bereich „Done“ verschoben. Wir können jedoch in eine Situation geraten, in der der Entwickler etwas anderes umgesetzt hat, als der Kunde gefordert hat, weil er das Problem des Kunden nicht näher untersucht und die angeforderte Aufgabe einfach abgeschlossen hat. Der Arbeitsumfang war nicht ausreichend präzise definiert. So können am Ende zwei völlig unterschiedliche Ergebnisse stehen.

Manchmal gibt es keine Aufgabenbeschreibung. Ein Projektmanager füllt das Ticket auf Grundlage der Informationen des Kunden aus, weil nicht genug Zeit vorhanden ist oder der Kunde nicht weiß, was er eigentlich möchte. Solche Tickets gelangen daher oft mit sehr wenigen Informationen darüber, was zu tun ist, in die Entwicklung.

Hier kommt eine QA-Fachkraft ins Spiel. Sie kann sich einerseits in der Phase „Done“ in die Arbeit einbringen, andererseits beginnt die Qualitätssicherung bereits in der Phase „To Do“.

Mit welchen Problemen waren Sie konfrontiert?

Kunden wollten, dass die Entwickler selbst testen, was sie bereits umgesetzt hatten. Aus ihrer Sicht ist das logisch. Wenn man beispielsweise ein Kleid zuschneidet, kann man prüfen, ob das Schnittmuster richtig erstellt wurde. In der Entwicklung funktioniert dieser Ansatz jedoch nicht. Letztlich nutzen Entwickler ihre technischen Fähigkeiten, um Aufgaben entsprechend ihrem Verständnis der Anforderungen abzuschließen. Das ist alles. Mir erscheint es jedoch falsch und unprofessionell, lediglich ein Entwicklerteam und bei Bedarf einen Projektmanager zu engagieren. Meist gibt es Lücken zwischen dem Geschäft des Kunden, der Salesforce-Entwicklung und den Entwicklern.

Können Sie ein paar Einblicke geben, wie man als QA-Fachkraft erfolgreich wird?

🧩 Je erfahrener die QA-Fachkraft ist, desto bessere Ergebnisse können Kunden erzielen.

Eine erfahrene QA-Fachkraft stellt klärende Fragen, um Probleme zu Beginn des Projekts zu vermeiden. Beispielsweise könnte eine Aufwandsschätzung falsch sein. Ganz am Anfang gibt es eine erste Schätzung. Wir haben eine kurze Beschreibung für eine Aufgabe, die sich in ein paar Stunden erledigen lässt. Dann entschließt man sich, eine klärende Frage zu stellen, und es stellt sich heraus, dass die Beschreibung ergänzt werden muss. Dadurch ergibt sich eine andere Aufwandsschätzung.

🧩 Je besser die QA-Fachkraft das Produkt kennt, desto wahrscheinlicher ist es, dass sie helfen und den Entwicklungsprozess effizienter gestalten kann.

Gehen wir die folgenden Phasen der Softwareentwicklung durch: Anforderungen, Analyse, Design, Programmierung, Tests und Bereitstellung. Es ist durchaus möglich, dass der Kunde genau dieses Bild vor Augen hat. Vielleicht denkt er: Es gibt so viel zu tun, und möglicherweise brauchen wir gar keine Tester. Die Entwickler können alle Probleme selbst lösen. Warum sollte ich dann mehr bezahlen? In der Realität funktioniert es so nicht. Eine kompetente QA-Fachkraft sollte in jeder dieser Phasen eingebunden sein.

🧩 Eine QA-Fachkraft sollte aufmerksamer sein als ein Entwickler.

Ich habe ein Problem gefunden. Wir setzen das Ticket auf „To Do“ oder lehnen es ab. In jedem Fall kann eine einzelne Aufgabe mehrere Durchläufe erfordern.

🧩 Eine gute QA-Fachkraft vereint QA und BA.

Wenn Ihr Kunde bereits mit einem Business Analysten zusammenarbeitet, wird lediglich ein Quality Assurance Engineer benötigt, der die vom Entwickler abgeschlossenen Aufgaben testet. Wenn wir aber von der umgekehrten Situation sprechen, in der weder ein BA noch ein PM beteiligt ist, muss jemand die Anforderungen erfassen. Wenn die Anforderungserhebung richtig durchgeführt wird, fällt es mir leichter, Tests durchzuführen und zu verstehen, was umgesetzt wurde und was nicht.

Wenn Sie unter einem Business-Analysten (BA) eine Fachkraft verstehen, die für die Analyse verantwortlich und Experte für Geschäftsprozesse ist, besteht kein Grund, diese zu ersetzen. Wenn es jedoch um jemanden geht, der am Projekt beteiligt ist, bei der Dokumentation helfen, einen Testplan erstellen, mit Confluence arbeiten und Informationen aktualisieren kann usw., können Sie diese Aufgaben an eine QA-Fachkraft delegieren.