Está en la página 1de 4

Control de Calidad de Software Fase de pruebas

La funcin del Control de Calidad de Software es verificar que el proyecto cumpla con los procesos y procedimientos estandarizados y que se creen y actualicen los productos internos y externos del mismo. Uno de los puntos ms crticos para un proyecto es tener un buen procedimiento para la fase de pruebas, esta fase es el proceso de verificar y validar Software en cuanto al cumplimiento de las especificaciones tcnicas y del negocio previo a implementarlo en un ambiente de produccin, de ahi que sea de vital importancia. Un error en el software es un incumplimiento de una especificacin del producto o requerimiento. Por lo tanto es muy importante que los requerimientos esten bien definidos y que tengan un criterio de aceptacin adecuado para que el analista de calidad pueda disean su plan de pruebas y sus casos de prueba adecuadamente. Un error ocurre cuando:
y y y y y

El software no realiza algo que las especificaciones o requerimientos indican que debera de hacer. El software hace algo que las especificaciones o requerimientos indican que no debera de hacer. El software hace algo que las especificaciones o requerimientos no mencionan. El software no hace algo que las especificaciones o requerimientos no indican pero deberan. El software es difcil de usar, lento, complicado

Cules son las razones porque ocurren los errores en el Software: 1. Especificaciones: al momento de redactar las especificaciones estas estn incompletas, ambiguas, variables o simplemente no estn realizadas. 2. Diseo: el diseo de la solucin esta incompleto o inadecuado o bien las especificaciones no se comprendieron correctamente. 3. Codificacin: el cdigo es incorrecto porque se hizo rpidamente, el programador no conoce bien el lenguaje o no comprendi bien el diseo

Mtodos de pruebas
Pruebas de Caja Blanca y Negra Caja blanca: Son pruebas en las cuales el tester tiene acceso a la estructura de datos interna, algoritmos y cdigo fuente.

Caja negra: Son pruebas en las cuales el tester no posee conocimiento ni informacin acerca de los procesos que suceden internamente. Las pruebas tambien pueden ser mixtas, se llaman de Caja Gris cuando parcialmente se conoce sobre los procesos internos que conllevan al resultado final. Pruebas funcionales y no funcionales: Una prueba funcional se encarga de verificar y validar la correcta operacin del Software, si su comportamiento es acorde al indicado en el documento de diseo. Una prueba no funcional se encarga de verificar y validar que el Software funcione correctamente en casos donde se ha ingresado valores inesperados o invlidos. Verificacin y validacin de ingreso de datos y el manejo de errores.

Las pruebas
Una buena forma de tipificar las pruebas es por el nivel de prueba que tiene respecto al producto, el nivel de prueba tiene una relacin directa con la persona que realiza la prueba, en cada nivel es diferente persona. Las pruebas ms convencionales y tiles son: 1. Pruebas unitarias: son las pruebas que se realizan para determinar si una porcin de cdigo, funcin, procedimiento o mtodo tiene una correcta funcionalidad. Estas pruebas son diseadas y ejecutadas por el desarrollador. Tambin se conocen como pruebas de componente. 2. Pruebas de integracin: son las pruebas que se realizan para determinar la integracin de los componentes dentro de un sistema y evaluar su correcta interfase, funcionalidad y desempeo. Estas pruebas son diseadas y ejecutadas por el desarrollador pero deben ser adecuadas para servir de apoyo a todo el equipo de desarrollo. 3. Pruebas de sistema: son las pruebas que se realizan para determinar el correcto funcionamiento de un sistema y su cumplimiento contra las especificaciones del producto. Estas pruebas son diseadas y ejecutadas por un tester. Dentro de estas pruebas existe una tipificacin orientada a probar diferentes caractersticas del sistema, las ms tiles son: 1. Prueba de humo: son las pruebas que se realizan inmediatamente despus de reparar o ensamblar todos los componentes de un sistema, sirven para asegurarse que el sistema no va a fallar catastrficamente al ponerlo en uso. Luego de pasar este tipo de prueba, el sistema esta listo para someterse a otro tipo de pruebas. Este tipo de prueba no es obligatoria ni requiere una documentacin altamente detallada. 2. Prueba de estrs: son las pruebas que se realizan para determinar la robustez y disponibilidad de un sistema, as como el manejo de errores, estando bajo una gran carga de transacciones, sobrepasando lo que se considerara una circunstancia normal de operaciones. Estas pruebas se

pueden realizar por medio de Scripts, Bots o herramientas de Denial of Service. 3. Pruebas de carga: son las pruebas que se realizan para evaluar el comportamiento, cuellos de botella y eficiencia de un sistema mediante una carga de transacciones complejas. Esto permiten evaluar la capacidad de procesamiento del sistema, por ejemplo, puede ser una prueba para evaluar la capacidad de la base de datos, servidores de balanceo de carga , congestin o latencia en la red o procesamiento del lado del cliente. Estas pruebas son importantes si el sistema aplica un SLA. 4. Pruebas de eficiencia: son las pruebas que se realizan para evaluar la eficiencia o rapidez de respuesta de un sistema, a nivel de respuesta de un equipo, red o dispositivo. Estas pruebas se realizan regularmente combinadas junto a las pruebas de estrs y de carga. 5. Pruebas de regresin: son las pruebas que se realizan para asegurarse que no existen nuevos errores en funcionalidades existentes luego de que se hayan aplicado cambios o reparaciones al sistema, as como cuando se realizan mejoras funcionales, parches, actualizaciones o cambios de configuracin. Estas son utiles para los sistemas, ya que muchas veces se realizan cambios menores en el sistema y no se tiene una perspectiva amplia de las repercusiones del mismo. Una buena prctica es tener una librera de pruebas de regresin para cada sistema, esto sirve para evaluar exactitud y calidad del sistema, tambin es muy til para evaluar un sistema luego de poner en marcha un ambiente de recuperacin ante desastres. 4. Pruebas de Aceptacin: son las pruebas que se realizan para validar las especificaciones del cliente previo a la entrega del producto. Tambin es una buena prctica realizar una prueba de aceptacin luego de implementar un Software para estar seguros que el sistema funciona correctamente. Estas pruebas no deben ser, de preferencia, diseadas por la misma persona que crea las pruebas de sistema, regularmente se le solicita al cliente disearlas o estar involucrado en un alto nivel en el diseo de las mismas. Tambin se conoce como prueba de usuario final (UAT o End-User Test en ingls). Hasta este punto, estas son las pruebas que en mi experiencia han sido las mas utilizadas, hay muchas otras pruebas mas que se pueden utilizar en ciertos casos especficos, si tienen alguna prueba mas que necesiten conocer, dejen un comentario y puedo ayudarles.

Control de la calidad del software


(Software Quality Control)
Son las tcnicas y actividades de carcter operativo, utilizadas para satisfacer los requisitos relativos a la calidad, centradas en dos objetivos fundamentales: mantener bajo control un proceso

eliminar las causas de los defectos en las diferentes fases del ciclo de vida En general son las actividades para evaluar la calidad de los productos desarrollados

Control de calidad
El control de calidad son todos los mecanismos, acciones, herramientas que realizamos para detectar la presencia de errores. La funcin del control de calidad existe primordialmente como una organizacin de servicio, para conocer las especificaciones establecidas por la ingeniera del producto y proporcionar asistencia al departamento de fabricacin, para que la produccin alcance estas especificaciones. Como tal, la funcin consiste en la recoleccin y anlisis de grandes cantidades de datos que despus se presentan a diferentes departamentos para iniciar una accin correctiva adecuada.

Todo producto que no cumpla las caractersticas mnimas para decir que es correcto, ser eliminado, sin poderse corregir los posibles defectos de fabricacin que podran evitar esos costos aadidos y desperdicios de material. Para controlar la calidad de un producto se realizan inspecciones o pruebas de muestreo para verificar que las caractersticas del mismo sean ptimas. El nico inconveniente de estas pruebas es el gasto que conlleva el control de cada producto fabricado, ya que se eliminan los defectuosos, sin posibilidad de reutilizarlo.