You are on page 1of 4

Metodologías:

The Art Of Software Testing, Third Edition By Glenford J.Myers, Tom Badgett, Coreysandler
Copyright © 2012 by Word Association, Inc.

https://onlinelibrary.wiley.com/doi/pdf/10.1002/9781119202486.ch11

Testing with Real Devices Manual testing with real devices is inevitable. Although costly, it has
some advantages. Only by testing with the device can you experience its nuances and get a
true feel for the user’s experience. In addition, you can only test certain cases with real
devices. Testing the reliability of a carrier’s network and determining the effect of an incoming
call or text message are obvious examples. On a real device you also can evaluate how your
application behaves. Does it load fast and run at an acceptable speed? Does it look okay? Is the
UI consistent across your target devices? Last but not least, you can determine device-specific
bugs. This is almost impossible with an emulator. If you do find a device-specific bug, the
challenge is to fix it without breaking compatibility with other devices.

===============================================
=====

Investigation on test effort estimation of mobile applications:


Systematic literature review and survey
Author links open overlay panelAnureetKaur KulwantKaur
a b

Available online 26 February 2019.

https://www.sciencedirect.com/science/article/abs/pii/S095058491930031X?via%3Dihub

Results

The results from SLR cover identification of mobile app specific


characteristics and reports test effort estimation techniques in the
mobile domain. Findings from survey corroborate that a) Function
Point/Test Point Analysis is highly adapted traditional test estimation
technique to mobile domain; b) Challenges like uncertain
requirements, no tool support for test estimation, complexity in
testing, client miscommunication etc. are reported; c)Suggestions to
improve test estimation process include proper test planning, adoption
of agile methodology, healthier communication among client,
developer, and tester etc.; d) On the basis of responses, Analytical
Hierarchical Process (AHP) identifies “Diverse Devices and OS” along
with “Type of App” as highly influential mobile app characteristic on
the test estimation process.
Conclusion

Results conclude that the importance of identified mobile app


characteristics from SLR cannot be ignored in the estimation process of
mobile software testing. There might be a possibility to improve
existing test estimation techniques for mobile apps by giving weight to
mobile app specific characteristics and by considering suggestions
from experienced developers and testers.

=============================================================================

Según José Luis Villada Romero (2015)

https://books.google.com.pe/books?
id=7U4pEAAAQBAJ&pg=PT164&dq=pruebas+de+software&hl=es&sa=X&ved=2ahUKEwiT9JvW
g_XzAhXkTDABHXTbAwA4ChDoAXoECAoQAg#v=onepage&q=pruebas%20de
%20software&f=false

La automatización de pruebas se puede considerar como una estrategia con fin de aumentar
la calidad del producto con un bajo costo y optimizar la ingeniería de pruebas

Las herramientas de prueba pueden ofrecer grandes beneficios al diseñador:

 Reducen los trabajos repetitivos en el diseño de pruebas.


 Mejoran la consistencia.
 Facilitan las evaluaciones para verificar con objetividad.

Estándares de pruebas:

Los estándares de prueba tienen como principal objetivo definir modelos para los procesos de
prueba de software que han sido probados anteriormente con buenos resultados y
asegurando que su uso permitirá un aumento de la calidad del software

========================================================================

Según Matias Fossati(2016):

https://books.google.com.pe/books?
id=_kQ1DgAAQBAJ&printsec=frontcover&hl=es#v=onepage&q&f=false

¿Para qué se testea?

“proceso de ejecutar un programa con la intención de demostrar su calidad”.

“Proceso de ejecutar un programa con la intención de encontrar errores”.


===========================================================================

S. M. Velásquez, D. E. Monsalve Sossa, M. E. Zapata, M. E. Gómez Adasme, y J. P. Ríos “Pruebas


a aplicaciones móviles: avances y retos, Lámpsakos, No. 21, pp. 39-50. (enero-junio, 2019).
DOI: https://doi.org/10.21501/21454086.2983

Casos propios de la tecnología móvil

Debido a las características de la tecnología móvil, se deben contemplar otras situaciones


que pueden afectar el comportamiento funcional o transaccional de la aplicación. El
probador, de acuerdo con la estrategia de prueba diseñada, puede evaluar las siguientes
características para una aplicación:

• El proceso de instalación y desinstalación

• El control de errores que posee

• Cambios de red

• El comportamiento en escenarios multitarea

• Las visualizaciones en modo horizontal y vertical

• Pruebas en diferentes tipos de resoluciones y tamaños de pantalla

• Si se presenta integración con servidor, tener presente los diferentes escenarios de


intercambio de información

• Comprobar si la aplicación afecta o es afectada por otras aplicaciones

• El comportamiento frente al uso de los controles propios del dispositivo

• Adicionar escenarios asociados a características propias de estos dispositivos como girar,


agitar, realizar diferentes tipos de gestos táctiles sobre la pantalla

• Pruebas de interrupciones por mensajes, llamadas, conexión y desconexión de cables

• Comportamiento frente a los diferentes métodos de entrada incluyendo los sensores

• Pruebas de consumo de energía.

Estas son algunas de las situaciones que pueden ser contempladas desde el punto de vista del
comportamiento móvil de la aplicación y que pueden afectar el funcionamiento de la misma
en el dispositivo móvil.

Herramientas
Durante la ejecución de la prueba se puede hacer uso de diferentes tipos de herramientas que
generan velocidad y control en el avance de la prueba. Básicamente, el probador de
aplicaciones móviles debe tener conocimiento en herramientas que permitan automatizar,
emular y simular la aplicación, reportar incidencias (bugtracker), comunicarse con el equipo,
gestionar el ciclo de vida de la prueba [29].

Hoy en día, con los nuevos marcos de construcción de software, existe una gran variedad de
herramientas que se emplean durante la ejecución del proyecto de software. Muestra de ello
es DevOps, en donde cada etapa (colaborar, construir, probar, desplegar y ejecutar) posee una
extensa gama de herramientas. La tabla 4 muestra ejemplos de herramientas para las etapas
de DevOps.

Aquí te dejo algunos link para q puedas verlos quizá ayuden

https://www.fyccorp.com/articulo-pruebas-de-software:-historia-y-evolucion

https://oa.upm.es/40012/1/PFC_JOSE_MANUEL_SANCHEZ_PENO_3.pdf

You might also like