HOLA

Revisión Técnica Formal
Objetivo
El objetivo de la revisión formal es descubrir errores en la función, la lógica ó la implementación de cualquier producto del software,  verificar que satisface sus especificaciones, que se ajusta a los estándares establecidos, señalando las posibles desviaciones detectadas. Es un proceso de revisión riguroso, su objetivo es llegar a detectar lo antes posible,los posibles defectos o desviaciones en los productos que se van generando a lo largo del desarrollo. Esta característica fuerza a que se adopte esta práctica únicamente para productos que son de especial importancia, porque de otro modo podría frenar la marcha del proyecto.
Descripción
El Responsable de SQA una vez que conoce los productos que se van a revisar formalmente, establece los gruposque van a llevar a cabo las revisiones, convocando a los participantes por adelantado, e informando del objetivo de la revisión, la agenda y las responsabilidades que tendrán asignadas en la revisión. La revisión se centra en una parte específica (y pequeña) del software total. 
Antes de la revisión el Responsable de SQA debe:
Convocar a la reunión a los involucrados.
Informar en laconvocatoria el material que ellos deben preparar por adelantado.
La reunión de revisión no puede ser mayor a 2 horas.
Estudiar el producto a ser revisado, anotando las preguntas y dudas que le surgen para hacer en la reunión.
 Durante la reunión:
Se comienza con la explicación de la/s persona/s que hicieron el producto, explicando como se llegó a ese producto.
Se concluye determinando las áreas deproblema y elaborando un informe de revisión formal que incluye las acciones correctivas.
En la reunión se deben seguir las siguientes directrices:
Revisar el producto, no al productor.
Fijar una agenda y mantenerla.
Limitar el debate y las impugnaciones.
Enunciar áreas de problema, pero no intentar resolver los problemas. Esto debe ser hecho por el que hizo el producto.
Limitar el número departicipantes de 3 a 5.
Usar checklist para el producto a revisar.
Deben estar agendadas en el cronograma de proyecto y en el Plan de Calidad.
Revisar las revisiones anteriores, incluso para encontrar errores en el propio proceso de revisión.
Después de la revisión el Responsable de  SQA debe:
Elaborar un informe de revisión técnica formal que incluya las acciones correctivas que deben sertomadas (por los responsables del producto revisado) para solucionar los problemas o desviaciones detectados en la revisión.
El Responsable de SQA debe realizar el seguimiento del producto revisado para saber si las acciones correctivas fueron realizadas.

Revision técnica informal
http://www.buenastareas.com/ensayos/Tecnicas-y-Procedimeintos-De-Auditoria/219084.html
4.-¿QUE ES UNA TÉCNICAINFORMAL?
El estudio general puede darse solamente leyendo los estados financieros, cuentas o documentos .
5.-¿QUE ES UNA TÉCNICA FORMAL?
Si el estudio se elabora aplicando indicadores financieros, estados comparativos o algunos otros recursos técnicos.
Revisiones de Código - Formales o Informales
 Publicado: Martes, 09 Septiembre 2008 21:00
En donde trabajo comenzamos hace poco a formalizar lasrevisiones de código. Esperábamos que fuera algo bastante polémico dentro del grupo de desarrolladores, aunque no resultó así. Antes de comenzar a trabajar en el sistema de revisiones de código, leímos bastante sobre el tema y tomamos los recaudos que nos parecían necesarios.
Por otro lado, en lo que respecta a Programación de a Pares (Pair Programming de XP) nosotros utilizamos esta técnica paradesarrollos nuevos (en los primeros pasos de los mismos), en los desarrollos de investigación. Por otro lado, cuando el diseño ya no es un tema a tener tan presente en el desarrollo, sino que hay momentos que es mas repetición que pensar, dejemos la programación por parejas y seguimos un rato cada uno por su lado.
Ahora entrando en el tema, nos hacemos la pregunta. ¿Qué caracteriza a una...