Análisis comparativo de los métodos de caja negra blanca y gris de testing de software, para la propuesta de un método estandar de testing
En base a un análisis a fondo de los métodos de testing de caja negra, blanca y gris se logro realizar una extracción de sus principales fortalezas y debilidades, con esto se hizo un resumen crítico de cada una de ellas para poder orientar la investigación y determinar el porqué no son tan efecti...
Autor Principal: | Navarrete Vásquez, Tulio |
---|---|
Formato: | bachelorThesis |
Idioma: | spa |
Publicado: |
Pontificia Universidad Católica del Ecuador
2015
|
Materias: | |
Acceso en línea: |
http://repositorio.puce.edu.ec/handle/22000/6360 |
Etiquetas: |
Agregar Etiqueta
Sin Etiquetas, Sea el primero en etiquetar este registro!
|
Sumario: |
En base a un análisis a fondo de los métodos de testing de caja negra, blanca y gris se logro
realizar una extracción de sus principales fortalezas y debilidades, con esto se hizo un resumen
crítico de cada una de ellas para poder orientar la investigación y determinar el porqué no son tan
efectivas como se pretendería el momento de realizar y sacar a producción un sistema construido a
medida.
Además se realizo un estudio de mercado encuestando a varias empresas de distinto tamaño y de
distinta naturaleza para poder saber qué tipo de servicios tecnológicos contratan las empresas, en
caso de hacerlo, y sino que tipo de servicios tecnológicos brinda su departamento de TI.
Se buscaba principalmente aquellos servicios que tengan que ver con desarrollo de software, para
poder medir de una manera real que clase de control de calidad realizan al desarrollar o contratar
el desarrollo de las aplicaciones, una vez hecho el estudio de mercado y haber analizado los
resultados, se puede concluir que las empresas que desarrollar o las que contratan el desarrollo de
aplicaciones, aseguran tener control de calidad, de versionamiento y también tener infraestructura
de pruebas similar a la de producción, pero también se nota que todas las empresas ven en un
mayor porcentaje problemas post entrega en lo que tiene que ver a consistencia y migración de
datos así también como problemas del funcionamiento de las aplicaciones que se entregan, lo que
origina un mantenimiento post entrega mucho más costoso en tiempo y dinero del que se había
tenido previsto en un principio.
Esto nos lleva a pensar que o se están eligiendo mal los métodos de testing o se están aplicando
mal los métodos que se seleccionan, por ello podemos decir que se puede generar un método
estándar para probar las aplicaciones y que sea realmente aplicable a los proyectos que
desarrollamos, un método donde se vean involucrados tanto clientes como proveedores durante
todo el ciclo de desarrollo |
---|