Unidad Tema
2 Pruebas de Software
2.1 Historia, evolución, retos y tipos de pruebas.
La prueba de software es el proceso de evaluar y verificar que un producto o
aplicación de software hace lo que se supone que debe hacer. Los beneficios de las
pruebas incluyen la prevención de errores, la reducción de los costos de desarrollo
y la mejora del rendimiento.
Historia de las pruebas de software
Muchos conocerán sobre aquel famoso incidente por el año 1947, cuando uno de
los técnicos encargados de trabajar en la computadora Mark II de la Universidad de
Harvard reportó el primer defecto, causado ni más ni menos que por un “bicho”. Sin
embargo viendo más atrás en la historia, nos encontramos con que el uso de la
palabra bug ya se utilizaba por Thomas Alva Edison para referirse a las fallas
técnicas de sus inventos electrónicos, en la década de 1870.
Pruebas de Software ¿Qué es?
Según Glenford J. Myers reconocido informático y autor de libros reconocidos de
Testing, entre ellos The Art of Software Testing, nos dice en su frase:
“Las pruebas de software son el proceso de ejecutar un programa con la intención
de encontrar errores”
Las Pruebas o Testing de Software se trata básicamente del conjunto de actividades
dentro del desarrollo de un software permitiendo así tener procesos, métodos de
trabajo y herramientas para identificar oportunamente los defectos en el software,
logrando la estabilidad del mismo. Siendo el único instrumento capaz de precisar la
calidad del software, es decir, es el único procedimiento con el que se puede
garantizar que un software cumple con los requerimientos solicitados por los
usuarios.
Historia y evolución del Software Testing
Entremos a su historia y veamos su evolución, que, aunque ha tenido un auge
impresionante en los últimos años por la importancia adquirida, su inicio es de vieja
data y su evolución está subdividida en 5 períodos en la línea de tiempo.
Debugging (1947 - 1956)
Todas las pruebas realizadas se encontraban dirigidas a la corrección directa del
código fuente de los programas. Los programadores las realizaban directamente y
aun no tenían claro la diferencia que existía entre: checkout, debugging y testing.
Demostración (1957-1958)
En esta fase se encargaban de utilizar de forma masiva el test para asegurar que
se cumplía con la especificación. Se realizaban al finalizar el desarrollo del Software.
Unidad Tema
2 Pruebas de Software
Destrucción (1979 – 1982)
Los cambios en la metodología se hicieron notar, en este período pasaron de
demostrar que un programa era correcto mediante pruebas y demostraciones
teóricas a demostrar que el programa no funciona o tiene fallos, con este cambio de
óptica, se tiene una mayor posibilidad de encontrarlos, los test se transforman en
casos de prueba que se aplican a los productos de los desarrolladores para
encontrar errores y corregirlos.
Evaluación (1983 – 1984)
Esta fue una etapa donde se comenzó a integrar las pruebas de Software en el ciclo
de vida del desarrollo del software.
Prevención (1985 – Actual)
Finalmente, en esta época se diversificaron las pruebas incorporándolas en todas
las fases del desarrollo, para con esto poder verificar todos los tipos de
componentes, modelos, módulos, subsistemas y sistemas que conforman el
software.
Unidad Tema
2 Pruebas de Software
2.2 Pruebas de Funcionamiento.
Son aquellas pruebas a través de las cuales, simultáneamente, se obtiene un
aprendizaje y conocimiento de la aplicación a probar a la vez que se genera un valor
desde el primer momento.
Una prueba funcional podría ser por ejemplo comprobar que en el formulario de mi
página web si relleno un campo de teléfono con zzzz muestre un mensaje de campo
no válido, y no me deje registrarme. Estas pruebas pueden ser manuales, o
automatizarse con herramientas.
Realizar pruebas funcionales para descartar errores al usar la aplicación. Se deben
realizar este tipo de pruebas cuando se pretenda descartar errores derivados de la
utilización de la aplicación. Las funcionalidades que se prueban son las que forman
parte de la entrega.
Unidad Tema
2 Pruebas de Software
2.2.1 Testing de función
Etapa de la Metodología: Planeación de Pruebas. Esta etapa comienza con la
recepción de la documentación y componentes del aplicativo, donde el cliente si es
que lo hay, entrega toda la documentación necesaria para poder planificar y diseñar
la prueba, se realiza la lectura y entendimiento de la documentación, así como una
reunión con el analista para revisar los temas que no se hayan entendido de la
documentación de la aplicación. Además, esta etapa de Planeación de Pruebas
permite conocer el alcance de las pruebas definiendo aspectos como las entradas
de pruebas (requerimientos para pruebas), la valoración de riesgos, las estrategias,
los recursos necesarios, el cronograma y el plan de pruebas. Los resultados de la
etapa son el plan de pruebas y el cronograma de pruebas, documentos que
contienen todos los aspectos antes descritos.
Unidad Tema
2 Pruebas de Software
2.2.2 Testing de seguridad
Unidad Tema
2 Pruebas de Software
Unidad Tema
2 Pruebas de Software
2.2.3Testing de volumen
Las pruebas de volumen (también llamadas «pruebas de inundación») comprueban
la eficacia del software cuando se somete a grandes volúmenes de datos.
Comprueba la pérdida de datos, el tiempo de respuesta del sistema, la fiabilidad del
almacenamiento de datos, etc.
Ejemplo 1:
Una de mis empresas fue un gran sistema que constaba de una aplicación web y
una aplicación móvil. Pero la aplicación web en sí tenía 3 módulos manejados por
3 equipos diferentes.
A veces, incluso con nosotros, la base de datos solía volverse lenta cuando todos
'juntos' añadíamos datos para nuestras pruebas. Era molesto y el trabajo solía verse
obstaculizado debido al enorme volumen de datos y para facilitar el trabajo,
teníamos que limpiar la base de datos con bastante frecuencia.
Unidad Tema
2 Pruebas de Software
2.3 Pruebas de usabilidad
Son un método para evaluar la experiencia del usuario de un producto o sitio web.
Al probar la usabilidad con un grupo representativo de usuarios o clientes, los
evaluadores de UX saben si los usuarios reales pueden usar el producto o sitio web
de manera fácil e intuitiva.
Hay seis pasos para realizar pruebas de usabilidad de un sitio web.
1. Determina qué medir
Como punto de partida, debes indicar claramente lo que deseas lograr con las
pruebas y qué parte del sitio web es el objetivo.
Por ejemplo, ¿solo deseas saber cómo los usuarios reservarán un ticket con éxito?
¿O quieres descubrir cómo un nuevo diseño podría ayudar a la experiencia del
usuario?
Si bien siempre se recomienda hacer una prueba a la vez, lo más importante es
definir tu objetivo claramente para que puedas medir bien la prueba.
2. Identifica el mejor método
Como mencionamos anteriormente, el método que usas para las pruebas de
usabilidad es crucial.
Si deseas hacer una serie de pruebas que involucren a las mismas personas,
puedes realizar pruebas en persona en el sitio. Pero, si deseas obtener resultados
rápidos pero mantener la alta calidad con participantes de todo el mundo, puedes
usar pruebas de usabilidad remotas moderadas.
Unidad Tema
2 Pruebas de Software
Por ejemplo, con Loopback, puedes crear un enlace para que los participantes
accedan. Luego, puedes pedirles que instalen la aplicación y que comiencen las
pruebas. Si bien puedes dejar que hagan lo que quieran durante la sesión, aún
tienes control sobre qué partes probar o qué acciones hacer.
3. Crea un escenario de tarea y establece tu tasa de éxito
El escenario de la tarea es algo similar a lo que hemos mencionado anteriormente
sobre la reserva de un vuelo más barato de ida en una fecha determinada.
Unidad Tema
2 Pruebas de Software
Ilustración de cómo reservar un vuelo más barato. Fuente: Booking.com
Una vez que establezcas el escenario, debes determinar tu tasa de éxito.
Supongamos que puedes incluir la facilidad de encontrar la página de reserva
correcta como un indicador. Puedes determinar si los cuatro campos deben ser
correctos todo el tiempo o si puedes tolerar errores en uno de los campos.
Además, es posible que desees incluir límites de tiempo para el proceso de reserva
como un indicador de éxito.
4. Encuentra a los participantes
Las pruebas de usabilidad que realices deben ser efectivas y eficientes. Por eso,
encontrar a los participantes adecuados es un factor muy importante.
En general, cinco participantes son ideales para cada sesión de prueba: se
administra fácilmente y no cuesta mucho si utilizas servicios de terceros. Sin
embargo, las etapas de desarrollo y el método de prueba determinan cuántos
participantes se necesitan.
Para la etapa de desarrollo inicial, puedes usar el método Hallway donde puedes
elegir personas al azar para probar tu sitio web. Sin embargo, con este método, es
posible que no necesites estudiar primero al usuario ideal.
Por otro lado, en la etapa de desarrollo posterior, elegir a los participantes que están
cerca de tu personalidad de usuario puede generar resultados más precisos.
La personalidad de usuario es cualquier cosa que reflejen los usuarios reales de tus
productos, incluidas sus características, necesidades y objetivos.
5. Realiza la prueba
Si bien puedes usar participantes aleatorios, no debes usar técnicas aleatorias para
una sola sesión.
Dicho esto, al realizar la prueba, debes hacerla coherente en términos de la tarea y
el orden, incluso para usuarios remotos no moderados. Pasar instrucciones claras
y concisas a los participantes es útil.
Puedes informar cuánto durará la prueba, cómo deben comentar sus hallazgos y
cuál es el objetivo de la prueba.
6. Analiza y reporta tus hallazgos
Dependiendo del tipo de prueba, puedes resumir los resultados y organizar los
informes de acuerdo con tus objetivos. Puedes analizar los resultados
mediante análisis temático o correlacional.
Unidad Tema
2 Pruebas de Software
Si realizas la prueba solo, puedes crear un mapa de viaje del cliente. Esto es
importante para obtener información memorable. Además, te permite obtener una
perspectiva del usuario sobre el asunto.
Otro método es usar hojas de cálculo para clasificar cosas como pros y contras,
problemas mayores y menores, problemas normales y críticos, etc. Esto facilitará la
planificación de cualquier mejora en el sitio web.
Si utilizas servicios de terceros, puedes elegir qué tipo de resultados obtendrán de
ellos.
2.4 Pruebas de fiabilidad
La fiabilidad de un test es el grado o la precisión con que el test mide un determinado
rasgo psicológico, independientemente del hecho de si es capaz o no de medirlo
(validez). Es decir, se dice que un test es fiable cuando "mide bien aquello que está
midiendo".
Así, los métodos más comunes para calcular la fiabilidad son: coeficiente test-retest,
las formas paralelas, o la consistencia interna. No obstante, en ocasiones puede
requerirse utilizar otros métodos, como por ejemplo el coeficiente Omega (Viladrich
et al., 2017).
En términos generales, la validez hace referencia al uso de los resultados obtenidos
a través del test, y la confiabilidad, a los errores cometidos en las mediciones
realizadas por medio de este.
La fiabilidad se refiere a la capacidad del sistema de funcionar permanentemente
sin fallos y de mantener la integridad de los datos. La disponibilidad hace referencia
al porcentaje de tiempo durante el cual se puede acceder y utilizar el sistema.
Unidad Tema
2 Pruebas de Software
2.4.1 Testing de integridad
Trata de valorar y calificar la resistencia a fallos que presenta el software.
Esta es una prueba computarizada que simula un interrogatorio mediante un
cuestionario dinámico que arroja confesiones directas, valores, normas y puntos de
vista, dejando ver el riesgo y la identidad del evaluado.
¿Cómo hacer un test de integridad?
Algunas recomendaciones que puedes tomar en cuenta al presentar una evaluación
de integridad:
Tómalo en serio. Recuerda que es parte de tu proceso de evaluación y selección;
busca un momento y espacio adecuados para resolver la prueba.
Lee las instrucciones con atención. ...
Mantén la tranquilidad. ...
Sé honesto
Unidad Tema
2 Pruebas de Software
2.4.2 Testing de estructura
La prueba estructural consistiría en examinar el motor en marcha (dinámica) y
parado (estática). Las técnicas de prueba de programas adoptan la misma filosofía
complementaria (combinación de técnicas funcionales, estructurales, dinámicas y
estáticas).
¿Qué son pruebas estructurales en software?
Las pruebas de caja blanca (también conocidas como pruebas de caja de cristal o
pruebas estructurales) se centran en los detalles procedimentales del software, por
lo que su diseño está fuertemente ligado al código fuente.
Consiste en verificar que cada una de las partes que componen el diseño del
software ERP se encuentren conectadas a las funciones correctas, en otras
palabras, que no exista contenido huérfano en el ERP.
2.4.3 Testing de estrés
La prueba de estrés es una herramienta de diagnóstico para entender el perfil de
riesgo de una compañía. En un momento de crisis, es muy importante saber qué
puede ocurrir en las carteras de los bancos para definir estrategias, inversiones, etc.
El objetivo de las pruebas de estrés es medir el rendimiento del software a partir de
la sobrecarga de sus indicadores normales de funcionalidad. Esto quiere decir que
se somete a la aplicación a un alto nivel de carga de trabajo.
Las pruebas de estrés de software —también conocidas como pruebas de
resistencia— son un recurso utilizado durante la etapa de testing, con el objetivo de
probar los límites de un sistema y prever escenarios de riesgo ante cargas extremas.
Se utiliza para evaluar el comportamiento del software ERP en situaciones poco
usuales, como por ejemplo, una sobre carga de funciones, la saturación de la
memoria, la restricción de los recursos compartidos, etc…
Unidad Tema
2 Pruebas de Software
2.5 Pruebas de rendimiento
Las pruebas de rendimiento de software se definen como un análisis de
comprobación del funcionamiento del sistema frente a múltiples escenarios de
ensayo, con el fin de examinar los componentes de la aplicación.
El objetivo de las pruebas de rendimiento es determinar el rendimiento del sistema
bajo una carga de trabajo definida utilizando diferentes tipos de pruebas de
rendimiento tales como pruebas de carga, de estrés y de estabilidad.
En la ingeniería del software, las pruebas de rendimiento son las pruebas que se
realizan, desde una perspectiva, para determinar lo rápido que realiza una tarea un
sistema en condiciones particulares de trabajo.
¿Cómo pueden ser las pruebas de rendimiento?
Tipos de pruebas de rendimiento
Estas pruebas cuentan con cerca de 6 tipos diferentes de pruebas, dentro de las
que se incluyen las pruebas de carga, pruebas de estrés, pruebas de resistencia,
pruebas de escalabilidad, pruebas de picos y pruebas de volumen.
Unidad Tema
2 Pruebas de Software
2.5.1Testing benchamark
¿Qué son las pruebas comparativas? Las pruebas comparativas comparan los
resultados de las pruebas de rendimiento con las métricas de rendimiento
acordadas en la organización en función de diferentes estándares de la industria.
Ayuda a determinar los estándares de calidad de cada aplicación de software que
pertenecía a una organización.
Se encarga de cuantificar el rendimiento de un nuevo componente del ERP,
comparándolo directamente con otro existente.
2.5.2 Testing de contención
Ésta valora la capacidad de respuesta de un elemento, en cuanto a sus habilidades,
al momento de ser requerido por diversos actores, un ejemplo de dicho elemento
podría ser el registro de recursos o la memoria.
Unidad Tema
2 Pruebas de Software
2.5.3 Testing de carga
Su finalidad es probar y asegurar los límites operacionales del software de gestión
empresarial, mediante la aplicación de cargas de trabajo promedio. Por ejemplo, si
se quiere hacer la prueba sobre un ERP para una empresa de obras y servicios, es
necesario indicar cuales son las cargas habituales de trabajo de las mismas.
2.6 Pruebas para la capacidad de soporte
Las pruebas de calidad en un Software ERP son todos aquellos procesos cuya
ejecución permiten conocer la calidad del mismo, así como los posibles fallos que
puedan existir a corto, medio o largo plazo. Cuando se realizan pruebas en los
software de gestión empresarial es posible predecir su comportamiento durante la
implantación, su grado de manejabilidad y su interfaz gráfica.
Existen diferentes maneras para realizar las pruebas de calidad, las mismas van
dadas por el contexto que representa cada uno de los clientes en particular, en otras
palabras, no hay un plan de prueba que pueda servir para todos los escenarios,
porque puede ser que una prueba para un software ERP específico sea perfecta,
pero en otro puede llegar a ser perjudicial.
Unidad Tema
2 Pruebas de Software
PRUEBAS PARA LA CAPACIDAD DE SOPORTE: Existen dos formas de medirlo,
éstas son:
Testing de configuración: Su principal objetivo es asegurarse que un ERP funciona
de forma correcta, sin importar la configuración que la empresa decida aplicar,
tanto a nivel de software como a nivel hardware. De igual forma es posible aplicar
esta prueba como un medidor de rendimiento del sistema, o bien utilizarla en
asociación con una prueba especializada en dicho tema.
Testing de instalación: Es probablemente una de las pruebas más importantes,
puesto que de ella dependerá, en gran medida, la correcta implementación del
ERP. Consiste en certificar que el software ERP se encuentra en plena capacidad
de ser instalado en condiciones extremas de hardware o de software, como por
ejemplo, problemas con la capacidad de memoria o con la velocidad de
procesamiento.
Unidad Tema
2 Pruebas de Software
2.7 Cobertura y análisis de impacto
El Análisis de Impacto de Negocio o del inglés, Business Impact Analysis (BIA), es
un proceso sistemático para determinar y evaluar los efectos de cualquier imprevisto
que pueda afectar a la continuidad del negocio.
Implica analizar el impacto de los cambios realizados en las funciones / módulos de
la aplicación. Se puede realizar en casi todas las etapas del ciclo de vida del
desarrollo de software, como requisitos del proyecto, diseño del sistema,
codificación, pruebas, etc.
Analizar módulos con la ayuda de documentos de análisis de impacto. Encontrará
los riesgos asociados con cualquier tipo de cambio en un módulo / producto.
Ayuda en la estimación del esfuerzo del equipo necesario para producir cambios en
el sistema.
También ayuda a implementar un prototipo para que los desarrolladores y
probadores experimenten los efectos en el sistema.
¿Cómo realizar un análisis de impacto eficaz?
A continuación se muestran los pasos que se llevan a cabo para realizar el análisis
de un proyecto:
Prepara un equipo.
Inspeccione los módulos de alto nivel.
Inspeccione los módulos de bajo nivel.
Evaluar el impacto.
Manejar las consecuencias negativas.
Unidad Tema
2 Pruebas de Software
2.7.1 Pruebas y gestión del conocimiento
La prueba de software es el proceso de evaluación y verificación de un producto o
aplicación de software para saber si hace lo que se supone que debe hacer. Los
beneficios de las pruebas incluyen la prevención de errores, la reducción de los
costos de desarrollo y la mejora del rendimiento.
La gestión del conocimiento tiene como propósito aprovechar el conocimiento para
generar valor a nivel organizacional, soportado en procesos, herramientas y
actividades para lograr el propósito. En este contexto, las pruebas son un proceso
relevante y contribuye en gran medida al aseguramiento de la calidad del producto.
A nivel académico y empresarial, existen varias iniciativas para articular la gestión
del conocimiento a las pruebas de software, teniendo como problemática común, la
falta de reutilización del conocimiento que se deriva en múltiples factores, como: las
barreras para compartir el conocimiento, la alta rotación de personal, modelos de
gestión de conocimiento con enfoque corporativo y compleja implementación entre
otros. En consecuencia, se propone un modelo de implementación para gestionar
el conocimiento en los proyectos de pruebas de software, desarrollado por seis
procesos: Definición de objetivos, Identificación, incorporación, preservación,
distribución y utilización, basado en artefactos con el propósito de mejorar las
pruebas de software.
Unidad Tema
2 Pruebas de Software
2.7.2 Pruebas de API(Interfaz de programación de aplicaciones)
Estas pruebas generalmente se realizan como parte de la administración del ciclo
de vida de la aplicación (ALM), tanto para el software que publica las API como para
todo el software que las usa.
Las API son mecanismos que permiten a dos componentes de software
comunicarse entre sí mediante un conjunto de definiciones y protocolos. Por
ejemplo, el sistema de software del instituto de meteorología contiene datos
meteorológicos diarios. La aplicación meteorológica de su teléfono “habla” con este
sistema a través de las API y le muestra las actualizaciones meteorológicas diarias
en su teléfono.
Las estrategias de pruebas de API son similares a otras metodologías de pruebas
de software. El objetivo principal es validar las respuestas del servidor. Las pruebas
de API incluyen lo siguiente:
Hacer varias solicitudes a los puntos de conexión de la API para probar el
rendimiento.
Escribir pruebas de unidades para comprobar la lógica empresarial y la corrección
funcional.
Probar la seguridad mediante la simulación de ataques al sistema.
Unidad Tema
2 Pruebas de Software
2.8 Automatización de pruebas
Las pruebas automatizadas consisten en la aplicación de herramientas de software
para automatizar el proceso manual de revisión y validación de un producto de
software que lleva a cabo una persona.
Las pruebas automatizadas entregan evidencia de cómo funcionaría el software en
cada una de las situaciones que los usuarios lo usarían. Al utilizar distintos
escenarios automatizados de prueba es posible realizar una mayor cobertura y ser
muy certero en cada uno de los flujos que pudieran representar un problema.
¿Cuándo se debe automatizar una prueba?
El mejor momento para empezar a automatizar tus pruebas de softwares es cuando:
El equipo de desarrollo reporta procesos muy repetitivos y constantes.
Existen casos largos y complejos de correcciones y detección de fallas que
consumen una gran cantidad de tiempo y esfuerzo.
¿Qué pruebas son las que se pueden automatizar?
Tipos de pruebas automatizadas
Prueba unitaria.
Pruebas de integración.
Pruebas de humo.
Pruebas de regresión.
Pruebas de rendimiento.
Pruebas de API.
Prueba de aceptacion.
Pruebas de seguridad.
Unidad Tema
2 Pruebas de Software
Bibliografías
https://core.ac.uk/download/pdf/47237302.pdf
Pruebas de Software: Historia y Evolución. (s. f.). https://www.fyccorp.com/articulo-
pruebas-de-software:-historia-y-evolucion
2.1 Historia, evolución, retos y tipos de pruebas de software. - Google Zoeken. (s. f.).
https://www.google.com/search?q=2.1+Historia,+evoluci%C3%B3n,+retos+y+tipo
s+de+pruebas+de+software.
colaboradores de Wikipedia. (2020, 15 agosto). Pruebas funcionales. Wikipedia, la
enciclopedia libre. https://es.wikipedia.org/wiki/Pruebas_funcionales
Unidad Tema
2 Pruebas de Software
colaboradores de Wikipedia. (2020b, agosto 15). Pruebas funcionales. Wikipedia, la
enciclopedia libre. https://es.wikipedia.org/wiki/Pruebas_funcionales
¿Pruebas de integración, funcionales, de carga. . .? ¡Qué jaleo! ¿Qué diferencias hay?
(2014, 4 julio). Javier Garzas. Recuperado 1 de enero de 2022, de
https://www.javiergarzas.com/2014/07/tipos-de-pruebas-10-min.html
Realizar pruebas funcionales | Marco de Desarrollo de la Junta de Andalucía. (s. f.).
https://www.juntadeandalucia.es/servicios/madeja/contenido/libro-pautas/170
Kennisgeving voor omleiding. (s. f.). https://www.google.com/url?sa=i
Kennisgeving voor omleiding. (s. f.-b). https://www.google.com/url?sa=i
TestingCR. (s. f.). Pruebas De Seguridad Aplicadas a QA.
https://es.slideshare.net/TestingCR/pruebas-de-seguridad-aplicadas-a-qa
Tutorial de prueba de volumen: ejemplos y herramientas de prueba de volumen. (s. f.).
Otro. https://spa.myservername.com/volume-testing-tutorial
A., D. (2023, 31 enero). Test de usabilidad de un sitio web: todo lo que necesitas saber.
Tutoriales Hostinger. https://www.hostinger.es/tutoriales/test-de-usabilidad-web
Pursell, S. (2023, 20 enero). Pruebas de usabilidad: guía práctica para principiantes.
https://blog.hubspot.es/marketing/pruebas-usabilidad
2.4 Pruebas de fiabilidad - Google Zoeken. (s. f.).
https://www.google.com/search?q=2.4+Pruebas+de+fiabilidad
Unidad Tema
2 Pruebas de Software
2.4.1 Testing de integridad - Google Zoeken. (s. f.).
https://www.google.com/search?q=2.4.1+Testing+de+integridad
https://oa.upm.es/40012/1/PFC_JOSE_MANUEL_SANCHEZ_PENO_3.pdf
pruebas de stress software - Google Zoeken. (s. f.).
https://www.google.com/search?q=pruebas+de+stress+software
pruebas de rendimiento de software - Google Zoeken. (s. f.).
https://www.google.com/search?q=pruebas+de+rendimiento+de+software
Lee, G. (2021, 12 marzo). Performance Testing: Baseline and Benchmark Testing.
LoadView. https://www.loadview-testing.com/blog/performance-testing-baseline-
and-benchmark-testing/
Proceso de pruebas de calidad de Software. (2023, 2 enero). Recuperado 2 de febrero de
2022, de https://www.microtech.es/blog/proceso-de-pruebas-de-calidad-de-software
¿Qué es el análisis de impacto en las pruebas de software? (s. f.). Otro.
https://spa.myservername.com/what-is-impact-analysis-software-testing
Durán, D. E. S. (2017). Aplicación de la Gestión de Conocimiento al proceso de pruebas
de software. Dialnet. https://dialnet.unirioja.es/servlet/articulo?codigo=6071433
Unidad Tema
2 Pruebas de Software
