Hey Habr!
Mir hunn en neit wichtegt Thema - qualitativ héichwäerteg Entwécklung vun IT Produkter. Bei HighLoad++ schwätze mir dacks iwwer wéi ee beschäftegt Servicer séier maache kann, a bei Frontend Conf schwätze mir vun enger cooler User-Interface déi net verlangsamt. Mir hu regelméisseg Themen iwwer Testen, an DevOpsConf iwwer d'Kombinatioun vu verschiddene Prozesser, dorënner Testen. Mä iwwer wat kann Qualitéit am Allgemengen genannt ginn, a wéi et ëmfaassend ze schaffen - nee.
Loosst eis dëst duerch - mir wäerten eng Kultur entwéckelen fir iwwer d'Qualitéit vum Endprodukt fir de Benotzer an all Etapp vun der Entwécklung ze denken. D'Gewunnecht net op Äert Verantwortungsberäich ze fokusséieren, a Qualitéit net nëmme mat Tester ze associéieren.
Ënnert dem Schnëtt schwätze mir mam Chef vum Programmcomité, Chef vum Test bei Tinkoff.Business, creator of the Russian-speaking QA community Anastasia Aseeva-Nguyen iwwer den Zoustand vun der QA Industrie an d'Missioun vun der neier Konferenz.
- Nastia Moien. Sot eis w.e.g. iwwer Iech selwer.
Anastasia: Ech verwalten Testen op enger Bank, Ech sinn responsabel fir eng ganz grouss Equipe - mir si méi wéi 90 Leit. Mir hunn eng wichteg Geschäftslinn; mir si verantwortlech fir den Ökosystem fir juristesch Entitéiten.
Ech hunn Mechanik a Mathematik studéiert a wollt am Ufank e Programméierer ginn. Awer wann ech eng interessant Offer krut, hunn ech decidéiert mech als Tester ze probéieren. Komesch genuch ass dëst mäi Ruff erausgestallt. Elo gesinn ech all meng Aarbecht an dëser Industrie.
Ech sinn en éierlechen Unhänger vun der Qualitéitssécherungsdisziplin. Ech sinn net indifferent wat fir Produkter erstallt ginn, wéi Qualitéit an der Firma, am Team an am Prinzip am Entwécklungsprozess behandelt gëtt.
Dat ass mir kloer d'Gemeng an dëser Richtung ass net reift genuch, op d'mannst a Russland. Mir verstinn net ëmmer datt Qualitéitssécherung net nëmmen de Fakt ass fir eng Applikatioun ze testen fir d'Konformitéit mat Ufuerderungen. Ech wéilt dës Situatioun änneren.
- Dir benotzt d'Wierder Qualitéitssécherung an Testen. An den Ae vun der Moyenne Persoun iwwerlappen dës zwee Begrëffer ganz dacks. Wéi ënnerscheede se sech wann Dir déif gräift?
Anastasia: Éischter, si sinn net anescht. Testen ass Deel vun der Qualitéitssécherungsdisziplin; et ass eng direkt Aktivitéit - de Fakt datt ech eppes testen. Et ginn tatsächlech vill Zorte vun Testen, a vill Leit si verantwortlech fir verschidden Aarte vun Testen. Awer hei a Russland, wann eng Welle vun Outsourcer erschéngt, déi Tester u Firmen liwweren, gouf d'Tester op eng eenzeg Aart reduzéiert.
An deene meeschte Fäll si se nëmme fir funktionell Tester limitéiert: si kontrolléieren ob dat wat d'Entwéckler kodéiert hunn der Spezifizéierung entsprécht an dat ass alles.
— Sot eis w.e.g. wéi eng aner Qualitéitssécherungsdisziplinnen et ginn? Wat soss, nieft Testen, ass hei abegraff?
Anastasia: Qualitéitssécherung geet als éischt drëm e Qualitéitsprodukt ze kreéieren. Dat heescht, mir froen eis wéi eng Qualitéitsattributer eise Produkt soll hunn. Deementspriechend, wa mir dat verstinn, kënne mir vergläichen wien dës Qualitéitsattributer beaflosst. Et ass egal, Entwéckler, Projet Manager oder Produit Spezialist ass eng Persoun déi d'Entwécklung vun engem Produkt, säi Réckstand a seng Strategie beaflosst.
Den Tester gëtt méi bewosst vu senger Roll. Hie versteet datt seng Aufgab net nëmmen ass fir d'Konformitéit mat Ufuerderungen ze testen, awer och d'Ufuerderungen ze testen, d'Formuléierungen ze froen, déi vum Produktspezialist kommen, an all implizit Ufuerderungen an Erwaardunge vum Client opzeweisen. Wa mir nei Funktionalitéit un eise Client liwweren, musse mir hir Erwaardungen wierklech erfëllen an hir Péng léisen. Wa mir un all Qualitéitsattributer denken, wäert de Client zefridden sinn a wäert verstoen datt d'Firma, deem säi Produkt hie benotzt, wierklech ëm seng Interessen këmmert, an net um Prinzip funktionnéiert "just fir eng Feature ze verëffentlechen."
- Et schéngt, datt dat, wat Dir just beschriwwen hutt, d'Aufgab vun engem Produktspezialist ass. Dëst ass am Prinzip net iwwer Testen an net iwwer Qualitéit - et ass allgemeng iwwer Produktmanagement, nee?
Anastasia: abegraff. Qualitéitssécherung ass keng Disziplin fir déi eng spezifesch Persoun verantwortlech ass. Elo gëtt et eng populär Richtung am Test, eng Approche genannt Agile Testen. Seng Definitioun seet kloer datt dëst eng Team Approche fir Testen ass, déi e gewësse Set vu Praktiken enthält. Dat ganzt Team ass verantwortlech fir dës Approche ëmzesetzen; et ass net emol néideg datt et en Tester am Team ass. Dat ganzt Team konzentréiert sech op Wäert un de Client ze liwweren an ze garantéieren datt de Wäert dem Client Erwaardungen entsprécht.
- Et stellt sech eraus datt Qualitéit sech mat bal allen Ëmgéigend Disziplinnen duerchschnëtt, an alles ronderëm e Kader setzt?
Anastasia: Riets. Wa mir nodenken wéi mir e Qualitéitsprodukt wëllen kreéieren, fänken mir un déi verschidde Qualitéitsattributer ze denken. Zum Beispill, wéi kontrolléiert datt mir wierklech d'Feature gemaach hunn déi eise Client brauch.
Dëst ass wou dës Zort Tester erakënnt: UAT (Benotzer Akzeptanz Testen). Leider gëtt et selten a Russland praktizéiert, awer heiansdo präsent an SCRUM Teams als Demo fir den Endclient. Dëst ass eng zimlech allgemeng Aart vun Testen an auslännesche Firmen. Ier Dir d'Funktionalitéit fir all Clienten opmaacht, maache mir als éischt UAT, dat heescht, mir invitéieren den Endbenotzer deen Tester an direkt Feedback gëtt - ob de Produit wierklech Erwaardungen entsprécht an d'Péng léist. Eréischt duerno geschitt Skaléieren op all aner Clienten.
Dat ass, mir konzentréieren op d'Geschäft, op den Endklient, awer gläichzäiteg vergiesst net iwwer Technologie. D'Qualitéit vum Produkt hänkt och staark vun der Technologie of. Wa mir eng schlecht Architektur hunn, wäerte mir net fäeg sinn Features séier ze verëffentlechen an d'Erwaardunge vum Client z'erreechen. Et kënne vill Käfere sinn wann Dir probéiert ze skaléieren, oder wann Dir probéiert ze refactoréieren, kënne mir eppes briechen. All dëst wäert Client Zefriddenheet Afloss.
Aus dëser Siicht soll d'Architektur esou sinn datt mir propper Code schreiwen, deen eis erlaabt séier Ännerungen ze maachen an net Angscht ze hunn datt mir alles briechen. Also datt d'Revisiounsiteratiounen net iwwer e puer Méint strecken einfach well mir sou vill Legacy hunn, a mir musse laang Teststadien maachen.
- Am Ganze si schonn Entwéckler, Architekten, Produktwëssenschaftler, Produktmanager an Tester selwer involvéiert. Wien ass nach am Qualitéitssécherungsprozess involvéiert?
Anastasia: Loosst eis elo virstellen datt mir d'Feature schonn dem Client geliwwert hunn. Natierlech muss d'Qualitéit vum Produkt iwwerwaacht ginn och wann et schonn an der Produktioun ass. Op dëser Etapp kënnen Situatiounen mat net offensichtleche Szenarie, sougenannte Bugs, optrieden.
Déi éischt Fro ass wéi këmmere mir mat dëse Käfere nodeems mir de Produit scho verëffentlecht hunn? Wéi reagéiere mir zum Beispill op Stress? De Client wäert net ganz frou sinn wann d'Säit méi wéi 30 Sekonnen dauert fir ze lueden.
Hei kënnt d'Ausbeutung an d'Spill oder, wéi se et elo nennen, DevOps. Tatsächlech sinn dëst d'Leit déi verantwortlech sinn fir de Produkt ze bedreiwen wann et schonn an der Produktioun ass. Dëst beinhalt verschidden Aarte vu Iwwerwaachung. Et gëtt souguer eng Ënnertyp vun Testen - Testen op Produktioun, wa mir eis erlaben net eppes virum Ausrollen ze testen an et direkt op der Produktioun ze testen. Dëst ass eng Serie vu Moossnamen aus der Siicht vun der Organisatioun vun Infrastrukturen, déi Iech erlaben séier op en Tëschefall z'äntwerten, en ze beaflossen an ze korrigéieren.
Infrastruktur ass och wichteg. Et ginn dacks Situatiounen, wou et während engem Test onméiglech ass sécher ze sinn, datt mir wierklech alles hunn, wat mir dem Client gär hätten. Mir rullen et an d'Produktioun a fänken un net offensichtlech Situatiounen ze fänken. An alles well d'Infrastruktur am Test net der Infrastruktur an der Produktioun entsprécht. Dëst féiert zu enger neier Zort Tester - Infrastruktur Testen. Dëst si verschidde Konfiguratiounen, Astellungen, Datebankmigratioun, asw.
Dëst stellt d'Fro op - vläicht muss d'Team Infrastruktur als Code benotzen.
Ech gleewen datt d'Infrastruktur direkt d'Qualitéit vum Produkt beaflosst.
Ech hoffen et gëtt e Bericht op der Konferenz mat engem richtege Fall. Schreift eis wann Dir prett sidd eis aus Ärer eegener Erfahrung ze soen wéi Infrastruktur als Code d'Qualitéit beaflosst. Infrastruktur als Code mécht et méi einfach all Astellungen ze kontrolléieren an Saachen ze testen déi soss einfach net méiglech sinn. Dofir ass Operatioun och am Prozess vun der Entwécklung vun engem Qualitéitsprodukt involvéiert.
- Wat iwwer Analyse an Dokumentatioun?
Anastasia: Dëst gëllt méi fir Enterprise Systemer. Wa mir iwwer Entreprise schwätzen, kommen d'Leit wéi Analysten a Systemanalyten direkt un de Kapp. Si ginn heiansdo technesch Schrëftsteller genannt. Si kréien eng Aufgab fir eng Spezifizéierung ze schreiwen an ze kompletéieren, zum Beispill fir e Mount.
Et gouf ëmmer erëm bewisen datt d'Schreiwen vun esou Dokumentatioun zu ganz laangen Entwécklungsiteratiounen a laanger Iteratiounen vu Verfeinerung féiert, well während dem Testprozess Bugs identifizéiert ginn a Retouren fänken un. Als Resultat ginn et vill Loops déi d'Entwécklungskäschte erhéijen. Zousätzlech kann dëst Schwachstelle aféieren. Mir schéngen Referenzcode geschriwwen ze hunn, awer dunn hu mir Ännerunge gemaach, déi déi perfekt duerchduechte Architektur briechen.
D'Ennresultat ass en net ganz qualitativ héichwäertegt Produkt, well Patches schonn an der Architektur opgetaucht sinn, de Code op e puer Plazen ass net genuch vun Tester ofgedeckt, well d'Deadline auslafen, all Bugs musse séier zougemaach ginn. An alles well d'Original Spezifizéierung net all d'Punkten berücksichtegt huet, déi ëmgesat musse ginn.
Entwéckler sinn keng Schädlinge a schreiwen kee Code mat Feeler op Zweck.
Wa mir am Ufank eng Spezifizéierung iwwerluecht hätten déi all déi néideg Punkten ofgedeckt hätten, da wier alles genau wéi néideg ëmgesat ginn. Awer dëst ass eng Utopie.
Et ass méiglecherweis onméiglech eng perfekt 100-Säit Spezifizéierung ze schreiwen. Dat ass wouvir muss iwwer alternativ Manéieren vun Dokumentatioun ze schreiwen denken, Spezifikatioune, Aufgaben setzen, déi eis méi no bréngen fir sécherzestellen datt den Entwéckler genee mécht wat néideg ass.
Hei kommen Approche vun Agile an de Kapp - Benotzergeschichten mat Akzeptanzkriterien. Dëst ass méi applicabel fir Teams déi a klenge Iteratiounen entwéckelen.
- Wat iwwer Usability Testen, Produkt Usability, Design?
Anastasia: Dëst ass e ganz wichtege Punkt, well et Designer an der Equipe sinn. Déi meescht Oft ginn Designer als Service benotzt - entweder vun engem Designdepartement oder vun engem outsourced Designer. Et ginn dacks Situatiounen, wou et schéngt, datt den Designer dem Produktspezialist nogelauschtert huet an gemaach huet wat hie verstanen huet. Awer wa mir d'Iteratioun ufänken, stellt sech eraus datt dat wat tatsächlech gemaach gouf net war wat erwaart gouf: den Designer huet eppes vergiess, huet d'Verhalen net ganz duerchduecht, well hien ass net an der Équipe an net am Kontext, oder der Front -End Entwéckler huet et net ganz verstan Layout. Et kann e puer Iteratiounen huelen just well et e Problem ass mam Front-End Entwéckler den Design ze verstoen.
Plus et gëtt nach ee Problem. Design Systemer gewannen elo Popularitéit. Si sinn op Hype, awer d'Virdeeler vun hinnen sinn net ganz offensichtlech.
Ech kommen op d'Meenung datt Designsystemer op der enger Säit d'Entwécklung vereinfachen, awer op der anerer Säit setzen se vill Restriktiounen op d'Interface.
Als Resultat maache mir net d'Feature, déi de Client wëllt, awer déi, déi fir eis bequem ass, well mir scho verschidde Cubes hunn, aus deenen mir et maache kënnen.
Ech mengen dat ass en Thema dat derwäert ass e Bléck ze huelen a sech ze froen ob mir probéieren den Design méi einfach ze maachen, mir léisen tatsächlech e Client Schmerzpunkt.
- Et ginn eng iwwerraschend Unzuel vun Themen am Zesummenhang mat der Qualitéitssécherung. Gëtt et eng Konferenz a Russland, wou se all diskutéiert kënne ginn?
Anastasia: Et gëtt déi eelst Testkonferenz, déi dëst Joer fir déi 25. Kéier ofgehale gëtt a SQA Days Quality Assurance Conference genannt gëtt. Et diskutéiert haaptsächlech Tools a spezifesch Test Approche fir funktionell Tester. In der Regel, d'Rapporte bei SQA Days ënnersicht déif spezifesch Beräicher am Beräich vun der Verantwortung vun den Tester selwer, awer net komplex Aktivitéiten.
Dëst hëlleft vill fir verschidden Tools an Approche ze verstoen, wéi Datenbanken, APIen, etc. Awer gläichzäiteg, engersäits, motivéiert et net méi wéi nëmmen Testen an der Schafung vun engem bessere Produkt ze involvéieren. Op der anerer Säit ginn Tester net méi am Prozess involvéiert fir iwwer dat globalt Zil vum Produkt a senger Geschäftskomponent ze denken.
Ech lafen e groussen Departement a maachen vill Interviewen déi wierklech Abléck an den Zoustand vun der Industrie als Ganzt ginn. Als Regel, schaffen eis Kärelen an Entreprisen, a si hunn eng kloer Beräich vun Verantwortung. Kollegen, déi an auslännesche Projete schaffen, benotzen verschidden Aarte vun Tester: Si kënne selwer Laaschtest, Leeschtungstest, an och heiansdo Sécherheetstest maachen, well se wierklech d'Team hëllefen d'Qualitéit vum Produkt ze garantéieren.
Ech hätt gär datt d'Kärelen a Russland och ufänken ze denken datt d'Industrie net mat funktionnellen Tester endet.
- Fir dësen Zweck organiséieren mir eng nei Konferenz, QualityConf, déi Qualitéit als integral Disziplin gewidmet ass. Sot eis méi iwwer d'Iddi, wat ass d'Haaptziel vun der Konferenz?
Anastasia: Mir wëllen eng Gemeinschaft vu Leit kreéieren déi interesséiert sinn fir Qualitéitsprodukter ze maachen. Bitt eng Plattform un, wou se kënne kommen, Berichter lauschteren a verloossen no der Konferenz mat engem spezifesche Verständnis vu wat muss geännert ginn fir d'Qualitéit ze verbesseren.
Hautdesdaags héieren ech dacks eng Ufro vu Berodung iwwer wat ech maache wann et Problemer mat Testen a Qualitéit gëtt. Wann Dir ufänkt mat Teams ze kommunizéieren, gesitt Dir datt de Problem net mat den Tester selwer ass, mee mat wéi de Prozess strukturéiert ass. Zum Beispill, wann d'Entwéckler gleewen datt se nëmme verantwortlech sinn fir Code ze schreiwen, endet hir Verantwortung genau de Moment wou se d'Aufgab iwwerginn fir ze testen.
Net jiddereen denkt un der Tatsaach, datt schlecht geschriwwen, niddereg-Qualitéit Code mat aarmséileg Architektur bedroht grouss Problemer fir de Projet. Si denken net un d'Käschte vu Feeler, datt Bugs, déi an der Produktioun ophalen, zu grousse Käschte fir d'Firma an d'Team féieren. Et gëtt keng Kultur iwwer dëst ze denken. Ech wëll datt mir et op der Konferenz ufänken ze verdeelen.
Ech verstinn datt dëst keng Innovatioun ass.Edward Deming, den Auteur vun de 14 Qualitéiten, huet iwwer d'Käschte vun engem Feeler am leschte Joerhonnert geschriwwen. Qualitéitssécherung als Disziplin baséiert op dësem Buch, awer leider vergiesst déi modern Entwécklung et.
- Wëllt Dir Themen direkt iwwer Testen an Tools beréieren?
Anastasia: Ech ginn zou datt et Berichter iwwer Tools gëtt. Et gi ganz universell Tools mat deenen Firmen an Teams d'Produkt beaflosse kënnen.
All Berichter wäerte weltwäit vun enger gemeinsamer Missioun vereenegt ginn: dem Publikum ze vermëttelen datt mat der Hëllef vun dëser Approche, Tool, Method, Prozess, Typ vun Tester, mir d'Qualitéit vum Produkt beaflosst hunn an d'Liewen vum Client verbessert hunn.
Mir wäerten definitiv keng Berichter iwwer en Tool fir d'Wuel vun engem Tool hunn. All Berichter, déi am Programm abegraff sinn, ginn duerch e gemeinsamt Zil vereenegt.
- Wien wäert interesséiert sinn iwwer wat Dir schwätzt, wien Dir als Gäscht vun der Konferenz gesinn?
Anastasia: Mir wäerte Berichter fir Entwéckler hunn, déi iwwer d'Schicksal vun hirem Projet, Produkt, System këmmeren. Och fir Tester wäert et interessant sinn, an, et schéngt mir, besonnesch fir Manager. Mat Manager mengen ech Leit déi Entscheedungen treffen an d'Schicksal an d'Entwécklung vun engem Produkt, System, Team och beaflosse kënnen.
Dëst si Leit déi sech froe wéi d'Qualitéit vun engem Produkt oder System verbessert gëtt. Op eiser Konferenz léiere si verschidde Moossnamen a kënne verstoen, wat hinnen elo falsch ass a wat geännert muss ginn.
Ech mengen den Haaptcritère ass ze verstoen datt eppes mat der Qualitéit falsch ass an et beaflosse wëllt. Mir wäerte wuel net fäeg sinn Leit z'erreechen déi mengen datt dat just déi éischte Kéier wäert maachen.
- Mengt Dir, datt d'Industrie als Ganzt reift fir net nëmmen iwwer Testen ze schwätzen, mee iwwer eng Qualitéitskultur?
Anastasia: Ech mengen ech hunn reift. Elo plënneren vill Firme vun der traditioneller Waasserfall Approche Richtung Agile ewech. Et gëtt e Clientfokus, d'Leit an Teams fänken wierklech un ze denken wéi een e Qualitéitsprodukt erstellt. Och d'Entreprisen konzentréiere sech op d'Qualitéit ze verbesseren.
No der Unzuel vun Ufroen ze beurteelen, déi an der Gemeng entstinn, gleewen ech datt et Zäit ass. Ech sinn natierlech net sécher datt dëst eng grouss Revolutioun wäert sinn, awer ech hätt gär datt dës Revolutioun am Bewosstsinn geschitt.
- Averstanen! Mir wäerten d'Kultur instilléieren an d'Bewosstsinn änneren.
Konferenz iwwer héichwäerteg Entwécklung vun IT Produkter wäert stattfannen zu Moskau de 7. Juni. Dir wësst wéi eng Etappe e qualitativ héichwäertegt Produkt ausmaachen, mir hu Fäll fir erfollegräich Bugs an der Produktioun ze bekämpfen, mir hunn populär Methoden an eiser Praxis getest - mir brauchen Är Erfahrung. hir Uwendungen virum 1. Mee, an de Programmkomitee hëlleft dem Thema fir d'allgemeng Integritéit vun der Konferenz ze fokusséieren.
Connect an , an deem mir iwwer Qualitéit Themen an der Konferenz diskutéieren, abonnéieren um Programm Neiegkeeten ze bleiwen.
Source: will.com