{"id":8386,"date":"2019-07-31T13:38:00","date_gmt":"2019-07-31T17:38:00","guid":{"rendered":"http:\/\/cl.abstracta.us\/blog\/?p=8386"},"modified":"2024-02-15T17:42:02","modified_gmt":"2024-02-15T20:42:02","slug":"empresa-software-quality-assurance","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/empresa-software-quality-assurance\/","title":{"rendered":"\u00bfPor qu\u00e9 no somos una empresa de quality assurance de software?"},"content":{"rendered":"\n

Te contamos por qu\u00e9 en Abstracta somos una empresa de ingenier\u00eda de calidad de software: el testing es responsabilidad del equipo y parte fundamental de la filosof\u00eda agile.<\/strong><\/h3>\n\n\n
\n
\"\"
Foto tomda de Pixabay<\/figcaption><\/figure><\/div>\n\n\n

A menudo, se culpa a los testers cuando un error llega a producci\u00f3n: \u00bfqui\u00e9n prob\u00f3 esto? \u00bfQui\u00e9n dej\u00f3 esto sin probar? \u00bfC\u00f3mo pudo pasar esto? \u00bfD\u00f3nde estaba el control de calidad?.<\/p>\n\n\n\n

He visto varios casos en los que un tester resulta siendo cuestionado si ha probado algo o no. Luego, para defenderse, genera un documento con la evidencia de cu\u00e1ndo realiz\u00f3 la prueba, con qu\u00e9 datos, en qu\u00e9 entorno, etc. trabaj\u00f3.<\/p>\n\n\n\n

Esto se convierte en un esfuerzo costoso e ineficaz que no agrega ning\u00fan valor al negocio o al usuario. Cuando las personas dentro de una empresa tienen que dedicar tiempo y energ\u00eda a defenderse de las amenazas internas, seguramente tendr\u00e1n menos tiempo y energ\u00eda para concentrarse en las necesidades del usuario y en las oportunidades comerciales m\u00e1s importantes.<\/p>\n\n\n\n

Calidad: responsabilidad de todo el equipo y parte de la filosof\u00eda agile<\/strong><\/h2>\n\n\n\n

Las anteriores preguntas no est\u00e1n alineadas con los valores ni con los principios \u00e1giles. Si continuamos con la mentalidad tradicional de desarrollo de software, que genera conflictos de inter\u00e9s entre desarrolladores y testers (los desarrolladores construyen y los testers destruyen lo construido), no podremos aprovechar los beneficios reales de las metodolog\u00edas \u00e1giles, que ocurren cuando el equipo act\u00faa como uno solo y trabaja mancomunadamente.<\/p>\n\n\n\n

En una charla que brind\u00e9 en la conferencia Argentesting con Gabriel Montero de Peregrinus, Partner de Abstracta, debatimos este tema y compartimos esta imagen a continuaci\u00f3n. Alguien me hab\u00eda dicho que les recordaba a un Manager que tuvieron una vez y que us\u00f3 una expresi\u00f3n similar, acus\u00e1ndolos de no probar lo suficiente cuando un error lleg\u00f3 a los usuarios.<\/p>\n\n\n

\n
\"unamused<\/figure><\/div>\n\n\n

\u00bfQu\u00e9 es el Software Quality Assurance?<\/strong><\/h2>\n\n\n\n

Como sabes, software quality assurance significa garant\u00eda o aseguramiento de calidad. Al presentarse un tester como \u201cel QA del equipo\u201d, est\u00e1 insinuando que es quien asegura\/garantiza la calidad y es quien ser\u00e1 responsable de los bugs que surjan.<\/p>\n\n\n\n

Una de las cosas que los testers tienen que cambiar para alinearse con una mentalidad \u00e1gil es dejar de considerarse como QA.<\/p>\n\n\n\n

No son los testers los que determinan si la calidad es adecuada o correcta antes de avanzar con el lanzamiento de un producto digital.<\/strong><\/p>\n\n\n\n

En una entrevista de TechWell, Michael Bolton, tambi\u00e9n expresa su opini\u00f3n<\/a> sobre el tema, que est\u00e1 en l\u00ednea con nuestro pensamiento:<\/p>\n\n\n\n

“Es muy extra\u00f1o, muy extra\u00f1o que un tester apruebe la calidad de un producto. Es como un periodista de investigaci\u00f3n que firma la decisi\u00f3n del colegio electoral. No es as\u00ed como deber\u00eda ser la distribuci\u00f3n de responsabilidades en una empresa”.<\/p>Michael Bolton<\/a>, director de DevelopSense y co-creador de Rapid Software Testing<\/cite><\/blockquote>\n\n\n\n

Los testers de software no aseguran nada. No hay forma de que lo hagan. Somos testers. Y como testers, hacemos pruebas.<\/p>\n\n\n\n

\u00bfQu\u00e9 son las Pruebas de software?<\/strong><\/h2>\n\n\n\n

Las pruebas de software son un proceso en el que los testers proporcionan informaci\u00f3n sobre la calidad de un producto<\/strong>.<\/p>\n\n\n\n

Por ejemplo, la informaci\u00f3n que un tester levanta llega a un gerente o un CEO, quien debe decidir si lanzar la \u00faltima versi\u00f3n, posponer el lanzamiento para hacer m\u00e1s pruebas o tomarse un tiempo para corregir los incidentes identificados.<\/p>\n\n\n\n

Lo que necesita saber un gerente para tomar una buena decisi\u00f3n es qu\u00e9 incidentes se encontraron, qu\u00e9 fue probado y qu\u00e9 qued\u00f3 pendiente por probar. Solo as\u00ed es posible tomar una decisi\u00f3n basada en riesgos.<\/p>\n\n\n\n

Insisto en que deber\u00edamos dejar de llamar \u201cQA\u201d al rol del tester porque no deber\u00edamos asumir ninguna responsabilidad que no le corresponda.<\/p>\n\n\n\n

En lugar de enviar un reporte<\/a> y se\u00f1alar: \u201cEl software no tiene errores, se puede poner en producci\u00f3n\u201d, intenta decir: “Seg\u00fan las pruebas realizadas, no encontramos nada que nos indique que no debemos entrar en producci\u00f3n”.<\/p>\n\n\n\n

Primero tenemos que comenzar el cambio con nosotros mismos, y luego podemos hacer las preguntas que realmente importan. En lugar de buscar a qui\u00e9n culpar, los l\u00edderes del equipo deben organizar un an\u00e1lisis retrospectivo para comprender c\u00f3mo se est\u00e1n probando las cosas actualmente.<\/p>\n\n\n\n

Como equipo, preg\u00fantate: \u00bfCu\u00e1l es la calidad del proceso de calidad? Porque a fin de cuentas, todos somos responsables de la calidad<\/strong>.<\/p>\n\n\n\n

No somos una empresa de Aseguramiento de la Calidad del Software<\/strong><\/h3>\n\n\n\n

Dicho todo lo anterior, en Abstracta no somos una empresa de aseguramiento de calidad de software<\/strong>.<\/p>\n\n\n\n

Como descargo de responsabilidad, algunas p\u00e1ginas en nuestro sitio utilizan este tipo de conceptos, porque la mayor\u00eda de las profesionales todav\u00eda ven lo que hacemos como control de calidad de software. \u00a1Tenemos la misi\u00f3n de cambiar eso!<\/p>\n\n\n\n

Somos una empresa de Ingenier\u00eda de Calidad de Software<\/strong><\/h2>\n\n\n\n

Usualmente, transmitimos a nuestros clientes que nuestros ingenieros de calidad trabajar\u00e1n codo con codo con sus equipos para ayudar a co-construir un mejor software, lanzarlo en el momento oportuno y reducir los riesgos y costos asociados.\u00a0Sin embargo, nunca asumiremos la funci\u00f3n de garantizar la calidad de sus productos.<\/p>\n\n\n\n

No existe un software libre de errores, pero s\u00ed hay software que cumple con las expectativas de las partes interesadas por su funcionalidad, rendimiento, seguridad, etc.<\/strong><\/p>\n\n\n\n

\u00bfCu\u00e1l es tu opini\u00f3n? \u00bfHas estado en una situaci\u00f3n en la que el t\u00edtulo de quality assurance te haya impactado negativamente en el trabajo? \u00a1Cu\u00e9ntanos tu experiencia en los comentarios!<\/p>\n\n\n\n

\n\n\n\n

Otros contenidos relacionados<\/h3>\n\n\n\n

Testing \u00c1gil para crear productos digitales de alta Calidad<\/a><\/p>\n\n\n\n

Abstracta, un experto en Testing \u00c1gil y Calidad de Software<\/a><\/p>\n\n\n\n

El rol de un Quality Engineer en el Desarrollo de Software<\/a><\/p>\n\n\n\n