Universidad Ricardo Palma

FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA INFORMÁTICA
DEPARTAMENTO ACADÉMICO DE INGENIERÍA

CURSO : Calidad y Pruebas de Software

TRABAJOS : Técnicas de Revisión

Gestión de configuración

Herramientas de evaluación de la calidad

PROFESOR : Luis Alarcón Loayza

INTEGRANTES : Aliaga Melgar, Carlos Ernesto

Huamaní Valencia, Sergio

1. Inspeccion :

Cuando las personas examinan la representacion de la fuente con el proposito de

descubrir anomalias y defectos, la inpeccion no requiere la ejecucion de un sistema por
lo que debe utilizarse antes de la implementacion. Puede estar aplicados a cualquier
representacion del sistema ( requerimientos , diseño , configuracion , datos, pruebas de
datos.
2. Revision informal :
Cuadno se da una simple verificacion de escritorio de un trabajo de ingenieria , hecha
con algun compañero , o una reunion casual ( con mas de dos personas) con objetivo de
revisar un producto o aspecto orientados a la revision de programacion por pares.
No hay planeacion y preparacion
No hay estructura ni agenda de la reunion
No se da seguimiento de los errores descubiertos

3. Revision tecnica:
Cuando hacemos una revision en los trabajos de Taller de proyectos, hacemos uso de
un registro en donde colocamos , quien fue revisado? ,quien lo reviso?, y que se
descubrio y cuales fueron las conclusiones de esa revision?.

4. Revision guiada:
Al Encontrar defectos, mejorar el producto de software , considerar implementaciones
alternativa, al evaluar la conformidad con las normas y especificaciones.
Posibles propositos adicionales: intercambio de ideas sobre tecnicas o variaciones de
estilo,capacitaciones de participantes. La preparacion individual antes de la reunion de
revision es opcional .

Tipos de Revisiones que se realzan en el Taller de Proyectos:

Inspección: Se analiza el avance que se da por las fechas establecidas del cronograma.
Revisión Guiada: El auditor ve el avance y analiza si esta acuerdo al cronograma hecho
por el gerente.
 GESTION DE LA CONFIGURACION

La Gestión de Configuración de Software (GCS) forma parte de los procesos que

intervienen en el desarrollo de software. Son muchas las definiciones existentes sobre
esta disciplina. Todo especialista que la ha definido ha aportado nuevos puntos de vista,
así como tareas a tener en cuenta. En ocasiones, pudiera existir diferencias dentro de
estos conceptos en cuanto a nombres o prioridades entre tareas a realizar, sin embargo,
todos señalan la importancia de esta disciplina. Roger S. Pressman la definió de la
siguiente manera:

“El arte de coordinar el desarrollo de software para minimizar la confusión se denomina

gestión de configuración. La gestión de configuración es el arte de identificar, organizar
y controlar las modificaciones que sufre el software que construye un equipo de
programación. La meta es maximizar la productividad minimizando los errores”.

Con respecto a la interrelación del equipo, un correcto proceso de GCS permitirá entre
otras cosas:

 Programadores trabajando juntos en un proyecto, compartiendo el mismo

código fuente. Por ejemplo, cuando un programador al trabajar con una clase
derivada, necesita sincronizar con el que se encuentra trabajando con la clase
base porque el cliente necesita trabajar con la versión de la clase actualizada.
 Los programadores comparten el esfuerzo trabajando en el mismo módulo o
simplemente en el mismo fichero. Esto puede suceder cuando un programador
tiene que continuar el trabajo comenzado por otro porque en este momento el
creador no se encuentra disponible para la tarea.
 Los programadores deben tener acceso a la versión estable del sistema. De esta
manera pudieran chequear durante procesos de integración, si su código
funciona correctamente.
 La posibilidad de regresar a versiones estables anteriores del sistema.
¿De qué manera lo podemos aplicar?

La estandarización te facilitará de forma significativa el mantenimiento de los

componentes de TI. Cuanto menos heterogénea sea la infraestructura; más fácil y barato
será su mantenimiento. Por lo tanto, al analizar la Gestión de Configuración es
importante que analices los perfiles de los usuarios de TI para agruparlos en torno a
configuraciones típicas de hardware y software.

El control de versiones de software es la práctica de desplegar versiones de software

consistentes. En dispositivos de red similares. Esto mejora la oportunidad de validación
y prueba en las versiones de software seleccionadas y reduce significativamente la
cantidad de errores de software y los problemas de inter operatividad se funden en la
red. Las versiones de software limitadas reducen también el riesgo de comportamiento
inusual con interfaces de usuario y otros elementos del ecosistema de TI.
SoapUI - Postman
SoapUI pertenece a las herramientas que nacieron para probar software. Está
desarrollada en Java, y se utiliza para pruebas funcionales de APIs y servicios
web. SoapUI tiene una versión gratuita de código abierto, y una versión de pago
con algunas funcionalidades que hacen que sea mucho más productiva. Se trata
de una opción absolutamente madura, cuya primera versión es de septiembre
de 2005. Prácticamente imprescindible para los expertos en pruebas sobre APIs.

SoapUI tiene muchas funcionalidades interesantes: Permite crear conjuntos de

pruebas tan complicados como queramos, analizar la cobertura de tests sobre
nuestro servicio SOAP o REST, cambiar el entorno de pruebas de forma
rápidamente, crear mocks a partir de un WSDL o incluso facilitar ciertas pruebas
de seguridad.
Charles - Fiddler
Este tipo de herramientas nos brindan facilidades para capturar y desencriptar el tráfico
HTTP/S entre cliente y servidor. Se utilizan principalmente para:

o Analizar los pedidos y las respuestas enviadas entre el cliente (típicamente el

browser, pero puede ser cualquier cliente) y el servidor.
o Buscar cuellos de botella y problemas de performance en general, mediante
métricas obtenidas durante la captura.
o También se utiliza en el proceso de pruebas de performance como referencia para el
tester en la etapa de automatización.

Por lo general, las herramientas de este tipo muestran en su interfaz la secuencia de

pedidos realizados al servidor, con sus correspondientes respuestas, exponiendo
información variada como URLs, headers, bodys, tiempos de respuesta, tamaño del
paquete, etc.
Kiuwan está pensado para cubrir las necesidades de varios perfiles implicados en los
procesos de desarrollo de software, desde desarrolladores a ingenieros de calidad, pero
también IT Managers, responsables de tomar decisiones a partir de la información que la
herramienta les proporciona.
Kiuwan tiene algo muy interesante, y es que nos nos permite realizar análisis estático del
código fuente de manera local, mediante una pequeña aplicación descargable, o en la
nube, subiendo el código a la propia plataforma.

Más cosas interesantes de la herramienta son:

 No requiere la instalación de software alguno en el puesto cliente, ni tampoco
instalación en ningún servidor interno. Al ser una solución en la nube, simplemente
necesitamos ir al sitio web de Kiuwan, registrarnos, y empezar a analizar nuestro
código. La prueba es 100% funcional durante 15 días, y nos permite analizar hasta
15.000 líneas de código.
 Soporta las tecnologías más significativas: Objetive-C, Android, Java, JSP, Javascript,
PHP, C, C++, ABAP, COBOL, JCL, PL/SQL, Transact-SQL, SQL, Visual Basic, C#, o
VB.NET.
 Cuadros de mando diseñados para distintos tipos de perfiles (desarrollador, QA
Manager, IT Manager).
 Exporta los resultados a diversos formatos (PDF, Excel, XML).
 Integración con Atlassian JIRA.

El primero es uno de los puntos más importantes. Al tratarse de una solución en la

nube, podemos empezar a trabajar, con el 100% de funcionalidad, inmediatamente.
Otras soluciones requieren de una máquina dedicada dentro de nuestra infraestructura,
en la que tendremos que instalar el producto que queramos usar, ponerlo a nuestro
gusto, instalar los plugins que queramos, si queremos alguno, y posteriormente
tendremos que preocuparnos de administrar y actualizar la herramienta.