Pregunta

Testing se puede clasificar principalmente en la prueba manual y automatizada. Con respecto a esta ciertas preguntas vienen a la mente.

Estos incluyen:

  • ¿Cuál es la diferencia básica entre los dos tipos de pruebas?

  • ¿Cuáles son los elementos de retos implicado tanto en las pruebas manuales y automatizadas?

  • ¿Cuáles son los diferentes conjuntos habilidad requerido por un probador de software para pruebas manuales y automatizadas, respectivamente?

  • ¿Cuáles son las diferentes perspectivas de trabajo y oportunidades crecimiento los probadores de software que hacen la prueba manual automatizada de pruebas, respectivamente?

  • Es la prueba manual subestimado para pruebas automatizadas de todos modos (s)? En caso afirmativo, ¿cómo?

  • ¿Cómo se tratan de manera diferente los probadores manuales en comparación con los probadores automatizados en el mundo empresarial? (Si realmente se diferencian en cualquiera de estas palabras como tales)

¿Fue útil?

Solución

Las pruebas automatizadas es cualquier tipo de prueba en el que utilice una pieza de código / programa para probar otra pieza de código / programa. Esto puede ser prueba de la unidad como se describe anteriormente, o puede ser a través de una herramienta de automatización específica, como TestComplete, QTP, selenio, etc .. Las pruebas unitarias tienden a ser creados y ejecutados por el desarrollador del código en cuestión, mientras que la automatización GUI será más probable que se llevará a cabo por un especialista de control de calidad de software. Ciertos tipos de pruebas, tales como el rendimiento y pruebas de regresión, se adaptan bien a la automatización, mientras que otros, tales como las pruebas de usabilidad, no lo son.

Las pruebas manuales es un proceso en el cual una persona pone a prueba directamente una pieza de software, a menudo llevando a cabo el tipo de acciones y usuario final podría llevar a cabo. Muchos probadores profesionales, tales como los implicados en pruebas exploratorias, sugieren que mientras que la unidad de pruebas es rentable, la prueba manual es igualmente importante y rentable.

Para obtener una idea maravillosa en las trampas de pruebas automatizadas, es recomendable que lea Linda Wilkinsons blog reciente . Otros recursos buenos para leer incluyen discusiones de el software de ensayo del club , y la de prueba automatizada de parte de SQAForums .

Si no lo ha hecho, SQAforums es bien vale la pena unirse a formular las preguntas relacionadas con lo que está involucrado en las pruebas, así como para las perspectivas de trabajo.

Otros consejos

Bueno, sólo puedo hablar de mis opiniones y experiencias, y yo sólo soy un desarrollador que ha trabajado bastante con probadores e ingenieros de control de calidad. De todos modos, mi 2c:

El manual diferencia más básica se realiza a mano, y automático se realiza por ordenador :) Como consecuencia, el proceso de prueba manual puede ser órdenes de magnitud más lento que un uno completamente automatizado. Por otra parte, las pruebas automatizadas sólo pueden detectar los problemas que estaban destinados a detectar, y no pueden detectar fundamentalmente nuevo comportamiento de un sistema. Eso significa básicamente que las pruebas automatizadas son ideales para pruebas de regresión, cuando es bien sabido lo que se debe hacer, cómo y por qué las salidas deben ser.

En cuanto a los conjuntos de habilidades, pruebas manuales puede ser básicamente hecha por cualquier persona en el derecho de pensar, mientras que las pruebas automatizadas deben ser realizadas por una persona con al menos alguna experiencia del desarrollador. Hay marcos que permiten una fácil grabación de una web pruebas automatizadas, por ejemplo, pero, a menudo es necesario ajustar los escenarios grabados para adaptarse mejor a las necesidades de la prueba. Por supuesto, las habilidades básicas necesarias para las pruebas también deben estar presentes en todos aquellos que quieran un trabajo en control de calidad, como la paciencia, la atención al detalle, gran capacidad de organización, grandes habilidades de comunicación, etc ...

Y por último, no piensa pruebas manuales se subestima, si la prueba de nada, creo que automatizado está infrautilizado en la mayoría de los entornos corporativos que he visto. Pero, sí, algunas personas (en su mayoría gerentes, para ser honesto) no interpretar mi párrafo anterior como "cualquier persona puede hacer pruebas manuales".

Las pruebas automatizadas (pruebas unitarias especialmente automatizado) es bueno porque significa que se puede probar antes en el ciclo de desarrollo y puede guardar pruebas con regularidad; que permite a los desarrolladores identificar donde se han cometido errores antes de la participación del equipo de control de calidad. Pero eso no quiere decir que la GC es innecesaria. Aparte de la cuestión de asegurar que las pruebas automatizadas son a su vez adecuada, también está la cuestión de la elaboración de si la aplicación está haciendo lo que debe; que es bastante raro que esto se entenderá por completo.

También es difícil automáticamente las interfaces de usuario de prueba. Por ejemplo, para evaluar si un icono es adecuadamente significativa y muy bien posicionada es una cuestión que la gente no los ordenadores, ya que el equipo no le importa pero el usuario.

  • La principal ventaja con la prueba automatizada es que se puede hacer pruebas de regresión rápida .. desarrollador puede verificar la funcionalidad anterior, si está funcionando bien o no después de añadir nuevas funcionalidades en el sistema.
  • Así que cuando se está trabajando con un plazo ajustado a continuación, mediante el uso de herramientas de automatización se puede reducir poniendo a prueba el esfuerzo .. por lo que en ese momento usted tiene que comprobar la funcionalidad sólo aquellos para los que no han creado scripts de prueba automatizado. (Como el correo electrónico / SMS notificaciones de pruebas, compatibilidad del navegador / interfaz de usuario, etc, etc.)
  • Hoy en día muchas empresas están utilizando las herramientas de automatización de código abierto (como el selenio, OpenSTA, JMeter etc) por sus esfuerzos de pruebas normales. Así que es mejor si usted sabe cómo poner a prueba una aplicación que utiliza estas herramientas de software libre en lugar de herramientas de pago.

La diferencia más básica es cómo se verifica la prueba. Se hace a través de un cheque programática o hay una inspección humana hecho?

El gran reto con pruebas automatizadas está recibiendo las pruebas manuales para ser automatizadas y garantizar que no existe la necesidad de una interpretación humana del resultado, por ejemplo. si un programa implica una salida de audio o vídeo que esto puede ser muy difícil de verificar con exactitud.

Ambos requieren una atención al detalle, paciencia y habilidades de organización para tener credibilidad al decir: "Sí, se trata de un producto / servicio de alta calidad." Las diferencias pueden venir en pruebas automatizadas por lo general utiliza un software especial.

Las pruebas manuales puede ser costoso ya que hay alguien que mira las pruebas que se ejecutan mientras que las pruebas automatizadas en general, se pueden ejecutar sin que nadie lo ve. Sin embargo, las pruebas manuales puede ser subestimada cuando se trata de aquellas áreas en las que las cosas pueden ser muy subjetivo, como el estil de páginas web o de lo bien que suena esto canción si hacer estos cambios en él? Esos serían donde me gustaría ver un ser humano prefiere sobre una máquina.

En cuanto a las carreras y oportunidades de trabajo, esto es en cierta medida una cuestión abierta. Como no todos los lugares y en ocasiones probadores probadores son sólo trajeron según sea necesario para los proyectos de contrataciones, hay diferentes puntos de vista sobre las pruebas. Esta es, sin entrar en la cuestión de cuánto deben a los desarrolladores escribir sus propias pruebas y esto marca un desarrollador de un probador así? Supongo que esto no responde a su pregunta porque estoy mirando esto en la escala más grande de quién está haciendo la prueba, ya que es algo más a considerar aquí.

La única manera de escribir todas las pruebas objetivamente es dejar de lado una fracción significativa de los detalles pensados ??para hacer realidad el software es adecuado para el propósito. El resultado es casi siempre el software que usted tiene que pagar a alguien una tarifa por hora de usar.

Esto puede no siempre ser un problema, pero el conjunto de casos en los que es es una muy gran parte de la industria del software.

Para responder a la primera de sus preguntas: la diferencia básica es que las pruebas manuales sólo se parece a la prueba, mientras que las pruebas automatizadas (por lo general) está probando. Si no se puede escribir una especificación completa y detallada de los tests a ejecutar a continuación, usted no está realmente probando. Y si se puede se puede hacer pruebas automatizadas. Esto es cierto si el script de prueba es ejecutado por un programa o una forma de vida basada en el carbono siguiendo rígidamente.

le dejo adivinar mis respuestas al resto de las preguntas de la premisa básica que he expuesto.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top