WWW.DIS.XLIBX.INFO
FREE ELECTRONIC LIBRARY - Thesis, dissertations, books
 
<< HOME
CONTACTS



«“ CALIDAD vs TESTING” -1Calidad vs Testing Autor: Dr. Norberto Figuerola (PMP) Contador Público y Licenciado en Administración (U.B.A.) Master ...»

Serie Artículos sobre

Gestión de IT y Calidad

“ CALIDAD vs TESTING”

-1Calidad vs Testing

Autor: Dr. Norberto Figuerola (PMP)

Contador Público y Licenciado en Administración (U.B.A.)

Master in Project Management (George Washington University)

ITIL Consultant e ISO 20000 Auditor – CSM - CSSGB

Calidad no es lo mismo que Testing

En algunos casos cuando me toca hacer una revisión de proyectos en IT, suelo pedir

entre otras cosas el Plan de Calidad del mismo. Por lo general me suelen entregar el “Test Plan” perfectamente documentado. Muchos PM e incluso clientes suponen que teniendo bien detallado los casos de uso y sus correspondientes pruebas, con el detalle de los métodos que se utilizarán (pruebas unitarias, integración, de sistema, aceptación, etc.) es suficiente como Plan de Calidad, o dicho de otro modo, el testing sería lo mismo que la calidad.

Debido a esta confusión transcribo la definición sobre que significa un Plan de Calidad que nos da el PMBOK®: “el plan de calidad es el proceso de identificar los requerimientos de calidad y los estándares del proyecto y del producto, y documentar de qué manera van a ser cumplidos”.

El Plan de Calidad debe describir cómo se implementarán las políticas de calidad definidas por la organización, el Aseguramiento de la calidad, el Control de la calidad y el proceso de mejora continua. También son importantes como señala la Guia las Métricas que se definan de calidad asi como el Costo de calidad óptimo.

Nótese que en la definición de un Plan de Calidad se habla de requerimientos para cumplir con los estándares tanto del proyecto como del producto. Los estándares los puede definir la organización ejecutante, del contrato de un cliente, de objetivos impuestos por el team o cumplimientos regulatorios, y no son más que el nivel de calidad que se intenta cumplir. Si un examen uno lo aprueba con 50 sobre 100 preguntas, ese es un estándar. Si el examen es de 75 sobre 100 es un estándar más alto. Usted tendrá que desarrollar calidad para cumplir con esos estándares, si estudió como para contestar 60 preguntas correctas sobre 100 estaría cumpliendo con la calidad en un caso y no en el otro. En los proyectos las métricas son más complejas pero los principios son los mismos.

Volviendo al tema de la confusión entre testing y calidad, esto tiene que ver con los dos procesos que menciona el Plan de Calidad del PMBOK® : Control de Calidad y Aseguramiento de Calidad dos disciplinas diferentes pero muy complementarias.

El Control de Calidad es la medición del rendimiento contra los estándares establecidos. Involucra una serie de inspecciones, revisiones, y los test o pruebas para garantizar que cada producto de trabajo satisfaga con los requisitos asignados. El control de calidad se utiliza para verificar y medir que el entregable tenga la calidad aceptable y que está completo y correctamente finalizado. Ejemplos de actividades de control de calidad incluyen las famosas pruebas o test mencionados (unitarios, regresión, integración, de sistemas, aceptación, etc.). Un “Test Plan” sería la documentación de cómo se realizaría el Control de Calidad a los diferentes componentes de la solución (software, documentación, capacitación, etc.) entregados por el proyecto. Cuando estamos probando o testeando no estamos midiendo la

-2calidad de los procesos que fueron utilizados para generar el entregable (esto es Aseguramiento de la Calidad). En cambio estamos midiendo los distintos productos para ver su cumplimiento de calidad y requisitos.

El Plan de Calidad se complementa con otro proceso llamado Aseguramiento de la Calidad. Este proceso abarca procedimientos para la aplicación eficaz de métodos y herramientas, revisiones técnicas formales, revisiones de arquitectura, procedimientos para control de cambios, procedimientos para garantizar la concordancia con los estándares establecidos, etc. El Aseguramiento de la Calidad se refiere al control de los procesos que se utilizan para generar los entregables. Esta función puede ser ejecutada por el team de trabajo, la PMO o terceras partes. Ejemplos de actividades de aseguramiento de calidad incluyen los procesos de checklists, las auditorías de calidad y las revisiones técnicas formales. El foco aquí está en la auditoría de los distintos procesos y las fases del proyecto para asegurar que cumplan con los estándares de calidad impuestos o las normas y políticas organizacionales.

Definición de Calidad en el Software

La calidad del producto software puede definirse como la concordancia con los requisitos funcionales y de desempeño explícitamente establecidos, estándares de desarrollo explícitamente documentados y características implícitas que se esperan de cualquier software desarrollado profesionalmente.

Esta definición resalta tres puntos importantes: los requisitos (funcionales y no funcionales), los estándares, y las características implícitas (ejemplo: usabilidad, facilidad, mantenibilidad, etc).

Como dijimos los estándares y los requerimientos nos indican que debemos medir o testear para comprobar su calidad. Si no existen requerimientos o estándares de calidad en cuanto a por ejemplo la documentación o la capacitación de un sistema, entonces deberían ser estos revisados ? Lo más probable es que si no cumplen con las expectativas del cliente tengamos problemas, pero si seguimos las reglas y dado que no hubo requerimientos explícitos debemos asumir que hemos cumplido.





En muchos casos se trabaja de este modo, pero como vimos en la definición que ensayamos de calidad del software se deberían tener en cuenta las características implícitas. Además, cuando se intentan dar definiciones respecto a la calidad, últimamente lo más importante es en realidad la satisfacción del cliente.

Para muchos no hay nada nuevo en este artículo, solo el recordatorio sobre una de las confusiones mayores que se producen en Project Managemente y que siempre provoca problemas en los proyectos. He visto proyectos que llevan registros de miles de defectos encontrados durante los tests. Esto más que una señal de que se están haciendo bien los testeos, es una señal de que la calidad en el software ha sido ignorada por completo. Los test pueden atrapar algunos errores (no todos) pero a que costo ? Una buena planificación de calidad resolvería esto.

Asi como es normal al momento de levantar y documentar los requerimientos diseñar las pruebas necesarias para que conformen los mismos, es normal que los testeor comiencen a ejecutarse lo más temprano posible dentro del proyecto y no esperar a que todo el código finalice. En este punto son vitales las revisiones técnicas del software (RTF) que son el filtro más efectivo desde el punto de vista de aseguramiento

-3de la calidad. Estas revisiones se hacen en distintos puntos claves a lo largo del ciclo de desarrollo del software para descubrir errores o defectos en forma temprana y que de no hacerlo resultarían muy costosos luego removerlos. Varios estudios demostraron que las técnicas de revisión formal lograron hasta un 75% de efectividad al descubrir fallos en el diseño. Estás técnicas detectan y eliminan un gran porcentaje de errores, evitan su amplificación en pasos posteriores y reducen sustancialmente las actividades subsecuentes en el proceso de testeo del software, dando como resultado final un mejor costo total de calidad. En software la calidad del diseño se refiere a las características que los diseñadores especifican y la calidad de concordancia es el grado en que las especificaciones de diseño se aplican durante la codificación. La calidad de diseño incluye requerimientos, arquitectura y diseño del sistema. La calidad de concordancia se enfoca en seguir el diseño. Es por ello que las RTF son muy importantes utilizarlas desde el levantamiento de los requerimientos y en la etapa del diseño del software (antes de la codificación).

Cuanto más revisiones estemos haciendo más calidad obtendremos del producto, pero

cuanta calidad realmente podemos afrontar ?. El costo de calidad se divide en:

Costos de prevención de fallas (aseguramiento de calidad) Costos de evaluación de las fallas (control de calidad) Costo de fallas (internas:antes de la salida al cliente – externas: en el campo) Sin duda el costo de las fallas externas son las más difíciles de cuantificar y tal vez las de mayor impacto (imagen). Pero podriamos balancear los costos de prevención y de evaluación de manera de lograr un costo óptimo de calidad el cual podemos afrontar.

Veamos esto en el siguiente ejemplo:

Determinando el Costo de la Calidad Supongamos que vamos a escribir un sistema que tiene 25,000 Lineas de Código, y nuestros registros históricos nos dicen que inyectamos en promedio 50 defectos cada 1000 lineas de código. Por lo tanto en nuestro ejemplo estaríamos generando 1250 defectos.

–  –  –

Para un sistema de este tamaño, usualmente se generan 20 páginas documentadas de requerimientos y 40 páginas de especificaciones de diseño de alto nivel. Y dado que usualmente inyectamos 5 defectos por página en nuestra documentación, eso nos da 100 defectos en los requerimientos y 200 en el diseño, llegando a un total de 1550 defectos.

–  –  –

Si revisamos los requerimientos a una tasa de 10 páginas de requerimientos por hora, encontramos un 40% de defectos en la documentación. Para esto incurrimos en 2 horas de Costo de Calidad.

–  –  –

Y por supuesto hacemos el testing. Nuestros registros nos indican que encontramos defectos a una tasa de 50% en los test unitarios y lo hacemos a un promedio de 5 defectos hallados y arreglados por hora. También encontramos un 40% de defectos durante la Integración (a un promedio de 2 horas por defecto encontrado y corregido o lo que es lo mismo un 0.5 defectos por hora), y un 30% en las pruebas de Sistemas (a un promedio de 10 horas por defecto encontrado y corregido, o el equivalente a 0.1 defectos por hora). Desafortunadamente también inyectamos alrededor de 2.5 nuevos defectos por cada 100 que corregimos

–  –  –

Esta hoja de cálculo representa nuestro proyecto de 25 KLOC. Con un esfuerzo de una persona en trabajar sobre el costo de calidad, y cientos de defectos encontrados, nuestros números reflejan más de 13 defectos por cada 1000 líneas de código, algo bastante malo. En cuanto podríamos mejorarlo ?

Qué pasaría si hacemos una revisión técnica más formal sobre los requerimientos?

Digamos que podriamos inspeccionar sólo 2 páginas por hora, pero encontraríamos 65% de los defectos existentes.

–  –  –

Encontramos más defectos pero nuestro costo de calidad bajó ! Porqué sucede esto?

Porque aquellos defectos que fueron removidos en forma temprana en la inspección no fueron encontrados en los procesos sucesivos de testing cuando son más caros.

Probemos ahora inspeccionando los documentos de diseño.

–  –  –

Lo mismo otra vez ! Menos defectos y menos tiempo insumido en el Costo de la Calidad. La codificación sigue siendo nuestra fuente principal de defectos. Qué ocurriría si inspeccionamos también alli ? Planifiquemos lo mismo, un 65% de remoción y digamos que inspeccionamos a una velocidad de 100 LOC por hora.

–  –  –

-7Bingo ! Hemos mejorado nuestro nivel de defectos casi tres veces. Y al mismo tiempo hemos reducido nuestro Costo de Calidad más de la mitad. Hemos logrado un respetable niel de 5 defectos por cada 1000 lineas de código.

Qué significan estos números ?

Por supuesto todo esto es teoría y basado en promedios que la organización deberia suministrarnos. De todas formas esto indica que las revisiones tempranas sean hechas de forma de RTF o cualquier otra auditoria nos reduce el costo de calidad.

Dicho de otra forma, manejando correctamente el aseguramiento y el control de la calidad obtenemos el costo óptimo de calidad que podemos afrontar.

Esto lo puede comprobar con sus propios números, si nos envia un mail le enviaremos la hoja de cálculo correspondiente. No tiene los números para completar ? Será mejor que empiece de una buena vez a medir su Costo de Calidad.

Está prohibida la difusión, transmisión, modificación, copia, reproducción y/o distribución total o parcial del presente Documento, en cualquier forma y por cualquier medio, sin la previa autorización escrita del autor, encontrándose protegidos por las Leyes de Derecho de Autor, Marcas, Lealtad Comercial, Bases de Datos y otras normas Asimismo, queda prohibido cualquier uso de los Documentos o parte de los mismos con fines comerciales. La violación de los derechos antes señalados puede acarrear condenas civiles y/o penales establecidas en las normas precedentemente citadas. Se exigirán responsabilidades a los infractores por todas las vías disponibles en derecho.

Fecha y lugar de publicación: Buenos Aires, Marzo de 2011. Queda hecho el depósito que establece la Ley 11.723.

-8-





Similar works:

«ĀTASH NEYĀYESH Presented by Ervad Brigadier Behram Maneckshah Panthaki At The North American Mobed Council AGM Montreal, Canada April 14-15 2006 Introduction The beauty about Ātash Neyāyesh is that this prayer can be recited at any time of the day. There are no restrictions on recitation of this Neyāyesh unlike some other prayers. As we all know it is a combination of three paragraphs of Yasna 33.12-14 (beginning), Yasna 62.1-10 (main portion) and Yasna 34.4 (end) in that order. Variation:...»

«SYLLABUS MATH 122 – Calculus II – CRN 36072 – SPRING 2015 HACC, Central Pennsylvania’s Community College Virtual Learning Instructor: Professor Benner, Professor of Mathematics 223A Whitaker Hall, Harrisburg Campus Office Phone: 717-780-1127 (24-hour phone mail) FAX (math office Hbg Campus) : 717-780-1125 Office Hours: Online: by appointment On Campus, Harrisburg, Whitaker 223A: Monday, Wednesday, Friday 9:00 AM 9:50 AM, Tuesday, Thursday 12:20 PM – 1:20 PM Email: (include in the...»

«International Trade Negotiations and Poverty Reduction: The White Paper on Cotton. International Trade Negotiations and Poverty Reduction: The White Paper on Cotton PREFACE by His Excellency The President of the Republic of Mali Amadou Toumani TOURE EDITED by Eric HAZARD Enda Prospectives Dialogues Politiques Occasional Papers, n° 249 enda editions, Dakar, 2005 Enda Prospectives Dialogues Politiques Rue 15x Corniche, Immeuble El Hadj Elimane NDOUR PO Box 7329 Dakar – Soumbedioune Senegal...»

«Interview with Danny Paradise by Barbara Bettencourt of Portugal 1There are many types of yoga, and its not always easy to understand the differences. Whatʼs the main difference between ashtanga yoga and other types of yoga? Ashtanga Yoga has specific sequences of postures that incorporate internal locking and continuous movement aligned with deep breath that creates deep heat, sweat, purification, extreme flexibility, strength and balance. The practices of Ashtanga Yoga represent the most...»

«UDMGrid: A Grid Application for University Digital Museums 1 Xiaowu Chen, Zhi Xu, Zhangsheng Pan, Xixi Luo, Hongchang Lin, Yingchun Huang, Haifeng Ou The Key Laboratory of Virtual Reality Technology, Ministry of Education, School of Computer Science and Eng., Beihang University, Beijing 100083, P.R. China {chen, xuzhi}@vrlab.buaa.edu.cn Abstract. Because the eighteen online university digital museums of China confront a problem that the multi-discipline resources at digital museums are isolated...»

«Revista Eureka sobre Enseñanza y Divulgación de las Ciencias (2005), Vol. 2, Nº 2, pp. 251-268 ISSN 1697-011X LA PARTICIPACIÓN EN EL DEBATE EDUCATIVO COMO DEBER CIUDADANO. COMENTARIOS Y SUGERENCIAS EN TORNO AL DOCUMENTO “UNA EDUCACIÓN DE CALIDAD PARA TODOS Y ENTRE TODOS” (1) Gil-Pérez, Daniel. Universitat de València Vilches, Amparo. IES Sorolla de València (1) Este artículo ha sido concebido como contribución a la Década de la Educación para el Desarrollo Sostenible, instituida...»

«The Right Place to Work Distribution Center / Warehouse Associate Handbook Associate Handbook Revised 07-2011 BONTON MISSION STATEMENT The BonTon is the “Right Place” for our customers, associates and investors. The BonTon will offer its core customers a comprehensive merchandise assortment that represents current fashion and value. The stores will provide the customers with a convenient and friendly shopping experience. The BonTon will provide a working environment for all...»

«Annual Report on Asylum and Migration Statistics for the Republic of Lithuania (Reference Year: 2006) 1. INTRODUCTION 2. ASYLUM 2.1 Analysis and interpretation of asylum statistics 2.1.1 Please describe trends in first-time asylum applications (on the basis of persons, e.g. dependant children1 should be included, but counted separately) in 2006 compared to the previous year. Are these trends related to legislative or administrative developments/ changes? In 2006, total of 147 first time asylum...»

«OCEO SPA TREATMENT LIST TELEPHONE: 053 948 5120 WEBSITE: WWW.SEAFIELDHOTEL.COM EMAIL: OCEOSPA@SEAFIELDHOTEL.COM OCEO SPA IS AN ADULT ONLY DESTINATION Payot Luxury Facial Treatments More than a treatment, Payot Therapists create a special event especially for you. Unique beauty rituals that combine scientific expertise and pleasure of the senses, to offer effectiveness, luxury and total well-being. At the heart of the beauty care treatments, a unique massage – the 42 step facial massage –...»

«New York State Testing Program Grades 3–8 English Language Arts Tests School Administrator’s Manual 2011 Edition THE UNIVERSITY OF THE STATE OF NEW YORK Regents of The University MERRYL H. TISCH, Chancellor, B.A., M.A., Ed.D. MILTON L. COFIELD, Vice Chancellor, B.S., M.B.A., Ph.D. ROBERT M. BENNETT, Chancellor Emeritus, B.A., M.S. JAMES C. DAWSON, A.A., B.A., M.S., Ph.D. ANTHONY S. BOTTAR, B.A., J.D. GERALDINE D. CHAPEY, B.A., M.A., Ed.D. HARRY PHILLIPS, 3rd, B.A., M.S.F.S. JAMES R. TALLON,...»

«1 Jets in Flight Science Topic: Physics Grades: 9th – 12th Essential Questions: How is it possible for a vehicle that weighs 20,000 pounds to fly? • What conditions are needed to make this plane take flight on a runway that is 87% smaller than • the necessary runway length? How can we simulate these conditions using conceptual models? • Lesson Overview: Students will create physical and conceptual models for planes in flight designed according the engineering design process. A companion...»

«Do We Invest Less Time In Children? Trends In Parental Time in Canada Since The 1970s* Anne H. Gauthier University of Calgary (gauthier@ucalgary.ca) Timothy Smeeding Syracuse University (tmsmeed@maxwell.syr.edu) Frank F. Furstenberg Jr. University of Pennsylvania (fff@pop.upenn.edu) June 2001 Address all correspondence to: Dr. Anne H. Gauthier Department of Sociology University of Calgary 2500 University Dr., NW Calgary T2N 1N4, Alberta Canada Phone: 403-220-6520 Fax: 403-282-9298...»





 
<<  HOME   |    CONTACTS
2016 www.dis.xlibx.info - Thesis, dissertations, books

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.