{"id":31264,"date":"2019-10-31T21:40:21","date_gmt":"2019-10-31T18:40:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kto-otvetit-za-kachestvo\/"},"modified":"2019-10-31T21:40:21","modified_gmt":"2019-10-31T18:40:21","slug":"kto-otvetit-za-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","title":{"rendered":"Wer tr\u00e4gt die Verantwortung f\u00fcr die Qualit\u00e4t?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo, Habr!<\/p>\n

Wir haben ein neues wichtiges Thema \u2013 die qualitativ hochwertige Entwicklung von IT-Produkten. Oft sprechen wir auf HighLoad++ dar\u00fcber, wie man stark belastete Dienste schnell macht, und auf der Frontend Conf \u00fcber gro\u00dfartige Benutzeroberfl\u00e4chen, die nicht ruckeln. Regelm\u00e4\u00dfig haben wir Themen zum Testen, und bei DevOpsConf geht es um die Integration verschiedener Prozesse, einschlie\u00dflich Testing. Aber dar\u00fcber, was man insgesamt Qualit\u00e4t nennen kann und wie man umfassend daran arbeitet \u2013 das fehlt.<\/p>\n

Wir werden das \u00e4ndern in QualityConf<\/a><\/noindex>\u00a0\u2013 wir werden eine Kultur entwickeln, die es wichtig findet, \u00fcber die Qualit\u00e4t des Endprodukts f\u00fcr den Benutzer in jeder Entwicklungsphase nachzudenken. Die Gewohnheit, sich nicht nur auf seinen Verantwortungsbereich zu konzentrieren, und Qualit\u00e4t nicht nur mit Testern zu assoziieren.<\/p>\n

Im Folgenden sprechen wir mit der Leiterin des Programmausschusses, der Leiterin des Testteams bei Tinkoff.Business und der Gr\u00fcnderin der russischsprachigen QA-Community Anastasia Aseeva-Nguyen<\/b> \u00fcber den Zustand der QA-Branche und die Mission der neuen Konferenz.<\/p>\n

\"Wer
\n<\/a><\/noindex>
\n\u2013 Nastya, hallo. Erz\u00e4hl uns bitte etwas \u00fcber dich.<\/em><\/strong><\/p>\n

\"WerAnastasia<\/strong>: Ich leite die Testabteilung in einer Bank und bin f\u00fcr ein gro\u00dfes Team von \u00fcber 90 Personen verantwortlich. Wir haben eine wichtige Gesch\u00e4ftszeile und sind f\u00fcr das \u00d6kosystem f\u00fcr juristische Personen zust\u00e4ndig.<\/p>\n

Ich habe Mathematik und Informatik studiert und wollte urspr\u00fcnglich Programmiererin werden. Als sich jedoch eine interessante Gelegenheit ergab, entschied ich mich, in die Rolle der Testerin hineinzuschnuppern. \u00dcberraschenderweise stellte ich fest, dass dies mein Ruf war. Jetzt sehe ich meine gesamte Arbeit genau in dieser Branche.<\/p>\n

Ich bin eine leidenschaftliche Verfechterin der Disziplin Quality Assurance. Es liegt mir am Herzen, welche Produkte entwickelt werden und wie das Thema Qualit\u00e4t im Unternehmen, im Team und allgemein im Entwicklungsprozess behandelt wird.<\/p><\/blockquote>\n

\nF\u00fcr mich ist es offensichtlich, dass die Gemeinschaft in diesem Bereich nicht ausreichend ausgereift ist<\/strong>, zumindest in Russland. Oft verstehen wir nicht, dass Qualit\u00e4tssicherung nicht nur das Testen einer Anwendung auf \u00dcbereinstimmung mit den Anforderungen bedeutet. Ich w\u00fcrde gerne diese Situation \u00e4ndern.<\/p>\n

\u2014 Du verwendest die Begriffe Quality Assurance und Testing. F\u00fcr den Normalverbraucher \u00fcberschneiden sich diese beiden Begriffe h\u00e4ufig. Worin unterscheiden sie sich, wenn man tiefer gr\u00e4bt?<\/em><\/strong><\/p>\n

Anastasia:<\/strong> Eigentlich unterscheiden sie sich nicht. Testing ist ein Teil der Disziplin Quality Assurance und stellt eine konkrete T\u00e4tigkeit dar \u2013 der Fakt, dass ich etwas teste. Es gibt in der Tat sehr viele Testarten, und f\u00fcr verschiedene Testarten sind die unterschiedlichsten Personen verantwortlich. Doch in Russland, als die Welle der Outsourcing-Unternehmen entstand, die Tester in Firmen vermitteln, wurde das Testing auf eine einzige Art reduziert.<\/p>\n

In den meisten F\u00e4llen beschr\u00e4nkt man sich nur auf funktionales Testing: Es wird \u00fcberpr\u00fcft, ob das, was die Entwickler programmiert haben, der Spezifikation entspricht und das war's.<\/p>\n

\u2014 Erz\u00e4hl mir bitte, welche weiteren Disziplinen zur Qualit\u00e4tssicherung geh\u00f6ren? Was geh\u00f6rt noch neben Testing dazu?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Quality Assurance bedeutet in erster Linie, ein qualitativ hochwertiges Produkt zu schaffen. Das hei\u00dft, wir fragen uns, welche Qualit\u00e4tsmerkmale unser Produkt haben sollte. Wenn wir das verstehen, k\u00f6nnen wir herausfinden, wer diese Qualit\u00e4tsmerkmale beeinflusst. Es spielt keine Rolle, ob es sich um einen Entwickler, einen Projektleiter oder einen Produktmanager handelt.<\/strong>\u00a0\u2014 Das ist die Person, die Einfluss auf die Produktentwicklung, auf das Backlog und auf die Strategie hat.<\/p>\n

Der Tester beginnt besser zu verstehen, welche Rolle er spielt. Er erkennt, dass seine Aufgabe nicht nur darin besteht, die Anforderungen zu testen, sondern auch die Anforderungen selbst zu hinterfragen, Formulierungen, die vom Produktmanager kommen, kritisch zu pr\u00fcfen und alle impliziten Anforderungen sowie Erwartungen des Kunden offenzulegen. Wenn wir unserem Kunden neue Funktionalit\u00e4ten bereitstellen, m\u00fcssen wir seine Erwartungen tats\u00e4chlich erf\u00fcllen und seine Probleme l\u00f6sen. Wenn wir \u00fcber alle Qualit\u00e4tsattribute nachdenken, wird der Kunde zufrieden sein und verstehen, dass das Unternehmen, dessen Produkt er nutzt, sich wirklich um seine Interessen k\u00fcmmert und nicht nach dem Prinzip \"nur eine Funktion bereitstellen\" arbeitet.<\/p>\n

\u2014 Es scheint, dass das, was du gerade beschrieben hast, die Aufgabe des Produktmanagers ist. Das geht doch im Grunde nicht um Tests und nicht um Qualit\u00e4t \u2013 es geht doch insgesamt um Produktmanagement, oder?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Zum Teil. Qualit\u00e4tssicherung ist keine Disziplin, f\u00fcr die eine bestimmte Person verantwortlich ist. Derzeit gibt es einen beliebten Ansatz in der Tests, der als Agile Testing<\/strong>. In seiner Definition wird klar, dass es sich um einen teamorientierten Ansatz f\u00fcr Tests handelt, der einen bestimmten Satz von Praktiken umfasst. Die Umsetzung dieses Ansatzes obliegt dem gesamten Team, was nicht zwingend einen Tester in der Mannschaft erfordert. Das gesamte Team ist darauf ausgerichtet, dem Kunden Wert zu bieten, der seinen Erwartungen entspricht.<\/p>\n

\u2014 Das bedeutet, dass Qualit\u00e4t fast alle umgebenden Disziplinen umfasst und die Rahmenbedingungen f\u00fcr alles andere setzt?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Richtig. Wenn wir dar\u00fcber nachdenken, was wir schaffen m\u00f6chten, um ein qualitativ hochwertiges Produkt zu entwickeln, fangen wir an, \u00fcber verschiedene Qualit\u00e4tsattribute nachzudenken. Zum Beispiel, wie wir sicherstellen k\u00f6nnen, dass die Funktion, die wir entwickelt haben, tats\u00e4chlich f\u00fcr unseren Kunden ben\u00f6tigt wird.<\/p>\n

Hier kommt eine Testart ins Spiel, die UAT<\/strong> (User Acceptance Testing). Leider wird diese Methode in Russland selten angewendet, kommt aber manchmal in SCRUM-Teams vor, zum Beispiel als Demo f\u00fcr den Endkunden. In Unternehmen im Ausland ist dies eine verbreitete Testmethode. Bevor wir die Funktionalit\u00e4t f\u00fcr alle Kunden freigeben, f\u00fchren wir zun\u00e4chst UAT durch, das hei\u00dft, wir laden den Endverbraucher ein, der die Tests durchf\u00fchrt und direkt Feedback gibt \u2013 erf\u00fcllt das Produkt tats\u00e4chlich die Erwartungen und l\u00f6st es ein Problem? Erst danach erfolgt das Rollout f\u00fcr alle anderen Kunden.<\/p>\n

Das hei\u00dft, wir orientieren uns am Gesch\u00e4ft und am Endkunden, dabei vergessen wir die Technologie nicht<\/strong>. Auch die Technologie hat einen starken Einfluss auf die Qualit\u00e4t des Produkts. Wenn wir eine schlechte Architektur haben, k\u00f6nnen wir keine Funktionen schnell implementieren und die Erwartungen der Kunden nicht erf\u00fcllen. Es kann viele Bugs geben, wenn wir versuchen, zu skalieren, oder beim Refactoring k\u00f6nnten wir etwas kaputt machen. Das alles wirkt sich auf die Kundenzufriedenheit aus.<\/p>\n

Aus dieser Perspektive muss die Architektur so gestaltet sein, dass wir sauberen Code schreiben k\u00f6nnen, der schnelle \u00c4nderungen erm\u00f6glicht, ohne Angst haben zu m\u00fcssen, dass wir alles zerbrechen. Damit die Iterationen zur Verbesserung sich nicht \u00fcber mehrere Monate ziehen, nur weil wir so viel Legacy haben und lange Testphasen durchf\u00fchren m\u00fcssen.<\/p>\n

\u2014 Insgesamt sind bereits Entwickler, Architekten, Produktverantwortliche, Produktmanager und die Tester selbst beteiligt. Wer ist noch im Prozess der Qualit\u00e4tssicherung involviert?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Stellen wir uns nun vor, dass wir die Funktion bereits an den Kunden ausgeliefert haben. Es ist offensichtlich, dass wir die Qualit\u00e4t des Produkts auch im laufenden Betrieb im Auge behalten m\u00fcssen. In dieser Phase k\u00f6nnen sich Situationen mit nicht offensichtlichen Szenarien zeigen, die sogenannten Bugs.<\/p>\n

Die erste Frage ist, wie wir mit diesen Bugs umgehen, nachdem wir das Produkt bereits ver\u00f6ffentlicht haben. Wie reagieren wir, wenn beispielsweise die Last steigt? Der Kunde wird nicht sehr zufrieden sein, wenn die Seite l\u00e4nger als 30 Sekunden zum Laden braucht.<\/p>\n

Hier kommt der Betrieb ins Spiel oder, wie man heutzutage sagt, DevOps<\/strong>. Tats\u00e4chlich sind das Menschen, die f\u00fcr den Betrieb des Produkts verantwortlich sind, sobald es live ist. Dazu geh\u00f6ren verschiedene Arten von Monitoring. Es gibt sogar eine Unterkategorie des Testens \u2013 das Testing im Live-Betrieb, bei dem wir uns erlauben, etwas bis zur Ausrollung nicht zu testen und es sofort live erproben. Dies umfasst eine Reihe von Ma\u00dfnahmen zur Organisation der Infrastruktur, die es erm\u00f6glichen, schnell auf Vorf\u00e4lle zu reagieren, sie zu beeinflussen und zu beheben.<\/p>\n

Die Infrastruktur ist ebenfalls wichtig. Oft gibt es Situationen, in denen wir w\u00e4hrend eines Tests nicht sicherstellen k\u00f6nnen, dass wir tats\u00e4chlich alles haben, was wir dem Kunden anbieten m\u00f6chten. Wenn wir dann live gehen, sto\u00dfen wir auf unvorhergesehene Situationen. Das liegt daran, dass die Infrastruktur im Test nicht mit der Live-Infrastruktur \u00fcbereinstimmt. Daraus ergibt sich eine neue Art des Testens \u2013 Infrastruktur Testing<\/strong>. Dazu geh\u00f6ren verschiedene Konfigurationen, Einstellungen, Datenbankmigration usw.<\/p>\n

Deshalb stellt sich die Frage \u2013 m\u00f6glicherweise sollte das Team Infrastruktur als Code nutzen.<\/p>\n

Ich glaube, dass die Infrastruktur direkten Einfluss auf die Qualit\u00e4t des Produkts hat.<\/p><\/blockquote>\n

\nIch hoffe, dass es auf der Konferenz einen Vortrag mit einem echten Anwendungsfall geben wird. Schreiben Sie uns, wenn Sie bereit sind, Ihre Erfahrungen dar\u00fcber zu teilen, wie Infrastructure as Code die Qualit\u00e4t beeinflusst. Infrastructure as Code erm\u00f6glicht es, alle Einstellungen einfacher zu \u00fcberpr\u00fcfen und das zu testen, was sonst einfach nicht m\u00f6glich w\u00e4re. Daher wird auch der Betrieb in den Prozess der Entwicklung qualitativ hochwertiger Produkte einbezogen.<\/p>\n

\u2014 Was ist mit Analytik und Dokumentation?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Das bezieht sich eher auf Enterprise-Systeme. Wenn wir \u00fcber Enterprise sprechen, denken wir sofort an Personen wie Analysten und Systemanalytiker. Manchmal werden sie technische Autoren genannt. Sie erhalten den Auftrag, eine Spezifikation zu schreiben, und setzen dies beispielsweise innerhalb eines Monats um.<\/p>\n

Es ist vielfach bewiesen, dass das Schreiben solcher Dokumentationen zu sehr langen Entwicklungszyklen und langen Iterationen bei der \u00dcberarbeitung f\u00fchrt, da w\u00e4hrend des Testprozesses Bugs entdeckt werden und R\u00fcckgaben beginnen. Infolgedessen entstehen viele Schleifen, die die Entwicklungskosten erh\u00f6hen. Dar\u00fcber hinaus k\u00f6nnen dabei Schwachstellen entstehen. Wir glauben, wir haben den Referenzcode geschrieben, doch dann haben wir \u00c4nderungen vorgenommen, die die perfekt durchdachte Architektur destabilisieren.<\/p>\n

Das Ergebnis ist ein nicht ganz qualitativ hochwertiges Produkt, da die Architektur bereits mit Flickstellen versehen ist und der Code an einigen Stellen nicht ausreichend getestet ist, weil die Fristen dr\u00e4ngen und alle Bugs schneller behoben werden m\u00fcssen. Und das alles, weil in der urspr\u00fcnglichen Spezifikation nicht alle Aspekte ber\u00fccksichtigt wurden, die umgesetzt werden mussten.<\/p>\n

Entwickler sind keine Sch\u00e4dlinge und schreiben nicht absichtlich fehlerhaften Code.<\/p><\/blockquote>\n

\nWenn wir zu Beginn eine Spezifikation durchdacht h\u00e4tten, die alle notwendigen Aspekte beleuchtet, w\u00e4re alles genau so umgesetzt worden, wie es n\u00f6tig ist. Aber das ist Utopie.<\/p>\n

Wahrscheinlich ist es unm\u00f6glich, eine ideale Spezifikation auf 100 Seiten zu erstellen. Daher Man sollte \u00fcber alternative M\u00f6glichkeiten zur Erstellung von Dokumentation nachdenken.<\/strong>, Spezifizierung, Aufgabenstellung, die uns n\u00e4herbringt, damit der Entwickler genau das macht, was n\u00f6tig ist.<\/p>\n

Hier kommen agile Ans\u00e4tze in den Sinn \u2013 Benutzerstories mit Akzeptanzkriterien. Das ist eher f\u00fcr Teams anwendbar, die sich in kleinen Iterationen weiterentwickeln.<\/p>\n

\u2013 Wie steht es um Usability-Tests, die Benutzerfreundlichkeit des Produkts, das Design?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Das ist ein sehr wichtiger Punkt, denn im Team gibt es Designer. H\u00e4ufig werden Designer als Dienstleistung in Anspruch genommen \u2013 entweder durch eine Designabteilung oder durch einen externen Designer. Es kommt oft vor, dass der Designer scheinbar den Produktmanager geh\u00f6rt hat und das gemacht hat, was er verstanden hat. Aber wenn wir zur Iteration \u00fcbergehen, stellt sich heraus, dass tats\u00e4chlich nicht das umgesetzt wurde, was erwartet wurde: Der Designer hat etwas vergessen oder das Verhalten nicht vollst\u00e4ndig durchdacht, weil er nicht im Team und nicht im Kontext ist, oder der Frontend-Entwickler hat sein Layout nicht vollst\u00e4ndig verstanden. Es kann mehrere Iterationen erfordern, nur weil es ein Verst\u00e4ndnisproblem zwischen dem Design und dem Frontend-Entwickler gibt.<\/p>\n

Es gibt noch ein weiteres Problem. Momentan gewinnen Design-Systeme an Popularit\u00e4t. Sie sind im Trend, aber der Nutzen ist nicht ganz offensichtlich.<\/p>\n

Ich sto\u00dfe auf die Meinung, dass Design-Systeme einerseits die Entwicklung vereinfachen, andererseits jedoch viele Einschr\u00e4nkungen f\u00fcr die Benutzeroberfl\u00e4che mit sich bringen.<\/p><\/blockquote>\n

\nLetztendlich erstellen wir nicht die Funktion, die der Kunde m\u00f6chte, sondern die, die f\u00fcr uns bequem ist, weil wir bereits bestimmte Bausteine haben, aus denen wir sie zusammensetzen k\u00f6nnen.<\/p>\n

Ich denke, man sollte dieses Thema in Betracht ziehen und \u00fcberlegen, ob wir in dem Versuch, die Designarbeit zu vereinfachen, wirklich das Problem des Kunden l\u00f6sen.<\/p>\n

\u2014 Es gibt erstaunlich viele Themen im Zusammenhang mit Quality Assurance. Gibt es in Russland eine Konferenz, auf der all dies diskutiert werden kann?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Es gibt eine der \u00e4ltesten Konferenzen zum Testen, die in diesem Jahr zum 25. Mal stattfindet und die Qualit\u00e4tssicherungs-Konferenz SQA Days genannt wird. Prim\u00e4r werden dort Werkzeuge und konkrete Testans\u00e4tze f\u00fcr Funktionstester diskutiert. In den Vortr\u00e4gen auf den SQA Days werden typischerweise spezifische Bereiche innerhalb der Verantwortung der Tester tiefgehend behandelt, jedoch keine umfassenden Themen.<\/p>\n

Das hilft enorm dabei, sich in verschiedenen Werkzeugen und Ans\u00e4tzen zurechtzufinden, wie man Datenbanken, APIs usw. testet. Auf der anderen Seite motiviert es jedoch nicht, auch andere Aspekte in die Schaffung eines qualitativ besseren Produkts einzubeziehen, und die Tester werden nicht aktiver in den Prozess einbezogen, um \u00fcber die globale Zielsetzung des Produkts und dessen Gesch\u00e4ftsaspekte nachzudenken.<\/p>\n

Ich leite eine gro\u00dfe Abteilung und f\u00fchre viele Vorstellungsgespr\u00e4che, die tats\u00e4chlich einen \u00dcberblick \u00fcber den Zustand der Branche insgesamt geben. Unsere Mitarbeiter arbeiten in der Regel im Enterprise-Bereich und haben klare Verantwortlichkeiten. Kollegen, die an internationalen Projekten arbeiten, nutzen verschiedene Testmethoden: Sie k\u00f6nnen Lasttests, Leistungstests und manchmal sogar Sicherheitstests (Security Testing) durchf\u00fchren, da sie dem Team helfen, die Qualit\u00e4t des Produkts zu gew\u00e4hrleisten.<\/p>\n

Ich w\u00fcrde mir w\u00fcnschen, dass auch in Russland die Leute anfangen, dar\u00fcber nachzudenken, dass die Branche nicht nur mit Funktionstests endet.<\/p>\n

\u2014 Daf\u00fcr organisieren wir die neue Konferenz QualityConf, die der Qualit\u00e4t als ganzheitlicher Disziplin gewidmet ist. Erz\u00e4hl mir mehr \u00fcber die Idee, was ist das Hauptziel der Konferenz?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Wir m\u00f6chten eine Gemeinschaft von Menschen schaffen, die daran interessiert sind, qualitativ hochwertige Produkte zu entwickeln. Wir wollen eine Plattform bieten, auf die sie kommen k\u00f6nnen, um Vortr\u00e4ge zu h\u00f6ren und nach der Konferenz mit einem klaren Verst\u00e4ndnis dar\u00fcber zu gehen, was sie \u00e4ndern m\u00fcssen, um die Qualit\u00e4t zu verbessern.<\/p>\n

Ich h\u00f6re oft Anfragen aus der Beratung, was zu tun ist, wenn es Probleme beim Testen und mit der Qualit\u00e4t gibt. Wenn man mit den Teams spricht, wird deutlich, dass das Problem nicht bei den Testern liegt, sondern darin, wie der Prozess gestaltet ist. Zum Beispiel, wenn Entwickler glauben, dass sie nur f\u00fcr das Schreiben von Code verantwortlich sind, endet ihre Verantwortung genau in dem Moment, in dem sie die Aufgabe in die Tests \u00fcbergeben.<\/p>\n

Nicht alle denken daran, dass schlecht geschriebener, qualitativ minderwertiger Code mit einer schlechten Architektur gro\u00dfe Probleme f\u00fcr das Projekt mit sich bringen kann. Sie denken nicht an die Kosten von Fehlern und daran, dass Bugs, die in die Produktion gelangen, erhebliche Kosten f\u00fcr das Unternehmen und das Team verursachen k\u00f6nnen. Es fehlt an einer Kultur, \u00fcber all das nachzudenken. Ich m\u00f6chte, dass wir auf der Konferenz damit beginnen, diese Kultur zu verbreiten.<\/p>\n

Ich verstehe, dass das keine Neuerung ist. Edward Deming, der Autor der 14 Qualit\u00e4tsgrunds\u00e4tze, schrieb bereits im letzten Jahrhundert \u00fcber die Kosten von Fehlern. Auf diesem Buch basiert die Disziplin der Qualit\u00e4tssicherung. Leider vergisst die moderne Entwicklung das jedoch.<\/p>\n

\u2014 Werdet ihr auch konkret Themen \u00fcber das Testen und die Tools ansprechen?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Ich gehe davon aus, dass es Vortr\u00e4ge \u00fcber Werkzeuge geben wird. Es gibt recht universelle Werkzeuge, mit denen Unternehmen und Teams das Produkt beeinflussen k\u00f6nnen.<\/p>\n

Alle Vortr\u00e4ge werden global unter einer gemeinsamen Mission vereint: dem Publikum zu vermitteln, dass wir durch diesen Ansatz, dieses Werkzeug, diese Methode, diesen Prozess oder diese Art des Testens die Produktqualit\u00e4t beeinflusst und das Leben der Kunden verbessert haben.<\/p><\/blockquote>\n

\nWir werden definitiv keine Vortr\u00e4ge \u00fcber Werkzeuge nur um der Werkzeuge willen haben. Alle Vortr\u00e4ge, die im Programm enthalten sind, werden ein gemeinsames Ziel verfolgen.<\/p>\n

\u2014 Wer wird an dem interessiert sein, wor\u00fcber du sprichst? Wen siehst du als G\u00e4ste der Konferenz?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Wir werden Vortr\u00e4ge f\u00fcr Entwickler haben, die um das Schicksal ihres Projekts, Produkts oder Systems besorgt sind. Ebenso wird es f\u00fcr Tester interessant sein und, wie ich denke, insbesondere f\u00fcr Manager. Mit Managern meine ich Personen, die Entscheidungen treffen und das Schicksal sowie die Entwicklung des Produkts, Systems und Teams beeinflussen k\u00f6nnen.<\/p>\n

Das sind die Menschen, die sich fragen, wie sie die Produktqualit\u00e4t und die Systeme verbessern k\u00f6nnen. Auf unserer Konferenz werden sie verschiedene Ma\u00dfnahmen kennenlernen und verstehen, was jetzt nicht stimmt und was ge\u00e4ndert werden muss.<\/p>\n

Ich denke, das Hauptkriterium ist das Bewusstsein, dass mit der Qualit\u00e4t etwas nicht stimmt, und der Wunsch, darauf Einfluss zu nehmen. Wahrscheinlich werden wir es nicht schaffen, beim ersten Mal die Menschen zu erreichen, die glauben, dass alles gut so ist.<\/p>\n

\u2014 Was denkst du, hat die Branche im Allgemeinen den Reifegrad erreicht, um nicht nur \u00fcber Tests, sondern auch \u00fcber eine Kultur der Qualit\u00e4t zu sprechen?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Ich glaube, sie hat es erreicht. Viele Unternehmen wenden sich derzeit vom traditionellen Waterfall-Ansatz hin zu Agile. Es gibt eine Ausrichtung auf den Kunden, und die Menschen in den Teams beginnen wirklich dar\u00fcber nachzudenken, wie sie ein qualitativ hochwertiges Produkt erstellen k\u00f6nnen. Selbst in Enterprise-Unternehmen findet eine Umorientierung zur Qualit\u00e4tssteigerung statt.<\/p>\n

Anhand der Anzahl der Anfragen, die in der Gemeinschaft auftauchen, denke ich, dass es bereits an der Zeit ist. Ich bin mir zwar nicht sicher, ob es eine gro\u00dfangelegte Revolution sein wird, aber ich w\u00fcrde mir w\u00fcnschen, dass dieser Umbruch im Bewusstsein stattfindet.<\/p>\n

\u2014 Wir haben einen Deal! Wir werden die Kultur f\u00f6rdern und das Bewusstsein ver\u00e4ndern.<\/em><\/strong><\/p>\n

Konferenz \u00fcber die qualitativ hochwertige Entwicklung von IT-Produkten QualityConf<\/a><\/noindex> stattfinden in Moskau am 7. Juni<\/strong>. Wissen Sie, aus welchen Phasen ein qualitativ hochwertiges Produkt besteht, wir haben erfolgreiche Beispiele f\u00fcr den Umgang mit Bugs in der Produktion und haben in unserer Praxis bew\u00e4hrte Methoden getestet \u2014 wir ben\u00f6tigen Ihre Erfahrung. Senden Sie uns<\/a><\/noindex> Ihre Bewerbungen bis zum 1. Mai<\/strong>, und das Programmkomitee hilft dabei, das Thema f\u00fcr die allgemeine Koh\u00e4renz der Konferenz zu fokussieren.<\/p>\n

Treten Sie dem Chat bei<\/a><\/noindex>, in dem wir Fragen zur Qualit\u00e4t und zur Konferenz diskutieren, abonnieren Sie Telegram-Kanal<\/a><\/noindex>, um \u00fcber Neuigkeiten im Programm informiert zu bleiben.<\/p><\/blockquote>\n

Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423\u00a0\u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430\u00a0\u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432. \u041c\u044b\u00a0\u0447\u0430\u0441\u0442\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430\u00a0HighLoad++, \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b \u0431\u044b\u0441\u0442\u0440\u044b\u043c\u0438, \u0430\u00a0\u043d\u0430\u00a0Frontend Conf\u00a0\u2014 \u043a\u043b\u0430\u0441\u0441\u043d\u044b\u0439 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435\u00a0\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442. \u0423\u00a0\u043d\u0430\u0441 \u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e \u0435\u0441\u0442\u044c \u0442\u0435\u043c\u044b \u043f\u0440\u043e \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0438\u00a0DevOpsConf \u043f\u0440\u043e \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0432\u043a\u043b\u044e\u0447\u0430\u044f \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435. \u0410\u00a0\u043f\u0440\u043e\u00a0\u0442\u043e, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e \u0432\u00a0\u0446\u0435\u043b\u043e\u043c, \u0438\u00a0\u043a\u0430\u043a \u043d\u0430\u0434 \u043d\u0438\u043c \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c\u00a0\u2014 \u043d\u0435\u0442. \u0418\u0441\u043f\u0440\u0430\u0432\u0438\u043c \u044d\u0442\u043e \u043d\u0430 QualityConf\u00a0\u2014 \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23230,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31264","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wer ist verantwortlich f\u00fcr die Qualit\u00e4t? | ProHoster","description":"Hallo, Habr! Wir haben ein neues wichtiges Thema \u2014 qualitativ hochwertige Entwicklung von IT-Produkten. Wir sprechen oft auf der HighLoad++ dar\u00fcber, wie man belastete Services schnell macht, und auf der Frontend Conf \u2014 \u00fcber gro\u00dfartige Benutzeroberfl\u00e4chen, die nicht ruckeln. Wir haben regelm\u00e4\u00dfig Themen \u00fcber Testing und DevOpsConf \u00fcber die Zusammenf\u00fchrung verschiedener Prozesse, einschlie\u00dflich Tests. Aber dass man Qualit\u00e4t im Allgemeinen nennen kann und wie man umfassend daran arbeitet \u2014 das gab es nicht. Das werden wir auf der QualityConf \u00e4ndern \u2014 wir werden entwickeln","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0442\u043e \u043e\u0442\u0432\u0435\u0442\u0438\u0442 \u0437\u0430 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e? | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423 \u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430 \u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432. \u041c\u044b \u0447\u0430\u0441\u0442\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430 HighLoad++, \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b \u0431\u044b\u0441\u0442\u0440\u044b\u043c\u0438, \u0430 \u043d\u0430 Frontend Conf \u2014 \u043a\u043b\u0430\u0441\u0441\u043d\u044b\u0439 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435 \u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442. \u0423 \u043d\u0430\u0441 \u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e \u0435\u0441\u0442\u044c \u0442\u0435\u043c\u044b \u043f\u0440\u043e \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0438 DevOpsConf \u043f\u0440\u043e \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0432\u043a\u043b\u044e\u0447\u0430\u044f \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435. \u0410 \u043f\u0440\u043e \u0442\u043e, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e \u0432 \u0446\u0435\u043b\u043e\u043c, \u0438 \u043a\u0430\u043a \u043d\u0430\u0434 \u043d\u0438\u043c \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u2014 \u043d\u0435\u0442. \u0418\u0441\u043f\u0440\u0430\u0432\u0438\u043c \u044d\u0442\u043e \u043d\u0430 QualityConf \u2014 \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:40:21+00:00","article:modified_time":"2019-10-31T18:40:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31264","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 05:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:19:50","updated":"2026-01-21 05:19:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=31264"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/23230"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=31264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=31264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=31264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}