{"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\/fr\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","title":{"rendered":"Qui sera responsable de la qualit\u00e9 ?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Salut, Habr !<\/p>\n

Nous avons un nouveau sujet important : le d\u00e9veloppement de produits IT de qualit\u00e9. Nous parlons souvent lors de HighLoad++ de la mani\u00e8re de rendre les services lourds rapides, et lors de Frontend Conf, d'une interface utilisateur g\u00e9niale qui ne ralentit pas. Nous avons r\u00e9guli\u00e8rement des sujets sur les tests, et DevOpsConf aborde l'int\u00e9gration de divers processus, y compris les tests. Mais en ce qui concerne ce que l'on peut appeler la qualit\u00e9 dans son ensemble et comment y travailler de mani\u00e8re globale - il n'y a rien.<\/p>\n

Nous allons corriger cela \u00e0 QualityConf<\/a><\/noindex>\u00a0\u2014 nous allons d\u00e9velopper la culture de penser \u00e0 la qualit\u00e9 du produit final pour l'utilisateur \u00e0 chaque \u00e9tape du d\u00e9veloppement. L'habitude de ne pas se focaliser uniquement sur sa zone de responsabilit\u00e9, et d'associer la qualit\u00e9 non seulement aux testeurs.<\/p>\n

En dessous, nous discuterons avec la pr\u00e9sidente du comit\u00e9 de programme, responsable des tests chez Tinkoff.Business, cr\u00e9atrice de la communaut\u00e9 QA russophone Anastasia Aseeva-Nguen<\/b> sur l'\u00e9tat de l'industrie QA et la mission de la nouvelle conf\u00e9rence.<\/p>\n

\"Qui
\n<\/a><\/noindex>
\n\u2014 Nastya, bonjour. Parle-moi un peu de toi.<\/em><\/strong><\/p>\n

\"QuiAnastasia<\/strong>: Je dirige les tests dans la banque, j'ai la responsabilit\u00e9 d'une tr\u00e8s grande \u00e9quipe - nous sommes plus de 90 personnes. Nous avons une ligne d'affaires importante, nous sommes responsables de l'\u00e9cosyst\u00e8me pour les personnes morales.<\/p>\n

J'ai \u00e9tudi\u00e9 \u00e0 la facult\u00e9 de math\u00e9matiques et j'avais initialement l'intention de devenir programmatrice. Mais quand une offre int\u00e9ressante m'est parvenue, j'ai d\u00e9cid\u00e9 de me tourner vers le m\u00e9tier de testeur. \u00c9trangement, cela s'est av\u00e9r\u00e9 \u00eatre ma vocation. Actuellement, je vois tout mon travail pr\u00e9cis\u00e9ment dans cette industrie.<\/p>\n

Je suis une fervente adepte de la discipline Quality Assurance. Je me soucie de quels produits sont cr\u00e9\u00e9s, de la mani\u00e8re dont la qualit\u00e9 est per\u00e7ue dans l'entreprise, dans l'\u00e9quipe et, en g\u00e9n\u00e9ral, dans le processus de d\u00e9veloppement.<\/p><\/blockquote>\n

\nIl m'est \u00e9vident que la communaut\u00e9 dans ce domaine n'est pas encore assez mature<\/strong>, du moins en Russie. Nous ne comprenons pas toujours que l'assurance qualit\u00e9 n'est pas seulement le simple fait de tester une application pour voir si elle r\u00e9pond aux exigences. J'aimerais changer la situation.<\/p>\n

\u2014 Tu utilises les mots Quality Assurance et test. Dans l'esprit du commun des mortels, ces deux termes se chevauchent tr\u00e8s souvent. En quoi diff\u00e8rent-ils, si l'on creuse profond\u00e9ment ?<\/em><\/strong><\/p>\n

Anastasia:<\/strong> Ils ne diff\u00e8rent probablement pas. Les tests sont une partie de la discipline de l'assurance qualit\u00e9, c'est une activit\u00e9 directe - le simple fait que je teste quelque chose. En r\u00e9alit\u00e9, il existe de nombreux types de tests, et diff\u00e9rentes personnes sont responsables de ces divers types de tests. Mais en Russie, avec l'apparition de la vague d'outsourcers fournissant des testeurs aux entreprises, le test est devenu un type unique.<\/p>\n

Dans la plupart des cas, ils se limitent uniquement aux tests fonctionnels : ils v\u00e9rifient que le code \u00e9crit par les d\u00e9veloppeurs correspond aux sp\u00e9cifications et c'est tout.<\/p>\n

\u2014 Peux-tu me parler des autres disciplines de l'assurance qualit\u00e9 ? Qu'est-ce qui entre dans ce domaine \u00e0 part les tests ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: L'assurance qualit\u00e9 concerne avant tout la cr\u00e9ation d'un produit de qualit\u00e9. Nous nous posons donc la question de quels attributs de qualit\u00e9 notre produit doit poss\u00e9der. Par cons\u00e9quent, si nous comprenons cela, nous pouvons \u00e9tablir qui influence ces attributs de qualit\u00e9. Peu importe, d\u00e9veloppeur, chef de projet ou responsable produit<\/strong>\u00a0\u2014 c'est une personne qui influence le d\u00e9veloppement du produit, son backlog, sa strat\u00e9gie.<\/p>\n

Le testeur commence \u00e0 mieux comprendre son r\u00f4le. Il r\u00e9alise que sa t\u00e2che n'est pas seulement de tester la conformit\u00e9 aux exigences, mais aussi de tester les exigences, de remettre en question les formulations provenant du producteur, de d\u00e9celer toutes les exigences implicites et les attentes du client. Lorsque nous livrons une nouvelle fonctionnalit\u00e9 \u00e0 notre client, nous devons vraiment r\u00e9pondre \u00e0 ses attentes et r\u00e9soudre son probl\u00e8me. Si nous pensons \u00e0 tous les attributs de qualit\u00e9, le client sera satisfait et comprendra que l'entreprise dont il utilise le produit se soucie r\u00e9ellement de ses int\u00e9r\u00eats, et ne travaille pas selon le principe de \u00ab sortir une fonctionnalit\u00e9, peu importe comment \u00bb.<\/p>\n

\u2014 Il semble que ce que tu viens de d\u00e9crire soit la t\u00e2che du responsable produit. Cela ne concerne pas vraiment les tests ni la qualit\u00e9, n'est-ce pas ? C'est en fait du management de produit, non ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: En partie. L'assurance qualit\u00e9 n'est pas une discipline dont est responsable une seule personne. Il existe actuellement une approche populaire dans les tests, appel\u00e9e Agile Testing<\/strong>Dans sa d\u00e9finition, il est clairement indiqu\u00e9 qu'il s'agit d'une approche collaborative pour le test, qui implique un ensemble de pratiques sp\u00e9cifiques. L'ensemble de l'\u00e9quipe est responsable de cette approche, il n'est pas n\u00e9cessaire d'avoir un testeur dans l'\u00e9quipe. L'orientation de l'\u00e9quipe est de fournir de la valeur au client, et que cette valeur soit conforme \u00e0 ses attentes.<\/p>\n

\u2014 Donc, on peut dire que la qualit\u00e9 croise presque toutes les disciplines environnantes, imposant des limites \u00e0 tout ce qui nous entoure ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Exactement. Quand nous r\u00e9fl\u00e9chissons \u00e0 la cr\u00e9ation d'un produit de qualit\u00e9, nous commen\u00e7ons \u00e0 penser \u00e0 diff\u00e9rents attributs de qualit\u00e9. Par exemple, comment v\u00e9rifier que nous avons r\u00e9ellement cr\u00e9\u00e9 une fonctionnalit\u00e9 dont notre client a besoin.<\/p>\n

Ici, un type de test \u00e9merge, tel que UAT<\/strong> (test d'acceptation utilisateur). Malheureusement, il est rarement pratiqu\u00e9 en Russie, mais on le voit parfois dans des \u00e9quipes SCRUM, comme une d\u00e9mo pour le client final. Dans les entreprises \u00e0 l'\u00e9tranger, c'est un type de test relativement courant. Avant d'ouvrir la fonctionnalit\u00e9 \u00e0 tous les clients, nous faisons d'abord un UAT, c'est-\u00e0-dire que nous invitons l'utilisateur final qui effectue le test et donne imm\u00e9diatement un retour d'information \u2014 si le produit correspond r\u00e9ellement aux attentes et r\u00e9sout un probl\u00e8me. Ce n'est qu'apr\u00e8s cela que nous \u00e9tendons \u00e0 tous les autres clients.<\/p>\n

C'est-\u00e0-dire que nous nous concentrons sur le business, sur le client final, mais en m\u00eame temps nous ne perdons pas de vue la technologie<\/strong>. La qualit\u00e9 du produit d\u00e9pend \u00e9galement beaucoup de la technologie. Si nous avons une mauvaise architecture, nous ne pourrons pas livrer rapidement des fonctionnalit\u00e9s et r\u00e9pondre aux attentes du client. Il peut y avoir de nombreux bugs lors de la tentative de mise \u00e0 l'\u00e9chelle, ou lors d'un refactoring, nous pouvons casser quelque chose. Tout cela affectera la satisfaction du client.<\/p>\n

Dans cette optique, l'architecture doit \u00eatre telle que nous puissions \u00e9crire un code propre, ce qui nous permettra d'apporter rapidement des modifications sans craindre de tout casser. Afin que les it\u00e9rations de perfectionnement ne s'\u00e9tendent pas sur plusieurs mois juste parce que nous avons trop de legacy, et qu'il faille effectuer de longues phases de test.<\/p>\n

\u2014 En gros, les d\u00e9veloppeurs, les architectes, les chefs de produits, les chefs de projet et les testeurs sont d\u00e9j\u00e0 impliqu\u00e9s. Qui d'autre est impliqu\u00e9 dans le processus d'assurance qualit\u00e9 ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Maintenant, imaginons que nous avons d\u00e9j\u00e0 livr\u00e9 la fonctionnalit\u00e9 au client. Il est \u00e9vident qu'il faut surveiller la qualit\u00e9 du produit, m\u00eame une fois qu'il est en production. \u00c0 ce stade, des situations peuvent appara\u00eetre avec des sc\u00e9narios non \u00e9vidents, appel\u00e9s bugs.<\/p>\n

La premi\u00e8re question est : comment travaillons-nous avec ces bugs apr\u00e8s avoir d\u00e9j\u00e0 sorti le produit ? Comment r\u00e9agissons-nous, par exemple, \u00e0 la charge ? Le client ne sera pas tr\u00e8s satisfait si la page met plus de 30 secondes \u00e0 se charger.<\/p>\n

C'est l\u00e0 qu'intervient l'exploitation ou, comme on l'appelle aujourd'hui, DevOps<\/strong>. En fait, ce sont des personnes qui sont responsables de l'exploitation du produit une fois qu'il est en production. Cela inclut diff\u00e9rents types de surveillance. Il existe m\u00eame un sous-type de tests - le test en production, o\u00f9 nous nous permettons de ne pas tester quelque chose avant le d\u00e9ploiement et de le tester imm\u00e9diatement en production. Ce sont une s\u00e9rie d'actions en mati\u00e8re d'organisation de l'infrastructure, qui permettent de r\u00e9agir rapidement \u00e0 un incident, d'y faire face et de le corriger.<\/p>\n

L'infrastructure est \u00e9galement importante. Il arrive souvent qu'il soit impossible de s'assurer, pendant le test, que nous avons r\u00e9ellement tout ce que nous souhaiterions donner au client. Nous d\u00e9ployons en production et commen\u00e7ons \u00e0 rep\u00e9rer des situations non \u00e9videntes. Tout cela parce que l'infrastructure en test ne correspond pas \u00e0 l'infrastructure en production. Cela conduit \u00e0 un nouveau type de test - le test d'infrastructure<\/strong>. Ce sont diff\u00e9rentes configurations, r\u00e9glages, migration de bases de donn\u00e9es, etc.<\/p>\n

D'o\u00f9 se pose la question - peut-\u00eatre que l'\u00e9quipe doit utiliser l'infrastructure comme code.<\/p>\n

Je crois que l'infrastructure influence directement la qualit\u00e9 du produit.<\/p><\/blockquote>\n

\nJ'esp\u00e8re qu'il y aura une pr\u00e9sentation \u00e0 la conf\u00e9rence avec un cas r\u00e9el. \u00c9crivez-nous si vous \u00eates pr\u00eats \u00e0 partager votre exp\u00e9rience sur la fa\u00e7on dont l'infrastructure comme code influence la qualit\u00e9. L'infrastructure comme code permet de v\u00e9rifier plus facilement tous les r\u00e9glages et de tester ce qui serait autrement simplement impossible. Ainsi, le processus de d\u00e9veloppement d'un produit de qualit\u00e9 implique \u00e9galement l'exploitation.<\/p>\n

\u2014 Et qu'en est-il de l'analytique et de la documentation ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Cela concerne davantage les syst\u00e8mes d'entreprise. Quand nous parlons des entreprises, des personnes comme les analystes et les analystes syst\u00e8mes viennent imm\u00e9diatement \u00e0 l'esprit. Parfois, on les appelle des r\u00e9dacteurs techniques. Ils re\u00e7oivent des missions pour r\u00e9diger des sp\u00e9cifications et les accomplissent, par exemple, en un mois.<\/p>\n

Il a \u00e9t\u00e9 prouv\u00e9 \u00e0 maintes reprises que la r\u00e9daction d'une telle documentation entra\u00eene de tr\u00e8s longues it\u00e9rations de d\u00e9veloppement et des it\u00e9rations prolong\u00e9es de retouche, car des bugs sont r\u00e9v\u00e9l\u00e9s lors du processus de test, ce qui entra\u00eene des retours. En cons\u00e9quence, cela cr\u00e9e de nombreuses boucles qui augmentent le co\u00fbt du d\u00e9veloppement. De plus, cela peut introduire des vuln\u00e9rabilit\u00e9s. Nous avons apparemment \u00e9crit un code de r\u00e9f\u00e9rence, mais ensuite nous avons apport\u00e9 des modifications qui brisent une architecture parfaitement con\u00e7ue.<\/p>\n

En fin de compte, cela donne un produit pas tout \u00e0 fait de qualit\u00e9, car l'architecture pr\u00e9sente d\u00e9j\u00e0 des r\u00e9parations, le code est insuffisamment couvert par des tests \u00e0 certains endroits, parce que les d\u00e9lais sont serr\u00e9s, il faut corriger tous les bugs plus rapidement. Tout cela parce que dans la sp\u00e9cification initiale, tous les points n\u00e9cessaires \u00e0 la r\u00e9alisation n'ont pas \u00e9t\u00e9 pris en compte.<\/p>\n

Les d\u00e9veloppeurs ne sont pas des malfaiteurs et n'\u00e9crivent pas intentionnellement un code avec des erreurs.<\/p><\/blockquote>\n

\nSi nous avions d'abord r\u00e9fl\u00e9chi \u00e0 la sp\u00e9cification, dans laquelle tous les points n\u00e9cessaires auraient \u00e9t\u00e9 \u00e9claircis, tout aurait \u00e9t\u00e9 r\u00e9alis\u00e9 exactement comme il le fallait. Mais c'est une utopie.<\/p>\n

Il est probablement impossible d'\u00e9crire une sp\u00e9cification parfaite de 100 pages. Donc, il faut r\u00e9fl\u00e9chir \u00e0 des m\u00e9thodes alternatives pour r\u00e9diger la documentation,<\/strong>sp\u00e9cifier, poser des t\u00e2ches qui nous rapprocheraient de ce que le d\u00e9veloppeur doit r\u00e9ellement faire.<\/p>\n

Des approches issues d'Agile viennent en t\u00eate - des r\u00e9cits utilisateurs avec des crit\u00e8res d'acceptation. Cela est plus applicable aux \u00e9quipes qui progressent par petites it\u00e9rations.<\/p>\n

- Qu'en est-il des tests d'utilisabilit\u00e9, de la convivialit\u00e9 du produit, du design ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: C'est un point tr\u00e8s important, car l'\u00e9quipe compte des designers. Le plus souvent, les designers sont utilis\u00e9s comme un service - soit un d\u00e9partement de designers, soit un designer en sous-traitance. Il arrive souvent que le designer ait apparemment \u00e9cout\u00e9 le chef de produit et ait fait ce qu'il a compris. Mais lorsque nous entamons l'it\u00e9ration, il s'av\u00e8re que ce n'est pas du tout ce que nous attendions : le designer a oubli\u00e9 quelque chose, n'a pas suffisamment r\u00e9fl\u00e9chi au comportement, soit parce qu'il n'est pas dans l'\u00e9quipe et pas dans le contexte, soit le d\u00e9veloppeur front-end n'a pas enti\u00e8rement compris son maquette. Cela peut n\u00e9cessiter plusieurs it\u00e9rations juste \u00e0 cause d'un probl\u00e8me de compr\u00e9hension du design par le d\u00e9veloppeur front-end.<\/p>\n

De plus, il y a un autre probl\u00e8me. Les syst\u00e8mes de design gagnent en popularit\u00e9. Ils sont \u00e0 la mode, mais les b\u00e9n\u00e9fices qu'ils apportent ne sont pas tout \u00e0 fait \u00e9vidents.<\/p>\n

Je suis confront\u00e9 \u00e0 l'avis selon lequel les syst\u00e8mes de design, d'un c\u00f4t\u00e9, simplifient le d\u00e9veloppement, mais de l'autre c\u00f4t\u00e9, imposent de nombreuses restrictions sur l'interface.<\/p><\/blockquote>\n

\nEn fin de compte, nous r\u00e9alisons non pas la fonctionnalit\u00e9 que le client veut obtenir, mais celle qui nous convient, car nous avons d\u00e9j\u00e0 certains \u00e9l\u00e9ments \u00e0 partir desquels nous pouvons la cr\u00e9er.<\/p>\n

Il me semble qu'il vaut la peine de r\u00e9fl\u00e9chir \u00e0 ce sujet et de se demander si, en essayant de simplifier le travail de conception, nous r\u00e9pondons vraiment \u00e0 la douleur du client.<\/p>\n

\u2014 Il en r\u00e9sulte un \u00e9tonnamment grand nombre de th\u00e8mes li\u00e9s \u00e0 l'assurance qualit\u00e9. Existe-t-il une conf\u00e9rence en Russie o\u00f9 tout cela peut \u00eatre discut\u00e9 ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Il existe la plus ancienne conf\u00e9rence sur les tests, qui aura lieu cette ann\u00e9e pour la 25e fois et s'appelle tout simplement \u2013 la Conf\u00e9rence sur l'assurance qualit\u00e9 SQA Days. Elle traite principalement des outils et des approches sp\u00e9cifiques aux tests pour les testeurs fonctionnels. En g\u00e9n\u00e9ral, les rapports lors des SQA Days examinent en profondeur des domaines sp\u00e9cifiques dans la zone de responsabilit\u00e9 des testeurs eux-m\u00eames, mais pas des \u00e9v\u00e9nements complexes.<\/p>\n

Cela aide beaucoup \u00e0 comprendre les diff\u00e9rents outils et approches pour tester des bases de donn\u00e9es, des API, etc. Mais d'une part, cela ne motive pas \u00e0 impliquer dans la cr\u00e9ation d'un produit de meilleure qualit\u00e9 pas seulement les tests. Et d'autre part, les testeurs ne deviennent pas plus impliqu\u00e9s dans le processus pour r\u00e9fl\u00e9chir \u00e0 l'objectif global du produit et \u00e0 ses aspects commerciaux.<\/p>\n

Je dirige un grand d\u00e9partement, je m\u00e8ne de nombreux entretiens qui permettent vraiment de repr\u00e9senter l'\u00e9tat de l'industrie dans son ensemble. En g\u00e9n\u00e9ral, nos gars travaillent dans l'entreprise et ont une zone de responsabilit\u00e9 claire. Les coll\u00e8gues qui travaillent sur des projets \u00e0 l'\u00e9tranger utilisent diff\u00e9rents types de tests: ils peuvent r\u00e9aliser des tests de charge, des tests de performance, et parfois des tests de s\u00e9curit\u00e9, car ils aident vraiment l'\u00e9quipe \u00e0 assurer la qualit\u00e9 du produit.<\/p>\n

J'aimerais que nos gars en Russie commencent aussi \u00e0 r\u00e9fl\u00e9chir au fait que l'industrie ne se limite pas aux tests fonctionnels.<\/p>\n

\u2014 Nous organisons cette nouvelle conf\u00e9rence QualityConf, qui est d\u00e9di\u00e9e \u00e0 la qualit\u00e9 en tant que discipline int\u00e9grale. Peux-tu en dire plus sur l'id\u00e9e, quel est l'objectif principal de la conf\u00e9rence ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Nous souhaitons cr\u00e9er une communaut\u00e9 de personnes int\u00e9ress\u00e9es \u00e0 r\u00e9aliser des produits de qualit\u00e9. Proposer un espace o\u00f9 elles pourront venir, \u00e9couter des pr\u00e9sentations et repartir avec une compr\u00e9hension concr\u00e8te de ce qu'elles doivent changer pour am\u00e9liorer la qualit\u00e9.<\/p>\n

J'entends souvent des demandes du secteur du conseil sur ce qu'il faut faire lorsqu'il y a des probl\u00e8mes avec les tests, avec la qualit\u00e9. Quand on commence \u00e0 discuter avec les \u00e9quipes, on voit que le probl\u00e8me ne se situe pas au niveau des testeurs eux-m\u00eames, mais dans la mani\u00e8re dont le processus est structur\u00e9. Par exemple, lorsque les d\u00e9veloppeurs pensent qu'ils sont responsables uniquement de l'\u00e9criture du code, leur responsabilit\u00e9 s'arr\u00eate exactement au moment o\u00f9 ils transmettent la t\u00e2che aux tests.<\/p>\n

Tout le monde ne r\u00e9alise pas qu'un code mal \u00e9crit avec une mauvaise architecture peut poser de gros probl\u00e8mes pour le projet. Ils ne pensent pas au co\u00fbt des erreurs, au fait que des bugs qui atteignent la production peuvent entra\u00eener de lourdes pertes pour l'entreprise et l'\u00e9quipe. Il n'y a pas de culture pour r\u00e9fl\u00e9chir \u00e0 cela. Je veux que lors de la conf\u00e9rence, nous commencions \u00e0 la propager.<\/p>\n

Je comprends que ce n'est pas une innovation. Edward Deming, auteur des 14 principes de la qualit\u00e9, parlait d\u00e9j\u00e0 du co\u00fbt de l'erreur au si\u00e8cle dernier. Ce livre est \u00e0 la base de l'assurance qualit\u00e9 en tant que discipline, mais malheureusement, le d\u00e9veloppement moderne oublie cela.<\/p>\n

\u2014 Allez-vous aborder des sujets directement li\u00e9s aux tests et aux outils ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: J'admets qu'il y aura des pr\u00e9sentations sur les outils. Il existe des outils suffisamment universels gr\u00e2ce auxquels les entreprises et les \u00e9quipes peuvent influencer le produit.<\/p>\n

Toutes les pr\u00e9sentations seront globalement unies par une mission commune : faire comprendre au public qu'avec cette approche, cet outil, cette m\u00e9thode, ce processus, ce type de test, nous avons influenc\u00e9 la qualit\u00e9 du produit et am\u00e9lior\u00e9 la vie du client.<\/p><\/blockquote>\n

\nNous n'aurons certainement pas de pr\u00e9sentations sur les outils pour le simple plaisir d'en parler. Toutes les pr\u00e9sentations qui entreront dans le programme seront unies par un objectif commun.<\/p>\n

\u2014 Qui sera int\u00e9ress\u00e9 par ce dont tu parles, qui envisages-tu en tant qu'invit\u00e9s de la conf\u00e9rence ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Nous aurons des pr\u00e9sentations pour les d\u00e9veloppeurs qui se soucient de l'avenir de leur projet, produit, syst\u00e8me. Cela int\u00e9ressera \u00e9galement les testeurs et, \u00e0 mon avis, surtout les managers. Par managers, j'entends les personnes qui prennent des d\u00e9cisions et peuvent influencer l'avenir et le d\u00e9veloppement du produit, du syst\u00e8me, de l'\u00e9quipe en m\u00eame temps.<\/p>\n

Ce sont des personnes qui se posent la question - comment am\u00e9liorer la qualit\u00e9 du produit, du syst\u00e8me. Lors de notre conf\u00e9rence, elles d\u00e9couvriront divers ensembles d'\u00e9v\u00e9nements et pourront comprendre ce qui ne va pas actuellement, ce qu'il faut changer.<\/p>\n

Je pense que le crit\u00e8re principal est de comprendre qu'il y a un probl\u00e8me avec la qualit\u00e9 et d'avoir envie d'y rem\u00e9dier. Il est probable qu'il ne sera pas facile de convaincre du premier coup ceux qui pensent que tout va bien.<\/p>\n

\u2014 Que penses-tu, l'industrie dans son ensemble est-elle pr\u00eate \u00e0 parler non seulement de tests, mais de la culture de la qualit\u00e9 ?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Je pense que oui. Actuellement, de nombreuses entreprises s'\u00e9loignent de l'approche traditionnelle en cascade (Waterfall) vers le d\u00e9veloppement agile (Agile). L'orientation client est de mise et les membres des \u00e9quipes commencent vraiment \u00e0 r\u00e9fl\u00e9chir \u00e0 la mani\u00e8re de cr\u00e9er un produit de qualit\u00e9. M\u00eame dans les entreprises de grande taille, il y a une r\u00e9orientation vers l'am\u00e9lioration de la qualit\u00e9.<\/p>\n

\u00c0 en juger par le nombre de demandes qui \u00e9mergent dans la communaut\u00e9, je pense qu'il est grand temps. Je ne suis pas certaine qu'il s'agisse d'une r\u00e9volution de grande envergure, mais j'aimerais que ce changement de mentalit\u00e9 se produise.<\/p>\n

\u2014 D'accord ! Nous allons inculquer une culture et transformer les mentalit\u00e9s.<\/em><\/strong><\/p>\n

Conf\u00e9rence sur le d\u00e9veloppement de produits informatiques de qualit\u00e9 QualityConf<\/a><\/noindex> aura lieu \u00e0 Moscou le 7 juin<\/strong>. Vous savez de quelles \u00e9tapes se compose un produit de qualit\u00e9, nous avons des cas de lutte r\u00e9ussie contre les bugs en production, et nous avons test\u00e9 les m\u00e9thodes populaires dans notre propre pratique \u2014 nous avons besoin de votre exp\u00e9rience. Envoyez<\/a><\/noindex> vos candidatures avant le 1er mai<\/strong>, et le Comit\u00e9 de programme aidera \u00e0 concentrer le th\u00e8me pour une coh\u00e9rence g\u00e9n\u00e9rale de la conf\u00e9rence.<\/p>\n

Rejoignez le chat<\/a><\/noindex>, o\u00f9 nous discutons des questions de qualit\u00e9 et de la conf\u00e9rence, abonnez-vous \u00e0 Canal Telegram<\/a><\/noindex>, pour rester inform\u00e9 des nouvelles du programme.<\/p><\/blockquote>\n

Source : 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\udd47 Qui sera responsable de la qualit\u00e9 ? | ProHoster","description":"Salut, Habr ! Nous avons un nouveau sujet important \u2014 le d\u00e9veloppement de produits informatiques de qualit\u00e9.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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.","og:url":"https:\/\/prohoster.info\/fr\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/31264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=31264"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/31264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/23230"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=31264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=31264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=31264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}