casos de éxito a nivel organizacional y a nivel de pruebas

UNIVERSIDAD MAYOR DE SAN ANDRES Facultad de Ciencias Puras y Naturales Postgrado en Informática Ingeniería de Pruebas

Trabajo #1 – Casos de Éxito a Nivel Organizacional y a Nivel de Pruebas

Presentado a:

Ing. Álvaro Rodríguez

Presentado por:

Roger Saravia

La Paz, Bolivia – Julio 23 de 2008

Índice

A

CASOS DE ÉXITO A NIVEL ORGANIZACIONAL ..................................................................................................... 2

A.1

INTRODUCCIÓN .......................................................................................................................................................... 2

A.2

OBJETIVOS ................................................................................................................................................................... 2

A.3

DESARROLLO TEÓRICO-PRÁCTICO .................................................................................................................... 2

A.3.1 A.3.2 A.3.3 A.3.4 A.3.5 A.3.6 A.3.7 A.3.8 A.3.9 A.4

TOTAL QUALITY MANAGEMENT (TQM) – GESTION DE LA CALIDAD TOTAL ........................................... 2 KAIZEN ..................................................................................................................................................................... 3 ATARIMAE HINSHITU ............................................................................................................................................ 3 KANSEI...................................................................................................................................................................... 3 MIRYOKUTEKI HINSHITSU .................................................................................................................................. 3 5 S´S ............................................................................................................................................................................ 4 SEIS SIGMA .................................................................................................................................................................. 4 FENG SHUI ................................................................................................................................................................ 5 CASOS DE ÉXITO.......................................................................................................................................................... 5 CONCLUSIONES .......................................................................................................................................................... 6

REFERENCIAS............................................................................................................................................................................ 7 B.

CASOS DE ÉXITO A NIVEL DE PRUEBAS ............................................................................................................. 8

B.1

INTRODUCCIÓN .......................................................................................................................................................... 8

B.2

OBJETIVOS ................................................................................................................................................................... 8

B.3

DESARROLLO TEÓRICO-PRÁCTICO .................................................................................................................... 8

B.3.1 FASE PREVIA ............................................................................................................................................................... 8 B.3.2 PLANIFICACIÓN ........................................................................................................................................................... 9 B.3.3 LOS REQUISITOS .......................................................................................................................................................... 9 B.3.4 ARQUITECTURA Y DISEÑO ........................................................................................................................................... 9 B.3.5 CODIFICACIÓN ........................................................................................................................................................... 10 B.3.6 PRUEBAS ................................................................................................................................................................... 10 B.3.7 TÓPICOS SELECTOS.................................................................................................................................................... 11 Casos de Prueba ................................................................................................................................................................. 11 Pruebas de Software y Aseguramiento de la Calidad ......................................................................................................... 11 Pruebas de Software no es lo mismo que Aseguramiento de Calidad de Software ................................................................................. 11 B.3.8 CASOS DE ÉXITO........................................................................................................................................................ 11 TRALCOM .......................................................................................................................................................................... 11 ADVANCED MICRO DEVICES (AMD) ............................................................................................................................ 12 CTI (GRUPO VERIZON) .................................................................................................................................................... 13 ARCOR (MULTINACIONAL DE CONSUMO MASIVO) ................................................................................................... 13 INVEL (MULTINACIONAL DE PUNTO DE VENTA) ....................................................................................................... 13 SIEMENS ............................................................................................................................................................................ 13 TOTALFINA ELF (PETROLERA INTERNACIONAL) ....................................................................................................... 13 PROVENCRED (CITIGROUP) .......................................................................................................................................... 14 BITDEFENDER 9 STANDARD .......................................................................................................................................... 14 MCAFEE VIRUSSCAN 2006 .............................................................................................................................................. 14 KASPERSKY LAB KASPERSKY ANTI-VIRUS PERSONAL 5.0 ......................................................................................... 14 ANTIVIR PERSONAL EDITION CLASSIC 6.32................................................................................................................. 14 B.4

CONCLUSIONES ........................................................................................................................................................ 15

REFERENCIAS.......................................................................................................................................................................... 15

1

A

Casos de Éxito a Nivel Organizacional

A.1 Introducción La primera parte de éste trabajo se extiende en el área de las metodologías de mejora continua del tipo TQM (TOTAL QUALITY MANAGEMENT) o gestión de la calidad total.

Primero, se hará una recopilación sobre los conceptos detrás de las principales filosofías como KAIZEN y otras. Luego se recopilará algunos casos de empresas exitosas que hayan aplicado éstas metodologías.

A.2 Objetivos 

Desarrollar el marco teórico de las principales metodologías de mejora continua de empresas.



Desarrollar casos de éxito de empresas que hayan aplicado éstas filosofías de mejora.

A.3 Desarrollo Teórico-Práctico A.3.1

TOTAL QUALITY MANAGEMENT (TQM) – GESTION DE LA CALIDAD TOTAL Es una estrategia orientada a empapar lo que implica la calidad en todo el proceso organizacional. Se compone de tres paradigmas:

TOTAL:

involucra a la organización entera, a la cadena de producción y al ciclo de vida.

QUALITY:

(calidad) la definición que implica calidad con tuda su complejidad.

MANAGEMENT:

(gestión) Gestionar las etapas: planificar, organizar, controlar, dirigir, aprovisionar y otras.

Una definición basada en la ISO 8402:1994: “TQM es el enfoque organizacional de gestión centrada en la calidad, basada en la participación de todos sus miembros y orientada a un éxito a largo plazo por medio de la satisfacción del cliente y del beneficio de todos sus miembros y la sociedad”

1)

Kaizen

2)

Atarimae Hinshitsu

3)

Kansei

4)

Miryokuteki Hinshitu

2

A.3.2

KAIZEN Se en enfoca en el “proceso continuo de mejora” para hacer los procesos visibles, repetibles y mesurables.

La palabra Kaizen proviene de la unión de dos vocablos japoneses: KAI que significa cambio y ZEN que quiere decir bondad.

La esencia del Kaizen es sencilla y directa: Kaizen significa mejoramiento. Más aún, significa mejoramiento progresivo, continuo, que involucra a todos en la organización –alta administración, gerentes y trabajadores-. Kaizen es asunto de todos. La filosofía Kaizen supone que nuestra forma de vida –sea nuestra vida en el trabajo, vida social o vida familiar- merece ser mejorada de manera constante. Todas las personas tienen un deseo instintivo de mejorarse.

Kaizen es un enfoque humanista, porque espera que todos participen en él. Está basado en la creencia de que todo ser humano puede contribuir a mejorar su lugar de trabajo, en donde pasa una tercera parte de su vida.

Kaizen es una estrategia dirigida al consumidor para el mejoramiento. Comienza comprendiendo las necesidades y expectativas del cliente para luego satisfacerlas y superarlas. Se supone que a la larga todas las actividades deben conducir a una mayor satisfacción del cliente.

A.3.3

ATARIMAE HINSHITU La idea se centra en “las cosas trabajarán bien tal como se supone que lo hagan” (e. g. una bolígrafo escribirá) Estudia lo intangible que afecta el proceso y sirve para optimizar el impacto en el proceso. Este paso es factible una vez la etapa KAIZEN haya sido realizado.

A.3.4

KANSEI Examinando la manera en que el usuario aplica el producto, conduce a la mejora del producto en sí.

Se concentra en el uso del producto. Mediante el examen de cómo el usuario aplica el producto, KANSEI conduce al mejoramiento del producto y a la mejora potencial del proceso por el cual fue creado.

A.3.5

MIRYOKUTEKI HINSHITSU La idea se centra en “las cosas deben tener una calidad estética” (e. g. un bolígrafo escribirá en proporción al agrado que siente el escritor) Básicamente, éste paso trata de instruir a uno que cada producto debe tener una calidad estética.

3

A.3.6

5 S´s El principio de orden y limpieza se denomina método de las 5 S´s y es de origen japonés.

El movimiento de las 5 S´s está orientado hacia la calidad total originada en Japón hace más de 4 décadas y está incluida dentro del mejoramiento continuo o gemba kaizen.

Estrategia

Se denomina estrategia de las 5 S’s porque son principios expresados con cinco palabras japonesas cuya primera letra es la S. Cada palabra tiene un significado para la creación de un lugar digno y seguro donde trabajar. Las cinco palabras son:

A.3.7



Clasificar (Seiri)



Orden (Seiton)



Limpieza (Seiso)



Limpieza estandarizada (Seiketsu)



Disciplina (Shitsuke)

Seis Sigma

Seis Sigma es un término originado por MOTOROLA que enfatiza la mejora de los procesos con el propósito de reducir la variabilidad y lograr mejoras generales. Es una integración de varias herramientas de calidad incorporadas a una metodología de calidad total.

Seis Sigma es una metodología que se enfoca en impulsar y desarrollar consistentemente productos y servicios perfectos.

Seis Sigma es además una estrategia administrativa en la cual las herramientas estadísticas son utilizadas para lograr mayores utilidades y mayores ganancias en calidad.

Ilustración 1. 6 Sigma

4

A.3.8

FENG SHUI El Feng Shui es la ciencia que estudia las energías que habitan un espacio con el objetivo de ensalzar aquellas energías que nos son favorables y neutralizar las desfavorables. He dicho ciencia porque para averiguar el comportamiento de dichas energías utilizamos una técnica, se trata de una técnica milenaria cuyo resultado ha sido comprobado a lo largo de los siglos en millones de espacios. Para ello, se tiene en cuenta los siguientes aspectos:



Movimiento, como se comportan



Tiempo, cuando actúan



Habitante, como las percibimos individualmente

El objetivo del Feng Shui es la búsqueda del equilibrio entre las personas y su entorno, tanto de los lugares comunes (ciudades, parques, las empresas…) como de los más privados (la casa, el despacho…). La clave se encuentra en el equilibrio entre los cinco elementos: agua, madera, fuego, tierra y metal, que se encuentran en todo lo que nos rodea, los colores, los materiales… Todos los elementos y materiales son válidos, el Feng Shui nos ayuda a determinar cuales utilizar en cada momento para conseguir el equilibrio.

A.3.9

Casos de Éxito

Empresa

Estrategia de Mejora Continua

TOYOTA MOTOR COMPANY

KAIZEN (DESPUES DE TWI)

DISNEY

FENG SHUI

MOTOROLA

6 SIGMAS

GENERAL ELECTRIC

6 SIGMAS

TOSHIBA

TWI (ANTERIOR Y SIMILAR AL KAIZEN)

MATSUCHITA ELECTRIC

TWI (ANTERIOR Y SIMILAR AL KAIZEN)

FORD

TWI (ANTERIOR Y SIMILAR AL KAIZEN)

ALIED SIGNAL

6 SIGMAS

SONY

6 SIGMAS

POLAROID

6 SIGMAS

DOW CHEMICAL

6 SIGMAS

FEDEX

6 SIGMAS

5

DUPONT

6 SIGMAS

NASA

(TQM)

LOCKHEED

6 SIGMAS

BOMBARDIER

6 SIGMAS

J&J

6 SIGMAS

ABB

6 SIGMAS

BLACK & DECKER

6 SIGMAS

TOSHIBA (1946)

TQM

KANEBUCHI BOSEKI (1905)

TQM

TOYOTA (1951)

TQM

SONY (CON HOMER SARASOHN)

TQM

CANNON

KAIZEN

FURUKAWA (ELECTRONICA)

KAIZEN

TOSHIBA

KAIZEN

NEC

KAIZEN

FUJITSU

KAIZEN

A.4 Conclusiones Se puede afirmar que las estrategias de Mejoramiento Continuo se iniciaron en las empresas japonesas; sin embargo, su aplicaciรณn se da bastante en Estados Unidos.

La cultura de la gente hace que el Mejoramiento Continuo no tenga el apoyo necesario. Razones como generar grandes rendimientos en un corto periodo de tiempo y el estilo de trabajo de los americanos y latinoamericanos son factores que restringen la aplicaciรณn del Mejoramiento Continuo.

Hay que conocer el entorno interno y externo de la empresa. Hay que brindar al personal un entrenamiento adecuado que les permita tomar consciencia sobre la importancia de mejorar en todos los aspectos.

6

Referencias 

QUALITY ASSOCIATES (2008) “Estrategia Seis Sigma”. [En red]. Disponible en: http://www.quality-one.com



WIKIPEDIA (2008) “Total Quality Management”. [En red]. Disponible en: http://en.wikipedia.org/wiki/Total_Quality_Management



GESTIOPOLIS (2008) “MANUAL DE LAS 5 S´s”. [En red]. Disponible en: http://www.gestiopolis.com/recursos5/docs/ger/cincos.htm



MARU CANALES (2008) “Opiniones y comentarios sobre Feng Shui”. [En red]. Disponible en: http://marucanales.wordpress.com/2007/06/05/la-verdad-del-feng-shui/



FREDERICK BROOKS (1999) “Essay on Software Engineering”. [En red]. Disponible en: http://www.cis.usouthal.edu/faculty/drh/cis231/tqm.html



SOFIA MERA G. (2004) “Aplicación del Mejoramiento Continuo en el Sector Empresarial Japonés y Estadounidense”. [En red]. Disponible en: http://www.javeriana.edu.co/biblos/tesis/ingenieria/tesis64.pdf

7

B.

Casos de Éxito a Nivel de Pruebas

B.1 Introducción Esta parte del presente trabajo de investigación se extiende en el área de la ingeniería de pruebas (testing) de las ciencias de la computación. Se recopilará el marco teórico básico de la ingeniería de pruebas y se reunirán algunos casos de empresas que hayan aplicado testing exitoso.

B.2 Objetivos 

Desarrollar un marco teórico básico sobre la ingeniería de pruebas.



Desarrollar casos de éxito de empresas que hayan realizado testing.

B.3 Desarrollo Teórico-Práctico B.3.1

Fase Previa Un desarrollo está marcado por características como: dimensiones, tecnología, sector o criticidad, pero todos comparten una característica común: lo desarrollan personas que cometen errores y cambian de ideas; por eso hay que probar y volver a probar.

Un proyecto de desarrollo software se inicia con la aceptación de una oferta y es ya en este punto en donde deberemos tener en consideración las pruebas del software y por lo tanto en donde en muchos casos nos encontramos con uno de los principales problemas: la dirección.

Se considera imprescindible que dirección dé apoyo a los procesos de calidad; es decir, que asuma los costos iniciales y exista convencimiento de su retorno; lo cuál se verá reflejado, en la mencionada oferta.



La mayoría de los defectos se concentran en fases tempranas del desarrollo y el costo de corrección aumenta a medida que permanece no detectado. El costo de corrección de un error se multiplica x1 el la fase Requisitos, x3-6 en la fase Diseño, x10 en la de Código, x50 en la de Pruebas y por varios cientos en la Explotación.



Existen estándares que agrupan las mejores prácticas e incluso modelos de evaluación y mejora específicos del proceso de pruebas, como ser: Acercamiento a la gestión de pruebas (Test Management Approach, TMap); Modelo de Mejora del Proceso de Test (Test Process Improvement, TPI); Modelo de Madurez del Test (Test Maturity Model, TMM).

En ausencia del compromiso de dirección, las pruebas pueden correr su peor suerte y quedar excluidas del presupuesto, planificación de proyecto y su asignación de recursos.

8

B.3.2

Planificación En ésta fase se plantean preguntas como: ¿Qué niveles de pruebas aplicaré? ¿Con qué técnicas? ¿Cuándo deberé parar de probar? ¿Automatizaré? ¿Haré uso de alguna herramienta? ¿Criterios de re-test? A las que deberemos dar respuesta en el plan de pruebas a definir.

El propósito del plan de pruebas es explicitar el alcance, enfoque, recursos requeridos, calendario, responsables y la gestión de riesgos de un proceso de pruebas. Para el plan de pruebas, deberemos valorar:



El alcance de la aplicación.



La complejidad de sus procesos.



Plataformas en las que deberemos probar.



Conocimientos y formación de quienes ejecutarán las pruebas.



Normativas legales aplicables.

Debemos tener en cuenta que:

B.3.3



Las pruebas deben estar en todo el ciclo de vida del desarrollo (la correspondencia entre las fases de desarrollo y tipos de prueba se conoce como “modelo en V”).



Probar exhaustivamente el software es imposible.



No es recomendable que el programador pruebe sus propios programas.

Los Requisitos Paralelamente a la planificación está la actividad de Requisitos en dónde se revisa que cada uno de ellos debe cumplir, entre otras, la característica de ser verificable (que se pueda probar).

No siempre se asocia la revisión de un documento como una prueba en si misma pero si lo es y es en esta actividad en donde gana su principal relevancia. La revisión de los requisitos nos permitirá detectar errores tempranamente evitando así su propagación.

Todos los requisitos deben ser cubiertos por las pruebas; el concepto de trazabilidad.

B.3.4

Arquitectura y Diseño Luego de los requisitos, en el diseño de la arquitectura y diseño detallado, la revisión viene a ser una prueba.

9

B.3.5

Codificación ¿Qué pruebas se tienen? Revisiones de código y test unitario (pruebas de caja blanca). Con estas pruebas se detectan errores tempranamente que con otras pruebas sería difícil; además, permiten conseguir un código de calidad con los estándares. Todo esto dará lugar a un mejor mantenimiento.

A la hora de realizar las pruebas a realizar, considerar aspectos de código en cuanto a: su complejidad, estabilidad, estructuración o si se trata de código nuevo, en mantenimiento o heredado.

B.3.6

Pruebas Finalmente, la fase Pruebas donde encontramos niveles y tipos prueba: 

Pruebas de Integración: Se comprueba la compatibilidad y funcionalidad de las interfaces entre las ‘partes’ que componen un sistema; estas ‘partes’ pueden ser: módulos, aplicaciones individuales, aplicaciones cliente/servidor, etc. Este tipo de pruebas es relevante en aplicaciones distribuidas.



Pruebas de Validación: Pruebas realizadas sobre software completamente integrado para evaluar el cumplimiento con los requisitos.



Pruebas de Sistema: El software validado se integra con el resto del sistema donde las pruebas a considerar son:



o

Rendimiento: tiempos de respuesta, espacio que ocupa el módulo en disco o en memoria, flujo de datos que genera a través de un canal de comunicaciones, etc.

o

Resistencia: hasta dónde puede soportar el programa determinadas condiciones extremas.

o

Robustez: determinan la capacidad del programa para soportar entradas incorrectas.

o

Seguridad: determinan niveles de permiso de usuarios, operaciones de acceso al sistema y acceso a datos.

o

Usabilidad: calidad de la experiencia de un usuario en la forma en que interactúa con el sistema; facilidad de uso y grado de satisfacción.

o

Instalación: operaciones de arranque y actualización.

Pruebas de Aceptación: hará el cliente; se determina si el sistema cumple con lo deseado y se obtiene la conformidad del cliente.

10

B.3.7

Tópicos Selectos Casos de Prueba En la Ingeniería del Software, los casos de prueba o Test Case son un conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio.

Algunas metodologías como RUP recomiendan el crear por lo menos dos casos de prueba para cada requisito. Uno de ellos debe realizar la prueba positiva y el otro debe realizar la prueba negativa.

Pruebas de Software y Aseguramiento de la Calidad El aseguramiento de la calidad de software se ha convertido en una necesidad prioritaria para las organizaciones que desarrollan software, ya sea para uso interno o para implementaciones externas en clientes, porque cada vez más los errores en el software repercuten directa o indirectamente en graves consecuencias para la organización.

Surge la necesidad de contar con un grupo especializado en procesos de aseguramiento de calidad y específicamente en pruebas de software que por medio de un método establecido y maduro, sin presiones políticas propias de la organización, pueda ayudar a alcanzar el nivel de calidad esperado del software y apalancar el cumplimiento exitoso del proyecto.

Pruebas de Software no es lo mismo que Aseguramiento de Calidad de Software Las pruebas de software son una parte del proceso de aseguramiento de calidad; realizar pruebas a un sistema de información no significa necesariamente que el proceso de desarrollo esté asegurado y tampoco que de manera directa esté mejorando.

B.3.8

Casos de Éxito TRALCOM TRANSACTION LANGUAGE CO. Empresa mexicana orientada al desarrollo de soluciones en tres áreas: entrenamiento, transmisión del conocimiento y comunicación La compañía inició sus prácticas de elearning desde 1999 cuando construyó una solución así para una institución bancaria en México.

11

Productos utilizados:



Visual Studio Team System



Visual Studio 2005



SharePoint Services



Windows Server 2003



SQLServer 2005

El área de fábrica cuenta con un equipo integrado por un arquitecto de software, cuatro desarrolladores y dos testers (donde se realizan pruebas a los productos).

TRALCOM no tenía una herramienta que le permitiera llevar el control de versiones y administrar lo que se iba generando durante el ciclo de desarrollo del producto.

Fue prioritario contar con un proceso formal de comunicación entre las distintas áreas y con un proceso de desarrollo óptimo para las condiciones de la empresa así como garantizar por medio de un proceso de pruebas, la calidad del software que se libera.

TRALCOM decidió utilizar Visual Studio Team System de Microsoft, recurso que permite optimizar el ciclo completo de desarrollo del producto, además de que puede apoyar a la compañía en la administración de la configuración, para llevar un control de los defectos encontrados en pruebas, además de contar con un medio para administrar la documentación generada durante los proyectos.

”Utilizamos Team Foundation para cubrir el ciclo completo de desarrollo de nuevos proyectos en la fábrica de software“, dijo su Director General.

ADVANCED MICRO DEVICES (AMD) AMD realiza pruebas de software comparativas de rendimiento a sus procesadores. Como ejemplo, algunos resultados con el procesador AMD Athlon™ XP 2800+ utilizando pruebas comparativas (el número más alto indica el mejor rendimiento): Prueba

Versión

Resultados Unidades

eTesting Labs Inc. 3D WinBench™ 2000 (D3D Software)

1,1

347,67

N/A

eTesting Labs Inc. 3D WinBench™ 2000 (Hardware T&L)

1,1

429,67

N/A

Madonion.com 3DMark™ 2001 - Second Edition (D3D Software)

1

6405,67

N/A

Madonion.com 3DMark™ 2001 - Second Edition (Hardware T&L)

1

14309,00

N/A

eTesting Labs Inc. Business Winstone™ 2001

1.0.2

82,93

N/A

eTesting Labs Inc. Content Creation Winstone™ 2001

1.0.2

112,67

N/A

eTesting Labs Inc. Content Creation Winstone™ 2002*

1.0.1

48,07*

N/A

DroneZ Generic (1024x768x32)

1.02

206,08

FPS

Evolva - Benchmark (1024x768x32)

Rolling demo

302,83

FPS

Expendable (1024x768x32)

Time demo

156,70

FPS

12

Half-Life Smokin' (1024x768x32)

1.009

111,95

FPS

MDK2 (1024x768x32)

1.0

240,46

FPS

Quake III Demo2 (640x480x16)

Arena demo2

296,60

FPS

Return to Castle Wolfenstein 3D (1024x768x32)

1.1

117,13

FPS

Serious Sam (1024x768x32)

1.02

162,77

FPS

Serious Sam: Second Encounter - Demo Version (1024x768x32)

Demo

189,80

FPS

BAPCO SYSmark™ 2001 Internet Content Creation*

1.0

291,33*

N/A

BAPCO SYSmark™ 2001 Productividad ofimática*

1.0

258,67*

N/A

Unreal Tournament (1024x768x32)

4.36

88,50

FPS

N/A FPS

La puntuación de la prueba es un número absoluto sin unidades.

Frames por segundo

(*)

Los resultados reflejan el uso de un parche de software que permite utilizar las instrucciones de procesamiento SIMD al codificador Microsoft Windows Media Encoder 7 en el procesador AMD Athlon™ XP 2800+.

CTI (GRUPO VERIZON) 

Gracias a una provisión de testeadores in-house

ARCOR (MULTINACIONAL DE CONSUMO MASIVO) 

Gracias a testing de proyectos desarrollados por VATES (empresa de ingeniería de software).

INVEL (MULTINACIONAL DE PUNTO DE VENTA) 

Capacitación en testeo metodológico y automatizado.



Provisión de gerente de testeo y testeadores.

SIEMENS 

Gracias a testing de proyectos desarrollados por VATES.

TOTALFINA ELF (PETROLERA INTERNACIONAL) 

Gracias a testing de proyectos desarrollados por VATES.

13

PROVENCRED (CITIGROUP) 

Testing de proyectos desarrollados por VATES.



Provisión de testeadores in-house.

BITDEFENDER 9 STANDARD Performance:

Superior

Facilidad de uso:

Muy buena

Características:

Muy buenas

Comentario:

Excelente puntuación en performance aunque su velocidad de escaneo es lenta.

MCAFEE VIRUSSCAN 2006 Performance:

Superior

Facilidad de uso:

Muy buena

Características:

Muy buenas

Comentario:

Ayuda relativamente buena con relación a la heurística. Protección sólida.

KASPERSKY LAB KASPERSKY ANTI-VIRUS PERSONAL 5.0 Performance:

Superior

Facilidad de uso:

Buena

Características:

Buenas

Comentarios:

Respuesta rápida a invasiones “malware”. Interfaz limpia pero no excepcional.

ANTIVIR PERSONAL EDITION CLASSIC 6.32 Performance:

Buena

Facilidad de uso:

Buena

Características:

Pobres

Comentarios:

La mejor performance entre los programas gratuitos.

Ha presentado fallas en la limpieza de muchos macro virus antiguos.

14

B.4 Conclusiones Un error que desde el punto de vista de codificación puede ser relativamente simple de corregir puede resultar muy difícil y costoso de detectar y pueden llegar a tener graves efectos en la organización. Todo ello, sin mencionar los costos políticos para las gerencias de sistemas normalmente responsables de la dirección de los proyectos de software.

Si el proceso de pruebas no se cumple o se ejecuta de una manera desorganizada, sin método y sin considerar los tiempos establecidos para esta fase, el resultado es un software sin las pruebas mínimas requeridas y sin el nivel de calidad esperado.

El éxito de los productos de empresas exitosas se debe también a que las mismas han implementado con rigor procesos de pruebas en sus sistemas incluido software.

Referencias 

ELENA RAJA PRADO (2008) “Casi todas las pruebas del software”. [En red]. Disponible en: http://www.sistedes.es/TJISBD/Vol-1/No-4/articles/pris-07-raja-ctps.pdf



MICROSOFT (2008) “Centro para la mediana empresa”. [En red]. Disponible en: http://www.microsoft.com/mexico/empresas/softnews/enero08/caso1.mspx



INNEVO (2008) “Software testing”. [En red]. Disponible en: http://www.innevo.com/TEST_casos_exito.htm



AMD (2002) “Informe de la Dirección de Advanced Micro Devices sobre pruebas comparativas de rendimiento al procesador AMD Athlon™ XP 2800+” [En red]. Disponible en: http://www.amd.com/es-es/Processors/SellAMDProducts/0,,30_177_4458_4513^572^863^3750^3746,00.html



PCWORLD (2006) “Top Antivirus Software”. [En red]. Disponible en: http://www.pcworld.com



WIKIPEDIA (2008) “Caso de prueba”. [En red]. Disponible en: http://es.wikipedia.org/wiki/Caso_de_prueba



GUSTAVO VALENCIA (2008) “Servicio de Pruebas de Software”. [En red]. Disponible en: http://www.parquesoft.com

15