Preguntas y respuestas favoritas sobre programación en entrevistas
1. En primer lugar, suele ser una pregunta relativamente anticuada: dígame. sobre tu experiencia.
HOHO.. Creo que a todo el mundo le han hecho esta pregunta. Preste atención a los puntos importantes. No te pongas nervioso y habla despacio.
2. Después del antiguo dicho, puedes ir al grano de inmediato. Según su experiencia, ¿qué entiende por pruebas de software/garantía de calidad?
Esto es una cuestión de opinión, básicamente todo lo que aparece en los libros. Sería genial si pudieras tener algunas ideas propias y únicas, jaja.
3. Después de comprenderlo, por supuesto, tengo que preguntarle si comprende las pruebas de software. Es tu turno de preguntar cuál es el proceso de prueba de software. ¿Cuál era el proceso de su empresa original?
La pregunta anterior todavía está en el libro y generalmente presenta pruebas suaves. De hecho, las pequeñas y medianas empresas chinas simplemente no pueden cumplir con las especificaciones de prueba mencionadas en el libro, y el proceso de prueba es el mismo. No hay manera.
Este es ahora todo nuestro gran entorno de pruebas. Simplemente siga las instrucciones del libro. Este último sabe qué hacer e intenta expresar de la manera más concisa posible el proceso de prueba original de la empresa.
4. Entonces puede tener muchas preguntas, muchas de las cuales dependen de su propia experiencia en el examen y de su comprensión del mismo, como por ejemplo:
(1) Sus responsabilidades y su trabajo para SQA. Comprensión de las actividades (como la medición de software):
SQA es un equipo de proyecto independiente del desarrollo de software. Al monitorear el proceso de desarrollo de software, asegúrese de que el proceso de desarrollo de software cumpla con el proceso CMM especificado (si existe un proceso CMM correspondiente) y detecte rápidamente los elementos no conformes.
Para discutir y mejorar los planes, es necesario pedir a los altos directivos que informen sobre las soluciones a los problemas. Esto puede evitar la introducción de defectos, reduciendo así el coste de mantenimiento del software posterior. Las principales actividades laborales de SQA incluyen formular el plan de trabajo de SQA, participar en la revisión de los productos de la etapa, revisar la calidad del proceso, la configuración funcional y la configuración física; medir los datos generados durante el proceso de desarrollo del proyecto, etc.
(2) Hable sobre su comprensión de la gestión de la configuración del software:
Durante el proceso de desarrollo del proyecto, los elementos de configuración (incluidos los productos en cada etapa) deben controlarse mediante las herramientas de gestión de configuración correspondientes. El uso de la gestión de configuración depende del tamaño del proyecto, la complejidad y el nivel de riesgo. Cuanto más grande sea el software
más importante será la gestión de la configuración. En la gestión de la configuración, existe un concepto muy importante: la línea de base. Una línea de base es una combinación de varios elementos de configuración en una determinada etapa. Una línea de base proporciona un estándar formal.
El trabajo siguiente se basa en este estándar, que sólo puede modificarse con autorización. Las herramientas de gestión de configuración incluyen principalmente CC, VSS, CVS, etc. Sólo he usado CVS ocasionalmente y no estoy familiarizado con los demás.
(3) Cómo escribir planes de prueba y casos de prueba:
En pocas palabras, el plan de prueba debe tener una estrategia de prueba detallada (métodos de prueba, etc.) y recursos razonables y detallados. preparativos. En cuanto a los casos de prueba, depende de si los requisitos (incluidos los funcionales y no funcionales) se refinan a puntos de función.
, si puedes realizar el examen, etc.
(4) Hable sobre la descripción general de las ideas principales de ingeniería de software (como CMM, CMMI, RUP, XP, PSP, TSP, etc.) y su comprensión de ellas:
CMM: Modelo de madurez de capacidad de software El modelo de madurez de capacidad de software se utiliza para mejorar y evaluar procesos de software y evaluar capacidades de software.
CMMI: Integración del modelo de madurez de capacidad Integración del modelo de madurez de capacidad CMMI integra la mayoría de las últimas prácticas de gestión de software y compensa las deficiencias del modelo SW-CMM.
RUP: proceso unificado racional es un proceso de ingeniería de software. Proporciona un método estandarizado para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es garantizar la máxima satisfacción.
Personalmente, creo que el concepto central de los productos de alta calidad que requieren los usuarios finales es la iteración del desarrollo. Cada empresa puede adaptar adecuadamente RUP de acuerdo con su propio proceso de desarrollo de software y las características de los proyectos a desarrollar. y Desarrollar símbolos.
Conforme a su propio proceso de desarrollo de software.
XP: Extreme Programming, que significa programación extrema, es adecuado para el desarrollo de software de equipos pequeños. Si desea resolver el tercer problema anterior, puede utilizar este proceso de desarrollo en combinación con el método prototipo. Comprender las pruebas es muy importante para el desarrollo de XP
Importancia, primero enfatice el concepto de pruebas (centrándose en las pruebas unitarias). La programación puede mejorar significativamente la calidad del código y la integración continua es muy útil para localizar problemas rápidamente.
PSP y TSP son procesos de software personal y procesos de software de equipo respectivamente. Como todos sabemos, CMM simplemente te dice qué hacer, pero no tú.
Cómo se hace, entonces PSP/TSP le indica cómo hacerlo durante la implementación de CMM. PSP enfatiza el desarrollo de habilidades personales (cómo hacer planes, controlar la calidad y cooperar con otros, etc.), mientras que TSP enfatiza.
Producir y entregar productos de software de alta calidad (cómo planificar y gestionar eficazmente las tareas de desarrollo de proyectos, etc.)
En resumen, la simple implementación de CMM nunca puede mejorar realmente la madurez de la capacidad. Sólo combinando orgánicamente la implementación de CMM con la implementación de PSP y TSP se puede lograr su máxima efectividad. Por lo tanto, el marco del proceso de software debe ser una integración orgánica de CMM/PSP/TSP.
(5) Comprensión y experiencia práctica en gestión de proyectos, pruebas de caja blanca, pruebas unitarias, pruebas automatizadas, pruebas de rendimiento y herramientas de pruebas de estrés. (En realidad, se trata básicamente de MI y herramientas Rational):
Esto depende del individuo, así que no puedo decirlo.
(6) Otros conocimientos técnicos específicos (como comprensión de varios lenguajes informáticos, bases de datos, etc.);
5. Además, ¿cómo se garantiza la calidad del software? Es decir, ¿qué cree que se puede hacer para garantizar al máximo la calidad del software?
Las pruebas no pueden garantizar la calidad del software en la mayor medida posible. La alta calidad del software se desarrolla y diseña, no se prueba. No solo permite todas las etapas del desarrollo de software mediante el monitoreo del proceso de desarrollo de software.
Cada enlace debe realizarse de acuerdo con los procedimientos prescritos. Al revisar los productos en cada etapa, el control de calidad monitorea el proceso y audita las funciones y configuraciones, se puede lograr la optimización del desarrollo. Por supuesto, las pruebas también son una forma importante de garantizar la calidad del software.
El tipo es una parte importante del proyecto de aseguramiento de la calidad del software.
6. Luego, según las condiciones nacionales actuales de China, la mayoría de las empresas tienen proyectos de software estrictos, poco personal y ningún o ningún documento de requisitos estandarizados. ¿Cómo cree que se puede garantizar la calidad del software en este caso?
? Lo que la mayoría de las empresas quieren saber es cómo garantizar la calidad del software ante tales dificultades, porque estas empresas generalmente hacen esto: no quieren invertir demasiado, quieren garantizar la calidad, halo.
En la situación anterior, es casi imposible mejorar la calidad del software únicamente mediante pruebas, porque no hay suficiente tiempo para realizar las pruebas y la falta de documentación estandarizada impide que se cumplan los requisitos de las pruebas. refinado.
Y realizar pruebas específicas. Por lo tanto, como garantía de calidad de la empresa, primero debe determinar el modelo de ciclo de vida del software (como la adaptación y creación de prototipos de RUP) que sea más adecuado para el proyecto en sí y aclarar el desarrollo del proyecto.
Procesar e instar al equipo del proyecto a trabajar según este proceso. Todos los miembros del equipo del proyecto (más importante aún, el director del proyecto) deben desarrollar un plan de trabajo razonable, fortalecer las pruebas unitarias del código y estandarizar la fecha de entrega del producto establecida por el cliente.
Realizar la integración continua de productos dentro del alcance. Si el tiempo lo permite, podemos cooperar con los clientes para realizar las pruebas de funcionamiento del sistema necesarias.
7. Es hora de hacer algunas preguntas únicamente relacionadas con las pruebas de software, como por ejemplo:
(1) ¿Qué crees que caracteriza a un buen ingeniero de pruebas? Halo, esta pregunta parece necesaria, y la respuesta no es más que qué habilidad técnica integral y pensamiento lógico riguroso se requieren.
d. Excelentes habilidades de comunicación, así como escepticismo, sentido del humor, perspicacia, etc. ¿A qué te refieres con excelente? Tienes todas las habilidades que deberías tener y todas las habilidades que no deberías tener, y todas son excelentes. Esto es excelente, jaja.
Es broma, este es el problema de todos modos, y los requisitos específicos están en todas partes en Internet.
(2) Hay otras cosas, como tu evaluación de tus fortalezas y debilidades, tus ideales profesionales, por qué dejaste tu última empresa, qué te impresionó más en tu carrera, si puedes viajar y trabajar horas extras. , y si puedes Incapaz de soportar la presión y los desafíos, el salario y los beneficios.
Solo podrás responder preguntas como necesidades de agua, cuándo puedes ir a trabajar, etc. por tu cuenta.
(3) Otra cuestión importante es la capacidad lingüística, especialmente el nivel de inglés. En este caso, los requisitos específicos de cada empresa son diferentes, por lo que no hay nada que decir.
Eso es todo. Si es necesario, puedes buscarlo en Google específicamente. hoho es sólo para referencia!