Está en la página 1de 19

PLAN DE

PRUEBAS –
SPRINT 4
SPDCVP – Sistema Predictivo
de Detección de Colisiones
en Vías Públicas

Página 1
Tabla de contenido

INFORMACIÓN GENERAL.......................................................................................3

INTRODUCCIÓN....................................................................................................3

Objetivo.................................................................................................................3

Alcance..................................................................................................................3

Resumen...............................................................................................................3

Alcance de las pruebas....................................................................................3

Elementos de pruebas.......................................................................................3

Nuevas funcionalidades a probar....................................................................4

Funcionalidades a no probar............................................................................5

Enfoque de pruebas (estrategia).....................................................................5

Criterios de aceptación o rechazo......................................................................6

Criterios de aceptación o rechazo...................................................................6

Entregables............................................................................................................14

Recursos.................................................................................................................14

Requerimientos de entornos – Hardware.....................................................14

Requerimientos de entornos – Software......................................................14

Herramientas de pruebas requeridas..............................................................14

Personal..............................................................................................................14

Planificación y organización...............................................................................14

Procedimientos para las pruebas..................................................................14

Cronograma.......................................................................................................15

Premisas..............................................................................................................15

Página 2
INFORMACIÓN GENERAL

Nombre del proyecto: Sistema Predictivo de Detección de Colisiones en Vías Públicas

Código de proyecto: SPDCVP

Integrantes: Melany Ramos Argüelles Samuel Laynes Mejía

Preparado por: Melany Ramos Argüelles

Fecha de creación: 14/09/2018

Versión: 1.0

INTRODUCCIÓN
Objetivo
Describir de forma detallada cada Historia de Usuario a analizar en el Sprint 4 de QA del proyecto

Sistema Predictivo de Detección de Colisiones en Vías Públicas .

Alcance
En este documento se describan los requerimientos en formato de historia de usuario con el patrón
Persona que se realizarán para el desarrollo del proyecto profesional.

Resumen
En este documento se describirán las historias de usuario a realizar en el proyecto Sistema
Predictivo de Detección de Colisiones en Vías Públicas, donde el objetivo es concluir el desarrollo
del sistema predictivo sobre un dispositivo basado en una arquitectura RISC, modelado del
escenario en 3D, arquitectura IoT y el prototipo móvil Android.

Alcance de las pruebas

Elementos de pruebas
Las pruebas se realizarán en el software de Detección de colisiones y en el escenario simulado en
3D (Unity) para el sprint 4.
En un ambiente de pruebas local brindado por el equipo.

Página 3
Nuevas funcionalidades a probar

Código Descripción

Como usuario cliente deseo poder ver los automóviles en contorno para diferenciarlos de los
HU-01
demás objetos

Como usuario cliente deseo poder visualizar un etiquetado en los objetos para verificar el
HU-02
rastreo de objetos

HU-04 Como usuario cliente deseo poder ver los peatones en contorno para diferenciarlos de los
demás objetos

HU-05 Como usuario cliente deseo poder visualizar un etiquetado en los objetos para verificar el
rastreo de objetos

HU-08 Como usuario deseo poder ver una avenida real de Lima en modelo 3D para
el entrenamiento del escenario de los algoritmos de detección de objetos

HU-09 Como usuario cliente deseo poder ver modelos de vehículos en la avenida para crear el
data set de entrenamiento

HU-10 Como usuario cliente deseo poder ver modelos de peatones en la avenida para crear el data
set de entrenamiento

HU-11 Como usuario cliente deseo poder ver los vehículos en movimiento para tener una
simulación de flujo de tránsito de carros en avenidas

HU-12 Como usuario cliente deseo poder ver peatones en movimiento para tener una simulación
de flujo de tránsito de peatones en avenidas

HU-17 Como cliente deseo simular el tráfico de vehículos para simular el movimiento en una serie
de puntos organizados como grafos

HU-18 Como cliente deseo que los vehículos puedan detectar los objetos cercanos para poder
decidir si el vehículo debe de frenar

HU-19 Como cliente deseo que los vehículos puedan cambiar de carriles, frenar y evitar las
colisiones para poder obtener una simulación realista de tráfico ideal

Página 4
Funcionalidades a no probar

Código Descripción

HU-03 Como usuario deseo poder calcular la trayectoria de los vehículos para determinar la
dirección de desplazamiento

HU-06 Como usuario deseo poder detectar los peatones para luego calcular su trayectoria actual
en el plano

HU-07 Como usuario deseo poder ver las aproximaciones entre objetos para
la detección de posibles colisiones

HU-13 Como usuario deseo poder recibir las notificaciones de prevención del sistema de detección
de colisiones

HU-14 Como usuario deseo iniciar la trasmisión de datos vía IoT.

HU-15 Como usuario deseo poder recibir las alertas de las posibles colisiones

HU-16 Como usuario deseo tener un módulo de geolocalización en el prototipo Android para saber
mi ubicación en tiempo real

Enfoque de pruebas (estrategia)

Las pruebas que se realizarán en el software son del tipo caja negra; es decir, pruebas funcionales,
las cuales buscan probar el cumplimiento de las historias de usuario del sistema.

Para este sprint, se entregará el escenario en 3D y sus respectivas historias de usuario, donde se
evaluará de manera visual el cumplimiento de cada requisito definido. Además, se evaluará el
funcionamiento del software de Detección de colisiones en su primera fase, la cual se busca
verificar el funcionamiento de los algoritmos desarrollados para la detección, clasificación y
seguimiento de objetos detectados en el escenario por medio de un input de vídeo.

Los pasos a realizar para la prueba son:

1. El equipo solicita un recurso QA, especificando las tareas que realizará.


2. El equipo se comunica con el recurso QA adquirido para coordinar las reuniones en las que
se realizará las pruebas.
3. El equipo le brinda el material correspondiente para las pruebas y realiza una introducción
y/o capacitación del proyecto al recurso QA.
4. El equipo brinda el ambiente de pruebas.
a. En el caso del escenario: Se ejecutara el escenario en un entorno Windows, en el
cuál el recurso de QA debe verificar que las historias de usuario se cumplan.
b. En el caso del software de Detección de Colisiones: Se ejecutará el software
desarrollado y recurso de QA evaluarás las historias de usuarios identificadas para
este sprint respecto a este software.
5. El recurso de QA realiza las pruebas y da el resultado de las pruebas obtenidas.
6. El recurso analiza todo el material y emite el informe a la empresa IT Service.
7. La empresa de IT Service coloca la nota del sprinte y emite el certificado.

Página 5
Criterios de aceptación o rechazo
Criterios de aceptación o rechazo

Supuestos Criterios de Aceptación


Código Nombre Descripción Observaciones Cuando Espero Criterio Paso
Se debe Ingreso de un Detecta Visualización
considerar que los video objetos en de los cuadros
algoritmos serán el video que detectan
implementados en los objetos. Sí
una placa basada
en una
Como usuario cliente arquitectura RISC.
Identificar deseo poder ver los Esta HU es Anotaciones: En algunas
HU-01
objetos contornos de los complementaria En el segundo: ocasiones de la
objetos en movimiento. con la HU2 por lo 27 detección de los
que se entrega en Nº de objetos objetos, detecta a
un mismo visibles: 16 dos objetos como
proyecto. Nº de objetos uno solo. Esto solo
detectados: 13 ocurre cuando los
objetos están juntos.
Imagen en Anexo 1.
HU-02 Identificar Como usuario cliente Se debe Ingreso de un Detecta Visualización Sí
vehículos y deseo poder visualizar considerar que los video vehículos de los cuadros
etiquetado un etiquetado en los algoritmos serán en el video que detectan
autos para verificar el implementados en con baja o los vehículos
rastreo de objetos. una placa basada mediana
en una precisión
arquitectura RISC.

Página 6
Anotaciones: En algunas
En el segundo: ocasiones de la
37 detección de los
Nº de autos objetos, detecta a
Esta HU es visibles:10 dos o tres autos
complementaria Nº de autos como uno solo. Esto
con la HU3 por lo detectados: 5 solo ocurre cuando
que se entrega en los autos están
un mismo juntos. Imagen en
proyecto. Anexo 2.
Se debe Ingreso de un Detecta Visualización
considerar que los video peatones en de los cuadros
algoritmos serán el video con que detectan
implementados en baja o los peatones Sí
una placa basada mediana
en una precisión
Como usuario cliente arquitectura RISC.
Identificar deseo poder ver los Anotaciones: En algunas
HU-04 peatones y peatones en contorno En el segundo: ocasiones de la
etiquetado para diferenciarlos de 39 detección de los
los demás objetos. Nº de peatones objetos, detecta a
Esta HU es visibles: 10 dos peatones como
complementaria Nº de peatones uno solo. Esto solo
con la HU5 por lo detectados: 8 ocurre cuando los
que se entrega en peatones están
un mismo juntos. Imagen en
proyecto. Anexo 3
HU-05 Seguimiento Como usuario cliente Se debe Ingreso de un Detecta Visualización Sí
de objetos deseo poder visualizar considerar que los video objetos de los cuadros
un etiquetado en los algoritmos serán que detectan
objetos para verificar el implementados en los vehículos y
rastreo de objetos. una placa basada peatones
en una
arquitectura RISC.

Página 7
Esta HU es Se detectan los Detectan Visualización
complementaria objetos peatones y de seguimiento Sí
con la HU6 por lo vehículos de objetos
que se entrega en Cuando se Visualizar Anotaciones:
un mismo detectan los de cuadros En el segundo:
proyecto. Todos los objetos
peatones y para 35. presentan
vehículos identificar y Nº de peatones
seguir a - vehículos seguimiento, el
peatones y visibles: 10 - 10 único inconveniente
vehículos Nº de peatones es la detección de
- vehículos objetos, si los
detectados: 8 - objetos están muy
6
juntos, se reconoce
Nº de peatones
- vehículos con como solo un
seguimiento: objeto. Anexo 4.
10 - 10
Esta HU es Se inicia el Espero ver Visualizar una
complementaria proyecto el modelado simulación de
con la HU9 por lo de la una avenida de
No
Como usuario deseo p que se entrega en avenida Lima (Ejemplo:
oder ver una avenida r un mismo elegida Av. José Pardo
eal de Lima proyecto Cuadra 13)
Simulación
HU-08 de una
en modelo 3D para La imagen del Anotaciones: La calle simulada no
el entrenamiento del es prototipo es de concuerca con Av.
avenida
cenario de referencia, la
Jose Pardo Cuadra
los algoritmos de detec avenida será
ción de objetos. definida 13. Tiene mas
posteriormente similitud con Av Jose
Pardo con Roma
Anexo 5.
HU-09 Simulación Como usuario cliente Esta HU es Se inicia el Espero ver Visualizar una Sí
de deseo poder ver complementaria proyecto el modelado simulación de
vehículos modelos de vehículos con la HU10 por lo de la una avenida de
en la avenida para que se entrega en avenida Lima (Ejemplo:
crear el data set de un mismo elegida Av. José Pardo
entrenamiento proyecto. Cuadra 13)

Página 8
Ver vehículos
en el modelado Sí
La imagen del Anotaciones: Solo hay dos tipos
prototipo es de En el segundo: de vehículos, pero
Espero ver
referencia, la Se visualiza la 23
modelos de son de formas
avenida será avenida Nº de vehículos
vehículos iguales, lo único que
definida visibles: 9
posteriormente. cambia es el color.
Son rojos y azules.
Anexo 6.
Esta HU es Se inicia el Espero ver Visualizar una
complementaria proyecto el modelado simulación de
con la HU11 por lo de la una avenida de
que se entrega en avenida Lima (Ejemplo:

un mismo elegida Av. José Pardo
Como usuario cliente proyecto. Cuadra 13)
deseo poder ver La imagen del Se visualiza la Espero ver Ver peatones
Simulación modelos de peatones prototipo es de avenida modelos de en el modelado Sí
HU-10
de peatones en la avenida para referencia, la peatones
crear el data set de Anotaciones: Solo hay dos tipos
avenida será En el segundo:
entrenamiento. de peatones, las
definida 23
posteriormente. formas fueron
Nº de peatones
visibles: 9 modelados al
género hombre y
mujer. Anexo 6.
Esta HU es Se inicia el Espero ver Visualizar una
complementaria proyecto el modelado simulación de
Como usuario cliente con la HU12 por lo de la una avenida de
deseo poder ver los que se entrega en avenida Lima (Ejemplo:
No
Simular
vehículos en un mismo elegida Av. José Pardo
vehículos
HU-11 movimiento para tener proyecto. Cuadra 13)
en
una simulación de flujo La imagen del Se visualiza la Espero ver Ver vehículos
movimiento
de tránsito de carros en prototipo es de avenida modelos de en el modelado Sí
avenidas. referencia, la vehículos en Ver vehículos
avenida será movimiento en movimiento Sí

Página 9
Anotaciones:
En el segundo:
76 (minuto
1:16) Los vehículos están
Nº de vehículos en movimiento.
definida
visibles: 13 Anexo 7.
posteriormente.
Nº de vehículos
moviéndose:
13
La imagen del Se inicia el Visualizar una
prototipo es de proyecto Espero ver simulación de
referencia, la el modelado una avenida de
avenida será de la Lima (Ejemplo: No
definida avenida Av. José Pardo
posteriormente. elegida Cuadra 13)
Como usuario cliente Esta HU es Se visualiza la Espero ver Ver peatones
deseo poder ver complementaria avenida modelos de en el modelado Sí
Simular peatones en con la HU17 por lo peatones en Ver peatones
HU-12 peatones en movimiento para tener que se entrega en movimiento en movimiento Sí
movimiento una simulación de flujo un mismo Anotaciones:
de tránsito de peatones proyecto. En el segundo:
en avenidas.
76 (minuto
1:16) Los vehículos están
Nº de peatones en movimiento.
visibles:15 Anexo 7.
Nº de peatones
moviéndose:
15
HU-17 Camino de Como cliente deseo La imagen del Se inicia el Espero ver Visualizar una
vehículos simular el tráfico de prototipo es de proyecto el modelado simulación de
vehículos para simular referencia, la de la una avenida de
el movimiento en una avenida será avenida Lima (Ejemplo: No
serie de puntos definida elegida Av. José Pardo
organizados como posteriormente. Cuadra 13)
grafos.
Esta HU es Se visualiza la Espero ver Ver vehículos Sí
complementaria avenida modelos de en el modelado

Página 10
con la HU18 por lo vehículos en Ver vehículos
que se entrega en movimiento en movimiento

un mismo Ver vehículos
que consideran
a otros para Sí
cambiar de
carril
Anotaciones:
Ver y En el segundo:
escuchar 76 (minuto
Se visualiza el vehículos 1:16)
escenario que Nº de vehículos
cambien de visibles: 13 Todos los vehículos
carril Nº de vehículos
moviéndose:
cambian de carril
13 Nº de correctamente.
vehículos que
cambian de
carril
correctamente:
13
HU-18 Frenado de Como cliente deseo La imagen del Se inicia el Espero ver Visualizar una
vehículos que los vehículos prototipo es de proyecto el modelado simulación de
en el puedan detectar los referencia, la de la una avenida de
escenario objetos cercanos para avenida será avenida Lima (Ejemplo: No
poder decidir si el definida elegida Av. José Pardo
vehículo debe de frenar posteriormente. Cuadra 13)
un carro

Esta HU es Se visualiza la Espero ver Ver vehículos


avenida modelos de en el modelado Sí
complementaria
vehículos en Ver vehículos Sí
con la HU19 por lo
movimiento en movimiento

Página 11
que se entrega en Se visualiza el Ver y Ver vehículos
un mismo escenario escuchar que consideran
vehículos
a otros para Sí
que
cambien de cambiar de
carril. En carril
caso de que Anotaciones:
aparezca En el segundo:
vehículo, 76 (minuto
considera el1:16)
choque y Nº de vehículos
frenado visibles: 13 Todos los vehículos
dependiend Nº de vehículos cambian de carril
o de su moviéndose:
13 Nº de
correctamente
velocidad
vehículos que considerando el
cambian de choque y frenado.
carril
correctamente
sin tener un
choque rápido:
13
HU-19 Movimiento Como cliente deseo La imagen del Se inicia el Espero ver Visualizar una
de autos de que los vehículos prototipo es de proyecto el modelado simulación de
manera más puedan cambiar de referencia, la de la una avenida de
natural carriles, frenar y evitar avenida será avenida Lima (Ejemplo:
las colisiones para definida elegida Av. José Pardo
No
poder obtener una posteriormente. Cuadra 13)
simulación realista de
tráfico ideal.

Se visualiza la Espero ver Ver vehículos


avenida modelos de en el modelado Sí
vehículos en Ver vehículos Sí
movimiento en movimiento

Página 12
Se visualiza el Ver y Ver vehículos
escenario escuchar que consideran
vehículos
a otros para Sí
que
cambien de cambiar de
carril. En carril
caso de que Anotaciones:
aparezca En el segundo:
vehículo, 76 (minuto
considera el 1:16)
choque y Nº de vehículos
frenado visibles: 13 Todos los vehículos
dependiend Nº de vehículos cambian de carril
o de su moviendose:
13 Nº de
correctamente
velocidad
vehículos que considerando el
cambian de choque y frenado.
carril
correctamente
sin tener un
choque rápido:
13

Página 13
Entregables
Los materiales a brindar para las pruebas del software son:
 Plan de trabajo del proyecto
 Listado de historias de usuario realizadas del sprint
 El plan de pruebas
 El ambiente de pruebas
 El código fuente

Recursos
Requerimientos de entornos – Hardware

Una computadora con las siguientes especificaciones:


 Mínimo 4GB de RAM
 Mínimo 2 núcleos
 Mínimo disco duro 500GB

Requerimientos de entornos – Software

 Linux
 OpenCV
 G++ (Compilador)
 Windows
 Unity

Herramientas de pruebas requeridas


 Recurso QA de la empresa virtual IT Service con conocimiento de pruebas funcionales
(caja negra).
 Metodología SCRUM

Personal

 Equipo del proyecto (Jefe de Proyecto y Jefe de Desarrollo): Brindarán el ambiente para
realizar las pruebas de caja negra del software.
 1 Recurso de QA: Realizará las pruebas de caja negra al software.

Planificación y organización
Procedimientos para las pruebas

El presente proyecto utiliza la metodología ágil de SCRUM, por lo que se remiten historias de
usuario, las cuales serán desarrolladas y posteriormente evaluadas.

Página 14
Para más detalle de ver el listado de las historias de usuario entregado.

Cronograma

El cronograma específica las actividades, entregables y especificaciones del proyecto. Para mayor
información ver el UPC – TP - SPDCVP - Plan de trabajo v1.6.xlsx

Premisas

 El recurso de QA tiene un tiempo límite de trabajo de 20 horas a la semana.


 Las pruebas de caja negra no sobrepasaran las 20 horas.
 El equipo del proyecto brindará un ambiente de prueba local.
 El equipo del proyecto y el recurso QA acordaran las reuniones para las pruebas.
 El equipo del proyecto brindará los materiales necesarios para realizar las pruebas al
software.

Anexos
Anexo 1:

Anexo 2:

Página 15
Anexo 3:

Anexo 4:

Página 16
Anexo 5:

Página 17
Anexo 6:

Anexo 7:

Página 18
Página 19

También podría gustarte