Ejecución pruebas de software

Resumen:
Tipo de software:
el tipo de software se llama “Game Timer” es un tipo de software orientado a
video juegos en esta se realizarán inventarios y además se llevará los tiempos
por jugador y acumulación de puntos
La prueba que vamos a implementar: pruebas SQA – pruebas de unidad y
pruebas de integración – pruebas de estrés

Procedimiento de pruebas:
 Primero que todo empezaremos con la configuración de servidores
respectiva y la información de las pruebas en la base de datos
PostgreSQL también aislaremos las máquinas virtuales, servidores web
y simuladores también utilizaremos los datos del software y que pueden
ser generados para utilizar en sobre carga en nuestro software y además
tenerlos listos y configurados para empezar la ejecución del software
 Se requiere una configuración previa de las herramientas a utilizar en
nuestra prueba de software
 Configuración de la maquina respecto a disco duro, RAM, interfaz
gráfica etc.
 El siguiente paso es el cronograma de ejecución de pruebas : se llevaran
los detalles de las pruebas a realizar según los casos de prueba primero
ya teniendo identificado donde vamos a realizar el los detalles de las
pruebas pasaremos a la ejecución ya con los requerimientos de las
validaciones identificadas para realizarlas como inventario ,
acumulación de puntos de los usuarios etc. , también contaremos con
los nuestros miembros del staff para realizar las pruebas y tener un
dominio total con el software de testing (Junit , karma y jazmín) , se
manejaran en el sistema ya que esto permite: hacer una validación
acorde a lo inicialmente estipulado permitiendo evitar errores de
 pruebas que puedan afectarse a las expectativas de los usuarios de los
requerimientos iniciales
 Iniciaremos realizando pruebas exploratorias que permitan a los
usuarios y al cliente para que ellos estén seguros de utilizar el software
y las acciones que deben realizar como tal
 También llevaremos no conformidades en las pruebas y esto se tiene
que estar documentado y serán clasificadas así:
 Fatales: errores que se encuentran en el software
 Mejoras: situaciones que ya estaban previstas en nuestro software de
video juegos se refactorizo el código y además se mejoraron muchas de
las funcionalidades
 Funcionales: se obtuvieron buenos resultados en las funcionalidades
como tal
 Errores sen visualización: todo acorde a lo estipulado con un diseño
responsive adaptado a todos los dispositivos móviles
 Alcance de las pruebas: se realizarán desde la versión Alpha hasta la
versión beta

Procedimiento de pruebas
Informe de incidente de pruebas:
 Fecha de prueba: 21/07/2019
 Persona que realiza la prueba: jhon mauricio henao rua
 Modulo/funcionalidad: inventario del software game-timer en la
acumulación de dinero en el dia
 Prueba de integración/prueba de estrés/pruebas de carga y
rendimiento
 Código caso de prueba: 0.1
 Resultado obtenido: error
 Estado de ejecución: fallo
 Como: en la prueba de estrés los datos de los usuarios la maquinan
se hiba colocando un poco lenta cada vez que ingresábamos datos y
 observamos asta que punto la maquina aguanta la sobrecarga de
datos y además realizamos el debido testing para buscar que estaba
pasando llegamos a la raíz del problema en una validación que
repercutió la funcionalidad a futuro como tal.
 Condiciones: se generaron en dispositivos moviles y en computador
 Hallazgo: error al introducir demasiados datos del inventario
 Que se esperaba: se esperaba que nuestra validación superara
nuestras expectativas y no nos generara ningún error al introducir
demasiados datos del inventario como tal

Informe de pruebas:
 Fecha de prueba: 22/07/2019
 Persona que realiza la prueba: jhon mauricio henao rua
 Modulo/funcionalidad: inventario del software game-timer en la
acumulación de dinero en el dia
 Prueba de integración/prueba de estrés/pruebas de carga y
rendimiento
 Código caso de prueba: 0.2
 Resultado obtenido: error
 Estado de ejecución: paso
 Como: después de realizar los respectivos cambios en las
validaciones con junit y utilizando LoadUi como herramienta de uso
libre para sobrecarga de datos podemos decir que la prueba fue un
total éxito y además mejoramos mucho el rendimiento del software
como tal ya el software no genera ningún error en la sobre carga de
datos del inventario
 Condiciones: se generaron en dispositivos moviles y en computador
  Hallazgo: mejoramiento del código del inventario
 Que se esperaba: se esperaba un mejoramiento del código y un
mejor rendimiento del software game timer cuando se realizan los
inventarios

Informe de pruebas:
 Fecha de prueba: Desde 22/07/2019 hasta 28/07/2019
 Persona que realiza la prueba: jhon mauricio henao rua, Jorge
Anderson López
 Modulo/funcionalidad:
 Prueba de integración: Código caso de prueba: 0.1
 Resultado obtenido: paso
 Estado de ejecución: paso
 Como: después de realizar los distintos testeos sobre la acumulación
de puntos de los usuarios podemos llegar a la conclusión que el
resultado fue optimo y mejor de lo esperado no nos generó ningún
error previsto y todo fue realizado con el estándar de herramientas
de pruebas previstas
 Condiciones: se generaron en dispositivos moviles y en computador
 Hallazgo: ninguno funcionalidad en óptimas condiciones
 Que se esperaba: se esperaba un mejoramiento del código y un
mejor rendimiento del software game timer cuando se realizan los
inventarios