QAustral

Un Blog de QAustral SA – Calidad de Software y Negocios

Home » Posts tagged "qa" (Page 4)

Fallas en el software (parte VI)

Falla de Software AT&T (1990)

El 15 de enero de 1990, American Telegraph an Telephone (AT&T), compañia que controla las redes de mayor sistema de comunicación del mundo, tuvo una falla masiva en su sistema de comunicaciones, durante alrededor de nueve horas e interrumpiendo millones de llamadas de larga distancia internacional. Un error en el software de manejo de excepciones de un tipo particular de sistema de enlace o ruteo telefónico ocasionó una cadena de fallas en cascada en los enlaces. Se reportó que el problema se originó en uno de los programas de ruteo escritos en el lenguaje C.

QAustral S.A. en Madrid

ExpoQA

Durante el mes de octubre, profesionales de QAustral S.A. visitan y participan de Expo QA en Madrid.

Expo QA es el lugar de encuentro de los mejores especialistas en Testing de Software. Esta reunión de profesionales que comenzara años atrás como un lugar de encuentro de especialistas de España, se ha internacionalizado hasta convertirse en la cita más grande del mundo de profesionales en calidad. El encuentro propone cursos, conferencias técnicas, taller y salón de exposición. Es un lugar de encuentro en España donde el objetivo es compartir experiencias con los mejores profesionales de la calidad y del testing de software y donde la interacción aspira a encontrar las mejores soluciones para su negocio.

Cita Internacional de los expertos de Testing en Madrid

La Conferencia Internacional sobre Testing y Calidad del Software, se celebra en Madrid del 27 al 29 de Octubre. Reúne a los mejores especialistas del Testing y Calidad del Software de España y del Mundo.
Este año el programa, incluye 30 presentaciones, 3 tutoriales, y 1 taller gratuito impartidos por ponentes de más de 10 países, sobre temas como:

• Agile Testing,
• Automatización de las pruebas,
• Test Management,
• Técnicas de pruebas,
• Métricas
• Etc.

Ponentes de más de 10 países y de empresas como Symantec Corporation, Philips, HP o European Software Institute entre otras debaten sobre las nuevas tendencias y herramientas de este sector actualmente en pleno auge, a pesar de la situación económica mundial. Según Raynald Korchia, director general de nexo QA, empresa organizadora, “Esto se debe a que la mejora de los procesos de Testing y de la Calidad del Software en general sigue siendo una manera segura de reducción de costes de producción y de mantenimiento de las soluciones informáticas”.

El programa cuenta también con invitados de excepción que impartirán tutoriales de 1 día:
Tom Gilb, autor de 9 libros sobre ingeniería del software y calidad, mundialmente reconocido por su influencia en la cultura “Agile”,

Leo Van der Aalst, co-autor de TMap® Next y TMap® Netxt BDTM y ponente habitual en numerosas conferencias internacionales,

Jeff Johnson, autor del best-seller GUI Bloopers: Don’ts and Do’s for Software Developers and Web Designers.
En paralelo con las ponencias, 15 empresas líderes en este sector expondrán sus productos y servicios relacionados con el testeo de Software en el salón de exposición, donde los participantes podrán descubrir las últimas novedades de automatización y gestión de pruebas.
expo:QA’09 está organizada por nexo QA y respaldada por SOGETI. IBM, Bull, HP, Microsoft, Oracle y Steria patrocinan el evento.

Expo QA

Info: http://www.expoqa.com/

Ideas creativas

Sir Ernest Rutherford, presidente de la Sociedad Real Británica y Premio Nobel de Química en 1908, contaba esta historia real.

QA

Hace algún tiempo, recibí la llamada de un colega. Estaba a punto de poner un cero a un estudiante por la respuesta que había dado en un problema de física, pese a que éste afirmaba rotundamente que su respuesta era absolutamente acertada. Profesores y estudiantes acordaron pedir arbitraje de alguien imparcial y fui elegido yo.

Leí la pregunta del examen y decía: “Establezca cómo es posible determinar la altura de un edificio con la ayuda de un barómetro”. El estudiante había respondido:

Llevo el barómetro a la azotea del edificio y le ato una cuerda muy larga. Lo descuelgo hasta la base del edificio, marco y mido. La longitud de la cuerda es igual a la longitud del edificio.

Realmente, el estudiante había planteado un serio problema con la resolución del ejercicio, porque había respondido a la pregunta correcta y completamente.

Por otro lado, si se le concedía la máxima puntuación, podría alterar el promedio de su año de estudio, obtener una nota más alta y así certificar su alto nivel en física; pero la respuesta no confirmaba que el estudiante tuviera ese nivel.

Sugerí que se le diera al alumno otra oportunidad. Le concedí seis minutos para que me respondiera la misma pregunta pero esta vez con la advertencia de que en la respuesta debía demostrar sus conocimientos de física.

Habían pasado cinco minutos y el estudiante no había escrito nada. Le pregunté si deseaba marcharse, pero me contestó que tenía muchas respuestas al problema. Su dificultad era elegir la mejor de todas. Me excusé por interrumpirlo y le rogué que continuara. En el minuto que le quedaba escribió la siguiente respuesta:

Tomo el barómetro, lo lanzo al suelo desde la azotea del edificio y mido el tiempo de caída con un cronómetro. Después aplico la fórmula:
Altura de caída = 0,5 x g x t^2 (donde g = aceleración de la gravedad constante = 9,8 m/seg2; y t= tiempo de caída). Y así obtenemos la altura del edificio.

En este punto le pregunté a mi colega si el estudiante se podía retirar. Le dio la nota más alta.

Tras abandonar el despacho, me reencontré con el estudiante y le pedí que me contara sus otras respuestas a la pregunta.

Bueno – respondió – hay muchas maneras. Por ejemplo, tomás el barómetro en un día soleado y medís la altura del barómetro y la longitud de su sombra. Si medimos a continuación la longitud de la sombra del Edificio y aplicamos una simple proporción, obtendremos también la altura del edificio.

Perfecto, le dije, ¿y de otra manera?.

Si, contestó, éste es un procedimiento muy básico para medir un edificio, pero también sirve. En este método, tomás el barómetro y te situás en las escaleras del edificio en la planta baja. Según subís las escaleras, vas marcando la altura del barómetro y contás el número de marcas hasta la azotea. Multiplicás al final la altura del barómetro por el número de marcas que hiciste y ya tenés la altura.

Este es un método muy directo. Por supuesto, si lo que querés es un procedimiento más sofisticado, podés atar el barómetro a una cuerda y moverlo como si fuera un péndulo. Si calculamos que cuando el barómetro está a la altura de la azotea del edificio la velocidad es cero, y si tenemos en cuenta la medida de la velocidad del barómetro cuando pasa por la perpendicular del edificio en trayectoria circular, de la diferencia de ambas velocidades, y aplicando una sencilla formula trigonométrica, podríamos calcular, sin duda, la altura del edificio.

En este mismo estilo de sistema, atás el barómetro a una cuerda y lo descolgás desde la azotea a la calle. Usándolo como un péndulo podés calcular la altura midiendo su periodo de precesión.

En fin, – concluyó – existen otras muchas maneras. Probablemente, la mejor sea tomar el barómetro y golpear con él la puerta de la casa del portero. Cuando abra, decirle: “Señor portero, aquí tengo un bonito barómetro. Si usted me dice la altura de este edificio, se lo regalo”.

En este momento de la conversación, le pregunté si no conocía la respuesta convencional al problema (la diferencia de presión marcada por un barómetro en dos lugares diferentes nos proporciona la diferencia de altura entre ambos lugares) evidentemente, dijo que la conocía, pero que durante sus estudios, sus profesores habían intentado enseñarle a pensar.

El estudiante se llamaba Niels Bohr, físico danés, premio Nobel de física en 1922, más conocido por ser el primero en proponer el modelo de átomo con protones y neutrones y los electrones que lo rodeaban. Fue fundamentalmente un innovador de la teoría cuántica.

Famous phrases Testers vs Devs (Negotiation)

At the very beggining of my professional career I though that only Argentinean Developers excuses their errors but after few years I’ve noticed that its a common characteristic. My favourite phrase is:

It works in Dev (Environment)!.
A magical phrase to disappear the bug or to justify a mistake. It might sounds funny but its a big challenge for testers to deal with the developer and make him understand without argueing.
Keeping in mind that many developers feels they are under an on-going evaluation by the Test Area; Testers have to become skilled mediators.

In companies where there are unclear processes about how to create Use Cases or the developer has the chance of using his imagination, while the system is being tested you can hear phrases like:

* This functionality wasn’t specified.
* I didn’t do it as expected because I found a better way to do it.(Mostly wrong)
* Nobody will make a mistake loading information, etc.
I’m going to post more phrases but the most important thing here is never argue but negotiate and make developers understand bugs. Also, work to make them feel that they are not under evaluation.

By Sergio E Cusmai
www.qaustral.com

Capturan a joven que retiró $160 mil de cajeros automáticos

Las autoridades aseguran que el procesado había detectado, desde el año pasado, una falla en el sistema de cajeros automáticos que le permitía hacer retiros diarios de $900 desde su cuenta de crédito.

Escrito por Blanca Abarca con reportes de Suchit Chávez
Viernes, 03 julio 2009 14:56

Un joven, acusado de retirar a diario un promedio de $900 con su tarjeta de crédito en diferentes cajeros automáticos de San Salvador, fue enviado a prisión mientras se desarrollan las investigaciones judiciales correspondientes.

El imputado, identificado como Josué Adonais García Mejía, fue detenido el lunes pasado. El Juzgado Décimo de Paz de San Salvador lo procesa por el delito de hurto en perjuicio de un banco que opera en Centroamérica.

Se estima que García desembolsó $160 mil desde el año pasado hasta la fecha en que la institución bancaria interpuso la denuncia y se concretó la captura.

De acuerdo con las autoridades, el procesado detectó una falla en el sistema de cajeros automáticos, lo cual le permitió hacer los retiros en diferentes sucursales bancarias desde su cuenta de tarjeta de crédito.

El imputado efectuaba los retiros, los cuales nunca figuraron en su estado financiero.

Why Quality Assurance Software Testing?

There are two major industry trends adding to the pressure. The first is accelerated release cycles. Second, while releases are more frequent and cycles shorter, the cost of failure has increased dramatically. Just a few years ago, when client server products were at the cutting edge, releases were, perhaps, annual and the expected number of users was known well in advance, because all the users were employees.
An organisation could mitigate a system failure with a manual backup. But as huge portions of the business were overhauled, and these systems addressed larger user populations, releases became more frequent, and system failures commonly meant that no orders could be taken at all. Today with E-commerce applications, releases can occur two or three times per month. Now, the user base is a large but unknown number of customers, not employees. System failures are highly visible and can cause customers to run to the competition.
These trends have several serious implications for project managers. The high cost of failure means that deploying untested software is simply not an option. Additionally, every aspect of quality needs validation, not just one or two. Accelerated release cycles drive the need for automated testing in which tests are easy to create, maintain and reuse. There is just too much to do in too little time to rely on manual methods.
A continuous approach to quality, initiated early in the software lifecycle, can lower the cost of completing and maintaining the software significantly. This greatly reduces the risk associated with deploying poor quality software.

by Spintrum