Está en la página 1de 2

TRABAJO PRÁCTICO

Situación problemática

Gracias a internet y a la evolución tecnológica cada vez más interactuamos a diario con
sistemas informáticos, software, páginas web, programas, entre otros. Si nos detenemos a
pensar o a recorrer un día cualquiera de nuestra vida, veremos que esto es así, que cada vez
más necesitamos de los sistemas y de las computadoras: cuando queremos sacar un turno al
médico, cuando queremos pagar una cuenta de un servicio, cuando queremos consultar la
disponibilidad de pasajes a un determinado lugar, inscribirnos a las materias en la facultad,
cuando queremos ver el estado de un trámite o queremos consultar nuestra cuenta
bancaria; éstos, entre innumerables ejemplos. Por ello, como usuarios, requerimos que los
sistemas funcionen bien, sin errores. Que nos dé un turno en una fecha posible, que
podamos pagar la cuenta correcta, que nos de la disponibilidad correcta de pasajes a un
determinado lugar, que nos inscriba en la materia que solicitamos, que nos dé el saldo
exacto de nuestra cuenta bancaria, entre otros ejemplos.
Si bien las pruebas de sistemas han existido siempre, desde que se hicieron los primeros
programas o se desarrollaron los primeros componentes de hardware, es indudable que hoy
en día tienen una gran importancia ante la exigencia de alcanzar ciertos niveles de calidad, y
es así como toman un papel fundamental en cualquier proceso de desarrollo.
Se te convoca como responsable del equipo de pruebas de un sistema para inmobiliarias que
ya se encuentra implementado en varias organizaciones desde hace un tiempo, y que está
en la fase de mantenimiento.

La reunión tiene como objetivo analizar los resultados relacionados a las últimas entregas de
modificaciones del sistema ya que han generado un alto grado de insatisfacción en los
clientes por la cantidad de problemas que se presentaron.
La situación de contexto es la que se describe a continuación:
Actualmente cuentan con un equipo independiente de 4 personas que ejecutan los casos de
pruebas sobre el sistema directamente, ni bien la nueva versión llega a pruebas por parte de
desarrollo. En tu equipo se hacen pruebas de sistemas únicamente, porque las pruebas a
nivel de componentes las hace el mismo programador. Cuando la cantidad de problemas
detectados son más de los esperados, se corrigen todos aquellos con alta probabilidad de
presentación hasta que el tiempo disponible en el cronograma alcanza la fecha de puesta en
producción.
La gráfica que ha enviado un cliente respecto de los problemas detectados muestra que el
número ha ido en aumento respecto de las entregas anteriores. De tener menos de 100, se
TRABAJO PRÁCTICO
pasó a más de 250 problemas encontrados. Lo que no especifica es si los sets de pruebas
que el cliente ejecuta son siempre los mismos, o si son defectos o fallas.

También podría gustarte