¿Qué hace exactamente un supervisor de pruebas?
Recientemente he estado pensando si soy un administrador de pruebas y qué debería hacer un administrador de pruebas. Siento que soy un poco diferente, así que registro mis pensamientos.
En nuestra empresa, el supervisor de pruebas se llama ingeniero de control de calidad. Es fácil entender que usted está aquí para garantizar la calidad del proyecto del que es responsable.
Entonces, según la dimensión del proyecto:
1. Desarrollar un plan de versión, un plan de prueba y una estrategia de prueba
(1) Plan de versión, después de la revisión de requisitos completado, cada rol debe generar el plan de prueba correspondiente e inicialmente formular un tiempo de entrega de versión razonable. Si el tiempo de entrega tiene un límite claro, trabaje hacia atrás desde el último enlace El punto de tiempo de entrega de cada rol, por ejemplo, control de calidad. el último Como enlace, si la evaluación de control de calidad debe entregarse a tiempo, corresponde al ciclo de prueba requerido por control de calidad, que a su vez deduce cuándo es necesario probar el desarrollo, y el desarrollo también deduce en qué momento el front- El final (por ejemplo: UI) debe entregarse y finalmente hacer un plan que sea reconocido por todos los personajes e implementarlo.
(2) Plan de prueba. Por lo general, un equipo es responsable de más de un producto, una versión o una transacción. En este momento, el supervisor debe asignar los asuntos del proyecto a cada miembro del equipo y formular planes dentro del mismo. equipo En el plan de prueba, cada miembro del equipo puede obtener claramente sus propias tareas y aclarar el contenido y el tiempo de finalización de las tareas. Ahora estoy usando Excel para hacer un plan de prueba. La columna más a la izquierda es el nombre de los miembros del equipo y la primera fila es la fecha. Lo que todos hacen cada día está claramente escrito con anticipación. Como sea posible, para que todos puedan obtener su propia información de forma independiente, las tareas diarias son suficientes, y también puedo verificar si se ha omitido alguna tarea, y también puedo rastrear el período de tiempo de la versión correspondiente. El plan y las tareas no importantes se posponen o insertan en el cronograma. Está relativamente menos ocupado.
(3) Estrategia de prueba. La estrategia de prueba aquí incluye la estrategia de prueba del producto y la estrategia de prueba de requisitos/versión.
La estrategia de prueba del producto consiste en analizar en función de la etapa del producto y los objetivos del producto, y formular la latitud de prueba para el producto, los estándares de prueba para cada latitud y los requisitos de calidad del producto. La estrategia de prueba del producto debe sincronizarse con los roles relevantes dentro del proyecto, como líder del proyecto, gerente de desarrollo, etc., y solo puede implementarse después de que todos lleguen a un acuerdo. (¿Por qué necesitamos sincronizarnos y llegar a un acuerdo con otros roles en el proyecto? Porque algunos de sus datos y transacciones estarán involucrados en el proceso de ejecución posterior, para evitar el impacto en la calidad y el progreso del proyecto causado por opiniones inconsistentes o estándares inconsistentes)
La estrategia de prueba de versión/requisitos es formular planes de prueba correspondientes en función del contenido y los requisitos de la versión. Por ejemplo, si el equipo de desarrollo realizó una optimización de nivel inferior del lado del servidor hoy, entonces. Para este requisito, el control de calidad debe comprender el plan de diseño y el alcance de los cambios, para evaluar el alcance de la influencia y formular un plan de prueba de verificación razonable (como: qué interfaces están involucradas, qué interfaces deben probarse, si El negocio front-end correspondiente también debe verificarse, etc., y si implica un impacto en el rendimiento, si es necesario realizar pruebas de rendimiento, etc. (para otro ejemplo, desarrollo. Hoy hice una versión con funciones de control de calidad). Realice pruebas y evaluaciones en función del tamaño de la función. Se espera que esta versión requiera varias rondas de pruebas, cuál es el plan de pruebas para cada ronda y si implica pruebas especiales, etc. El supervisor de la estrategia de prueba de versión/requisitos puede capacitar a los estudiantes con buenas habilidades del grupo para formularla, y el supervisor la revisará.
2. Evaluación de la prioridad de las transacciones
Mientras todos en el equipo no estén haciendo lo mismo, inevitablemente habrá prioridades. Algunos supervisores son responsables de múltiples proyectos. Cada proyecto puede tener su propio grado de importancia y los asuntos de cada proyecto tienen prioridades. En este momento, el supervisor debe realizar una evaluación de prioridades para garantizar que los asuntos importantes y urgentes se puedan completar como corresponde. programado.
La prioridad de las transacciones se reflejará cuando el supervisor organice el plan de prueba. Las transacciones de alta prioridad se organizarán primero, seguidas de las transacciones de baja prioridad si hay transacciones de alta prioridad que se insertan temporalmente. el supervisor hará ajustes a la actualidad y tratará de cumplir con los requisitos de tiempo de cada transacción. Todos los asuntos dentro de mi equipo me son asignados a mí. Si hay pruebas temporales durante el desarrollo, todas serán manejadas por mí y no serán contactadas directamente por los estudiantes de la prueba, para que pueda controlar el progreso y la racionalidad del tiempo de cada materia. y también permitir que los estudiantes de prueba No me confundan al insertar pedidos. Los miembros del equipo solo necesitan completar las tareas correspondientes en secuencia de acuerdo con mis arreglos.
También me he encontrado con situaciones en las que ambos proyectos dijeron que sus asuntos eran urgentes y necesitaban ser priorizados. En este momento, solo pude reunir a los dos líderes del proyecto para comunicarse y todos explicaron la importancia de sus asuntos. Finalmente, se llegó a un consenso sobre quién tiene prioridad, si todos son realmente importantes, el supervisor de calidad debería considerar adscribir personal para apoyar las pruebas para satisfacer las necesidades del proyecto.
3. Promover la solución de problemas importantes y difíciles
Durante el proceso de prueba del proyecto, siempre encontrará algunos problemas clave o difíciles. A menudo, estos problemas no se pueden resolver con una sola función. Generalmente, implica la cooperación de múltiples departamentos funcionales. En este momento, el supervisor de pruebas debe tener buenas habilidades de comunicación y coordinación y ser capaz de coordinar y promover entre equipos y departamentos.
Mis pasos para resolver los problemas principales y difíciles del proyecto son generalmente los siguientes:
(1) Primero analice la causa raíz del problema
( 2) Desarrollar el plan de soluciones correspondiente, comenzando desde cada rol, generar documentos escritos
(3) Sincronizar el documento con la persona funcional a cargo relevante para su confirmación, comunicar el plan y finalmente llegar a un consenso sobre si es factible
(4) Si es factible, impleméntelo en consecuencia y solicite a los líderes funcionales que den tiempo para procesar el plan y darle seguimiento
(5) Si no es factible, evalúe si las razones de la inviabilidad pueden ser reemplazadas por otros planes, si aún no se puede implementar, abandone primero el plan de roles correspondiente y dé prioridad a otros planes de roles
(6) Asegúrese de que la solución final puede resolver el problema o reducir en cierta medida los riesgos causados por el problema
p>
4. Investigación técnica sobre puntos importantes y difíciles
Este es mi defecto Debido a mi falta de habilidades, necesito probar la cooperación de mis compañeros de desarrollo cuando se trata de investigación técnica en puntos importantes y difíciles. El método general de cooperación es el siguiente:
(1) Poner. avanzar los temas importantes y difíciles que deben abordarse en la actualidad
(2) El supervisor discute posibles direcciones con los estudiantes de desarrollo de pruebas
(3) Los estudiantes de pruebas y desarrollo realizan investigaciones y emiten un informe de investigación
(4) El supervisor y los estudiantes de desarrollo de pruebas evalúan la viabilidad de los resultados de la investigación (incluidos la rentabilidad, el valor, etc.), discuten los detalles del plan y llegan a un acuerdo
(5) El supervisor y los estudiantes de desarrollo de pruebas planifican asuntos, programan y estiman la mano de obra y los días
(6) Implementación del desarrollo de pruebas, aceptación del supervisor
Si el supervisor él mismo es muy hábil. Si se ve obligado, puede invertir en la formulación del plan y la investigación usted mismo, y finalmente dejar que los estudiantes de prueba y desarrollo lo implementen. Este método es más rápido y no es fácil dejarse "engañar" por los estudiantes de prueba y desarrollo. Si su propia tecnología no es lo suficientemente fuerte, solo puede dejar que se haga. El compañero de desarrollo de pruebas le explica el plan para que pueda comprenderlo y él puede dar respuestas razonables a la mayoría de las preguntas que haga.
5. Evaluación de riesgos del proyecto
La evaluación de riesgos abarca todo el ciclo de vida del producto, desde la revisión de los requisitos hasta el lanzamiento y el lanzamiento. El supervisor de pruebas debe realizar una evaluación de riesgos del proyecto en cada momento. enlace Cuándo Ser consciente de los riesgos que pueden afectar el progreso y la calidad del proyecto, requerir advertencias oportunas y poder hacer sugerencias para evitarlos u optimizarlos.
Con base en la comprensión de la arquitectura de diseño del producto y la arquitectura de implementación del programa, analice los problemas restantes del producto, identifique módulos o funciones con mayores riesgos de calidad del producto y proporcione sugerencias de mejora del proyecto para llenar las lagunas.
La evaluación de riesgos debe basarse en muchos factores, incluido el número de usuarios del producto, los objetivos de la versión, el alcance del impacto del problema, etc. Basándonos en la comprensión de los usuarios y los productos, proporcionamos sugerencias de juicio sobre los estándares de calidad. de cada módulo o función antes del lanzamiento del producto. Ayudar a los líderes de proyecto a hacer concesiones entre calidad y cronograma.
6. Mejora del proceso de calidad en todo el proyecto
Descubrir problemas de calidad a través del proceso de calidad, ser capaz de comunicarse proactivamente con los departamentos relacionados con el producto, coordinar recursos entre proyectos o departamentos y promover Resolución de problemas. Lograr resultados prácticos.
Debido a que la cantidad de problemas que una persona puede encontrar es limitada, para mejorar el proceso de calidad, es mejor resumir los problemas que todos han encontrado o percibido, y luego priorizarlos y luego priorizarlos. Derrota a cada uno.
Mi método actual es recopilar una lista de los problemas encontrados o descubiertos por los estudiantes en el equipo cada mes (incluidos: procesos, cooperación entre departamentos, riesgos de calidad, etc.). Continuará refinando la descripción del problema, luego clasificando los problemas y luego estableciendo prioridades y resolviéndolas de acuerdo con el programa de prioridades (aproximadamente como se muestra en la imagen a continuación)
Estos problemas se pueden asignar a los estudiantes en el equipo para trabajar juntos, y se les puede guiar para que lo hagan, el proceso principal y la forma de pensar son correctos, el resto depende de la capacidad, por lo que el supervisor puede dejar que los siguientes estudiantes lo prueben primero. Puede que tenga ideas diferentes y puede haber resultados que lo impresionarán. El supervisor hará un buen trabajo en la revisión y orientación en el proceso, así como algún trabajo auxiliar para la implementación.
El supervisor de pruebas, con la palabra "gestión", es naturalmente indispensable para los asuntos de gestión.
Entonces, según la dimensión del equipo:
1. Creación de equipos
(1) Según la situación comercial del proyecto y la estrategia de prueba, determine qué necesita su equipo. Cuántas personas tiene cada uno y luego desplegarlas. Es mejor mantener un gradiente relativamente normal del equipo y evitar interrupciones.
(2) Los miembros del equipo deben respaldarse entre sí, es decir, hay una posición B o una posición C, lo que favorece la integridad y la estabilidad del equipo. Se va o se toma una licencia, su puesto B puede completar sus asuntos, para que las cosas no se retrasen por la situación de los compañeros, lo que tendrá un mayor impacto, o los estudiantes no se atreverán a pedir licencia.
(3) Actualización del equipo Con pruebas en profundidad y mejoras de la calidad o ajustes comerciales, inevitablemente se necesitarán algunas habilidades nuevas dentro del equipo, y es necesario guiar una mejor atmósfera de aprendizaje. todos están dispuestos a tomar la iniciativa. Aprenda y comparta para mejorar las capacidades y la tecnología del equipo. (En algunas circunstancias especiales, el aprendizaje obligatorio también se puede llevar a cabo para mejorar las habilidades del equipo)
(4) Intente ser lo más plano posible dentro del equipo, no tenga demasiados niveles y evite capas. gestión por capas, lo que conducirá a un alto rango. En cambio, algunos estudiantes hacen las tareas del hogar y se limpian el trasero. Es ideal que cada persona realice sus propias tareas. Cada rango es responsable de asuntos con diferentes capacidades. debe delegarse, es necesario que exista un mecanismo de auditoría y no se puede dejar de lado por completo para evitar omisiones innecesarias.
2. Formulación del desempeño de los miembros del equipo
Según los diferentes rangos y posiciones, formule evaluaciones de desempeño razonables, que pueden ser KPI u OKR, o una combinación de ambos.
Incluso el desempeño se puede personalizar de forma privada. El propósito es alentar a los miembros del equipo a trabajar duro, de modo que los asuntos diarios puedan igualar el desempeño y evitar la apariencia de trabajo duro, pero los datos finales del desempeño no. refleja la situación, por lo que el desempeño se puede formular de acuerdo con los asuntos u objetivos de cada persona, pero se recomienda que los elementos de evaluación del mismo rango y la misma posición se mantengan lo más consistentes posible, de lo contrario el resultado y el valor no pueden. compararse horizontalmente.
3. Formule las especificaciones de proceso del equipo
Sin reglas, no hay círculo, por lo que un equipo debe estar sujeto a algunas especificaciones de proceso y deben implementarse de manera efectiva.
Los más básicos Varios, especificaciones de envío de ERRORES, proceso y especificaciones de retroalimentación de prueba, proceso de prueba
Una vez que existen procesos y especificaciones, se trata de cómo implementarlos mejor, y se pueden agregar elementos de deducción de ejecución de proceso relevantes. Cuando los procesos o especificaciones no se implementen, se deducirán puntos en consecuencia