Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Semana 3

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 9

ACTIVIDAD PRACTICA SUMATIVA

SEMANA 3

MÓDULO: TPC404-8000-2020-TALLER DE TESTING Y CALIDAD DE SOFTWARE


SEMANA: 3
Docente:
Estudiante:
Indice

Tapa……………………………………………………………………………………..1
Índice…………………………………………………………………………………….2
Introducción……………………………………………………………………………..3
Desarrollo…………………………………………………………………………4,5,6,7
Bibliografía………………………………………………………………………………8

2
INTRODUCCIÓN

El hecho de testear un software es un actividad de gran importancia y fundamental en


el proceso de desarrollo del proyecto, facilitando el proceso, método de trabajo y las
herramientas necesarias para que se logre garantizar la calidad del producto, es en
estos tiempos es cuando debemos tener muy en cuenta las pruebas las que harán que
se tome muy en serio la inversión necesaria y como optimizarla.

3
DESARROLLO

En esta actividad deberás elaborar un trabajo escrito acerca de los principales


errores en un proyecto software, valorando las pruebas de sistema como una
herramienta fundamental. Debes incorporar los siguientes puntos:

1. Justificación de las pruebas de sistema para el desarrollo de Software. Se


pide considerar al menos 5 pruebas.

Prueba unitaria: Pruebas de carácter automatizado, se encargan de la verificación de


la funcionalidad de los componentes, clase, método o nivel de la propiedad. El principal
fundamento de este tipo de pruebas es tomar la pieza de menor tamaño del software
comprobable de la aplicación, separarla del resto de código y verificar si su
comportamiento es el esperado. Cada unidad que conforma el software se testea por
separado antes de conformar los componentes para probar cada interfaz de las
unidades. Las pruebas deben ser escritas con anterioridad a un método, siendo los
desarrolladores los que crean las pruebas. Con ello se logra mantener el enfoque a la
tarea que debe hacer el código, convirtiéndolo en una herramienta para la aplicación
del KISS, JIT, enfocándose en la labor a ejecutar y no a como se realiza, evitando
complicar el proceso.

Pruebas de Integración: Las unidades que lo componen se integran juntas con el fin
de conformar componentes más grandes. En su simplicidad, dos unidades ya probadas
se combinan en un componente integrado y se chequea la interfaz que las une.

Con el testeo de los componentes se busca la identificación de los problemas


ante la unión de las unidades, los errores que surjan podrían estar relacionados con la
interfaz entre unidades en vez de dentro de las mismas unidades buscando facilitar la
detección de corrección de defectos.

Pruebas de regresión; Cada cambio realizado en un proyecto, tiene la posibilidad de


que el código existente no funcione de manera correcta o que presente errores no
detectados anteriormente, siendo este error llamado regresión. Para la detección de los
errores, el proyecto se debe someter al proceso de regresión, una prueba nueva de

4
programa modificado, en vez de una prueba de las unidades que se modificaron, para
chequear que no haya errores en la modificación. Este tipo de prueba debe ser
automatizada, ya que puede estar compuesto de múltiples pruebas de integración, para
no incurrir en mayores gastos, se podría realizar pruebas que se replique las acciones
que causaron la regresión, y que se logre comprobar la corrección al no volver a
suceder el error, adhiriendo los test unitarios que demuestren que el código que se
corrigió con la regresión es efectivo.

Pruebas de funcionalidad: Pruebas de carácter manual o automatizadas que se


encargan de testear la operatividad de la aplicación o módulos que se construyen en
base a los requerimientos del usuario final, tomando en cuenta que el software funciona
en base a las especificaciones y se logre la validación correspondiente.

Las pruebas manuales, son ejecutadas por un tester, como si se tratase de un


usuario, siguiendo un plan de pruebas que fue diseñado en el análisis de los requisitos
para garantizar que cumple con los objetivos y que no falla. Si los resultados obtenidos
por medio del tester no son los esperados, se reporta un defecto, detallando
descripción, datos utilizados, captura de pantalla, entre otros, para facilitar la situación.
En la versión automática, las pruebas se realizan automáticamente para optimizar el
tiempo. Tomando en cuenta las pruebas manuales, se automatizan los casos de
prueba para que se repitan las ejecuciones. Estos, por lo general, pueden ser los casos
más importantes (happy flow) de los módulos o procesos de negocios que son vitales
de la aplicación. El objetivo principal de las pruebas funcionales automáticas es
comprobar que no haya regresiones.

Pruebas de estrés: Esta prueba busca demostrar las capacidades de funcionalidad del
sistema llevándolo al extremo, sometiéndolo a situaciones en que se requiera un
máximo procesamiento de datos o una gran cantidad de usuarios de manera
simultánea. También es utilizado para que el sistema colapse o se degrade,
comprobando su funcionamiento por encima del límite permitido, y una vez que es
liberado de su sobrecarga evaluar su capacidad de recuperación y volver a su estado
óptimo de funcionamiento.

5
2. Discusión acerca de la importancia de las pruebas de sistema en el
desarrollo de software.

Las pruebas de sistema en el desarrollo del software, es una de las actividades de


mayor importancia en el desarrollo del proyecto, posibilitando los procesos,
metodología de trabajo y las herramientas que se necesitan para garantizar la calidad
del producto. Por lo general estas pruebas se deben hacer desde el origen del proceso
de desarrollo, con el fin de evitar una excesiva presencia de errores del mismo.

Definitivamente es necesario tener como premisa principal la importancia


del testing de software y de incluir en el equipo que la calidad es primordial en todo
proyecto a ejecutar en todas las fases de desarrollo del producto, tener muy en cuenta
las necesidades del cliente, el seguimiento del mismo y la entrega del producto sin que
ello sea considerado un perjuicio económico en la planificación de un proyecto. Sin
duda, es mejor la detección de errores en el momento justo generando así tiempo y
material para reparar, modificar o adaptar antes de la entrega del producto de calidad y
alta plusvalía siendo importante paso a producción y comercialización del producto,

3. ANÁLISIS DE 4 DE LOS PRINCIPALES ERRORES EN EL DESARROLLO


DEL SOFTWARE.

El primer error está relacionado a las personas el cual puede presentar falta de
motivación, no contar con las personas correctas, falta de incentivo de las personas
emblemáticas y o problemáticas, falta de interés y participación de los usuarios una
planificación poco planeada falla de suministros y controles de poca prolijidad.

El error relativo al proceso se puede presentar a través de las planificaciones, una


gestión de riesgos insuficiente, diseño deficiente o inadecuado, disminución de
pruebas de calidad, insuficientes controles por parte de la gerencia de proyecto y no
efectuando las acciones correctivas correspondientes.

El error relativo al producto se presenta el concepto gold.plating (requisitos no


solicitado por el cliente), que el desarrollador añada características que no hayan sido
solicitados por el cliente, la incapacidad del desarrollador y el cliente en lograr un
6
consenso en el proyecto final y finalmente cuando se deba desarrollar nuevos métodos
que nunca se hayan utilizado antes, logrando que las estimaciones no se definan de
manera fehaciente.

En los errores relacionados con la tecnología se desglosa en confiar en exceso en


las nuevas tecnologías, plataformas y lenguaje, sobrestimar el ahorro de fondos por la
utilización de nuevos métodos, los cuales no hayan sido utilizados con anterioridad y no
se logre el ahorro esperado, cambio de herramientas a mitad de proyecto y fallas en el
código fuente.

4. REALIZAR UNA TRAZA ENTRE ESTOS ERRORES Y LOS ENCONTRADOS


EN LAS PRUEBAS DE SISTEMA, INDICANDO CÓMO SE RELACIONAN.

En relación al desarrollo de este tipo de proyectos y muchos otros principalmente se


puede desglosar que existen una extensa y estrecha relación entre la motivación de las
personas y la confección del proyecto del software, ya que desde un principio puede
ser complejo y llevar a que ocurran múltiples errores pasando por objetivos mal
enfocados, errores en la planificación, el no cumplimiento de las metas a corto, media
a largo plazo, entre otros

Los principales errores que puedan cometer las personas tienden en su mayoría a
ser trazables con todo lo relacionado con las pruebas a realizar el ejercer un liderazgo
positivo y eficaz es primordial en la motivación del personal a cargo de la confección
del proyecto y del usuario quien será que tenga la voz definitiva si el proyecto cumple
efectivamente con sus expectativas de calidad, eficacia y funcionalidad práctica.

7
Conclusión

Es de vital interés ser consiente de la importancia de estos paso nombrados


anteriormente, y de la inclusión de los equipos logrando gran calidad en el proyecto,
minimizando los costos siendo prolijos en todos los pasos correspondientes y siendo
capas de generar soluciones a los problemas con antelación y celeridad.

bibliografia

https://www.genbeta.com/desarrollo/que-pruebas-debemos-hacerle-a-nuestro-
software-y-para-que

8
9

También podría gustarte