¿Cómo realizar pruebas de documentos?
Lee y sigue cada paso atentamente.
Examina cada gráfico y prueba cada ejemplo.
Compruebe si la redacción del documento oficial cumple con el propósito de la redacción del documento oficial.
¿El contenido es completo y correcto?
¿Está completo el contenido?
¿Las etiquetas son correctas?
Cómo conseguir 5 puntos en pruebas de documentos
Ser ingeniero de pruebas de software es muy importante, en nuestras palabras, es muy popular. Hoy en día hay muchos programadores y pocos ingenieros de pruebas, por lo que la presión laboral no es demasiado grande.
Tres cualidades básicas que deben poseer los ingenieros de pruebas [1] Muchos ingenieros jóvenes o recién contratados suelen preguntar: "¿Qué habilidades o cualidades deben poseer los ingenieros de pruebas para estar cualificados, en comparación con los desarrolladores, que requiere el personal de pruebas?" no solo una habilidad, sino también conocimientos de sistemas operativos, bases de datos, redes y otros aspectos.
Después de varios años de desarrollo, el nivel de pruebas de las empresas de TI nacionales ha mejorado enormemente, pero al mismo tiempo, muchos ingenieros de pruebas también enfrentan cuellos de botella en el desarrollo personal: muchas personas han pasado de ser ingenieros de pruebas a convertirse en gerentes de pruebas. posición, sin saber cómo desarrollarse a continuación o realizando pruebas funcionales mecánicamente todos los días;
Según los muchos años de experiencia del autor, un evaluador competitivo debe poseer las siguientes tres cualidades:
Habilidades profesionales en informática
Las habilidades profesionales en el campo de la informática son Las cualidades necesarias de un ingeniero de pruebas son el requisito previo para realizar un buen trabajo en las pruebas. Aunque las personas sin experiencia en TI también pueden realizar trabajos de prueba, para que un ingeniero de pruebas obtenga un mayor espacio de desarrollo o una competitividad duradera, las habilidades profesionales informáticas son esenciales. Las habilidades profesionales informáticas incluyen principalmente tres aspectos:
Habilidades profesionales de pruebas
Ahora las pruebas de software se han convertido en una profesión potencial. Para convertirse en un excelente ingeniero de pruebas, primero debe tener una base profesional sólida, que es también uno de los propósitos de escribir este libro. Por lo tanto, los ingenieros de pruebas deben trabajar duro para adquirir experiencia en pruebas, despedirse del trabajo de prueba simple de "clic" y dejar que el trabajo de prueba dependa de su propio conocimiento profesional.
Hay mucha experiencia en pruebas y el contenido de este libro se basa principalmente en las habilidades profesionales básicas que los evaluadores deben dominar. La experiencia en pruebas cubre una amplia gama de áreas: incluidas tecnologías de prueba básicas, como pruebas de caja negra, pruebas de caja blanca y diseño de casos de prueba, así como métodos de prueba como pruebas unitarias, pruebas funcionales, pruebas de integración, pruebas de sistemas y pruebas de rendimiento. , así como procesos de prueba básicos. Gestión, gestión de defectos, tecnología de prueba automatizada.
Habilidades de programación de software
“¿Los testers necesitan programar?” Se puede decir que es una de las preguntas más frecuentes por parte de los testers. De hecho, dado que el salario de los desarrolladores nacionales es generalmente más alto que el de los probadores, casi todos los que pueden escribir código se dedican al desarrollo, mientras que muchas personas se ven "obligadas" a realizar pruebas porque no saben cómo desarrollar o no se atreven. no dedicarse a otros trabajos. El resultado final es que muchos evaluadores solo pueden realizar pruebas funcionales relativamente simples, mientras que aquellos con mejores habilidades pueden usar herramientas de prueba para realizar pruebas automatizadas simples (principalmente grabar, modificar y reproducir scripts de prueba).
Las habilidades de programación de software deberían ser una de las habilidades necesarias para los evaluadores. En Microsoft, muchos evaluadores tienen muchos años de experiencia en desarrollo. Por lo tanto, si los evaluadores quieren lograr un mejor desarrollo profesional, deben poder escribir programas. Sólo aquellos que pueden escribir programas pueden ser competentes en tareas de prueba difíciles, como pruebas unitarias, pruebas de integración y pruebas de rendimiento.
Además, los requisitos para las habilidades de programación de los probadores de software también son diferentes de los de los desarrolladores: los programas escritos por los probadores deben centrarse en el funcionamiento correcto y tener en cuenta una alta eficiencia, especialmente cuando se prueba código relacionado con el rendimiento. prueba. Por lo tanto, los evaluadores deben tener ciertas capacidades de diseño de algoritmos. Según la experiencia del autor, los ingenieros de pruebas deben dominar al menos un lenguaje como Java, C#, C++ y las herramientas de desarrollo correspondientes.
Conocimiento de redes, sistemas operativos, bases de datos y middleware;
En comparación con los desarrolladores, los evaluadores tienen las características de ser "eruditos pero no sofisticados" y ser "versátiles pero no abrumados". Es una metáfora muy vívida. Dado que a menudo es necesario configurar y depurar varios entornos de prueba durante el proceso de prueba, y es necesario analizar y ajustar varias plataformas del sistema durante el proceso de prueba de rendimiento, los evaluadores deben dominar más conocimientos sobre redes, sistemas operativos, bases de datos, etc.
En términos de red, los evaluadores deben dominar los protocolos de red básicos y los principios de funcionamiento de la red, especialmente la configuración de algunos entornos de red, que a menudo se encuentran en el trabajo de prueba.
En términos de sistemas operativos y middleware, es necesario dominar el uso, la instalación y la configuración básicos. Por ejemplo, muchos sistemas de aplicaciones se basan en Unix y Linux, lo que requiere que los evaluadores dominen los comandos operativos básicos y las herramientas y software relacionados. La instalación y configuración de middleware como WebLogic y Websphere suele requerir...>;& gt
Cómo hacer un buen trabajo en pruebas de documentos y documentación
Desde el proyecto ERP involucra dos o dos El personal, los fondos y otros recursos de las partes relevantes anteriores tienen un período de tiempo relativamente largo y son difíciles de implementar. Implican todos los aspectos del flujo de información. Todas las necesidades, sugerencias, soluciones y conclusiones relacionadas con el proyecto deben ser. estandarizados y documentados.
Entonces,
¿Cómo se desarrolla una buena estrategia para realizar exámenes?
Resultado de la estrategia de prueba: ¡Haz lo correcto!
Resultado del plan de prueba: ¡Haz las cosas!
Una estrategia de prueba no es un plan de prueba.
En términos generales, según la experiencia de TestBird, el plan de prueba de la aplicación incluirá más: la secuencia de actividades de prueba y la organización de la programación y asignación de recursos. La estrategia de prueba incluirá más: establecimiento del enfoque de prueba, análisis y selección de tipos de tecnología de prueba.
¿A qué puntos se debe prestar atención al escribir documentos de prueba de software?
Parece que cada empresa te dará una plantilla de su propia empresa. Los documentos de prueba generales incluyen el siguiente contenido: 1 Introducción (propósito, antecedentes, alcance, etiquetado del proyecto, etc.)
2 Requisitos de la prueba
3 Estrategia de prueba: tipo de prueba (datos y base de datos pruebas de integridad, pruebas funcionales, pruebas de ciclo económico, pruebas de interfaz de usuario, evaluación de rendimiento, pruebas de carga, pruebas de resistencia, pruebas de capacidad, pruebas de seguridad y control de acceso, pruebas de recuperación y conmutación por error, pruebas de configuración y pruebas de instalación).
Herramientas de prueba
4 recursos de prueba (roles, sistemas)
5 hitos del proyecto
6 artefactos entregables (registros de prueba, informes de defectos) )
7 Apéndice (tareas del proyecto en el historial de revisiones, etc.)
¿Cómo pueden los novatos realizar pruebas funcionales?
1. Primero, aprenda los conocimientos básicos y el proceso de prueba de software. La primera y más básica prueba funcional es analizar los requisitos y escribir casos de prueba. Las pruebas son el guardián de la calidad y el primer paso para garantizar que no se omita ninguna prueba es escribir casos de prueba que sean lo más completos posible. Puede aprender métodos de redacción de casos de uso, métodos de prueba de caja negra y leer algunos libros, como: "El arte de las pruebas de software". Además, también es importante comprender el proceso del software. Dependiendo de la etapa de iteración, las pruebas pueden hacer cosas diferentes. En la fase de declaración de requisitos, se desarrollan planes de prueba, se analizan los requisitos y se escriben casos de prueba. Comprenda los detalles técnicos de implementación de la fase de desarrollo y prepárese para desarrollar casos de uso de autoprueba después del lanzamiento de la prueba, pruebe de acuerdo con los casos de uso, descarte los riesgos y progrese todos los días, considere si realizar pruebas en múltiples rondas según el calidad de ejecución, juzgar lo correcto o incorrecto en función de la calidad y publicarlo en línea después de estar en línea, manejar los problemas operativos de manera oportuna;
2. Sentar una base sólida y practicar más. Las pruebas son una profesión con experiencia. Es muy importante comenzar con requisitos simples, desarrollar un plan de prueba, escribir casos de uso de ejecución, ajustar el plan de manera oportuna e informar al equipo sobre los riesgos y el progreso. Desde requisitos simples hasta requisitos complejos y seguimiento iterativo, además de la implementación, la comprensión técnica y el análisis de seguimiento de errores son muy importantes. Comprender la implementación técnica puede ayudarlo a diseñar casos de uso más completos y evaluar mejor los riesgos de calidad de las funciones. Lo mismo ocurre con el análisis de errores. A menudo, un análisis de errores clásico encontrará más problemas ocultos. Se recomienda escribir un resumen de la prueba después de completar la prueba funcional para ordenar el plan de prueba, la implementación lógica, el descubrimiento de problemas y el proceso de autoanálisis. ;
3. Después de continuar, comprenderemos mejor el objeto que se está probando, de modo que podamos realizar pruebas más profundas. Como pruebas de estabilidad, pruebas especiales de rendimiento, pruebas de interfaz, etc. Si el equipo continúa trabajando en conjunto, es posible que se descubran algunos problemas en el camino. Se puede pensar en cómo optimizar los procesos para hacer la cooperación más eficiente y precipitar documentos y reglas. Después del seguimiento iterativo, surgirán algunos problemas de calidad y eficiencia, y debe pensar en cómo optimizar: automatización, pruebas precisas, trabajo repetitivo y secuencias de comandos de herramientas basadas en el resumen y análisis de datos de prueba de cada iteración; debe pensar en qué datos deben mejorarse: pruebas faltantes y descubrimiento de errores, hay muchos problemas informados por los usuarios, puede pensar en cómo resolver problemas especiales, cómo localizarlos rápidamente... Complete estas tareas y regístrelas en el formulario; una metodología, comparte más para expandir tu influencia;
4. Una vez que el equipo se expande, debemos pensar en cómo capacitar a nuevas personas, cómo llevar a cabo el trabajo en equipo y ayudar a todos a progresar y trabajar juntos. eficientemente;
El apoyo al proyecto es la base. Sobre esta base, descubra más problemas, practique más, piense más y amplíe su influencia.
Cómo escribir un buen informe de prueba
Introducción del proyecto: algunos contenidos que deben presentarse, una descripción de la abreviatura del proyecto, antecedentes del proyecto, etc. Contenido de la prueba: un resumen del contenido de la prueba. Entorno de prueba: una descripción del entorno de prueba, incluidos los entornos de cliente y de red. Recursos de prueba: el uso de recursos de prueba durante el proceso de prueba. Datos de prueba: número de defectos, número de soluciones, número de problemas pendientes. Distribución de errores del módulo, gráfico de tendencias de errores, defectos restantes y problemas que necesitan explicación. Análisis de datos de prueba: analice todo el proceso de prueba y saque conclusiones. Problemas heredados: los problemas heredados del software se explican en detalle. Todo el mundo puede explicar claramente el contenido del informe, pero simplemente exponerlo también puede causar dificultades a los lectores. ¿Cómo mostrar estas cosas para que su informe de prueba sea sustancial, persuasivo y fácil de leer y leer? 1. El contenido es conciso: vaya al grano, sin tonterías, fácil de entender y utilice tablas para mostrar tanto como sea posible. 2. No enumere datos detallados, elija algunos datos que puedan ilustrar el análisis del problema: como gráficos de tendencias de defectos, distribución de errores de módulos, etc. Agregue el breve análisis necesario. Los gráficos son fáciles de entender e intuitivos. Si el problema no se puede explicar o hay algunos cuadros sin importancia, no es necesario enumerarlos todos en el informe, lo que hará que el informe sea más extenso. 3. La explicación de los problemas heredados es muy importante: Lista de problemas heredados: cuando hay muchos problemas heredados, hay que elegir el mejor, porque todos se sienten así.
Para 10 preguntas, todos lo leerán detenidamente, pero para 100 preguntas, no todos tendrán el humor o el tiempo para leerlo detenidamente y sentirán que los puntos clave no están resaltados. Esto requiere que los evaluadores seleccionen preguntas más importantes. muéstrelos y explique el impacto de las preguntas importantes. 4. La conclusión del análisis debe darse y ubicarse claramente. Informe al director del proyecto cuáles son las conclusiones de su prueba. Si el tiempo es escaso, sabrá la conclusión en su corazón. 5. Se adjunta otra información detallada para aquellos que quieran conocer información detallada.
Cómo analizar los requisitos de prueba
Los requisitos de prueba se recopilan principalmente a través de los siguientes canales:
1) Varios documentos relacionados con el software bajo prueba. Documentos técnicos como especificaciones de requisitos de software, casos de uso, diseño de interfaz, reuniones de proyecto o actas de reuniones con información de requisitos al comunicarse con los clientes. 2) Comunicación con clientes o analistas de sistemas.
3) Información sobre antecedentes comerciales. Por ejemplo, conocimiento del dominio empresarial del software que se va a probar. 4) Formación formal e informal.
5) Otros. Si el sistema antiguo se utiliza como prototipo y el software se diseña o mejora con un nuevo enfoque arquitectónico, entonces las funciones y características originales del sistema antiguo se convertirán en la forma más eficaz de recopilar los requisitos de prueba.
Durante todo el proceso de recopilación de información, es importante asegurarse de que se comprendan correctamente las funciones y características del software. Por lo tanto, los analistas de requisitos de pruebas deben tener excelentes habilidades de comunicación y presentación.
Referencia: wenku.baidu/...pWekse
¿Cómo convertirse en un excelente ingeniero de pruebas?
1. Capaz de escribir planes de prueba, planificar planes de prueba detallados y escribir casos de prueba
2. Capaz de establecer y mantener un entorno de prueba de acuerdo con el plan de prueba; p>
3. Capaz de completar el trabajo de prueba y enviar informes de prueba. Incluyendo escribir scripts de prueba automatizados para pruebas, registrar completamente los resultados de las pruebas, escribir informes de prueba completos y otros documentos técnicos relacionados.
4. Capaz de analizar y localizar con precisión los problemas encontrados en las pruebas en detalle y discutir los defectos con los desarrolladores. Soluciones;
5. Ser capaz de presentar sugerencias para mejorar aún más el producto y evaluar si el plan de mejora es razonable; realizar análisis resumidos y estadísticos de los resultados de las pruebas, realizar un seguimiento de las pruebas y brindar comentarios;
6. Ser capaz de brindar el soporte técnico correspondiente a los departamentos comerciales y garantizar los indicadores de calidad del software.
Cómo hacer un buen trabajo en la planificación de pruebas y casos de prueba
Personalmente creo que para escribir un buen plan de pruebas se deben considerar los siguientes aspectos:
1. Es necesario considerar plenamente la viabilidad del plan de prueba, es decir, la cercanía y operatividad del plan de prueba a la realidad.
2. Respete el principio "5W1H" y aclare el contenido y el proceso de la prueba.
Definir el alcance y contenido de la prueba (qué);
Aclarar el propósito de la prueba (por qué);
Definir las fechas de inicio y finalización ( hora) de la prueba;
Proporcione claramente la ubicación de almacenamiento de los documentos de la prueba y los libros de software;
Indique la asignación de tareas de los evaluadores (OMS);
Claramente indicar los métodos de prueba y la herramienta de prueba (CÓMO).
3. Adoptar un mecanismo de revisión y actualización para garantizar que el plan de prueba satisfaga las necesidades reales.
Debido a que los proyectos de software son un proceso gradual, los requisitos inevitablemente cambiarán en el medio. Para cumplir con los requisitos cambiantes, el plan de prueba debe cambiar de manera oportuna.
La razón por la que se adopta el sistema de evaluación correspondiente es evaluar la integridad, corrección y viabilidad del plan de prueba para garantizar la calidad de la prueba.
4. La estrategia de prueba debe describirse como el foco de la prueba.
La estrategia de prueba es una parte importante del plan de prueba. Explica los requisitos de prueba de un proyecto, los métodos de prueba, las disposiciones de los probadores y otros factores desde una perspectiva macro.
Para usar una analogía inapropiada, puede pensar en el plan de prueba como el resultado esperado del trabajo de prueba y en la ejecución de la prueba como el resultado real del trabajo de prueba, ¡dentro del resultado esperado! =Resultado real
En cuanto al trabajo de los casos de prueba, creo que primero debemos aclarar el estado y el papel de los casos de prueba en todo el trabajo de prueba. Personalmente creo que los casos de prueba juegan un papel en toda la prueba.
El estado y el rol se reflejan principalmente en los siguientes aspectos:
1. y el método de prueba, una base y manifestación importante de la calidad y cobertura de las pruebas;
2. Los casos de prueba son la base para la comunicación interna y las pruebas cruzadas;
3. pruebas, los casos de prueba La existencia de casos de prueba puede reducir en gran medida la carga de trabajo de las pruebas, mejorando así la eficiencia de las pruebas;
4. ejecución de pruebas, seguimiento de la calidad de las pruebas y seguimiento y evaluación de la carga de trabajo del personal de pruebas
5. Completar la redacción de casos de prueba antes de las pruebas puede evitar la ceguera en las pruebas; Los casos de prueba permiten a los usuarios creer en la calidad del producto. También se puede proporcionar al cliente la mejor base como base para la aceptación del proyecto.
Cuando nos damos cuenta del estado y el papel de los casos de prueba en las pruebas políticas, creo que todos se han dado cuenta de la importancia y la necesidad de los casos de prueba para las pruebas.
1. Proporcionar capacitación sobre proyectos a los evaluadores (principalmente en lo que respecta a la comprensión del análisis de requisitos, el diseño de software y los planes de prueba).
La mejor manera de utilizar plenamente las capacidades de cada miembro del equipo es informar a cada uno de ellos todos los detalles del proyecto y sus responsabilidades en el mismo.
2. Utilice casos de prueba de otros proyectos tanto como sea posible; clasifique módulos similares en este proyecto, escriba casos de prueba según categorías y luego modifíquelos de acuerdo con las características de cada módulo para aprovecharlos al máximo. la disponibilidad de casos de prueba.
3. Cuando el tiempo y los recursos son escasos, los casos de prueba se pueden escribir de acuerdo con la ruta crítica de la prueba. Los casos de prueba de la ruta crítica deben detallarse y se puede considerar que los casos de prueba de otros módulos perimetrales son solo pruebas de aprobación (es decir, solo pruebas de verificación).
4. Los casos de prueba están escritos en formato modular. Personalmente recomiendo que los casos de prueba se separen de los datos de prueba. Los pasos de operación en el caso de prueba deben reflejarse principalmente en la inspección del proceso comercial, mientras que los datos de prueba deben reflejarse principalmente en la inspección de los resultados del procesamiento de datos del sistema. Teniendo en cuenta los cambios en la demanda de los proyectos de software, se recomienda separar estos dos elementos y vincularlos mediante números de casos de prueba para hacer frente a la modificación de los casos de prueba causada por los cambios en la demanda, reduciendo así la cantidad de modificaciones a los casos de prueba y acortando el ciclo del proyecto. y mejorar la eficiencia del trabajo.