Control de calidad · Automatización · Regresión · API

Ingenieros de control de calidad/automatización ¿Quién protege la liberación, no la lista de verificación?

Un empleado de control de calidad/automatización no es "alguien que puede hacer clic en un camino feliz". Los ingenieros de iQud poseen regresión, verificaciones de API y liberan confianza que sobreviven a compilaciones reales, no una lista de verificación que solo se ejecuta en una computadora portátil.

  • Regresión que atrapa rupturas reales
  • Comprobaciones de API y UI en su CI
  • Liberar la confianza como trabajo propio
  • Primer PR en aproximadamente una semana

Señales de entrega de automatización/control de calidad

  • 5 díasTiempo típico para la primera solicitud de extracción
  • control de calidadCobertura que se envía con el lanzamiento.
  • APIVerificaciones automatizadas, no un script para computadora portátil
  • 2 semanasCadencia de sprint con revisión de calidad

Los puestos de control de calidad y automatización que realmente empleamos

“QA/automatización” no es un solo trabajo. Coincidimos en la superficie de calidad que necesita: lo mismo que se encuentra detrás de las páginas en vivo de Automatización y Desarrollo de software de iQud.

  1. 01

    Regresión que sobrevive a la siguiente característica

    Las suites y las rutas de humo se tratan como trabajo de producto, no como una hoja de cálculo de clics que solo el autor puede ejecutar.

  2. 02

    Comprobaciones de API en proceso

    Pruebas de contrato e integración que se encuentran en el repositorio, no una colección de Postman que se encuentra en una computadora portátil.

  3. 03

    Automatización de la interfaz de usuario que se mantiene fácil de mantener

    Selectores, esperas y pruebas de higiene deficientes como trabajo propio, no como una frágil demostración de grabación y reproducción.

  4. 04

    Libera confianza en tu cadencia

    Criterios de entrada, clasificación de errores y aprobación en el sprint, para que la calidad no sea una sorpresa la noche anterior al envío.

  5. 05

    Profundidad manual cuando la automatización no es suficiente

    Cobertura exploratoria y de casos extremos sobre flujos reales, no una CI verde que nunca vio el producto.

  6. 06

    Cuando es mejor un puesto de DevOps o backend

    Una canalización que necesita propiedad de CI, o una brecha de servicio que en realidad es código de aplicación, todavía necesita una contratación diferente. Lo diremos en la llamada de presentación en lugar de forzar un puesto exclusivo de control de calidad.

Herramientas que abren el primer día

Cada mosaico es una página de servicio o tecnología iQud en vivo. La siguiente franja es la pila de entrega y colaboración en la que estos ingenieros ya trabajan (Jira, Slack y el resto de las herramientas del proyecto relacionadas con la calidad), no un volcado de frontend o backend.

JiraClickUPTrelloJiraClickUPTrelloJiraClickUPTrelloJiraClickUPTrello
SlackAsanaSlackAsanaSlackAsanaSlackAsanaSlackAsanaSlackAsana

De la llamada de introducción a un PR fusionado

Un empleado de control de calidad/automatización debe enviar una prueba, una puerta o una ruta de corrección de errores en su repositorio, no sentarse en un teatro de incorporación de dos meses mientras la lista de verificación sigue siendo un rumor.

  1. 1

    Mapear la brecha de calidad

    Manual versus automatización, API versus UI, suites existentes, antigüedad, horas superpuestas y cómo se ve "hecho en 30 días" en la ruta de lanzamiento.

  2. 2

    Lista corta de ingenieros reales

    Emparejamos a los especialistas de automatización y control de calidad disponibles con su informe y compartimos el trabajo relevante de regresión, API o lanzamiento.

  3. 3

    tu entrevista

    Conoce al humano que se unirá al stand-up. Valide cómo hablan a través de una suite inusual, un escape de producción y el último cheque que realmente poseían más allá de la lista de verificación.

  4. 4

    Primer sprint en tus herramientas

    Acceso al repositorio, CI y una primera solicitud de extracción, generalmente dentro de una semana una vez que usted dice que está listo.

Comience con un asiento. Crecer si el trabajo atrasado lo dice.

La mayoría de los clientes incorporan primero un único ingeniero de control de calidad/automatización. Un par o una división manual/automatizada sólo cuando el trabajo realmente lo necesita.

  • Un ingeniero integrado

    Un especialista en automatización y control de calidad se une a su equipo, sigue las instrucciones de su líder y trabaja en sus rituales.

    Lo mejor paraCerrar una brecha de calidad sin un nuevo proceso de proveedor

  • Asiento de automatización/control de calidad dedicado

    Un propietario estable para regresión, comprobaciones de API o puertas de liberación, con revisión senior durante el sprint.

    Lo mejor paraUn producto que necesita un propietario de calidad con nombre

  • Iniciativa de automatización y control de calidad con alcance

    Una porción definida: una primera suite de automatización, una puerta API o una lista de verificación de lanzamiento con contratos ya en marcha.

    Lo mejor paraUn hito al que puedas señalar, no un entorno de pruebas abierto

Tarifas de contratación de control de calidad/automatización, por escrito

Dos formas de contratar un ingeniero de control de calidad/automatización. Cada hora para picos y tickets definidos. Un asiento mensual dedicado cuando desea que haya alguien en su stand-up todos los días, a un ritmo efectivo más bajo que el de correr el reloj.

  • Contratar por horas

    20 €/ hora

    Capacidad flexible de control de calidad y automatización para picos de versiones, regresiones y tickets con alcance. Sólo pagas por las horas trabajadas.

    • Los mismos ingenieros de control de calidad/automatización que un puesto mensual
    • Lo mejor para desbordamiento, una puerta de liberación o una sola suite
    • Comience rápido, haga una pausa cuando termine el pico
    • Se factura según las horas reales, no es un anticipo
    Personal por hora

Las tarifas son para ingenieros dedicados de control de calidad/automatización (regresión, comprobaciones de API, confianza en la versión). La combinación de antigüedad y las horas superpuestas se confirman en la llamada de presentación. No cotizaremos una pila que aún no enviemos.

Por qué los equipos de productos personalizan control de calidad/automatización aquí

Un empleado de control de calidad mediocre produce una lista de verificación que funciona en su computadora portátil. Estos ingenieros producen una cobertura que sobrevive a compilaciones reales, regresiones reales y su próxima versión.

  • Trabajo de producto, no "quién puede hacer clic en el camino feliz"

    Viven en suites inestables, se escapan y por qué el error de la semana pasada provino de un cheque que debería haber tenido su propia puerta.

  • Tu repositorio, tu CI, tus horas

    GIFT City se superpone con Europa y Estados Unidos. Las revisiones de calidad se realizan en vivo cuando sus clientes potenciales están en línea.

  • Los ojos de los mayores puestos en el sprint

    Velocidad media sin deuda de prueba no supervisada. La revisión es parte del compromiso, no un SKU adicional.

  • Diez clientes al trimestre, a propósito.

    No manejamos un banco giratorio. La capacidad es limitada, por lo que el ingeniero que entreviste será el que esté de pie.

Preguntas sobre contratación de automatización y control de calidad

Comience con uno. La mayoría de los clientes incorporan un único ingeniero de control de calidad/automatización de nivel superior o medio y luego agregan un par si la regresión o la acumulación de versiones lo justifica.

Global map illustration for iQud contact section

Proporcione al producto un ingeniero de control de calidad que pueda proteger la versión.

Díganos manual versus automatización, API versus UI y la primera puerta que desea en el próximo barco. Volveremos con un perfil con nombre, una ventana de inicio y un plan de dos semanas.