PRUEBAS DE SOFTWARE

Las pruebas de software (Software Testing) comprenden el conjunto de actividades que se

realizan para identificar posibles fallos de funcionamiento, configuración o usabilidad de un
programa o aplicación, por medio de pruebas sobre el comportamiento del mismo.

1. Que es una prueba de software y cual es su utilidad cuando hablamos de calidad

de software

❖ Que es una prueba de software:

s​on los procesos que permiten verificar y revelar la ​calidad de un producto

software. Son utilizadas para identificar posibles fallos de implementación,
calidad, o usabilidad de un programa de ​ordenador o ​videojuego​. Básicamente
es una fase en el desarrollo de software consistente en probar las aplicaciones
construidas.

Las pruebas de software se integran dentro de las diferentes fases del ciclo del
software dentro de la Ingeniería de software. Así se ejecuta un programa y
mediante técnicas experimentales se trata de descubrir que errores tiene.

❖ Cual es su utilidad cuando hablamos de calidad de software

Los  Productos  Software,  sistemas  y/o  aplicaciones  son  creadas, 

desarrolladas  e  implementadas  por  seres  humanos  y  por  ende  en  cualquiera 
de  sus etapas de creación se puede presentar una equivocación,  al generarse 
esa  “Equivocación”  se  puede  conllevar  a  un  defecto  en  el  software,  por 
ejemplo  mala  digitación,  distracción  al  codificar,  mala  elaboración  de  un 
documento  entre  otras.  Si  no  se  ha  identificado ese defecto y el software o la 
aplicación  se  ejecuta,  hay  un  alto  riesgo  de  que  la  aplicación  no  haga  lo  que 
debería  hacer  o  el  objeto  para  lo  cual fue creada, es decir se genera un fallo o 
desperfecto,  lo  que podría generar una catástrofe , es importante conocer que 
los  fallos  también  se  pueden  presentar  por  situaciones  del  entorno,  como  la 
radiación,  descarga  eléctrica,  contaminación,  inundaciones,  Húmeda,  Fuego, 
etc. 

Los  Ingenieros  de  sistemas entonces deben estar en la capacidad de conocer 

y  aplicar  las  diferentes  normas,  procesos  y  procedimientos  para  garantizar la 
calidad  de  los  productos  software,  aplicando  las  pruebas  de  calidad  de 
software  necesarias  para  que  con  ellas  se  pueda  ayudar a reducir los riesgos 
 en  las  aplicaciones, logrando que se identifiquen los defectos antes de que se 
ejecuten,  así  de  forma  proactiva  tomar  decisiones  que  permitan  hacer  las 
actividades  necesarias  para  mejorar  las  condiciones del software y ofertar un 
producto que satisfaga las necesidades del cliente.​ 

2. Cual es la importancia del testing de software en el desarrollo de software

R/

Con el fin de poder detectar a tiempo cualquier error y garantizar que el producto cumple
con todas las premisas establecidas, el testing debe existir en todas las fases de un
proyecto.

El testing de software es una de las actividades más importantes y fundamentales en el

desarrollo de un proyecto, ya que posibilita los procesos, métodos de trabajo y herramientas
necesarias para garantizar la calidad de cualquier desarrollo.

3. Que es ISTQB y cuál es su misión

Que es ISTQB

R/

El ISTQB (International Software Testing Qualifications Board) es una organización de

certificación de la calidad del software que opera internacionalmente.

El ISTQB fue fundado en noviembre de 2002 en Edimburgo y está legalmente registrado en

Bélgica. Esta organización se encarga de soportar y definir un esquema de certificación
internacional. Suministra el plan de estudios y el glosario sobre los que se definen los que
se establecen las guías para la acreditación y evaluación de los profesionales del testing a
cargo de los comités de cada país Según ellos mismos, el ISTQB ha creado esquema más
exitoso del mundo para la certificación de los probadores de software. Hasta junio de 2013,
ha certificado a más de 307.000 testers en 70 países en todo el mundo, con una tasa de
crecimiento de aproximadamente 12.000 certificaciones por trimestre.

Su misión

1. ​Promovemos el valor de las pruebas de software como profesión para individuos y

organizaciones.
2. ​Ayudamos a los evaluadores de software a ser más eficientes y efectivos en su trabajo, a
través de la certificación de competencias.

3. ​Permitimos que los evaluadores avancen en su carrera profesional a través de un Código

de Ética de Profesionales y una vía de certificación multinivel que les proporciona las
habilidades y el conocimiento que necesitan para cumplir con sus responsabilidades
crecientes y lograr una mayor profesionalidad.

4. ​Continuamente avanzamos el cuerpo de conocimiento de pruebas recurriendo a las

mejores prácticas disponibles de la industria y la investigación más innovadora, y hacemos
que este conocimiento esté disponible gratuitamente para todos.

5. ​Establecemos los criterios para acreditar a los proveedores de capacitación, para

garantizar la entrega consistente del Cuerpo de Conocimiento, en todo el mundo.

6. ​Regulamos el contenido y la cobertura de las preguntas del examen, el proceso del

examen y la emisión de certificaciones por parte de los organismos oficiales de examen.

7. ​Nos comprometemos a extender las certificaciones de pruebas de software en todo el

mundo, admitiendo las juntas miembro en el ISTQB ® . Estas juntas se adhieren a la
constitución, los estatutos y los procesos definidos por el ISTQB ® , y participan en
auditorías periódicas.

8. ​Fomentamos una comunidad internacional abierta, comprometida con el intercambio de

conocimientos, ideas e innovaciones en las pruebas de software.

9. ​Fomentamos las relaciones con la academia, el gobierno, los medios de comunicación,

las asociaciones profesionales y otras partes interesadas.

10. ​Proporcionamos un punto de referencia contra el cual se puede evaluar la efectividad de

los servicios de prueba, al mantener nuestro protagonismo como una fuente respetada de
conocimiento en las pruebas de software.

4. Que es la calidad de software

R/

La calidad del software es una preocupación a la que se dedican muchos esfuerzos. La

calidad del software es el conjunto de cualidades que lo caracterizan y determinan su
utilidad y existencia. Sin embargo, el software casi nunca es perfecto. Todo proyecto tiene
como objetivo producir software de la mejor calidad posible, que cumpla, y si puede supere
las expectativas de los usuarios.

5. Cuales son los tipos de prueba de software según la ISTQB. Explíquelas

R/
Los tipos de pruebas de software definidos por el ISTQB son: Pruebas Funcionales,
Pruebas de Características de Software no Funcionales, Pruebas de Estructura del
Software (Arquitectura) y Pruebas relacionadas con cambios, tales como Repruebas y
Regresión. Adicionalmente, el Syllabus establece las pruebas de Mantenimiento, dirigidas a
software que y Tipos de pruebas de software definidos por el ISTQB

Pruebas funcionales

-​Se entiende como las Funcionalidades del Sistema cómo “lo que el sistema hace”.

-​Las Funcionalidades pueden estar descritas en las especificaciones de requerimientos,

especificaciones funcionales, casos de uso e inclusive no estar documentadas.

-​Los casos de prueba se definen a partir de estas funciones o características, así como su
interoperabilidad entre sistemas.

-​Consideran el comportamiento externo del sistema por lo que se consideran pruebas de

caja negra.

-​Además de las pruebas sobre los módulos y funciones, pueden realizarse pruebas en
áreas especializadas como Pruebas de Seguridad y Pruebas de Interoperabilidad.

Pruebas no funcionales de software

Su objetivo es probar los requerimientos no funcionales, incluyendo (sin limitarse a) pruebas

de: Desempeño, Carga, Estrés, Usabilidad, Mantenibilidad, Confiabilidad y Portabilidad.

Los requerimientos no funcionales representan “cómo funciona el sistema” (en

contraposición con las funcionalidades que definen “lo que el sistema hace”).

Las características no funcionales del software, se pueden medir de diversas maneras, por
ejemplo por medio de tiempos de respuesta en el caso de pruebas de desempeño.

Pueden hacer referencias a modelos de calidad, como por ejemplo ISO 9126.

Consideran el “comportamiento externo” del sistema, en la mayoría de los casos son

pruebas de caja negra.a está en servicio en ambiente de producción.

Pruebas de la estructura o arquitectura del Software

Las Pruebas Estructurales es el término usado por ISTQB para las pruebas de “Caja
Blanca”.
Se realizan aplicando técnicas de pruebas estructurales y técnicas estáticas, en lugar de
técnicas basadas en especificación.

Utiliza el concepto de “Cobertura” para definir la extensión con la cual la estructura ha sido
cubierta por el conjunto de pruebas, expresado como un porcentaje del elemento probado.

Si la cobertura no es del 100%, se pueden diseñar pruebas adicionales.

Las pruebas estructurales se basan en la arquitectura del sistema, por ejemplo arquitectura
de “Jerarquía de llamadas”.

Pruebas de regresión y re-prueba por cambios

Las Re-Pruebas son aplicadas después que un defecto es identificado y corregido, con la
finalidad de verificar que el defecto ya no se está presentando.

Las Pruebas de Regresión se realizan sobre un componente ya probado, para verificar que
no presenta nuevos defectos cuando se realiza una modificación después de dichas
pruebas.

Deben buscarse nuevos defectos tanto en en el componente que se está probando cómo
otros componentes afectados por el cambio.

Se necesita tener claridad de las piezas de software que resultan afectadas por el cambio.

Las pruebas deben ser repetibles si han de usarse para pruebas de confirmación y
regresión.

Incluyen pruebas funcionales, no funcionales y estructurales.

Dado que las pruebas se ejecutan repetidas veces, las pruebas de regresión son candidatas
a la automatización de pruebas por medio de herramientas.

Pruebas de mantenimiento

Aplicadas sobre sistemas que están operativos en ambiente de producción.

Se ejecutan como resultado de modificaciones, migraciones o desincorporación de

software.

Las Pruebas de Modificaciones incluyen mejoras planificadas, correctivas o de emergencia,

así como cambios en el entorno de sistema operativo, bases de datos, actualizaciones o
parches.
Las Pruebas de Migración debe incluir pruebas operativas del nuevo entorno (Sistema
operativo, base de datos, etc.) así como pruebas sobre el software modificado. Si existe
migración y conversión de datos, también serán necesarias pruebas sobre estos.

Las Pruebas por Desincorporación incluyen pruebas de migración de datos o su archivo si

se requieren largos períodos de retención.

Incluye también pruebas de regresión sobre las partes del sistema que no se están
cambiando.

Pueden ser difíciles de realizar si las especificaciones están desactualizadas o no existen, o

si no se cuenta con Testers con conocimiento del sistema.

6. Que es la documentación de las pruebas

R/

La importancia de la documentación está reflejada en las múltiples instancias en que

ésta se hace necesaria, tales como informes, cartas, manuales, libros, etc. debido a
que es el único medio con el cual es posible que la información sea de algún modo
tangible o más bien un “copia dura” de los estudios realizados o acuerdos tomados,
es por ello que los documentos deben estar realizados con la máxima calidad
posible y regirse bajo los procedimientos de control de documentos.

Para asegurar la calidad en la documentación que utilizan los sistemas en

desarrollo, se debe cumplir con procedimientos que la empresa desarrolladora debe
crear y mantener.

La calidad en los documentos se verá reflejada tanto en la estructura y formato de

ellos como el contenido e información que éste almacene para los sistemas de una
misma empresa.

7. Cuales son las herramientas más usadas para hacer pruebas de software

R/

1. Selenium (Web Application Testing)

2. Appium (Mobile Testing)
3. JMeter (Load Testing)
 4. Jenkins (Continuous Testing)
5. TestLink (Test Management)
6. Mantis (Bug-Tracking & Project Management)
7. Postman (API Testing)
8. Firebug / Firepath (Online Debugging)
9. GitHub (Project & Source Code Hosting)
10. Bugzilla (Defect Tracking & Collaboration)
11. RazorSQL (Database Query Tool)
12. PhantomJS (Headless Browser)
13. UIAutomator (Android Testing Framework)
14. Notepad++ (Source code Editor)
15. FileZilla (FTP Solution)
16. AutoIT (Language Automation)

8. Describa los elementos que debe contener un plan de pruebas

1;Documentación a entregar.

2: Características a ser probadas.

3: Características a no ser probadas.

4: Criterios de aprobación y fallo.

5: Criterios de suspensión y reanudación.

6: Tareas de las pruebas

7: Necesidades ambientales de hardware.

8: Planeación de costos

9: Sistema bajo pruebas.

10: Test-ware.

11: Capacitaciones.

12: Riesgos.

13: Laboratorio de usabilidad.