Warum benötigen Sie eine Salesforce-Qualitätssicherung?
🚀 Stellen Sie sich Ihr Salesforce-Projekt mit und ohne QA-Spezialisten vor. Können Sie den Unterschied erkennen? Heute möchten wir darüber sprechen Qualitätssicherung in Salesforce, die Vor- und Nachteile, geschäftlichen Herausforderungen und Kommunikationslücken und wie Sie diese vermeiden können.
Was macht Salesforce QA normalerweise?
Ein Salesforce-QA-Tester ist ein Spezialist, der dafür verantwortlich ist, Probleme bei Projekten zu beheben, verschiedene QA-Phasen zu planen und umzusetzen, sich mit der Aufgabe zu befassen, sie zu verstehen und herauszufinden, welche Ergebnisse der Kunde am Ende tatsächlich will.
Warum brauchen wir eine Qualitätssicherung in der Entwicklung?
Stellen wir uns zunächst vor, wie die reale Salesforce-Entwicklung Prozess kann durchgeführt werden. Wir haben beispielsweise ein Team aus drei Salesforce-Entwicklern und einem Projektmanager auf unserer Seite. In Jira erstellt der Projektmanager Tickets für Entwickler, die erledigt werden müssen. Jedes Ticket enthält eine Beschreibung der Arbeit. Zu erledigende, in Arbeit befindliche und erledigte Phasenspalten. Infolgedessen kann der Kunde diese Aufgaben in einer erledigten Spalte auf einem Dashboard sehen und denken, dass die Arbeit abgeschlossen ist. Aber das ist nicht der Fall. Tatsächlich scheint es nicht so, als wäre die Aufgabe erledigt, wenn sie erledigt ist. Die Aufgabe ist erledigt und wird für den Test vorbereitet.
Wir haben die Anforderungen, eine Webseite mit Schaltflächen zu entwickeln, verschiedene Arten von Benutzern können sich anmelden und andere. Es ist alles in der Aufgabe beschrieben. Wenn die Aufgabe abgeschlossen ist, wird sie in den Abschnitt „Fertig“ verschoben. Aber wir können in einer Situation stecken bleiben, in der der Entwickler eine erstellt hat und der Kunde eine andere benötigt, weil der Entwickler das Problem des Kunden nicht untersucht und einfach die erforderliche Aufgabe abgeschlossen hat und der Arbeitsumfang nicht korrekt genug war. Infolgedessen haben wir möglicherweise Schwarzweiß.
Manchmal gibt es keine Beschreibung einer Aufgabe. Ein Projektmanager füllt das Ticket basierend auf den Informationen des Kunden aus, weil die Zeit nicht ausreicht oder der Kunde nicht weiß, was er eigentlich will. Aus diesem Grund werden solche Tickets häufig ohne Informationen darüber entwickelt, was zu tun ist.
Hier kommt ein QS-Spezialist. Es handelt sich um eine Person, die sich auf der einen Seite in der Phase „Fertig“ in die Arbeit einbringen kann, und auf der anderen Seite beginnt die Qualitätssicherung in der Phase „Zu erledigen“.
Mit welchen Problemen waren Sie konfrontiert?
Die Kunden wollten, dass die Entwickler testen, was sie bereits selbst gemacht hatten. Aus ihrer Sicht ist das logisch. Wenn Sie beispielsweise ein Kleid ausschneiden, können Sie überwachen, ob das Schnittmuster korrekt ausgeführt wurde. Allerdings funktioniert ein solcher Ansatz in der Entwicklung nicht. Zumindest nutzen Entwickler ihre technischen Fähigkeiten, um Aufgaben so zu erledigen, dass sie die Anforderungen verstehen. Das ist es. Aber es erscheint mir falsch und ungebildet, einfach nur ein Entwicklerteam und einen Projektmanager einzustellen, wenn es nötig ist. Meistens gibt es Lücken zwischen dem Geschäft des Kunden, der Salesforce-Entwicklung und den Entwicklern.
Können Sie einige Einblicke in die erfolgreiche Qualitätssicherung geben?
🧩 Je erfahrener die Qualitätssicherung, desto bessere Ergebnisse können die Kunden erzielen.
Eine erfahrene Qualitätssicherung stellt klärende Fragen, um Problemen zu Beginn des Projekts vorzubeugen. Beispielsweise könnte es sich nicht um eine korrekte Schätzung handeln. Ganz am Anfang ist es eine Einschätzung. Wir haben eine kleine Beschreibung, die in ein paar Stunden fertig sein kann. Irgendwie entscheiden Sie sich, eine klärende Frage zu stellen, und es stellt sich heraus, dass noch weitere Beschreibungen erforderlich sind, es handelt sich um eine andere Schätzung.
🧩 Je besser die Qualitätssicherung das Produkt kennt, desto wahrscheinlicher ist es, dass der Tester helfen kann. Und desto effizienter wird der Entwicklungsprozess.
Lassen Sie uns die nächsten Phasen der Softwareentwicklung durchgehen: Anforderungen, Analyse, Design, Codierung, Tests, Bereitstellung. Es ist durchaus möglich, dass ein solches Bild im Kopf des Kunden entsteht. Wenn eine solche Person der Meinung ist, dass es so viel zu tun gibt und möglicherweise kein Bedarf an Testern besteht, können Entwickler alle Probleme selbst bewältigen. Warum sollte ich dann zu viel bezahlen? In Wirklichkeit funktioniert es so nicht. In jeder Phase sollte eine kompetente Qualitätssicherung anwesend sein.
🧩 Die Qualitätssicherung sollte aufmerksamer sein als ein Entwickler.
Ich habe ein Problem gefunden. Wir haben das Ticket auf „Zu erledigen“ gesetzt oder es abgelehnt. In jedem Fall kann es mehrere Kreise mit nur einer Aufgabe geben.
🧩 Eine gute Qualitätssicherung ist Qualitätssicherung plus BA.
Wenn Ihr Kunde bereits mit einem Business-Analysten zusammenarbeitet, ist lediglich ein Qualitätssicherungsingenieur erforderlich, der die von einem Entwickler erledigten Aufgaben testet. Aber wenn wir über die gegenteilige Situation sprechen, funktionieren weder BA noch PM, jemand sollte die Anforderungen sammeln. Wenn der Anforderungserhebungsprozess korrekt durchgeführt wird, fällt es mir leichter, Tests durchzuführen. Um zu verstehen, was getan wurde und was nicht.
Betrachten Sie BA als einen für die Analyse verantwortlichen Spezialisten, der ein Experte für Geschäftsprozesse ist. Es besteht keine Notwendigkeit, BA zu ersetzen. Aber wenn wir über jemanden sprechen, der an einem Projekt beteiligt ist, der bei der Verwaltung des Papierkrams helfen, einen Testplan erstellen, Confluence nutzen, die Informationen aktualisieren kann usw., können Sie diese Aufgaben an die Qualitätssicherung delegieren.










