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.
3. Habilidades de programación de software
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 de los ingenieros de pruebas superiores, los ingenieros de pruebas deben dominar al menos un lenguaje como Java, C#, C++ y las herramientas de desarrollo correspondientes.
3. Conocimientos de redes, sistemas operativos, bases de datos, middleware, etc.
En comparación con los desarrolladores, los evaluadores tienen las características de "eruditos pero no sofisticados". "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 a menudo requieren dominio.
El conocimiento de las bases de datos es más importante que el dominio de las habilidades. Los sistemas de aplicaciones actuales son casi inseparables de las bases de datos. Por lo tanto, no solo debemos dominar la instalación y configuración básica, sino también dominar SQL. Los evaluadores deben al menos dominar el uso de bases de datos comunes como Mysql, MSSqlserver, Oracle, etc.
Pregunta 2: ¿Qué habilidades se deben aprender para realizar pruebas de software? Conocimientos básicos de pruebas de software: para obtener más detalles, consulte el libro de texto del evaluador de software necesario para las pruebas de software.
Habilidades básicas de codificación, capaz de probar código de software.
Existen muchos tipos de pruebas de software, como pruebas funcionales, pruebas de rendimiento, pruebas unitarias, etc. Descubra lo que necesita saber.
Pregunta 3: ¿Qué habilidades se necesitan para realizar pruebas de software? 1. Conocimientos básicos de pruebas de software:
Escribir planes de prueba, diseñar casos de prueba, escribir informes de prueba, escribir informes de ERRORES y realizar un seguimiento de las reparaciones de ERRORES también requieren buenas habilidades de comunicación, así como métodos de prueba, pruebas unitarias, pruebas funcionales, pruebas de integración, pruebas de sistemas, etc. Utilizado en varias fases de prueba, CMMI/ISO9001.
2. Uso de varias herramientas de prueba:
Para mejorar la eficiencia del trabajo, utilizaremos muchas herramientas, como QTP, LR, QC, TD, Bugfree, VSS, SVN. , etc. Aunque las herramientas no son omnipotentes, pueden mejorar la eficiencia de nuestro trabajo, por lo que no podemos considerar las herramientas como dioses, sino que debemos usarlas con habilidad.
3. Conocimientos sobre sistemas operativos:
Se debe utilizar Windows, Linux y uinx, no solo operaciones simples, gestión de servicios generales, edición de registros y operaciones de línea de comandos. Me imagino a la próxima persona que ni siquiera sepa cómo instalar el servicio Apache. ¿Quién podría imaginar que se podrían realizar buenas pruebas basadas en el entorno Apache? No sé cómo comprobar la presión del disco y los datos de IO. Windows Linux proporciona sus propias herramientas para ver estos datos, rendimiento, top, etc.
4. Conocimiento de bases de datos:
Ahora el salario de los DBA de Oracle es más alto que el de los desarrolladores comunes. Sabemos la importancia de las bases de datos en las empresas. Como probador, no necesita capacidades de DBA, pero debe estar familiarizado con las operaciones básicas de la base de datos, ya sea Oracle, DB2, MSsql o mysql, debe estar familiarizado con al menos uno o dos de ellos.
Conocimiento del hardware de la computadora:
Los amigos que han realizado pruebas de rendimiento saben que durante el proceso de prueba de rendimiento, el rendimiento del hardware también es un indicador muy importante, como CPU, memoria, IO y ancho de banda. etc. Si está realizando pruebas de hardware. Sin mencionar. Los conmutadores, enrutadores, firewalls y otros dispositivos necesitan saber algo.
6. Protocolo de red:
Si aún conoce la diferencia entre TCP y UDP, tómese el tiempo para agregar algunos conocimientos. En la era de Internet, todo se transmite a través de la red y es necesario comprender los protocolos utilizados comúnmente. Una vez entrevisté a un ingeniero de pruebas que no sabía qué protocolo utilizar para probar el software. ¿Te atreves a reclutar a una persona así?
7. El lenguaje de desarrollo es la capacidad de escribir código:
Aunque puedes realizar pruebas sin escribir código, si quieres convertirte en ingeniero de pruebas senior o superior, la capacidad de escribir código es necesaria. imprescindible. Si no puedes escribir código, no puedes ser un evaluador senior. Parte del trabajo de un ingeniero de pruebas senior es escribir herramientas de prueba. Aunque las pruebas también requieren escribir código y no requieren dominio de un determinado lenguaje como el desarrollo, las pruebas requieren conocer muchos lenguajes de desarrollo (para dar un ejemplo simple, su proyecto actual es el lenguaje C++, cambia de trabajo después de dos años y trabajará en una nueva empresa) El lenguaje de desarrollo es java o VB, etc.), por lo que las pruebas de lenguajes de desarrollo requieren un aprendizaje más extenso.
8. Conocimiento de la industria:
La razón por la que el conocimiento de la industria se escribe al final es porque podemos dominar los primeros siete elementos mediante el estudio, pero solo el conocimiento de la industria se puede acumular a través del trabajo. experiencia. No digas que puedes entender la industria de las comunicaciones, la industria médica o la industria aeroespacial leyendo algunos libros. ¿Crees que puedes aprender algo de los libros?
Debido a la particularidad del conocimiento de la industria, se recomienda que los amigos no cambien de trabajo con frecuencia. Se necesita tiempo para acumular experiencia.
9. Tener cierto sentido de la estética:
Es un poco embarazoso decirlo. En pocas palabras, ya sean actividades de desarrollo o pruebas, el objetivo final es llevar el producto al mercado y obtener la aprobación del usuario. Por lo tanto, si el producto se desvía del canal del usuario durante la etapa de análisis de requisitos, el proyecto fracasará sin importar qué tan bien se realicen las pruebas y el desarrollo. Entonces, si tiene la suerte de participar en una evaluación de necesidades, no dude en dejar un comentario.
10. No olvides estudiar todo el tiempo:
Creo que todos pueden entender esto, así que no es necesario escribir nada: solo esta frase "Si no "Si no estudias, te quedarás atrás"
Resumen: Habiendo dicho tantas habilidades o técnicas que hay que dominar, si no tienes la mentalidad de descubrir la belleza de los defectos y no te dedicas Si usted mismo trabaja bajo la premisa de mejorar la calidad, incluso si hace un buen trabajo, solo tendrá mil años. Uno de los miles de profesionales de pruebas de software. La mayoría de las actividades de prueba se utilizan para encontrar defectos, y el trabajo posterior a la búsqueda de los defectos es particularmente importante: Cómo empezar...> & gt
Pregunta 4: Como ingeniero de pruebas de software, ¿qué necesita? tener como ingeniero de pruebas de software? En primer lugar, es importante que usted establezca su propio pensamiento sobre las pruebas, porque el pensamiento sobre las pruebas es equivalente a su visión del mundo del software. Es por eso que personalmente no apoyo el cambio del desarrollo a las pruebas, porque para los desarrolladores, tienen un objetivo: visión del mundo orientada, que soy yo Haré lo que hay que hacer. Si permanece en desarrollo durante demasiado tiempo, es fácil acostumbrarse a una visión del mundo tan orientada a objetivos, mientras que las pruebas se centran más en muchos aspectos. A veces, son cosas imposibles e indiferentes durante el desarrollo las que finalmente conducen a fallas del software. La forma de establecer su propia visión del mundo del software depende de su comprensión de la metodología de prueba. A muchas personas les gusta distinguir claramente entre los métodos de prueba de caja negra y de caja blanca. De hecho, están interrelacionadas. Se necesita mucho tiempo para comprender estas cosas, pero también para comprenderlas a fondo.
A continuación, hablemos de las cualidades básicas que debe poseer como ingeniero funcional junior
1. Métodos básicos de prueba de software (valores límite, clases de equivalencia, clasificación de errores, análisis de procesos). , etc., los métodos de prueba de caja negra y caja blanca deben comprenderse y dominarse) Esto no es difícil, pero recuerde que es la base para que usted establezca su propia visión del mundo, y todas las pruebas no pueden escapar de estos métodos.
2. Puede escribir documentos de prueba básicos (casos de prueba, informes de defectos, etc.)
3. Capaz de leer documentos de desarrollo (especificaciones de requisitos, manuales de operación).
4. Entender la ingeniería de software, las pruebas que hay que hacer, entender las pruebas de rendimiento, las pruebas de seguridad, etc.
Cuando tengas las bases y tu propia visión del mundo, enhorabuena por empezar. En este momento, le sugiero que averigüe qué hacen las personas en diferentes aspectos del desarrollo de software, no solo desarrollo, requisitos, diseño, operación y mantenimiento, etc. , porque de esta manera sabrás qué es un sistema y qué es una especificación, lo que te será de mucha ayuda para tu futuro desarrollo. Ésta es también la ventaja de las pruebas sobre el desarrollo. El desarrollo debería prestar más atención a los puntos clave y las pruebas deberían prestar más atención a los puntos clave.
Por último, la tecnología detallada son las llamadas pruebas de caja blanca, pruebas de rendimiento, automatización, seguridad, etc. Estos son realmente pequeños pasos para realizar pruebas. La tecnología nunca obstaculizará tu progreso, sino el pensamiento. Puedes desarrollar esto a tu gusto. No existe un patrón fijo.
Por cierto, no menosprecies las pruebas funcionales básicas. No es tan simple como dicen los forasteros, porque si ni siquiera puedes diseñar casos de prueba, no hables de pruebas de rendimiento o pruebas automatizadas. , pruebas de seguridad, etc. Sea un buen ingeniero de pruebas funcionales, escriba ejemplos fáciles de usar (sus casos de uso pueden ser ejecutados por una persona alfabetizada y la cobertura del sistema de casos de uso efectivos también es alta), buenos defectos (incluso una persona alfabetizada puede entender ¿Cuáles son? estás hablando, entiende el punto).
Pregunta 5: ¿Qué cualidades debe tener un ingeniero de pruebas de software? Hola, estaré feliz de responder a tu pregunta.
Como ingeniero de pruebas de software, debes tener las siguientes cualidades:
1. Esta es la piedra angular, todo el mundo lo sabe~
2. Debes ser extremadamente escéptico. Con la mentalidad de buscar fallos en todos, es mejor encontrar fallos en el software.
3. Ten suficiente cuidado. Los defectos suelen aparecer en lugares que fácilmente pasan desapercibidos~
4. Debes tener paciencia. Se puede decir que las pruebas son una tarea repetitiva que pone a prueba la paciencia.
5. Sé optimista. Siempre ajuste su mentalidad y trate de evitar tratar el trabajo como un estado de tarea.
6. Se requiere aprendizaje activo. La industria del software se está desarrollando muy rápidamente y, si no aprende nuevas tecnologías con regularidad, es fácil que lo limiten o incluso lo eliminen.
7. Capacidad de trabajo en equipo. El resultado final fue que los tres monjes no tenían agua para beber~
8. Buenas habilidades de comunicación y expresión. Una vez que se descubre un error, es necesario comunicarlo al desarrollador. Si no describe con precisión el problema que encontró, las personas no reconocerán el error e incluso pueden molestarse.
9. Capacidad de análisis detallado de la lógica empresarial. En el trabajo, las pruebas deben comprender claramente la lógica empresarial del software. Todavía se realizan pruebas con lógica empresarial. Si la lógica empresarial no es clara, el software lanzado después de la prueba tendrá muchos errores ~
Pregunta 6: ¿Qué habilidades debe tener un ingeniero de pruebas de software? Si desea convertirse en un mejor ingeniero de pruebas de software, debe cumplir con las siguientes condiciones:
1. Debe tener buena memoria para escribir código y es mejor completar el desarrollo de un software usted mismo. .
2. Debe tener una comprensión clara de la base de datos y poder escribir scripts de bases de datos.
3. Comprender al menos dos sistemas operativos y tener una gran capacidad para analizar y juzgar problemas.
A continuación, si quieres ser un mejor ingeniero de pruebas, debes tener las siguientes cualidades:
Moví esta parte porque estoy de acuerdo con esta afirmación.
1. Tener una experiencia considerable en pruebas de caja blanca, lo que requiere la capacidad de recorrer y rastrear el código de los módulos y algoritmos principales, y encontrar problemas dentro del código. Para hacer esto, no solo debe comprender el lenguaje de codificación en sí, sino también utilizar las herramientas IDE que proporciona para rastrear y depurar el código. Esto no se puede dominar leyendo un libro.
2. Ser competente en el uso de herramientas de prueba populares. Aunque WR y LR no participarán en el trabajo de prueba todos los días, dominar las herramientas es de hecho un peso importante para nuestro puesto y promoción salarial. Por lo tanto, puede resultar más práctico obtener algunas certificaciones de herramientas.
En resumen, creo que los requisitos para los ingenieros de pruebas de software son relativamente altos. Si nunca has tenido experiencia en programación, pocas empresas te contratarán. Sinceramente, no te sorprendas.
Junior Year, del tipo que puede tener éxito en el autoestudio. Soy un estudiante de electricidad y no puedo programar. Después de graduarse, el autoestudio básicamente puede cumplir con los requisitos en medio año.
Mientras puedas apegarte a ello y no rendirte a mitad de camino, está bien. Creo que realizar pruebas es mucho mejor que ser programador, jaja, entonces hazlo~
Pregunta 7: ¿Qué cualidades debe poseer un excelente probador de software? En mi opinión, un probador de software necesita muchas cualidades:
●Precaución: esto no necesita explicación. Una persona descuidada no puede realizar bien las pruebas de software.
●Paciencia: pruebas de software, especialmente pruebas funcionales de caja negra manuales convencionales a nivel nacional. El trabajo de prueba es básicamente un trabajo repetitivo, que requiere cierta paciencia para garantizar que esos pequeños defectos no pasen desapercibidos en un trabajo aburrido y repetitivo.
●Curiosidad: Las pruebas de software son un trabajo que requiere curiosidad. La curiosidad permite a los evaluadores preguntar un "por qué" más: "Si este es el caso, ¿está bien?". Generalmente estas preguntas lo llevarán a encontrar defectos.
●Habilidades de comunicación: los evaluadores de software necesitan comunicarse. Con clientes y desarrolladores, la comunicación es muy importante para mantener una relación estrecha con el producto. Un buen proceso de comunicación puede controlar eficazmente los costos.
●Capacidad de resumen e inducción: esto está relacionado con el paso clave real para el software. probadores para encontrar defectos, resumir las reglas generales de defectos y resumir un informe de prueba detallado
●Capacidad de comprensión: la comprensión precisa de los requisitos es una condición necesaria para los probadores de software
●Capacidad de expresión.
●Concepto de tiempo: las pruebas de software nunca terminan, pero el software en sí tiene una fecha de entrega que debe completarse antes de la fecha de entrega. se entrega el software. Es necesario que haya un equilibrio entre tiempo y calidad. No es científico ignorar la fecha de entrega para lograr cero defectos. Al comienzo de la planificación temprana, es necesario tener un buen plan. para todo el proceso y proceder de acuerdo con esta fecha planificada Bueno, estas son casi las cualidades que creo que son importantes para los evaluadores de software. Por supuesto, también hay algunos requisitos que no son necesariamente universales, como escuchar, hablar y leer en inglés. y habilidades de escritura. También puedes agregar esas cualidades que me perdí. Shan: De hecho, los compañeros del cajón lo han resumido muy bien. ●Sentido de responsabilidad: la responsabilidad es un coeficiente y el producto de la responsabilidad y las calificaciones personales se refleja en última instancia en la capacidad real, especialmente para las pruebas manuales de caja negra domésticas, hay muy pocas cosas que las personas con habilidades especiales puedan hacer. La diferencia en los resultados laborales suele ser una cuestión de actitud, no de capacidad. Las personas que muestran buenas calificaciones encontrarán que los resultados reales no son ideales cuando se les pone a trabajar, lo que también está relacionado con esto. Principio: las pruebas requieren un corazón recto y con principios, no solo para compensar los números. Y no se comprometerá con una simple frase del desarrollador: "Esto no es un problema". ”
●Capacidad de aprendizaje: las pruebas requieren una exposición constante a nuevas funciones, nuevas teorías, nuevas tecnologías y nuevas herramientas. Además, todavía existen ciertos requisitos para la capacidad de aprendizaje. Para los relacionados con el trabajo, un conocimiento amplio a veces significa la escalabilidad de las ideas para los evaluadores. De hecho, algunas habilidades se pueden cultivar en el proceso y el proceso de prueba también es una experiencia espiritual.
Pregunta 8: ¿Qué? ¿Qué cualidades se requieren para los probadores de software? Las cualidades requeridas son:
Habilidades de prueba
Ten cuidado, paciente
Espíritu de disipación
Habilidades de comunicación.
Habilidades de trabajo en equipo
Aprendizaje continuo
Pregunta 9: ¿Cómo mejorar las capacidades de prueba de software? También hago pruebas de software. Solo referencia:
1. Es mejor realizar pruebas de software en la empresa, porque cada equipo de proyecto en la empresa de pruebas tiene diferentes requisitos de conocimiento, puede hacerlo en este equipo de proyecto. Sigues siendo un outsider cuando te transfieren a otro equipo de proyecto, por lo que es una buena opción estudiar y realizar prácticas directamente en la empresa.
2. Las pruebas de software requieren amplios conocimientos relacionados con la informática, incluidas redes informáticas, bases de datos, ingeniería de software, etc.
3. Dominar un lenguaje de desarrollo y estar familiarizado con otros lenguajes, o al menos poder entenderlos, será de gran ayuda para tu desarrollo.
4. Mejora tu inglés. Es innegable que los países líderes en la industria del software son Europa y Estados Unidos. En otras palabras, hay relativamente muchos productos en Europa y Estados Unidos, que es un gran mercado de prueba. Por supuesto, el inglés es muy importante para fabricar productos de estos países.
5. Lo mejor es dominar el japonés o el coreano. Hoy en día, China está subcontratando cada vez más software a Japón y Corea del Sur, especialmente en el norte. Conocer estos dos idiomas será muy beneficioso a la hora de encontrar trabajo.
6. Cuando ingrese a la industria de pruebas de software por primera vez, la empresa solo le pedirá que realice pruebas manuales o pruebas de caja negra. Por lo tanto, toda lectura debe comenzar desde lo básico. No espere aprender bien y vaya directamente a la empresa para realizar pruebas automáticas.
7. En general, haz unas prácticas en una empresa y luego compra algunos libros relacionados para leer. Recuerde, lo más importante es la capacidad de hacer cosas y luego la capacidad de pensar (esta industria es bastante diferente de otras industrias, la empresa requiere que primero haga proyectos y luego se desarrolle).
Por último, hay una enorme escasez de talentos para realizar pruebas de software y salarios considerables. Creo que has elegido el camino correcto. ¡Buen trabajo y te deseo un futuro brillante!
Pregunta 10: ¿Qué habilidades necesitas para ser ingeniero de pruebas de software? Cuantos más errores envíen los ingenieros de pruebas, peor será la calidad del trabajo de los ingenieros de I + D y mayor será la carga de trabajo que debe reelaborarse, lo que puede incluso afectar el rendimiento. Por lo tanto, a veces los ingenieros de pruebas pueden ofender fácilmente al departamento de I + D. Un ingeniero de pruebas que pueda adherirse relativamente a los principios (por ejemplo, los errores superiores al nivel 3 deben corregirse) y mantener una buena relación con ingenieros de I+D desagradables desempeñará un papel clave en la calidad del proyecto. Después de todo, es muy raro tener un ingeniero de pruebas que pueda hacer cosas (encontrar errores, supervisar modificaciones) y ser una persona (evitar que entren, dar cara a quienes deberían regresar y eliminar al máximo los conflictos entre departamentos). medida). 2. Lo mejor es tener atributos caprichosos. Esto sólo puede entenderse, no explicarse. En los equipos que he liderado, hay errores realmente raros como este... A menudo encuentro errores de formas increíbles, lo cual es un regalo. 3. Bien podría ser "vago". La pereza aquí no se refiere a chatear en Weibo en el trabajo, sino a los estudiantes que pueden utilizar recursos conocidos para optimizar los aburridos exámenes. Permítanme darles un ejemplo: mi empresa anterior tenía un proyecto de "crédito" y todos los que han realizado proyectos financieros lo saben. Se puede decir que el caso de prueba del proyecto de crédito es bastante anormal. Se pueden derivar innumerables casos de uso con diferentes términos de cuenta, tasas de cargos por pagos atrasados, tasas de manejo, tasas de interés, principales y reembolsos. Al mismo tiempo, es muy laborioso calcular cuidadosamente la posición de capital de los resultados esperados de acuerdo con las reglas al escribir cada caso de uso. Un joven de nuestro departamento tomó el PRD la noche anterior, y la noche siguiente usó Excel para escribir una herramienta para calcular varios fondos bajo diferentes circunstancias durante un determinado período contable (hay algunos pequeños errores, que son inofensivos)... Ha reducido mucho el número de hermanos. Pulsamos el tiempo de trabajo de la calculadora. ¿Te gusta este tipo de empleado "vago", que es el líder? Siguen llegando cosas. Durante el proceso de prueba real, descubrimos que una vez que se modifica el error durante el desarrollo, provocará el colapso de otros casos de uso (un proyecto de este tipo es realmente trágico y afectará a todo el cuerpo). Cada actualización de versión requiere una regresión integral. prueba. Esto es una mentira. ¿No es fatal? El colega inteligente que hizo la prueba quería volver a ser vago. Escribieron una herramienta de comparación de datos en el lado de la base de datos. Cada vez que ejecutan un nuevo caso de uso, comparan automáticamente el archivo recién generado con el archivo de datos correcto (guardado) y devuelven los resultados de la comparación automáticamente. Los hermanos ya no tienen que escribir SQL línea por línea para verificar los datos cada vez que regresan, lo cual es genial. Además de desarrollar y modificar errores, también escribieron un conjunto de procedimientos almacenados que pueden realizar una regresión automática y una copia de seguridad incremental de los datos, eliminando la necesidad de borrar todos los datos a partir del primer día de negociación cada vez. ¡Muy bien! Dicho todo esto, solo queda una frase: haz lo que haces y ama lo que haces.