El contenido de este artículo es: En ausencia de documentos de requisitos, ¿qué debe hacer un evaluador para garantizar que no haya problemas con la calidad de la prueba y cómo no asumir la culpa?
001 Hay tres situaciones posibles en las que no existe ningún documento de requisito:
1. La empresa no tiene un gerente de producto y los desarrolladores no tienen suficiente conocimiento. Después de recibir los requisitos del cliente, pueden comenzar a trabajar directamente (¿escribir documentos de requisitos? Imposible).
2. El progreso del proyecto es estricto, los requisitos están cambiando mucho, el producto es vago y el documento de requisitos original no se actualiza.
3. El proyecto se desarrolla de forma iterativa a partir del antiguo proyecto original y los desarrolladores creen que no es necesario un documento de requisitos.
Para la situación anterior, el enfoque teórico es el siguiente:
1. El responsable de las pruebas debe adherirse a sus propios principios: si no existe un documento de requisitos, no será sometido a pruebas.
2. Se deberán revisar los documentos de requisitos, se levantarán las actas de las reuniones de revisión y personal especializado deberá modificar, actualizar y confirmar los documentos de requisitos;
Sin embargo, la realidad es.
Muchas veces, la teoría anterior no se puede implementar (por supuesto, es mejor si se puede implementar y debe implementarse; este artículo está dirigido principalmente a sugerencias de viabilidad para aquellos casos en los que el documento de requisitos no se puede actualizar continuamente).
1. El equipo de pruebas no tiene nada que decir en la empresa y es difícil redactar requisitos para promocionar el producto.
2. Además, muchas veces todo el equipo técnico atiende al negocio, el tiempo apremia y las tareas pesadas, por lo que todos deben ser más proactivos.
Por lo tanto, es difícil implementar la situación teórica anterior en la práctica.
Sin documentos de requisitos, es demasiado difícil escribir casos de prueba (es aún más difícil garantizar la calidad del lanzamiento final).
Como tester, si no hay un documento de requisitos de prueba, no espere estúpidamente. Debe tomar la iniciativa y aprender tanto como sea posible sobre el proyecto. Cuanto más sepa, más casos de prueba podrá escribir.
Autor: IDO Lao Xu
Fuente isTster.com
002 Método de implementación cuando no hay demanda
El siguiente es el enfoque factible dado por IDO Lao Xu basado en su propia experiencia como referencia:
1. Intente encontrar otros documentos relevantes, como actas de discusión de reuniones de requisitos de fragmentación originales, documentos de planificación, documentos de desarrollo, documentos de investigación de mercado, informes de análisis de viabilidad, etc.
2. Participar en tantas reuniones de discusión interna (requisitos, diseño, planificación) como sea posible, participar en el proceso de discusión y comprender mejor los requisitos.
3. Consultar al personal relevante: proyectos, mercados, negocios, I+D, clientes
4. Si se desarrolla en base a una versión anterior, utilice más la versión anterior y explore sus propias necesidades (también puede consultar la biblioteca de errores históricos y la biblioteca de casos de uso)
5. Hacer referencia a productos similares de pares o competidores (de hecho, los gerentes de producto también hacen referencia a productos similares al planificar los requisitos originales)
6. Finalmente, basándose en lo que aprendió anteriormente, clasifique los puntos de demanda que comprenda, reúna a las personas relevantes, tóquelas (proyectos, desarrollo, productos, mercados, negocios, etc.), verifique si hay omisiones y complete los vacíos. y corrija algunos de sus errores. Necesita comprensión.
7. Lo siguiente que todos los estudiantes de prueba deben saber: en función de las necesidades que ellos mismos han clasificado y determinado, clasifiquen los puntos de demanda de prueba revisados y finalmente diseñen los casos de prueba.
En resumen, un principio: cuando no hay un documento de requisitos, tome la iniciativa de comprenderlo, clasificarlo y rechazarlo.
003 Muchas veces, la demanda proviene de los clientes.
Los clientes informaron al personal de marketing (o al personal de atención al cliente) que no había un puesto de gerente de producto dentro de la empresa. Después de recibir los requisitos, podían simplemente confiar en su propia imaginación y comenzar a trabajar directamente (esta es una forma típica de hacer las cosas para pequeñas empresas). talleres y equipos pequeños).
Si se trata de una demanda vaga que requiere respuesta del cliente, puede probar la conexión directa o resolver los puntos de duda y dejar que el personal del mercado los conecte (mantenga el proceso externo original dentro de la empresa, y es mejor no meterse con el proceso de omisión).
En cuanto al método, puede ser muy flexible, como (correo electrónico, grupo WeChat, etc., también es posible concertar citas fuera de línea).
004 Existen algunos métodos viables para garantizar la calidad.
1. Autoprueba de desarrollo
2. Deje que el gerente de producto se una para confirmar y aceptar los requisitos después de proponer y probar el producto.
3. Restauración del diseño después de la prueba del producto, permita que los diseñadores se unan, confirmen y acepten juntos.
En cuanto a, como se mencionó anteriormente, cómo implementarlo, esto debe hacerse internamente y agregarse al proceso regular de I+D.
Puede dejar que el líder de calidad, el líder de I+D o el vicepresidente técnico lo promuevan.
Este asunto es factible y se puede implementar.
Los siguientes son materiales de apoyo para el aprendizaje. Para aquellos que están haciendo [pruebas de software], debería ser el almacén de preparación más completo y completo. Este almacén también me ha acompañado en el viaje más difícil. ¡Espero que también pueda ayudarlos a ustedes!
