Wednesday, September 7, 2011

Jmeter, WAPT, HP LR, ¿Cuál es la opción?

Hoy en día, el valida los atributos y capacidades de los sistemas se vuelve una necesidad cada vez mas mandatoria en las empresas que manejan un software que serà o es utilizado por miles de usuarios en forma concurrente.
Existe una variedad de herramientas en el mercado, unas de licenciamiento, otras de open source, pero tus necesidades son las que realmente decidirán cual es la herramienta que pudieras utilizar para desarrollar la validación de tus requerimientos de calidad.
Una de las mas populares sin duda es HP LR, Performance Center, no cabe duda que es el mercedes de las pruebas de performance, pero ya tiene competidores que se le acercan, en algunos protocolos como, por ejemplo WAPT para las pruebas de WEB, es bastante bueno e intuitivo, mi sugerencia es que antes de que uses una de estas herramientas, intenta o haz tu prueba de concepto con Jmeter, es una forma de trabajar un poco mas ruda, pero el ahorro es importante. Jmeter tiene sus limitaciones, pero si no las encuentras quiere decir que puedes trabajar con esta herramienta en tu proyecto. Jmeter tiene unos addins para mejorar sus gráficos y reportes que se asimilan a los que genera un LR o WAPT. Insisto la VENTAJA es que hablamos de software libre, careces de soporte, pero con la practica no lo requieres.

WAPT es muy amigable, no es muy costoso, realmente es accesible para cualquier empresa, yo lo he utilizado en proyectos de desempeño y da buenos resultados, la licencia por maquina soporta lo que tu maquina tenga de limite para enviar usuarios virtuales por la red, yo he utilizado hasta 100 VUs sin ningún problema.

HP LR, es un software bastante inalcanzable, solo las compañias gigantes la adquieren, y lo sorprendente es que a veces tienen que recurrir a JMETER para sacar el visto bueno de algunas pruebas o escenarios que no pueden pasar con LR. Sin embargo no deja de ser el mercedes de las pruebas de SW.

Thursday, May 19, 2011

Quality Center, QC HP, Dashboard


HP tiene una herramienta llamada Quality Center (QC) para realizar la gestión de las pruebas de software, las cuales pueden ser customizadas y documentadas segun los requerimientos del proceso de cada área de testeo.

Sin embargo se dificulta la extracción de la información cuando se utiliza su modulo de DASHBOARD. Sobre todo cuando el desempeño de QC es muy lento, y se cae por el uso de DASHBOARD, entonces tenemos que recurrir a otras alternativas para extraer reportes e informes.

En los próximos post publicare algunos queries que pueden ser utiles para extraer información directamente desde la base de datos de QC, instalando MSSQL server.

Por ahora recomiendo que tengan cuidado antes de instalar QC, en usar el hardware apropiado y la infraestructura adecuada, recomiendo lo instalen sobre base de datos ORACLE que tiene mejor desempeño que usar MSSQL server. Esta recomendación para QC versiones 10 y 11.

Existen componentes y programas addins que te permiten extraer esta información, pero no son de HP, si no programas de desarrolladores que buscaron alternativas para reportes. Todo es cuestion de invertir un tiempo en los buscadores y encontraras opciones.


Tuesday, February 22, 2011

Procedimiento de Prueba


El Procedimiento de Prueba o tambien llamado Script de Prueba es uno de los componentes principales para garantizar una ejecución de prueba sin este tipo de problemas:

  • Tester: No entiendo que quiere decir esta pantalla
  • Tester: No tengo los datos para ejecutar
  • Tester: Quien me puede explicar esto ?
  • Tester: Me comunicas con el desarrollador o analista?
  • Lider de Prueba: Necesito tiempo del usuario
  • Lider de Prueba: No vamos a salir en tiempo
  • Desarrollador: ¿Porque me escribes defectos de Datos o Ambiente?

Los Procedimientos del Casos de Prueba deben ser atomicos y reproducibles por cualquier persona que no conozca del negocio.

Monday, January 3, 2011

Niveles de Prueba del Software

Los niveles de prueba son diferentes ángulos de verificar y validar un producto de software. Es como el tomar una radiografía a un cuerpo humano desde diferentes lados y buscar donde hay un problema en los huesos.

Existen diferentes niveles de prueba de Software, los principales son la Prueba unitaria que es la que realizan los desarrolladores de software en su código o componente.

La prueba de integración que es realizada también por el desarrollador de software y consiste en validar las conexiones e integración entre dos o mas componentes (códigos) de software, estos dos niveles de prueba son realizados a través de la técnica de caja blanca.

Otro nivel de prueba es la prueba funcional, es preparada y ejecutada por un grupo independiente al desarrollador, y consiste en validar el apego funcional del software contra los requerimientos especificados por el usuario, esta es ejecutada utilizando la técnica de caja negra.

Otro nivel de prueba es la prueba de usuario o UAT, y es realizada por el usuario final del producto de software con el propósito de validar si el producto de software hace o se comporta funcionalmente como lo especifico en sus requerimientos iniciales.

Existen otros niveles de prueba y técnicas para desarrollarlas, de los cuales hablaremos posteriormente a mas detalle en el futuro.

Thursday, December 16, 2010

Testware y su reusabilidad...


Comúnmente, todas las áreas de testing tienen un testware, pero unas saben que lo tienen y otras no.

¿Como?

Pues cuando generamos documentos de Prueba de Software asociados a un proyecto de desarrollo de software, generamos testware !.

Bien y esa documentación debe ser almacenada en un repositorio de proyecto (CM) y que generalmente son los casos de prueba, procedimientos de prueba (Scripts), robots de automatización funcional (regresión) y performance (estrés, volumen, carga, etc), todo esto asociado a una trazabilidad, desde un proceso de negocio-requerimiento-Escenario-Flujos de Prueba.

Todo esto ya se pago una vez, y porque pagarlo otra vez? exacto aquí es donde entra el tema de la REUSABILIDAD de nuestro testware, cuanto dinero ahorramos en nuestra área de testing al reusar nuestros propios casos de prueba.

Asi que mis estimados colegas, a ponernos a medir y a trabajar en ordenar nuestro TestWare.


Pero... como organizo mi testware?... ese será tema de otro Blog..

Thursday, November 25, 2010

Caso de Prueba


¿Qué es un Caso de prueba?, generalmente en las compañías pequeñas y grandes confunden este termino, con otros, y claro depende del nivel de abstracción y de detalle con el que se vea. Por ejemplo: En una aseguradora conocían un caso de prueba como lo que se conoce como "Escenario" y al "Escenario" le conocían como caso de prueba, pero ¿eso esta mal?, por supuesto que NO, porque lo importante es que realizan la actividad de prueba conforme a un proceso repetible y definible, si le llaman X a la Y y A a la B, pero la actividad que se realiza es correcta, entonces esta bien.

Sin embargo es importante antes de arrancar un área de prueba el empezar por definir la terminología con la que se trabajara y dejarla en blanco y negro en un documento de glosario de pruebas del software. Para ello te recomiendo te bases en el mismo que maneja el International Institute for Software Testing (IIST, http://www.testinginstitute.com), en su modulo CSTP#1, Principles of Software Testing. Si no te interesa adquirirlo de esta referencia mas delante proveeré un glosario de terminología en este blog.

Pero y ¿que es un Caso de Prueba? seguimos sin definirlo, bien pues un caso de prueba se constituye por 4 elementos mínimos:

DATOS DE ENTRADA + PRECONDICIONES = DATOS SALIDA + POS CONDICIONES

Un caso de prueba es la combinación de datos y pre-condiciones que nos generan una salida y una pos-condición.

Existen diferentes técnicas para diseñar los casos de prueba, pero este ya es tema de otra historia que mas delante narrare.