Buenos días a todos.
El tema de automatización en el testing es
uno de los grandes retos / fiascos. El problema es que a veces se vende / se
entiende que automatizar = automático (es decir, no es darle a un botón y tengo
casos que me funcionan siempre)
No es un tema trivial y a veces se plantea
a la ligera; incluso se plantea (grave error) en organizaciones no maduras a
nivel de pruebas (no se puede automatizar el caos)
El éxito en automatización es mezcla de
los siguientes ingredientes:
1) Automatizar cuando exista cierta madurez: no me vale de nada
automatizar casos de pruebas muy malos y sin ningún control sobre los sistemas
(y datos) objeto de las pruebas
2) Automatizar cuando existe cierta estabilidad en los sistemas
3) Automatizar cuando realmente es rentable: existen cambios (por lo
tanto regresión), el esfuerzo en ejecución manual es alto, etc. Hay que hacer
un estudio de viabilidad serio
4) Automatizar con herramientas (comerciales y/o adhoc) que soportan
mi tecnología y con costes razonables. Procede hacer pilotos para ver
compatibilidades, etc.
5) Automatizar con recursos cualificados para ello: los perfiles de
tester (manual) a veces no son los mejores automatizando. Gente formada, capaz
de montar la infraestructura necesaria para la automatización, desarrollar
scripts mantenibles, controlar el entorno, los datos, etc.
Con todos esto y cierto sentido común se
llega a experiencias exitosas en automatización, que existen: en nuestros
clientes tenemos miles de pruebas ejecutándose de forma automatizada (no automática)
Saludos
Mamdouh El Cuera
Métodos y Tecnología (www.mtp.es)
De: calidaddelsoftware@yahoogroups.com
[mailto:calidaddelsoftware@yahoogroups.com] En
nombre de pmeneses@...
Enviado el: miércoles, 29 de
noviembre de 2006 9:49
Para:
calidaddelsoftware@yahoogroups.com
Asunto: Re: [calidaddelsoftware]
Testtools para pruebas funcional (real o un Sueño)
Alejandra,
en ATCA, desde hace ya algún tiempo, siguiendo las prácticas CMMI, algo que
nos ha ayudado bastante a estructurar las pruebas de integración es
adelantar su definición y trazarlas desde el diseño funcional.
En todos los proyectos, desarrollamos los requerimientos en una estructura
jerarquica de procesos, de la que deriva un diseño funcional mas itemizado
y desde el cual podemos establecer una trazabilidad bidireccional hacia los
planes de prueba, lo cual nos asegura que las pruebas se realizan del 100%
de los requisitos y que se comprueba cada unidad funcional y cada conjunto
de éstas.
Para diseñar estas pruebas, no utilizamos herramientas(
una herramienta de gestión que hemos desarrollado)
del propio análisis del proceso, puesto que como alguien ha dicho ya,
consideramos que mecanizar las pruebas funcionales es como construir el
analista automático... ciencia ficción.
Aprovecho la ocasión para compartir con vosotros nuestra nueva
certificación CMMI, ya que el 17 de este mes terminamos el SCAMPI CMMI
sw-se nivel 4 en las áreas de Sistemas, Desarrollo y Mantenimiento y
nuestro interés en seguir trabajando con este gran modelo ya que el plan de
mejora enfocado a nivel 5 está prácticamente en marcha con el objetivo de
alcanzarlo en la primera mitad de 2007.
Saludos cordiales,
Pilar Meneses.
A.T.C.A.
------------
AVISO LEGAL : Este mensaje, su contenido y cualquier fichero transmitido
con él está dirigido únicamente a su destinatario y es confidencial. Por
ello se informa, a quien lo reciba por error o tenga conocimiento del mismo
sin ser su destinatario, que la información contenida en él es reservada y
su uso no autorizado, por lo que en tal caso le rogamos nos lo comunique
por la misma vía o por teléfono (+ 34 976 71 87 50), así como que se
abstenga de reproducir el mensaje mediante cualquier medio o remitirlo o
entregarlo a otra persona, procediendo a su borrado de manera inmediata.
ATCA A.I.E. se reserva las acciones legales que correspondan contra todo
tercero que acceda de forma ilegítima al contenido de cualquier mensaje
externo procedente del mismo.
------------
Sin conexión 
Enviar mensaje
