[ sección ]
ciones de los aprendices y la realización de las
pruebas, recordemos lo que nos dicen “Las interfaces
gráficas (GUIs) representan un elemento fundamental
y crítico de las aplicaciones de hoy en día, llegando a
acaparar incluso hasta el 60% del código. Por lo
tanto, probar la funcionalidad de las GUIs se presenta
como una tarea imprescindible para asegurar la
robustez, usabilidad y calidad del sistema” Luis, P.,
Navarro, M., Pérez, G. M., & Ruiz, D. S. (2009).
Se completaron los equipos con la adquisición de
un servidor para poder atender a los diferentes
ambientes de software, como: Windows con su
servidor de http- servidor que permite publicar
páginas web - internet information server - IIS, el
motor de bases de datos SQL Server y el lenguaje de
programación Visual Studio con C#; o Windows con el
servidor de Http, con Apache Tomcat , el motor de
bases de datos Mysql o Mariadb y el lenguaje de
programación Java para web o PHP ; o Linux en
alguna de sus distribuciones, ya sean Centos o Red
Hat con el servidor de http con Apache o con Inter-
net Information Server IIS para Linux , el motor de
bases de datos Mysql, MariaDb o Postgres y con los
lenguajes de programación PHP, Java web, Java
escritorio y C#. Todo esto en ambientes virtuales
dentro del mismo servidor.
III. RESULTADOS Y DISCUSIÓN
La información es actualmente un bien que debe
ser cuidado y preservado, es valioso para las empre-
sas y las aplicaciones que la manejan deben cumplir
con unas propiedades que permitan a sus propietarios
estar satisfechos con las mismas. Además, deben de
cumplir con ciertas métricas que le permiten ser
evaluado como software con o sin calidad, tales
como: funcionalidad, fiabilidad, usabilidad, eficiencia,
mantenibilidad, portabilidad y calidad en uso, como
se menciona la norma ISO 9126 (UNE-ISO/IEC 9126-
1:2004). Como lo mencionan los autores en la
siguiente cita: “La mejora continua en los procesos y
productos de software es lo que se conoce como
calidad total, que en gran parte es conseguida a
través de la aplicación y evaluación de las métricas, y
la realimentación del proceso productivo con estos
resultados.” Piattini, M. G & García, F. O. (2003).
Ante esto surge y se establece como responsable de
la validación y verificación de las diferentes aplica-
ciones de software las pruebas o testing de las
mismas siendo una herramienta que debe ser efecti-
va, eficiente y el evaluador que los procesos imple-
mentados en una aplicación de software hacen lo que
deberían hacer.
Permitir que los aprendices de la tecnología en
análisis y desarrollo de sistemas de información den
la importancia y reconozcan las responsabilidades,
que como tester o probadores se tiene dentro del
proceso de desarrollo de software, es uno de los
objetivos del proyecto de testing en ambientes
ágiles. Muchos desconocen o evitan asumir la tarea
de testing dentro de los entornos ágiles, pero es ahí
donde las pruebas de software toman una relevancia
más alta, ya que en las historias de usuario -requisi-
tos funcionales pero contados en palabras y necesi-
dades del cliente - para efectuar una verificación
efectiva de las mismas, se redactan los criterios de
aceptación. Los criterios de aceptación, son para el
tester o analista de pruebas, los casos de prueba a
ser demostrados en la ejecución de la historia de
usuario. Esto da pie, para hacer el paralelo entre lo
que se considera la metodología tradicional para
realizar pruebas de software y lo que se consideran
las pruebas ágiles o testing ágil; con el inicio de la
metodología tradicional o metodología RUP (El proce-
so racional unificado o en sus siglas en inglés
Rational unified Process), que establece que todo
proyecto de software debe trasegar las fases de
81