ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

ENSAYO DE PRUEBAS DE UN SOTWARE TEST DEL SISTEMA


Enviado por   •  3 de Abril de 2014  •  1.372 Palabras (6 Páginas)  •  303 Visitas

Página 1 de 6

En un principio cuando estamos realizando o desarrollando un software ya sea comercial o no comercial siempre pensamos en las diferentes etapas de este software, que modelo vamos a utilizar para ser una guía en nuestro software, y dentro de ella localizamos quizá la más o una de las más importantes la cual es la de las pruebas, ya que por medio de ella verificamos la funcionalidad y el correcto funcionamiento de del producto en general.

En el desarrollo de las pruebas encontramos muchos tipos de pruebas, las más conocidas las pruebas de caja negra y las pruebas de caja blanca, en las pruebas de caja negra nos referimos a probar y verificar el funcionamiento de las entradas y salidas de las respuesta que da los procesos que se están evaluando sin mirar el código, en las pruebas de caja blanca ya nos referimos a la verificación y manipulación de cada uno de los procesos dentro del código que estamos ejecutando, ya mirando estas pruebas que son muy importantes no son las únicas que desarrollamos para que nuestro software sea totalmente confiable para nuestro cliente, que al fin y al cabo es el objetivo de cualquier desarrollo de un software. En estas pruebas encontramos los tipos de test los cuales son: las pruebas unitarias, pruebas de integración, pruebas de regresión, pruebas de humo, pruebas del sistema, pruebas de desempeño, pruebas de carga, pruebas de stress, pruebas de volumen, pruebas de recuperación y tolerancia de fallas, pruebas de múltiples sitios, prueba de compatibilidad y conversión, pruebas de integridad de datos y base de datos, pruebas de seguridad y control de acceso, pruebas del ciclo del negocio, pruebas de GUI, pruebas de configuración, pruebas de estilo, pruebas de aceptación, pruebas de instalación, pruebas funcionales, pruebas de documentación y procedimiento, pruebas de usabilidad, pruebas de campo, pruebas alfa, pruebas beta las cuales son más específicas en la ejecución de toda verificación completa del producto como tal.

En este momento nos vamos a enfocar en las pruebas de test de sistema la cual la realizan los testers y los analistas dentro de las etapas que se están desarrollando, este test consiste en encontrar las posibles fallas orientada a los requerimientos que se establecieron dentro del software, en este tipo de test vamos a reconocer el ambiente de desarrollo en el cual se desarrollan estas pruebas. En estas pruebas se pueden tomar los casos de uso como una herramienta vital en la ejecución ya que ellos nos dan el enfoque general que tiene el software y nos permite más fácilmente verificar las entradas y salidas de datos que queremos visualizar, estos test están ligados a las pruebas de caja negra por lo que se va a verificar su funcionamiento sin tocar ampliamente el código el cual está siendo utilizado en este proceso, en ella también se integran muchas más pruebas que ayudan a verificar más ampliamente y con mayor fiabilidad el desarrollo del software que vamos a realizar. En los test de sistema nos encontramos que es un test muy complejo ya que la mayoría de test se enfocan en problemas específicos dentro de los procesos y el test del sistema no hay un enfoque claro de los problemas sino abarca muchos aspectos que pueden llegar a la posibilidad de encontrar muchos fallos en la verificación que se está haciendo en el momento de las pruebas de nuestro software. En la ejecución del test es de vital importancia realizar la verificación de aspectos importantes como lo es la documentación y desempeño los cuales no son verificados en los demás test que se realizan en la etapa de pruebas dentro del ciclo de vida del software y que nos van ayudar a ser más efectivos a la hora de generar un informe de las posibles fallas que

Encontramos en el producto software. A lo largo de este test nos encontramos que cuando ejecutamos datos validos esperamos que como salida el proceso nos arroje un resultado positivo y que cuando por el contrario introducimos un dato invalido nos arroje un resultado negativo o errores en lo que hay que ver que este error se visualice a tiempo y no cuando ya llevamos o pasamos a otro nuevo proceso. En tal caso que haya errores se tiene la obligación de tenerlos en cuenta y tratar de solucionarlos al fin y al cabo es el objetivo de la etapa de pruebas, buscar errores y solucionarlos de una manera rápida y efectiva. En este test estamos comparando el sistema funcionando en el momento, con sus objetivos específicos los cuales pueden ser los requerimientos funcionales y los no funcionales, cabe aclarar que si no hay una documentación en escrito de los requerimientos necesarios para nuestro software lo cual se planea en la primera etapa de nuestro ciclo del software estos test del sistema no se podían realizar de ninguna manera ya que de ellos se depende el funcionamiento del test. En el test es de vital importancia la interfaz por lo que se liga fuertemente a la etapa de diseño, viéndolo del punto de visto operacional nos referimos al test de sistema como la comprobación de nuestro sistema general con los posibles subsistemas que se enlazan a él. En el test de sistemas nos encontramos con pruebas alternas que lo componen tales como: pruebas funcionales, pruebas de comunicación, pruebas de carga, pruebas de recuperación, pruebas de accesibilidad, pruebas de usabilidad, pruebas de seguridad, pruebas de operación. Al ver las llamadas “subpruebas” del test de sistema no damos cuenta de la gran importancia de este test motivo por el cual me llamo la atención por lo que en este momento estoy aclarando, explicando su funcionamiento y como por medio de él las pruebas de un software son más completas y con la menor posibilidad de tener errores ya que esto sería grave en cuestión de costos y tiempo cuando ya se tenga en marcha un software.

Un paso importante en los test del sistema es visualizar a que tipos de clientes se van a realizar en los cuales encontramos: empresas, usuarios comunes o desarrolladores. En este test en el que la interfaz se relaciona fuertemente tenemos que tener en cuenta la amigabilidad lo que quiere decir que el usuario utilice el software sin la necesidad de un manual o una guía para poder entender su funcionalidad, en los test de sistema nos enfatizamos más al exterior de nuestro software claro que sin dejar de tener en cuenta el interior o nuestro código que estamos utilizando, en la verificación del código se encuentra la etapa de desarrollo o construcción que es la más adecuada para proceder con esto. Y es que la palabra sistema abarca todo el funcionamiento en general del software pero enfatizándonos más en algunos aspectos para que así se tenga una mayor certeza de que la prueba que estamos utilizando va a ser de mayor confiabilidad para nuestro cliente quien al fin y al cabo es la persona más importante en nuestro software ya que él es el que nos da su opinión final del producto software como tal. Sin importar si utilizamos un modelo tradicional o un modelo actualizado en un test de pruebas siempre vamos a tener muy en cuenta el test de sistema ya que él es el mejor evaluador dentro de todos los test debido a que nos da una visión general del funcionamiento correcto de nuestro software, claro que viéndolo desde el punto de vista de los modelos de desarrollo de software, dependiendo de su complejidad este test es más efectivo; como por el ejemplo el modelo Dum, que al ser muy complejo generaría más costos de tiempo y dinero para el producto final, aunque sin lugar a dudas escojamos el modelo cualquiera siempre le vamos a sacar provecho los diferentes test y más aún en esta etapa tan importante y vital, como lo es la etapa de pruebas.

Para terminar nos queda ver y resaltar la importancia de cualquier etapa dentro del ciclo del software ya que cada una va enlazada con la otra y nos permite construir un software amigable, legal, confiable y verificable que sin lugar a dudas es nuestro objetivo primordial que nos planteamos al inicio de cualquier proyecto.

...

Descargar como  txt (7.9 Kb)  
Leer 5 páginas más »
txt