a: Primero se debe realizar una reunión de análisis de necesidades. Los participantes incluyen producto, desarrollo y pruebas, discutiendo principalmente los principales puntos funcionales de los requisitos. El desarrollo se organizará más adelante. Escribiremos casos de prueba de acuerdo con el plan escrito por el supervisor y las tareas asignadas. Después de escribirlo, revisaremos el caso de uso y, si hay cambios, lo modificaremos para formar la versión final del caso de uso. Una vez compilada la versión para desarrolladores, la probaremos en función de los casos de prueba. Durante el proceso de prueba,
2. ¿Qué hace principalmente su proyecto? ¿Cuál es su funcionalidad y lógica de negocio?
Respuesta: Esto depende principalmente del proyecto específico de la empresa, una comprensión clara de los módulos funcionales y una descripción de la lógica empresarial de los principales módulos funcionales.
3. ¿Usaste herramientas en las pruebas?
Respuesta: Sí, sí, no, no, ¡asegúrate de responder con la verdad! Por ejemplo, jmeter se utiliza para probar interfaces o simplemente aplicar tensión.
4. Si MySQL, Linux, etc. Todo está escrito en tu currículum y normalmente preguntarás: ¿qué tan bueno es tu dominio?
Respuesta: Para ser honesto, para los evaluadores, mysql puede agregar, eliminar, modificar y verificar metrópolis, Linux puede controlar metrópolis y los proyectos también se pueden implementar en el entorno Linux.
5. ¿Cuál es el objetivo principal de su reunión de análisis de necesidades?
Respuesta: Explique de qué se trata principalmente este proyecto, qué propósito logra, analice los puntos funcionales del proyecto y haga preguntas de manera oportuna si tiene preguntas que no están claras.
6. ¿Qué debes hacer si la demanda es demasiado pequeña?
Respuesta: Primero tendré algunas preguntas y luego le preguntaré al jefe para ver qué está pasando. Si la demanda es realmente baja, analice más el negocio. Si se determina que existe alguna necesidad.
7. ¿Qué métodos se utilizan al escribir casos de prueba?
Respuesta: clase de equivalencia, valor límite, método de adivinación incorrecto, método de escenario, etc.
Luego hice otra pregunta: ¿Crees que lo usaste al escribir casos de uso?
Mi respuesta es sí, como por ejemplo usar valores límite. Simplemente dé un ejemplo aleatorio, como el cuadro de entrada de título en el proyecto, la longitud es de 1 a 16 caracteres chinos. Los datos del caso de prueba se diseñarán de la siguiente manera: el título de entrada está vacío, el número de palabras del título es 1, el número de palabras del título es 2, el número de palabras del título es 15, el número de palabras del título es 16 y el El número de palabras del título es 17.
8. ¿Puedes escribir un plan de prueba? ¿Qué contiene?
Respuesta: En términos generales, no, está escrito por nuestro supervisor, pero nos comunicaremos con usted sobre este documento. Probablemente incluya: propósito, antecedentes, alcance de la prueba, hora de inicio y finalización de la prueba, estrategia de prueba, disposición del evaluador, entorno de prueba, evaluación de riesgos, etc.