Anda di halaman 1dari 4

Descripción Herramientas Link de Descarga

una prueba unitaria es una  Junit


Pruebas unitarias. forma de comprobar el  Phpunit
correcto funcionamiento de  Mocha
una unidad de código.  Mockito
 Chai
 Sinon
 Jasmine
 Jest
 Ava
 TestNG
 Powermock
 XCTest
Pruebas de componentes. La prueba de componente  Jmeter
también llamada prueba  OpenSTA
unitaria es por definición la  Selenium
prueba que se lleva a cabo
luego de haber construido el
componente.
Pruebas integrales o pruebas  Mocha
de integración son aquellas  Jasmine
que se realizan en el ámbito  Jest
del desarrollo de software una  Ava
vez que se han aprobado las  Jenkins
pruebas unitarias y lo que
prueban es que todos los
Pruebas de integración. elementos unitarios que
componen el software,
funcionan juntos
correctamente probándolos en
grupo. Se centra
principalmente en probar la
comunicación entre los
componentes y sus
comunicaciones ya sea
hardware o software.
cuyo objetivo es verificar los
requisitos asociados a cada
caso de pruebas. Para verificar
Pruebas de sistema. que no existen defectos, se
deberá incluir pruebas que
impliquen acciones no
permitidas por el sistema, para
certificar que el sistema se
comporta correctamente.
Esto se hace cuando los
desarrolladores presentan una
compilación nueva al equipo
de prueba. Este último valida
Pruebas de humo. esta compilación y se asegura
de que no existan problemas
importantes. Se lleva a cabo
una prueba simple para
determinar si el software se
bloquea, lo que indica
problemas mayores. Si se
encuentra un problema, el
software se devuelve a los
desarrolladores para su
posterior ajuste.
cuando el sistema está en
desarrollo y cuyo objetivo es
asegurar que lo que estamos
desarrollando es
Pruebas alpha. probablemente correcto y útil
para el cliente. Por ejemplo
podríamos desarrollar un
prototipo de una parte del
sistema que no estamos
seguros de cómo implementar
la interfaz.
Pruebas beta. Es una prueba de software  plugin del Firefox
llevada a cabo por el usuario
en un entorno real, que puede
limitarse a usuarios específicos
en una versión beta cerrada o,
abierta a pruebas más amplias
a través de una versión beta
pública.
Pruebas de aceptación. Esto lo hace un cliente para  PMD
asegurarse de que un producto  SONAR
entregado cumpla con los  Simian
requisitos del usuario y  Testlink
funcione como se espera. El  OpenSTA
cliente solo aceptará el  WebLoad
software con todas las  Junit
funciones y características  Jmeter
funcionando como se
esperaba. Esta prueba es
ejecutada antes de que la
aplicación sea instalada dentro
de un ambiente de producción.
Pruebas de regresión La prueba de regresión es
cuando el software
desarrollado y probado
previamente sigue
funcionando como se esperaba
después de haber sido
modificado. Las modificaciones
no deberían romper la
funcionalidad existente.
Este tipo de prueba trata sobre  AChecker
el objetivo de hacer que una
Prueba de Accesibilidad aplicación sea accesible para  Color Oracle
las personas con discapacidad.
Entre los controles realizados  Photosensitive
aquí se encuentran las pruebas Epilepsy Analysis
de tamaño de fuente para Tool
personas con discapacidad
visual, así como pruebas  Wave
relacionadas con el color y el
contraste para el usuario con  NoCoffee
daltonismo.
 TAW

 Accessibility Check

 eXaminator
Prueba Ad-hoc Las pruebas ad-hoc se realizan
sin una planificación y
documentación adecuada,
mejor dicho, se realiza por
improvisación. Estas se realizan
después de la prueba formal
de una aplicación. Los defectos
encontrados durante este
proceso de prueba (que solo se
ejecutan una vez) son difíciles
de replicar ya que no hay casos
de prueba para comparar.
Prueba de Seguridad Esto lo lleva a cabo un equipo  Wireshark
especial, a menudo asesores
de seguridad cuyo trabajo  Kali Linux
consiste en consultar el
software para ver si se puede  NMAP
utilizar para obtener acceso a
las redes o si se lo utiliza de  Anubis
otra manera. Esta prueba
busca ver si las aplicaciones
 SoapUI – Postman
están protegidas contra el
malware, así como comprobar
cuán seguros son los procesos  Apache JMeter - HP
de autenticación y autorización LoadRunner –
de una aplicación. Octoperf

 Sonarqube – Kiuwan

 Wget – Curl
Charles - Fiddler

Esta prueba se lleva a cabo


Apache JMeter
para determinar si un sistema
o componente puede
Pruebas de Esfuerzo (Stress) funcionar más allá de los
límites de sus requisitos
específicos. Analizará cuánta
carga puede soportar un
sistema antes de fallar. Esto
utilizará un alto nivel de carga
simulada para ver qué tan bien
funciona el sistema y si se
puede degradar a una falla no
catastrófica.

Anda mungkin juga menyukai