EVALUACIÓN DE SOFTWARE

PASO 3 DISEÑO Y ELABORACION

ACTIVIDAD INDIVIDUAL
GRUPO 301569_22

NEIDID MEDINA ATENCIA

Código: 11040155621

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELAS DE CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA
INGENIERÍA DE SISTEMAS
COROZAL SUCRE
2019
 INTRODUCCIÓN

La actividad a desarrollar durante esta fase del trabajo del curso consiste en

evaluar el software elegido mediante el uso de la norma.

En el presente documento se dará el informe sobre los resultados realizados

durante las pruebas para determinar la calidad y el cumplimiento de los

requerimientos del programa.

OBJETIVOS

OBJETIVO GENERAL
 Evaluar el cumplimiento de los requerimientos del software mediante la
norma ISO 14598

OBJETIVOS ESPECÍFICOS
 Aplicar los conocimientos aprendidos durante el curso sobre evaluación y
revisión de las métricas del software
 Utilizar formatos y herramientas de verificación y pruebas para evaluar
la calidad del software
Diseñar los instrumentos de evaluación:

Listas de chequeo para verificar los aspectos más importantes a evaluar en la

aplicación enlazados de acuerdo a las características y sub característica de la
norma ISO 9126.

Listado de Chequeos
FORMATO DE CHEQUEO

UNIVERSIDAD ABIERTA Y A DISTANCIA UNAD

EVALUACIÓN DE SOFTWARE

USABILIDAD

Preguntas

Lista de Respuestas
Preguntas
¿El Aplicativo web de sistema de
facturación cuenta con un módulo
Observacione
para contactos y sugerencias?
SI NO s

¿El Sitio retroalimenta

constantemente con ayudas sobre la
utilización? x

¿Las imágenes tienen tamaños

adecuados que no dificultan el acceso
a las páginas? x

¿El Sitio Web muestra cuando existen

campos obligatorios por diligencias? x No cuenta con imágenes

¿El o los archivos de Hojas de estilo

(CSS) han sido aprobados según
w3c.org? x

¿El Sitio mantiene una navegación

consistente y coherente en todas las
pantallas? x

¿El Sitio web es práctico para el

objetivo plasmado? x

Totales x
 Funcionario: ___________________ Versión 01

FORMATO DE CHEQUEO

Universidad Abierta y a Distancia UNAD Evaluación de Software

Accesibilidad

Lista de Respuesta

Preguntas

SI NO OBSERVACIONES

¿El Sitio Web puede ser utilizado por

personas con discapacidad? x

¿El sitio web permite la opción de

cambio de idioma ? x

¿El Aplicativo limita la operatividad de

los módulos que elementos de entrada
como pantallas táctiles Mouse o teclado? x

¿Se usan las tecnologías y guías de

trabajo generadas por la W3C? x

¿Las Ayudas del sitio web contienen

imágenes o video para su mejor
entendimiento? x

¿El aplicativo web interfiere al usuario

final cuando se están realizando Este tipo de operaciones
modificaciones en línea ? x no las permite

¿El sitio web pierde configuración si se

ingresa desde dispositivos Móviles? x Se distorsiona la calidad

Totales

Funcionario: ___________________ Versión 01

FORMATO DE CHEQUEO

Universidad Abierta y a Distancia

UNAD Evaluación de Software

Indexación en Buscadores

Lista de Respuesta

Preguntas

SI NO OBSERVACIONES

¿Se verifica que los Datos

ingresados cumplan con los
requerimientos del SEO? x

¿El Aplicativo Utiliza Frases

Complejas para los usuarios? x

¿Verificar cómo funciona el aplicativo

con otros motores de búsqueda? x

¿El Aplicativo Web relaciona a otros

aplicativos que contengan
información para validar o verificar
alguna duda? x

¿El Aplicativo describe el origen de

los módulos o de que se trata ? x

¿El Sitio cuenta con un archivo de

texto Robots.txt para los directorios
que no se desea indexar? x

¿el Aplicativo cuenta con un log para

registrar los Módulos o palabras más
solicitadas para habilitarlas de forma
rápida ? x

Totales

Funcionario: ___________________ Versión 01

FORMATO DE CHEQUEO

Universidad Abierta y a Distancia UNAD Evaluación de Software

Seguridad

Lista de Respuesta

Preguntas

SI NO OBSERVACIONES

¿El interfaz de usuario valida la entrada y lo

bloquea después de los intentos permitidos? X

¿Cuándo selecciona un módulo responde a lo

sugerido en el icono? X

¿El sitio web cuenta con una política de Backup

para el respaldo de la información cuando el
sistema presenta fallas ya sean de Hardware o
Software? X

¿El Aplicativo valida la entrada de usuarios a

módulos que son solo para el administrador y los
bloquea?
x

¿En cuanto a la seguridad de CMS (PHP): Se ha

verificado que estén instalados los últimos
parches de seguridad de estos sistemas que
eviten la vulnerabilidad? X

¿El aplicativo de forma rápida y

sencilla permite realizar copias en medios
extraíbles de la Base de Datos? X

¿El Sitio Web Protege la integridad de los datos? X

Totales X

Funcionario: ___________________ Versión 01

FORMATO DE CHEQUEO

Universidad Abierta
y a Distancia UNAD Evaluación de Software

Rapidez de Acceso

Lista de Respuesta
Preguntas
SI NO OBSERVACIONES

¿El diseño
usa Módulo
principal visuales
para determinar lo
importante con una
sola mirada? x

¿El Sitio ofrece

contenidos sobre las
funciones principales
(Ayuda)? x

¿El Sitio Cuenta con

un Glosario
de palabras
principales? x

¿Los tamaños de las

letras son las que
recomiendan las
normas? x

¿Utilizan colores que

cumplan con las
normas para no
afectar a los
daltónicos? x

¿Los Módulos
cargan de un solo
click? x
¿Existen módulos
para recibir
recomendaciones y
sugerencias de los
usuarios? x

Totales

Funcionario: ___________________
FORMATO DE CHEQUEO

Universidad Abierta y a Distancia UNAD Evaluación de Software

Presencia en Internet

Lista de Respuesta

Preguntas

SI NO OBSERVACIONES

¿Cumple con los fundamentos básicos de

SEO? x

¿La dirección del aplicativo es fácil para

aprender? x

¿El icono de Acceso Identifica su

funcionalidad? x

¿El Aplicativo cuenta con un programa para

validar si el programa le gusta a los
usuarios? x

¿Existen Imágenes que

caracterizan módulos principales? x

¿ El Aplicativo se puede Utilizar en

dispositivos Móviles? x

¿La Dirección URL del sitio se ejecuta en

todos los motores de Búsqueda? x

Totales

Funcionario: _____________________ Versión 01

 Desarrollo y paso a paso del software seleccionado

SISTEMA DE FACTURACION

Esta aplicación permite administrar una empresa que tenga un inventario para
la
Venta.
Credenciales de acceso
Usuario : yovajefe
Clave :
 Matriz de prueba indicando las características, sub características, métricas, tipo de prueba, herramienta a utilizar,
prueba a realizar, indicador y resultado.

CARACTERISTICA S MÉTRICAS Norma ISO/IEC 14598

S U
B
-
C TIPOS DE HERRAMIENTAS PRUEBA A INDICADOR RESULTADO
A PRUEBAS A USTILIZAR REALIZAR
R
A
C
T
E
R
I
S ,
T
I
C
A
S

Funcionalidad A Cuenta con las Tipo FWPTT load Verificar Buena

d funciones de prueba Caja testing que las ejecución de
e Necesarias para Negra sobre las interfaces las tareas en
c desarrollar las entradas y salida del las diferentes
u tareas para las sistema interfaces del
a cuales fue Verificación de sistema
c creado. facturació
i n se
ejecuten
ó correctam
n ente

E Cumple con las Tipo FunkLoad Verificar minimiza los

x solicitudes de de prueba Caja que las impactos
a forma exacta. Negra sobre las solicitudes negativos lla
c entradas y salida del mados error
t sistema es dentro de
i Verificación funcionen l aplicativo
t de forma
u exacta
d

I Interactúa con Tipo WatiN verificar la solución,

n otros sistemas. de prueba Caja todos los las
t Negra sobre las artefactos interfaces y
e entradas y salida de la los módulos
r solución del sistema,
o Verificación desarrolla Funcionando
p da, su en forma
e arquitectu conjunta
r ra base,
a los
b protocolos
i de
 l la
i solución,
d las
a interfaces
d y los
módulos
del
sistema,
Funcionan
do en
forma
conjunta.

S Protege la Tipo Verificar Niveles de

e información y de prueba Caja el seguridad
g datos de los Negra sobre las cumplimie dentro del
u usuarios. entradas y salida nto de las aplicativo
r políticas
i Verificación de
d Seguridad
a acordada
d para el
sistema.

Fiabilidad M El sistema Tipo Verificar Soluciones

a funciona a pesar de prueba Caja las fallas presentadas
d de presentar Negra sobre las internas en el sistema
u fallas internas. entradas y salida del de facturación
r sistema de
e Verificación facturación
z
T Pese a las fallas Tipo Validar si el Sistema
o de un proceso de prueba Caja sistema se estable pese a
l los demás Negra sobre las mantiene las fallas
e continúan entradas y salida estable y presentadas
r funcionando. consistente
a Validación después de
n circunstanci
c as adversas
i
a
a
f
a
l
l
a
s

R Tras presentarse Tipo Interrumpi Recuperació

e fallas recupera de prueba Caja r la ny
c los procesos Negra sobre las conexión a aseguramien
u específicos y los entradas y salida internet y to de datos.
p datos. electricida
e Aseguramiento d
r
a asegurar
b que el que
i el software
l Pueda
i recuperars
d e a fallas
de
 a hardware,
d software o
mal
Funcionam
iento de la
red sin
pérdida de
datos o de
integridad
De los
datos.

Usabilidad E La utilidad del Tipo Verificar las tareas se

n sistema es fácil de prueba Caja que el realizan con
t de comprender Negra sobre las sistema sea rapidez una
e para el usuario. entradas y salida entendible vez se ha
n de manera aprendido el
d Verificación fácil y uso de la
i rápida para interfaz
m el usuario
i
e
n
t
o

A El sistema es Tipo Facilitar el El usuario

p fácil de navegar de prueba Caja aprendizaje aunque nunca
r y aprender. Negra sobre las del sistema ha visto la
e entradas y salida con un interfaz,
n entorno puede
d Facilitación fácil de aprender a
i utilizar usarla
z adecuadament
a e y realizar
j operaciones
e básicas

O El usuario puede Tipo el sitio nivel de

p controlar el de prueba Caja desarrolla operatividad
e sistema sin Negra sobre las la amigable para
r dificultad. entradas y salida capacidad el usuario final
a de
b Verificación y recordar las
i Validación característic
l as y forma
i de uso del
d sistema
a
d

A La interfaz es Tipo Validar el nivel de

t agradable para el de prueba Caja nivel de atracción
r usuario. Negra sobre las atracción amigable para
a entradas y salida que tiene el usuario final
c el usuario
c Verificación y con la
i Validación interfaz
ó
n
Eficiencia C Los tiempos de Tipo Validar si la Tiempos de
o respuesta a de prueba Caja aplicación respuesta del
m procesos están Negra sobre las cumple los sistema
p determinadas tan entradas y salida criterios de establecidos
o solo por los tiempos de por los
r recursos del Validación respuesta recursos del
t usuario. establecido usuario
a s
m
i
e
n
t
o
d .
e
t
i
e
m
p
o
s

U Aplica los Tipo El usuario Cumplimiento

t recursos de prueba Caja ingresa a de recursos al
i necesarios para Negra sobre las cada desarrollar los
l desarrollar los entradas y salida interfaz procesos
i procesos y encuentra solicitados
z solicitados. Verificación y recursos
a Validación claves para
c desarrollar
 i los
ó procesos
n tales como:
d enlaces,
e botones,
R Formularios
e , Encuestas
c y Se
u proporciona
r un texto
s equivalente
o para todo
s elemento
no textual,
tales
como
imágenes
para
explicar su
contenido
a
discapacita
dos
visuales

Mantenibilidad C El sistema Tipo Verificar las El sistema al

a permite que se de prueba Caja fallas que detectar las
p detecten fallas. Negra sobre las se fallas que se
. entradas y salida presentan puedan
d en el presentar en
e Verificación y sistema por ella no
A Validación medio de generara
n análisis ningún error a
á realizados la hora de
l en el ingresar al
i mismo sistema y
s ejecutar las
i tareas
s propuestas

C Admite Tipo someter el Admite

a modificaciones de prueba Caja software a modificaciones
p sin afectar las Negra sobre las grandes sin afectar las
. demás entradas y salida modificacio demás
D funcionalidades. nes funcionalidade
e Verificación y para s.
C Validación determinar
a si se
m alcanzan
b límites que
i causen la
o falla del
software

E No presenta Tipo Validar si el No presenta

s fallas cuando se de prueba Caja sistema se fallas cuando
t realizan Negra sobre las mantiene se realizan
a modificaciones. entradas y salida estable y modificaciones
b consistente .
i Validación después de
l grandes
i modificacio
d nes
 a
d

C Permite que se Tipo Validar el Permite que

a realicen pruebas de prueba Caja software se realicen
p a pesar de las Negra sobre las modificad pruebas a
. modificaciones. entradas y salida o. pesar de las
D modificaciones
e Validación .
p
r
u
e
b
a
s

Portabilidad A El software no Tipo Crome Validar No es

d requiere de de prueba Caja que el necesario
a herramientas Negra sobre las Internet explorer software incorporar
p adicionales para entradas y salida contiene otras
t trabajar. Mozilla Firefox todas las herramientas
a Validación herramient para trabajar
b as dentro del
i necesarias sistema, ya
l para que este
i trabajar en contiene lo
d el necesario para
a realizar todas
d las tareas
propuestas
por el usuario
I Se puede instalar Tipo Windows 7 verificar la Instalación de
n sencillamente de prueba Caja Windows 8 instalación una aplicación
s bajo Negra sobre las Windows 10 y en cualquier
t características entradas y salida Ubuntu desinstalaci sistema
a específicas. Linux ón de la operativo
l Verificación MAC OS aplicación
a en
c diferentes
i entornos de
ó hardware y
n software

C Funciona Tipo
o adecuadamente de prueba Caja
e al compartir Negra sobre las
x recursos con entradas y salida
i otros sistemas.
s Verificación y
t Validación
e
n
c
i
a

R Sus Tipo identificar Sus

e características de prueba Caja la características
m permiten que el Negra sobre las funcionalida permiten que
p sistema sea entradas y salida dy el sistema sea
l remplazado. estructura remplazado
a Verificación y de cada en caso de no
z Validación cumplir con
a component los
b e requerimiento
i individualm s del cliente y
l ente del las tareas del
i sistema una usuario.
d vez que ha
a sido
d Remplazad
o.
3. PLAN DE PRUEBAS QUE SE LLEVARÁN A CABO EN EL SOFTWARE DE
APLICACIÓN LIGADAS A LAS CARACTERÍSTICAS, SUB CARACTERÍSTICAS,
MÉTRICAS Y ATRIBUTOS QUE SERÁN EVALUADOS.

Por medio de este formato de caso de prueba se realizará cada prueba de

acuerdo a las características de la norma ISO/IEC 14598
CASO DE PRUEBA: VERSIÓN:

OBJETIVO

COMPONENTE

TIPO DE PRUEBA

ENTRADA

EJECUCIÓN

SALIDA

RESULTADOS ESPERADOS
Introducción del producto

Mediante las normas internacionales ISO/IEC 14598 - 9126 para la revisión de

diseño y ejecución de Software involucramos, un sin número de
herramientas para identificar fortalezas y debilidades que nos permitirá
llevar a nuestra revisión solucionar y recomendar mejoras según lo requiera

Objetivo
Realizar mediante la Evaluación de Software un esquema práctico que nos
permitirá revisar cada uno de los componentes de un software

Alcance
Validar la funcionalidad del aplicativo en cada una de sus fases con el fin de
minimizar los impactos negativos llamados errores dentro desarrollo del
aplicativo. Pretender obtener un software sin errores en algo difícil pero no
imposible pero lo que se busca en minimizar el origen de los mismos

Referencias

Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado

de http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-
pruebas.html
González Palacio, L. (2009). MÉTODO PARA GENERAR CASOS DE PRUEBA
FUNCIONAL EN EL DESARROLLO DE SOFTWARE. Revista Ingenierías
Universidad de Medellín, 8 (15), 29-36. Recuperado de
http://www.redalyc.org/articulo.oa?id=75017199005

Fundamento

El sistema de facturación, Permite tener un inventario para la venta.

Propósito de la Evaluación

Mediante los estándares internacionales como son las normas ISO /IEC 14598
y 9126 se realizará un conjunto de pruebas al aplicativo con el fin de
identificar si cumple con los requerimientos del usuario final, dicha
prueba tendrá como fin analizar módulos tiempo de respuesta, validación de
usuarios, Niveles de seguridad dentro del aplicativo medir el nivel de
operatividad si es amigable para el usuario final

Verificar las políticas de Backup dentro de los módulos como en las bases de
datos .y como el aplicativo permite migrar esta información a elementos
extraíbles para garantizar la seguridad de los datos

Estas actividades se realizarán por software especializados según el

requerimiento de prueba

Cronograma

Plan de pruebas a realizar

 Técnicas y tipos de pruebas
o Pruebas de integridad a los datos y a los datos y a la Base
de Datos
Registros de inventarios para la venta del sistema de facturación

o Pruebas de funcionamiento
 Rapidez al abrir módulos, procesamiento cuando se registran,
modifican o eliminan datos

o Pruebas de interfaz de usuario

Navegación por cada modulo
Verificación de los botones de ayuda

o Pruebas de Control de Seguridad y el Acceso

Seguridad del sistema, incluyendo acceso a datos
Seguridad del sistema, incluyendo ingresos y accesos remotos
al sistema
o Pruebas de fallas y recuperación
Interrupción de electricidad en el cliente.
Interrupción de electricidad en el servidor
Interrupción en la comunicación hacia el servidor (caídas de red)

o Pruebas de la configuración
Prueba de archivado manual
 CONCLUSIONES

La planificación y diseño de pruebas funcionales en las primeras fases del

desarrollo ayuda a validar los requisitos funcionales. Durante el diseño de la
prueba se busca obtener un conjunto amplio de casos de prueba para
chequear que toda la información incluida en los casos de uso efectivamente
esté implementada en la aplicación bajo prueba. Pensando en la dinámica de
las empresas, se debe contar con un método que facilite la derivación de casos
de prueba evitando en lo posible la generación de modelos intermedios que
aumentan el tiempo a invertir para el diseño de la prueba. En este artículo se
presentó un método sencillo para generar casos de prueba funcional a partir de
casos de uso del sistema. En publicaciones posteriores se presentarán casos de
estudio desarrollados usando el método propuesto, ya que por extensión del
artículo no es posible incluirlos aquí. Como trabajo futuro se plantea la
construcción de una herramienta informática que facilite el uso del método
propuesto.
 Referencias bibliográficas

Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado

de http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-
pruebas.html

González Palacio, L. (2009). MÉTODO PARA GENERAR CASOS DE PRUEBA

FUNCIONAL EN EL DESARROLLO DE SOFTWARE. Revista Ingenierías
Universidad de Medellín, 8 (15), 29-36. Recuperado de
http://www.redalyc.org/articulo.oa?id=75017199005