Protocolo de pruebas

De Wiki Licify
Saltar a: navegación, buscar

Introduccion


En la gestión de la calidad el proceso de pruebas que se realiza sobre las aplicaciones es el mecanismo por el cual se garantiza la verificación y validación de las funcionalidades establecidas en los requerimientos del sistema. Este proceso es funcional yde vital importancia para asegurar la calidad del producto, objeto del interés del cliente, el usuario que lo solicita o en su defecto de las incidencias que se identifican como una mejora a la plataforma.

En el proceso de verificación y validación delos módulos desarrollados se deberá tener en cuenta la siguiente información:

  1. Requerimientos funcionales y no funcionales.
  2. Fallos e inconsistencias del sistema.
  3. Pruebas estáticas y dinámicas del sistema.
  4. Los casos de prueba definidos en nuestra plataforma de BugTracker.

Si bien en la actualidad nuestro modelo de pruebas de QA se realiza de forma manual sobre los alcances desarrollados, estamos creciendo para mejorar e implementar prácticas automatizadas para validaciones de carga, esfuerzo, seguridad y cumplimiento de los estándares frente al w3c (World Wide Web Consortium)y a la norma OWASP.

De lo anterior el presente documento tiene como objetivo definir e implementar un estándar para la elaboración de las pruebas en los ambientes de producción y desarrollo, esto con la finalidad de facilitar la depuración

Planteamiento

En la actualidad la información es uno de los activos más importantes de las organizaciones, por tal razón es necesario asegurarla y mantenerla con la mayor calidad y disponibilidad posible, con la finalidad de que el acceso y consumo de la misma pueda darse en tiempo real.

Teniendo en cuenta la premisa anteriormente mencionada nuestra información no solo es nuestro activo más valioso sino también el de nuestros clientes, por esta razón es nuestra responsabilidad mantenerla con el mayor orden, seguridad y calidad de la misma, de acuerdo con esto es necesario que a través del presente protocolo se garantice una mayor calidad en la información, su disponibilidad y congruencia a nivel de los datos que se almacenan como parte independiente del total de la información existente en Licify.

El problema actual en resumen corresponde a que nuestra base de datos presenta un alto porcentaje de irregularidades en los datos existentes con muchos datos de prueba no controlados, registros incompletos, valores inexactos y otras inconsistencias que nos obligan a tener un mayor control sobre la información.

Procedimiento para la elaboración de pruebas

Ambiente de producción(app.licify.co)

Los usuarios avalados para la creación de pruebas serán los que se definen a continuación, se sugiere no hacer uso de otros usuarios que puedan no ser identificados con facilidad al momento de depurar la información, los usuarios son:

Comprador / Constructor

Usuario: comprador@licify.co
Clave: 654321

Proveedor / Contratista

Usuario: proveedor@licify.co
Clave: 123456
Los pasos requeridos para iniciar cualquier tipo de prueba son:

  1. Ingresar a la plataforma únicamente con alguno de estos usuarios de acuerdo al perfil que requieren.
  2. Al crear licitaciones solo utilizarla opción “Licitación Cerrada”.
  3. No invitar proveedores reales, solo invitar al proveedor relacionado al usuario proveedor@licify.co(Proveedor Licify)
  4. Para probar usuarios utilizar la herramienta https://www.mailinator.com/, con esta podrán crear emails temporales, una vez terminada su prueba o confirmación por favor eliminar los usuarios que hayan creadodentro de la sección usuarios ypermisos.
  5. En caso de identificar novedades reportarlas por favor únicamente a través del formato establecido para QA o indicándolo al correo pruebasqa@licify.co, a través del cual agregaremos sus observaciones en nuestra plataforma de BugTracker.

Ambiente de desarrollo(staging.licify.co)

Los usuarios avalados para la creación de pruebasserán los que se definen a continuacióno en sudefecto los creados con el dominio mailinator.com, se sugiere no hacer usode otros usuarios que puedan no ser identificados con facilidad al momento de depurar la información, los usuarios son:

Comprador / Constructor

Usuario: comprador@licify.co
Clave: 654321

Proveedor / Contratista

Usuario: proveedor@licify.co
Clave: 123456
Los pasos requeridos para iniciar cualquier tipo de prueba son:

  1. Ingresar a la plataforma únicamente con alguno de estos usuarios de acuerdo al perfil que requieren.
  2. Al crear licitaciones solo utilizarla opción “Licitación Cerrada”.
  3. No invitar proveedores reales, solo invitar al proveedor relacionado al usuario proveedor@licify.co(Proveedor Licify)
  4. Para probar usuarios utilizar la herramienta https://www.mailinator.com/, con esta podrán crear emails temporales, una vez terminada su prueba o confirmación por favor eliminar los usuarios que hayan creadodentro de la sección usuarios ypermisos.
  5. En caso de identificar novedades reportarlas por favor únicamente a través del formato establecido para QA o indicándolo al correo pruebasqa@licify.co, a través del cual agregaremos sus observaciones en nuestra plataforma de BugTracker.

Procedimiento para la elaboración de pruebas de acuerdo al módulo o alcance

Para el evento de que sea necesario que nosotros como usuarios internos debamos probar alguno de los componentes desarrollados se sugiere tener en cuenta los siguientes ítems:

  1. Probar únicamente la sección, módulo o alcance definido para evitar malas interpretaciones o confusiones al momento de realizar los ajustes correspondientes al módulo o sección.
  2. Probar los módulos relacionados, sin embargo,para reportar novedades de una sección diferente a la desarrollada por favor indicarlos para adicionarlo al Backlog como una opción de mejora en esa sección.
  3. Los tiempos de entrega de los desarrollos incluirán tiempo para pruebas QA, pruebas unitarias y despliegue en ambiente de staging.
  4. El paso al ambiente de producción tendrá un tiempo extra, esto entendiendo que dependerá de la aprobación de gerencia y otras áreas.