
Les 21 et 22 septembre, un millier de testeurs et ceux qui, en principe, s'intéressent à l'assurance qualité, se sont réunis à Kiev. Cette année, QA Fest a eu lieu pour la cinquiÚme fois, pour la troisiÚme fois DataArt a agi en tant que partenaire. Ellina Azadova, QA senior chez DataArt Kherson, a parlé des rapports et de l'organisation d'événements les plus intéressants.
Les intervenants se sont exprimés en trois étapes et les rapports ont été combinés dans plusieurs directions: tests fonctionnels et non fonctionnels, gestion, automatisation, etc.
Michael Bolton Obsession de rĂ©gression. Les organisateurs savaient ce qui les intĂ©ressait et ce qui Ă©tait certain - le premier intervenant Ă©tait l'auteur de Rapid Software Testing Methodology, un homme bien connu dans les cercles de l'AQ. Un orateur inhabituellement charismatique et intĂ©ressant lors de la confĂ©rence a lu le rap et a fait une dĂ©claration provocatrice: «Les tests ne peuvent pas ĂȘtre automatisĂ©s». Il pourrait Ă©tayer de façon convaincante cette affirmation par le fait que les tests incluent non seulement l'exĂ©cution (exĂ©cution) des tests, mais Ă©galement le dĂ©veloppement de stratĂ©gies, l'analyse des risques, etc. en commun.
Ellina avec Michael Bolton.La prochaine performance la plus mémorable, je pense, pas seulement pour moi, a été le rapport d'
Aleksey Buhl «Cookbook for test data». Le nom me semblait un peu Ă©trange, mais c'Ă©tait une vraie performance Ă laquelle personne ne s'attendait. Il y avait plus d'informations utiles pour l'automatisation, mais, Ă mon avis, le manuel est Ă©galement venu en vain. L'orateur a mis un tablier et un chapeau de cuisinier, puis il est allĂ© Ă la table et a commencĂ© ... Ă prĂ©parer une salade. Pour de vrai: hacher les concombres et les tomates, assaisonner, saler et mĂ©langer. Dans le mĂȘme temps, il a parlĂ© des caractĂ©ristiques de la prĂ©paration des donnĂ©es pour les tests, en particulier, comment randomiser les donnĂ©es pour qu'elles soient utiles. Par exemple, des donnĂ©es pour un nom d'utilisateur.

Certains points semblaient Ă©vidents, mais il est parfois utile de rappeler que les donnĂ©es inutiles doivent ĂȘtre supprimĂ©es aprĂšs elles-mĂȘmes. Dans le processus, Alexei a Ă©tabli des analogies entre la prĂ©paration des donnĂ©es et la cuisine, qui Ă©taient nombreuses. Il a fourni Ă la prĂ©sentation un code QR, vous pouvez donc le voir:

Soit dit en passant, l'orateur a présenté la salade préparée à l'un des participants qui posait activement des questions.
Johan Jonasson. Le secret d'un test réussi. Le titre du rapport a été immédiatement intéressant. Je m'attendais probablement à quelque chose de plus révolutionnaire, mais des conseils plus banals se sont avérés trÚs utiles.
Les principes d'un bon test rappellent quelque peu les idées fondamentales d'Agile:
- Un état d'esprit curieux sur un confirmatif;
- Planification adaptable par rapport aux plans de conduite;
- Des tests délibérés sur des tests dirigés;
- Attention au coût d'opportunité par rapport à tout tester de maniÚre exhaustive.
AprĂšs cela, l'orateur a annoncĂ© ce qui, de son point de vue, n'est mĂȘme pas un secret, mais les secrets d'un test rĂ©ussi:
- Avoir une stratégie qui prend en charge les nouvelles découvertes, pas une stratégie qui ne prend en charge que la confirmation des soupçons existants;
- Entourez-vous de gens passionnĂ©s, motivĂ©s et compĂ©tents qui sont dĂ©sireux et capables de mettre en Ćuvre une telle stratĂ©gie.
Artem Bykovets. «Des approches agiles en dehors des sociĂ©tĂ©s informatiques. Histoires de transformation et d'expĂ©riences. â Le charismatique Artem a dĂ©cidĂ© cette fois de parler sans prĂ©sentation, mais le rapport n'est pas devenu ennuyeux. L'orateur a partagĂ© les rĂ©sultats de sa formation sur les mĂ©thodologies Agile dans les entreprises non IT. Au dĂ©part, tous les clients ont rĂ©agi Ă l'idĂ©e avec beaucoup de prudence, ont fait valoir qu'ils avaient dĂ©jĂ mis en place tous les processus, mais ceux qui ont dĂ©cidĂ© d'essayer ne l'ont pas regrettĂ©. GrĂące Ă l'introduction de nouvelles pratiques, l'interaction interne s'est amĂ©liorĂ©e, les gens ont appris Ă prĂ©senter leur travail et ont finalement compris ce que font les autres services de l'entreprise (quel type de rapports sont prĂ©parĂ©s par la comptabilitĂ© et qui en a besoin).
Sur le stand DataArt, tous ceux qui ont rĂ©ussi le premier niveau du test sur la plate-forme Skillotron ont reçu un pack d'autocollants.De nombreuses entreprises ont d'abord compris qu'il Ă©tait impossible de rester immobile. Par exemple, le directeur d'Intertop lui-mĂȘme a exprimĂ© des rĂ©flexions sur la nĂ©cessitĂ© de suivre le rythme de son temps et Ă©tait prĂȘt Ă introduire de nouvelles pratiques dans le travail de l'entreprise.
Andrei Myasnikov, «Cela ne s'est jamais produit, et lĂ encore: construire un dĂ©partement de tests. Appareils et matĂ©riaux. " L'orateur a expliquĂ© comment on lui avait personnellement confiĂ© la tĂąche d'agrandir et de diriger le dĂ©partement des tests, oĂč il avait auparavant travaillĂ© seul. Andrey a partagĂ© des exemples intĂ©ressants, des histoires courtes et des conseils pour les pistes d'assurance qualitĂ© qu'il a appris de cette expĂ©rience. Il a rappelĂ© qu'il est nĂ©cessaire de pouvoir dire non, car plus le lead sera distrait et testĂ©, moins il pourra consacrer de temps Ă la planification stratĂ©gique.
Je me souviens d'un conseil trĂšs important: porter les problĂšmes que le leader ne peut pas rĂ©soudre Ă son niveau Ă un niveau supĂ©rieur. Et si nĂ©cessaire, pas un. Nous oublions souvent une telle opportunitĂ©, et aprĂšs tout, le leader est confrontĂ© Ă de nombreuses difficultĂ©s diffĂ©rentes, qui ne peuvent pas toutes ĂȘtre surmontĂ©es seules.
Andrey a fait une analogie entre le travail d'un plomb et la descente d'une pierre d'une montagne. Nous pouvons frapper une pierre, mais en mĂȘme temps, elle peut rester bloquĂ©e, voler au mauvais endroit ou changer de chemin, mĂȘme si elle Ă©tait initialement correcte. Comment rĂ©soudre ce problĂšme? Oui, trĂšs simple! Chaque fois qu'une pierre dĂ©vie, vous devez la frapper dans la bonne direction. Et ainsi de suite jusqu'Ă ce qu'il soit au pied. Cela prend du temps, mais fournira le rĂ©sultat souhaitĂ©. C'est la mĂȘme chose avec les protections, seul le coup de pied ici n'a pas besoin d'ĂȘtre pris Ă la lettre - au lieu de cela, c'est du feedback.
Au stand DataArt, il a jouĂ© deux valises Xiaomi avec un verrou d'empreinte digitale.Les organisateurs ont pensĂ© Ă tout en dĂ©tail: dĂ©jeuner en deux Ă©quipes, en plus, Ă tout moment il Ă©tait possible de boire du thĂ© ou du cafĂ© avec un cookie. Par tradition, le QA Fest n'est pas seulement une confĂ©rence de deux jours, mais un vrai festival: le premier jour se termine par une grande fĂȘte. Il s'est avĂ©rĂ© incendiaire, le magicien et chanteur Ksenia Lazareva a jouĂ©, il y avait des concours pour les participants et une discothĂšque. Et ça s'est avĂ©rĂ© vraiment amusant, rester en place n'a pas fonctionnĂ©.
Un bon bonus est le QA Fest Awards, oĂč les meilleurs orateurs ont Ă©tĂ© notĂ©s, a remerciĂ© ceux qui ont aidĂ© Ă organiser la confĂ©rence, et tous ceux qui y ont assistĂ© pendant cinq annĂ©es consĂ©cutives. Je faisais partie des trois visiteurs rĂ©guliers et j'ai reçu un cadeau des organisateurs - des lunettes de rĂ©alitĂ© virtuelle. Au tout dĂ©but, un sac supplĂ©mentaire, un badge et une bouteille d'eau avec un joli monstre QA ont Ă©tĂ© ajoutĂ©s Ă mon sac de matĂ©riel.

Je tiens Ă ajouter que les organisateurs ont dĂ©jĂ lancĂ© une sĂ©rie de confĂ©rences FEST sur diverses technologies, dont une liste peut ĂȘtre consultĂ©e
ici .
Gagnants du tirage au sort DataArt.