QAustral

Un Blog de QAustral SA – Calidad de Software y Negocios

Home » Posts tagged "qa" (Page 3)

Oportunidades Laborales

Tester Jr. – Córdoba (Idioma Portugués) (Ref. TCIP)
Para nuestro equipo de testing, buscamos Tester Junior con conocimiento de idoma Portugués. Nuestra búsqueda se orienta a estudiantes de sistemas, con gran motivación para aprender, capacidad de administración de actividades y responsabilidad en la tarea encomendada.

Es indispensable el conocimiento de idioma Portugués para leer y redactar reportes.
Ofrecemos la oportunidad de adquirir conocimiento de importancia y valor en la actividad, interaccionando en proyectos de alcance internacional.

Envíanos tu curriculum indicando referencia y remuneración pretendida a: cv@qaustral.com

———————————————————————————————-

Desarrollador C++ .Ref DCQA
Para nuestro equipo en Córdoba y Buenos Aires, buscamos talentosos desarrolladores C++ con conocimiento de idoma Ingles. Nuestra búsqueda se orienta a estudiantes avanzados o graduados de sistemas, con gran motivación para aprender, capacidad de administración de actividades y responsabilidad en la tarea encomendada.
Ofrecemos la oportunidad de adquirir conocimiento de importancia y valor en la actividad, interaccionando en proyectos de alcance internacional. Además de un sueldo acorde, posibilidades de crecimiento y la oportunidad de realizar la tarea desde sus casa.

Envíanos tu curriculum indicando referencia y remuneración pretendida a: cv@qaustral.com

Nuevo número de la revista Testing Experience

Ya ha sido publicado el decimo número de la revista Testing Experience con una portada de cumpleaños al ser su publicación número 10.

Para quien no lo sepa, Testing Experience es una revista que se publica de forma trimestral donde se recogen varios articulos sobre un tema en particular.

Software Testing

Para este número 10 el tema escogido es “Performance Testing”. Dentro de este tema podemos destacar los articulos de Erik van Veenendaal titulado “Where are the non-functional requierements” o un articulo sobre “Agile Performance Testing” de Sowmya Karunakaran.

La revista se puede descargar de forma gratuita de la página web de Testing Experience:

http://www.testingexperience.com

Fallas de software (parte XV)

Pérdida de un banco por datos incorrectos de un modelo (1997)

En 1997 en banco UBS de Suiza perdió 412 millens de dólares en pérdidas en derivados, en parte causadas por precios incorrectos insertados en un modelo de derivados de acciones.

Error en equipo de Cisco (1998)

En abril de 1998 por un error de un equipo de ruteo de Cisco en uso por “AT&T” se propagó por cientos de equipo de ruteo en su red de alta velocidad, dejando fuera de servicio miles de cajeros automáticos y lectores de tarjetas de crédito.

Software inapropiado llevó a un distribuidor de medicina a la quiebra(1998)

El 27 de agosto de 1998 la revista Der Spiege, en Alemania, informó de una demanda de 500 millones de dólares a SAP por parte del distribuidor de medicinas FoxMeyer Corp. Esta última acusó a SAP de venderle software inapropiado para sus necesidades, lo cual tuvo como resultado la quiebra de Fox Meyre. Analistas alemanes comentaron que no consideran que un “software sea apropiado para llevar a la ruina a una compañia”.

Error de sistema de control de cohete ruso(1998)

En septiembre de 1998 la computadora del cohete ucraniano Zenit 2 apagó por error el motor cinco minutos después del despegue. El cohete se estrelló destruyendo 12 satélites comerciales propiedad de GlobalStar Telecom con un costo superior a 185 millones de dólares.

Error en sistema de subastas de eBay(1999)

En junio de 1999 un error en el software dejó fuera de servicio por 22 horas al sistema de subastas eBay.

Enterprises loath to spend money on software testing

Despite the Toyota debacle, QA seen as ‘costly’
By Maxwell Cooter | Techworld

It seems that the lessons about the recalled Toyotas have yet to sink in with senior management. Nearly one in ten businesses finds software testing to be unnecessary, while more than half agree that it’s a necessity, but grumble about the cost.

That’s according to a survey conducted by quality assurance and testing company Sogeti, which found that 9 percent of software testers were working for businesses who thought that was testing was not a necessity. Only 27 percent thought that testing was a well-funded necessity.

The problems thrown up by inadequate testing were highlighted when Toyota blamed the problems with its anti-lock braking on a software glitch. Despite the bad publicity that this fault had caused for the motor manufacturer, other companies had not learned a lesson. Most respondents to Sogeti’s survey confirmed that their companies had not changed their approaches to testing, even though the Toyota episode showed the harm that could be done to a business.

Richard Terry, deputy CEO of Sogeti, said: “Software testing is crucial to ensure product quality and protect reputations, whether it’s a new standalone application being introduced by an innovative start-up or mass products being produced and manufactured by global brands. Quality Assurance professionals understand the value and necessity of staying at the front of new trends. Yet as our survey suggests, there may still be limitations facing these crucial functions due to management attitudes.”

By Maxwell Cooter | Techworld

Fallas de Software (parte XIII)

Falla de la computadora del Centro de Control de Tráfico Aereo de Nueva York (1996)

El 20 de mayo de 1996 falló la computadora del Centro de Control de Tráfico Aereo de Nueva York (ARTCC) que controlaba el tráfico aéreo sobre los estados de Nueva York, Connecticut, Nueva Jersey, Pennsylvania, y parte del oceáno Atlántico. La computadora, con siste años de operación, perdió la capacidad de servicio efectivo ( digase “fallo”) dos veces la tarde del lunes 20 de mayo, la primera durante 20 minutos y la segunda alrededor de una hora, una hora más tarde. Se regresó al sistema anterior, con procedimientos de control de tráfico aéreo menos eficientes, ocasionando mayor saturación de tráfico y retrasos en los despegues de alrededor de una hora en los aeropuertos principales en el área, además de un incremento en la carga de trabajo de los controladores y menor seguridad, incluyendo la desactivación de la “alerta automática de conflictos”

Fallas de Software (parte XII)

Error del sistema de cobranza lleva a una compañía a la quiebra (1996)

En la edición de abril de 1996 de TVRO Deadler (publicación sobre televisión por satélite), se describió como el intento por cambiar un nuevo sistema de software de cobranza, de un servicio de programación de una gran compañía de televisión por satélite, causo la quiebra de la compañía el 28 de marzo de 1995.

Error en sistema de cobranza de MCI (1996)

En la edición de 29 de marzo de 1996 del Washington Post, MCI reporto que le devolverían aproximadamente 40 millones de dólares a sus clientes por un error de cobranza causada por un sistema de cómputo. El error de cobranza fue descubierto por un reportero investigador de una estación local de televisión en Richmond, VA, quien encontró que fueron facturados por 4 minutos siendo que en realidad la llamada fue de 2.5 minutos, dando lugar a una profunda investigación.

Mayor falla de una computadora en la historia de los bancos de Estados Unidos ( 1996)

El 18 de mayo de 1996 la revista US & World Report, y al siguiente dia el diario Boston Globe, informaron que aproximadamente 800 clientes del First National Bank of Chicago se sorprendieron al ver que sus saldos eran de más de 924 millones de dólares de lo que tenían la semana anterior. La causa fue el tradicional “cambio en el programa de la computadora”. De acuerdo a la Asociación de Banqueros Americanos, los 763900 millones fueron la cantidad más grande producida por un error de computadora en la historia bancaria de los Estados Unidos, mas de 6 veces el total de fondos del banco. El problema fue atribuido oficialmente a un “error de computadora”.

Fuente: despistadolux.wordpress.com

Fallas de software (parte XI)

Explosión de cohete Ariadne 5 (1996)

El 6 de junio de 1996 se culpó a una computadora por la explosión del primer vuelo, el 501, del cohete Ariadne 5 con un costo de 500 millones de dólares. El cohete, que al parecer no estaba asegurado, llevaba 4 satélites, cuya explosión ocasiono pérdidas totales de 1800 millones de dólares. El Ariadne 5 estaba funcionando perfectamente hasta los 40 segundos iníciales, cuando de repente empezó a salirse de su trayectoria y solo fracciones de segundo después, fue destruido por control remoto mediante una señal enviada por un controlador del Ariadne desde Tierra. Según la European Spacial Agency (ESA), administradora del programa, la desviación en la trayectoria fue ocasionada por la computadora que controlaba los dos poderosos impulsores del cohete. Se especulo que la computadora creyó que el cohete se estaba saliendo de curso y de esta manera trataba de corregir la trayectoria de vuelo. De acuerdo con el reporte final, la causa de la falla del sistema ocurrió durante la conversión de un número flotante de 64 bits a un número entero de 16 bits. Al convertir un numero con punto flotante daba como resultado un valor mayor que él podía ser representado por un numero entero de 16 bits (con signo), ocasionando un error de operando. Las instrucciones de conversión de datos (código Ada) no estaban protegidas para evitar el error de operando, aunque otras conversiones en variables similares en el mismo lugar si lo estaban (quizás al desarrollador le dio flojera terminar de validar jeje) . El origen del problema radico en que el Ariadne 5 podía llevar una mayor numero de satélites que el Ariadne 4, incrementando así su peso. Sin embargo, el Ariadne 5 utilizaba una gran cantidad de software diseñado para el Ariadne 4 (hicieron el típico copy paste)