TCNICAS DE TESTING

GIL
INSTITUCIN UNIVERSITARIA SALAZAR Y HERRERA

ANDRES TIRADO
JOHNATAN LOPEZ
CARLOS MOSQUERA
JUAN DAVID CORREA
JORGE CALLE

ANTES DE VER DE QU SE TRATAN, ENTENDEREMOS EL CONCEPTO DE

METODOLOGA GIL
LAS METODOLOGAS GILES SON UNA SERIE DE TCNICAS DE
DESARROLLO DE SOFTWARE, EN LAS QUE LAS NECESIDADES Y
SOLUCIONES EVOLUCIONAN A TRAVS DE UNA COLABORACIN ESTRECHA
ENTRE EQUIPOS MULTIDISCIPLINARIOS. SE CARACTERIZAN POR ENFATIZAR
LA COMUNICACIN FRENTE A LA DOCUMENTACIN, POR EL DESARROLLO
EVOLUTIVO Y POR SU FLEXIBILIDAD.

VALORES DEL MANIFIESTO GIL

VALORAR MS A LOS INDIVIDUOS Y SU INTERACCIN QUE A LOS
PROCESOS Y LAS HERRAMIENTAS
VALORAR MS EL SOFTWARE QUE FUNCIONA QUE LA DOCUMENTACIN
EXHAUSTIVA
VALORAR MS LA COLABORACIN CON EL CLIENTE QUE LA
NEGOCIACIN CONTRACTUAL
VALORAR MS LA RESPUESTA AL CAMBIO QUE EL SEGUIMIENTO DE UN
PLAN

TESTING GIL ES UNA PRCTICA DE PRUEBAS DE SOFTWARE QUE SIGUE

LOS PRINCIPIOS DEL DESARROLLO GIL DE SOFTWARE.

PRINCIPIOS DEL AGILE TESTING

DE FORMA SIMILAR A QUE EL MANIFIESTO GIL CONTIENE PRINCIPIOS QUE
SE APLICAN AL DESARROLLO GIL DE SOFTWARE, EL AGILE TESTING
ENGLOBA LOS SIGUIENTES PRINCIPIOS:
EL TESTING NO ES UNA FASE.
EL TESTING HACE AVANZAR EL PROYECTO.
TODO EL EQUIPO REALIZA PRUEBAS.
REDUCIR EL TIEMPO PARA RECIBIR RETROALIMENTACIN.
CDIGO LIMPIO.
REDUCIR LA DOCUMENTACIN DE PRUEBAS.
GUIADO POR PRUEBAS.

TCNICAS DE TESTING GIL

XP: EXTREME PROGRAMING

FDD: FEATURE DRIVEN DEVELOPMENT
BDD: BEHAVIOR-DRIVEN DEVELOPMENT
TDD: TEST-DRIVEN DEVELOPMENT

XP: EXTREME PROGRAMMING

(PROGRAMACIN EXTREMA)

QU ES XP?
ES UNA METODOLOGA GIL
DISEADA PARA ENTORNOS DINMICOS
PENSADA PARA EQUIPOS PEQUEOS (HASTA 10 PROGRAMADORES)
ORIENTADA FUERTEMENTE HACIA LA CODIFICACIN
NFASIS EN LA COMUNICACIN INFORMAL, VERBAL

VALORES QUE FOMENTA XP

COMUNICACIN

SIMPLICIDAD

RETROALIMENTACIN

VALENTA

RESPETO

CMO FUNCIONA?
XP SE BASA EN CUATRO FASES PRINCIPALES:
CODIFICAR
PROBAR
ESCUCHAR
DISEAR

ROLES
PROGRAMADOR
JEFE PROYECTO
CLIENTE
ENCARGADO DE PRUEBAS
RASTREADOR
ENTRENADOR

BUENAS PRACTICAS PARA XP

DISEO SIMPLE
PAIR PROGRAMMING
ESTNDARES DE CODIFICACIN
MOVER A LA GENTE
40 HORAS SEMANALES
ENTRE OTROS

BDD: BEHAVIOR-DRIVEN DEVELOPMENT

(DESARROLLO DIRIGIDO POR COMPORTAMIENTO)

BDD
BDD ES UNA TCNICA DE DESARROLLO GIL ORIENTADA AL NEGOCIO Y
AL COMPORTAMIENTO QUE TENDR UNA APLICACIN, SU PRINCIPAL
OBJETIVO ES PREGUNTAR QUE DEBERA HACER LA APLICACIN ANTES Y
DURANTE EL PROCESO DE DESARROLLO CON LA INTENCIN DE MEJORAR
EL PROCESO.

BDD
BDD BUSCA UN LENGUAJE COMN PARA UNIR LA PARTE TCNICA Y LA DEL NEGOCIO, Y
QUE SEA DESDE ESE LENGUAJE COMN DESDE DONDE COMIENCE EL TESTING Y
DESDE ALL EL DESARROLLO.
MTODO ESCRITO EN LENGUAJE DE PROGRAMACIN COMO
TESTFINDSCUSTOMERSBYID SE PUEDEN TRADUCIR EN FIND CUSTOMERS BY ID , DE
ESTE MODO PUEDE ENTENDERSE MAS FCIL POR USUARIOS DEL NEGOCIO, ANALISTAS
Y TESTERS.

BDD
EN BDD, LAS PRUEBAS DE ACEPTACIN SE ESCRIBEN USANDO HISTORIAS
DE USUARIO SIGUIENDO EL MODELO COMO (ROL) , QUIERO
(CARACTERSTICAS) , PARA QUE (BENEFICIOS)
HISTORIAS DE USUARIO: SON DESCRIPCIONES CORTAS Y SIMPLES DE UNA
FUNCIONALIDAD, ESCRITAS DESDE LA PERSPECTIVA DE LA PERSONA QUE
NECESITA UNA NUEVA CAPACIDAD DEL SISTEMA.

BDD
BDD ES UNA EVOLUCIN DE TDD Y COMPARTE SUS MISMAS FASES QUE
SON:
ESCRIBIR UN TEST Y COMPROBAR QUE FALLA.
DESARROLLAR EL CDIGO MNIMO NECESARIO PARA QUE EL TEST PASE.
REFACTORIZAR.

BDD
MIENTRAS QUE TDD SE CENTRA EN PRUEBAS UNITARIAS (CLASES), BDD
SE CENTRA EN EL COMPORTAMIENTO DE LA APLICACIN (ESCENARIOS)
INDEPENDIENTEMENTE COMO ESTE IMPLEMENTADO.
SON TOTALMENTE COMPATIBLES Y SE RECOMIENDA USAR EN CONJUNTO
DENTRO DEL CICLO DE PRUEBAS.

BDD PORQUE USARLO

SE EVITA ENTREGAR ALGO NO DESEADO, YA QUE EL DESARROLLO PARTE
DE ESPECIFICACIONES CONCRETAS QUE DEFINEN EL COMPORTAMIENTO
DE LO QUE SE VA A IMPLEMENTAR, SI HUBIESE UN CAMBIO DE REQUISITO
SE DEBE ACTUALIZAR DICHA ESPECIFICACIN.
BDD ES UN BUEN PUNTO DE PARTIDA PARA DEFINIR POR DONDE
COMENZAR UN DESARROLLO. UNA VEZ SE DEFINE UNA ESPECIFICACIN,
LOS DESARROLLADORES DEBEN TENER INFORMACIN COMPLETA DE
QUE SE VA HACER A CONTINUACIN.

BDD PORQUE USARLO

PERMITE EVITAR CDIGO NO USADO, A MENUDO SE DESARROLLAN MTODOS QUE
LUEGO NO SON USADOS. EJEMPLO: AL DESARROLLAR UN MODULO QUE TRABAJE
CON REPOSITORIOS, SE NOS OCURRE QUE SE NECESITAN MTODOS DE CREAR,
MODIFICAR, ELIMINAR, SEGN AVANZA EL DESARROLLO ENCONTRARNOS QUE EL
MTODO MODIFICAR NO ERA NECESARIO. MEDIANTE BDD NO SE DESARROLLARAN
LOS MTODOS HASTA QUE NO EXISTIERA UN TEST Y POR LO TANTO UNA DEFINICIN
DE LO QUE NECESITA LA APLICACIN.

BDD PORQUE USARLO

COMO CONSECUENCIA DEL PUNTO ANTERIOR BDD PERMITE MEJORAR
LOS TIEMPOS DE DESARROLLO ATACANDO DIRECTAMENTE LOS
PROBLEMAS Y NECESIDADES DEL DESARROLLO ACTUAL.

BDD ESCENARIO EJEMPLO

FEATURE: INCLUIRA UNA DESCRIPCIN DEL CONJUNTO DE ESCENARIOS QUE
INCLUYE.
SCENARIO: DESCRIPCIN DEL ESCENARIO. EN ESTE CASO, EL ESCENARIO SERA
UN LOGIN BSICO DE UN USUARIO CON CREDENCIALES VLIDAS.
GIVEN: QU HA OCURRIDO ANTES.
WHEN: QU ACCIONES SE DESENCADENAN. LA CLUSULA AND PERMITE
AADIR OTRA ACCIN DENTRO DEL WHEN.
THEN: EL RESULTADO DESEADO. SI NO SE CUMPLE, EL RESULTADO DE EJECUTAR
EL ESCENARIO SERA DE FALLO.

FDD: FEATURE-DRIVEN DEVELOPMENT

(DESARROLLO DIRIGIDO POR FUNCIONES)

TDD: TEST-DRIVEN DEVELOPMENT

(DESARROLLO DIRIGIDO POR PRUEBAS)

MUCHAS GRACIAS A
TODOS