{"id":20651,"date":"2023-02-27T10:00:03","date_gmt":"2023-02-27T08:00:03","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=20651"},"modified":"2024-06-05T14:27:10","modified_gmt":"2024-06-05T12:27:10","slug":"siete-principios-que-deben-guiar-el-testing-de-software-segun-istqb","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/siete-principios-que-deben-guiar-el-testing-de-software-segun-istqb\/","title":{"rendered":"Los 7 principios del testing. \u00bfQu\u00e9 dice ISTQB?"},"content":{"rendered":"

El testing es clave para poder garantizar la calidad y funcionalidad de cualquier producto o servicio que se quiera ofrecer al p\u00fablico y el software no es una excepci\u00f3n. Cuando un producto de software<\/strong> no es debidamente testado, puede presenta una amplia variedad de problemas que frustran al usuario y disminuyen su confianza en la empresa que lo ha ofrecido.<\/p>\n

Para poder hacer un buen testing de software, debemos guiarnos por los 7 principios del testing<\/strong> establecidos por el ISTQB.<\/p>\n

\u00bfQu\u00e9 es el ISTQB?<\/h2>\n

El\u00a0International Software Testing Qualifications Board<\/strong>\u00a0(ISTQB) es una entidad que naci\u00f3 en 2002 en Edimburgo con el objetivo de definir un esquema de certificaci\u00f3n internacional para la\u00a0calidad del software<\/strong><\/a>.<\/p>\n

Entre otras funciones, permite formarse y certificarse en tres m\u00f3dulos distintos y en tres niveles diferentes. Los distintos niveles de certificaci\u00f3n ISTQB<\/a> son Inicial, Avanzado y Experto y los m\u00f3dulos son Core, \u00c1gil y Especialista.<\/p>\n

Los 7 principios del testing de software<\/h2>\n

Aunque cada empresa y cada desarrollador pueden tener sus m\u00e9todos propios, el International Software Testing Qualifications Board\u00a0propone\u00a0siete principios del testing <\/strong>b\u00e1sicos a los que todo testing deber\u00eda ajustarse. Se trata de una gu\u00eda para homogeneizar el testing de software a nivel global y garantizar que se siguen los est\u00e1ndares de calidad del software<\/a>.<\/p>\n

1. El testing sirve para demostrar defectos<\/h3>\n

El testing muestra la\u00a0existencia de errores<\/strong>, no su ausencia. Es muy importante partir de esta base, porque el objetivo principal de las pruebas es la identificaci\u00f3n y resoluci\u00f3n de errores. Esto reduce la posibilidad de que los usuarios finales encuentren errores no descubiertos. Por eso este es uno de los principales principios del testing<\/strong>.<\/p>\n

2. No es posible realizar testing de software exhaustivo<\/h3>\n

Hay muchos tipos de pruebas de software<\/a> pero el\u00a0testing exhaustivo<\/strong>\u00a0es imposible. Sin embargo, el desconocimiento hace que en muchos casos se pronuncie la famosa frase \u00ab\u00a1probadlo todo<\/em>!\u00bb. Probar todas las combinaciones de un software es imposible excepto en productos extremadamente sencillos. Por eso es importante evaluar y delimitar qu\u00e9 y c\u00f3mo se debe probar.<\/p>\n

\"\"<\/p>\n

3.\u00a0Necesidad de realizar pruebas tempranas<\/h3>\n

El tercero de los 7 principios del testing<\/strong> incide en la importancia de realizar el testing en\u00a0fases tempranas\u00a0<\/strong>de desarrollo porque ahorra tiempo y dinero. Cuanto m\u00e1s se avanza en el ciclo de vida del producto, m\u00e1s costoso es solucionar los errores.<\/p>\n

 <\/p>\n

\"Estad\u00edsticas<\/p>\n

4. Aglutinaci\u00f3n de defectos<\/h3>\n

Los defectos se pueden\u00a0aglutinar en clusters<\/em><\/strong>. Existen grupos funcionales que por su complejidad o especificidad de negocio re\u00fanen a su alrededor la mayor parte de defectos sotfware.<\/p>\n

5. Paradoja del pesticida<\/h3>\n

Se da la\u00a0paradoja del pesticida<\/strong>\u00a0que pierde efectividad a largo plazo: si se repiten siempre los mismos test llegar\u00e1 un momento en el que no se encontrar\u00e1n defectos. Por eso es importante mantener y nutrir las bater\u00edas de pruebas con nuevos casos de manera regular.<\/p>\n

6. Hay que tener en cuenta el contexto<\/h3>\n

El testing\u00a0depende del contexto. Las pruebas deben realizarse teniendo en cuenta el escenario, entorno y caso de uso<\/strong>. \u00bfEl usuario tendr\u00e1 prisa? \u00bfUsar\u00e1 la aplicaci\u00f3n en dispositivo m\u00f3vil o escritorio? \u00bfLa usar\u00e1 para s\u00ed mismo o para atender a otra persona? \u00bfEs una aplicaci\u00f3n profesional o l\u00fadica? \u00bfCu\u00e1ntas personas utilizar\u00e1n al mismo tiempo la aplicaci\u00f3n cuando est\u00e9 en producci\u00f3n?<\/p>\n

7. La\u00a0ausencia de errores\u00a0es una falacia<\/h3>\n

Aunque es el sue\u00f1o de cualquier usuario, programador responsable de proyecto, \u00a1el software siempre tiene errores! Por eso es importante tener muy presente la importancia del QA<\/a> y dise\u00f1ar una buena estrategia.<\/p>\n

QA y Testing de Software en Hiberus<\/h2>\n

En Hiberus te ayudamos a dise\u00f1ar, construir y mantener tu gobierno\u00a0QA\u00a0y a dise\u00f1ar e implementar tu pol\u00edtica de testing. Basamos nuestros procesos y metodolog\u00edas en diversos est\u00e1ndares y buenas pr\u00e1cticas de la industria. Uno de ellos es el esquema de\u00a0certificaci\u00f3n de\u00a0<\/strong>ISTQB<\/strong><\/a>, del que se realiza formaci\u00f3n continua y se certifica a nuestros equipos.<\/p>\n

Desde\u00a0Hiberus<\/strong>\u00a0apostamos por un Quality Management (QA + QC) personalizado, adaptado a sector y a producto, escalable, con objetivos marcados y medibles mediante indicadores. Todo esto llevado a cabo mediante metodolog\u00edas \u00e1giles, con equipo transectorial, protocolos y flujos estandarizados; documentaci\u00f3n y trazabilidad de quality management por releases<\/em> y sprints<\/em>; interacci\u00f3n continua sobre dise\u00f1o de test plan, test cases y test suites.<\/p>\n

Se suele utilizar el concepto QA para referirse indistintamente a Quality Assurance y a Testing, pero realmente no son lo mismo. Ambos forman parte de un concepto mayor, la Gesti\u00f3n de la Calidad o Quality Management.<\/p>\n

    \n
  • QA<\/strong>: prevenir defectos a trav\u00e9s de An\u00e1lisis de requisitos, An\u00e1lisis est\u00e1tico o Code testing, entre otros.<\/li>\n
  • QC<\/strong>: detector de defectos a trav\u00e9s de Testing plan, Plan de releases y mantenimiento<\/li>\n<\/ul>\n

    QA Quality Assurance + QC Quality Control (incluye testing) = QM Quality Management<\/p>\n

    Uno de los apartados del\u00a0Quality Control<\/strong>, contiene en su interior el testing, adem\u00e1s de otras t\u00e9cnicas. Por otro lado, el testing es mucho m\u00e1s complejo que ejecutar una serie de pruebas y observar los resultados. Incluye la planificaci\u00f3n, el an\u00e1lisis, el dise\u00f1o, la implementaci\u00f3n y la evaluaci\u00f3n de los tests, adem\u00e1s de la generaci\u00f3n de los informes de progreso y resultados.<\/p>\n

    Seg\u00fan el est\u00e1ndar ISTQB<\/strong>, los objetivos del testing son mucho m\u00e1s amplios de los que habitualmente se plantean:<\/p>\n

      \n
    • Prevenir defectos y verificar que los requisitos se cumplen.<\/li>\n
    • Comprobar que el producto est\u00e1 completo y se comporta como esperan los stakeholders<\/li>\n
    • Generar confianza en el nivel de calidad reduciendo el riesgo de calidad inadecuada<\/li>\n
    • Proveer informaci\u00f3n a los stakeholders para tomar decisiones informadas<\/li>\n
    • Cumplir con requisitos contractuales, legales, regulatorios y est\u00e1ndares.<\/li>\n<\/ul>\n

      Si tienes inter\u00e9s en los\u00a0servicios de QA y de Testing<\/a>, escr\u00edbenos y nuestro equipo se pondr\u00e1 en contacto contigo para analizar tu proyecto e indicar siguientes pasos.<\/p>\n

       <\/p>\n