2/11/21 11:26 2-6bach feature2

Página 1

Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).

Pruebas

Basado en s
Gestión de p
Una estrategia para estructurar exploratoria
VISTAZO RÁPIDO

s Organizar esfuerzos de prueba ad hoc

pruebas de Jonathan Bach s Cómo utilizar métricas de sesión para
comunicar el progreso de la prueba

especializarse en pruebas exploratorias. Como
Escribo esto soy, con mi hermano
James, liderando una prueba exploratoria
equipo para un cliente exigente. Nuestro
La misión es probar lo que sea necesario.
ed, con poca antelación, sin el beneficio
efecto o carga de la prueba predefinida
procedimientos. Hay otra prueba
equipos que trabajan en varias partes de
el producto. Nuestro equipo particular fue comisionado por
porque el producto es tan grande y complejo, y lo que está en juego
son tan altos. Brindamos soporte de prueba adicional para el seguimiento
sobre rumores, reproducir problemas difíciles o cubrir áreas
que se encuentran entre las responsabilidades de los otros probadores.
A diferencia de las pruebas con guiones tradicionales, las pruebas exploratorias
ing es un proceso ad hoc. Todo lo que hacemos está optimizado para
encontrar errores rápidamente, por lo que continuamente ajustamos nuestros planes para renovar
cus en las áreas de riesgo más prometedoras; seguimos corazonadas;
minimizamos el tiempo dedicado a la documentación. Ese
nos deja algunos problemas. Por un lado, mantener
el seguimiento del progreso de cada evaluador puede ser como pastorear serpientes
en una bolsa de arpillera. Todos los días necesito saber lo que probamos
ed, lo que encontramos y cuáles son nuestras prioridades para más
pruebas. Para obtener esa información, necesito cada probador en el
equipo para ser un comunicador disciplinado y eficiente. Entonces yo
Necesito alguna forma de resumir esa información para administrar
ment y otros clientes internos.
Una forma de recopilar el estado es tener reuniones frecuentes
ings. Podría decir: "Bien gente, ¿qué hicieron hoy?"
Algunos evaluadores me daban notas detalladas, algunos
volver a contar historias emocionantes sobre errores geniales, algunos responderían
con el equivalente de "Probé cosas" y me quedo en silencio con-
dar indicaciones más específicas. Y sería como un detective en
una escena del crimen que intenta dar sentido a la historia de todos.
Para este proyecto, James y yo queríamos hacerlo mejor que

32

www.stqemagazine.com Pruebas de software e ingeniería de calidad Noviembre / diciembre de 2000

Página 2 Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).

ese. ¿Qué pasaría si pudiéramos encontrar una manera para que los evaluadores trabajo involucrado en un ciclo de prueba y predecir la duración de la prueba
informes ordenados y organizar su trabajo sin obstrucciones tomará ... aunque no hayamos planeado el trabajo en
la flexibilidad y la casualidad que hace exploratoria detalle.
prueba útil? Esa fue nuestra motivación para desarrollar el Si hay un ingrediente mágico en nuestro enfoque de ses-
enfoque apoyado por herramientas que llamamos manual de prueba basado en sesión gestión de pruebas basada en sion, es el formato de hoja de sesión:
envejecimiento. cada informe se proporciona en un formato de texto etiquetado y se almacena
en un repositorio con todos los demás informes. Luego escaneamos

https://translate.googleusercontent.com/translate_f 1/5
2/11/21 11:26 2-6bach feature2
ellos con una herramienta que escribimos que los desglosa en sus
Pruebas en sesiones elementos básicos, los normaliza y los resume
Lo primero que nos dimos cuenta en nuestro esfuerzo por reinventar las experiencias en tablas y métricas. Usando esas métricas, podemos rastrear
La gestión de pruebas exploratorias consistía en que los evaluadores el progreso de las pruebas de cerca y hacer informes instantáneos para
cosas durante el día que no son "pruebas". Si quisiéramos Gestión, sin necesidad de convocar una reunión de equipo. En
realizar un seguimiento de las pruebas, necesitábamos una forma de distinguir las pruebas
De hecho,
de al colocar estas hojas de sesión, tablas y métricas
todo lo demas. Así nacieron las “sesiones”. online, nuestros clientes del proyecto tienen acceso instantáneo a la
En nuestra práctica de pruebas exploratorias, una sesión, no un información que anhelan. Por ejemplo, el gráfico de la Figura 1
caso de prueba o informe de error, es la unidad básica de trabajo de prueba. Qué muestra que los evaluadores gastan solo alrededor de un tercio de
que llamamos sesión es un bloque ininterrumpido de revisión, su tiempo de prueba. Eso corresponde a dos sesiones
esfuerzo de prueba fletado. Por "fletado", queremos decir que cada sesiones por día, en promedio, en lugar de tres sesiones. Ya que
La sesión está asociada con una misión: lo que estamos probando, el gráfico representa dos meses de trabajo, sugiere que
o qué problemas estamos buscando. Por "ininterrumpido", hay algún tipo de obstáculo continuo que está impidiendo
nos referimos a que no haya interrupciones importantes, ni correos electrónicos, reuniones,
los probadores de trabajar a plena capacidad. La figura 2 nos permite
charlando o llamadas telefónicas. Por "revisable", nos referimos a un para tener una idea aproximada de cuántas sesiones más podemos
informe (llamado hoja de sesión) que
vide información sobre lo que sucedió
pened, en un formato que se puede examinar Número de sesiones de prueba
ined por un tercero (como la prueba 300
gerente).
En mi equipo, las sesiones duran noventa
250
minutos, más o menos. No tenemos tiempo
ellos muy estrictamente porque no
200
quiero estar más obsesionado con el tiempo
que con buenas pruebas. Si dura una sesión
más cerca de cuarenta y cinco minutos, lo llamamos un 150

sesión corta . Si dura más cerca de dos

horas, lo llamamos una sesión larga . Ser- 100
causa de reuniones, correo electrónico y otras im-
importantes actividades no relacionadas con las pruebas, 50
espere a cada probador para completar aproximadamente
tres sesiones en un día normal.
¿Qué sucede específicamente en cada 26/5 6/9 23/6 7/7 21/7 8/4 18/8
La sesión depende del probador y del
estatuto de esa sesión. Por ejemplo,
el probador puede ser dirigido a analizar un FIGURA 1 Sesiones de prueba
función, o buscar un problema particular
lem, o verifique un conjunto de correcciones de errores.
Realizamos una sesión informativa sobre cada sesión, un breve debate
sión para asegurar que el probador y el administrador de la prueba estén claros
acerca de lo que pasó. Para los nuevos probadores, la ocasión de debriefing
cura lo antes posible después de la sesión. A medida que los probadores ganan Sin sesión

experiencia y credibilidad en el proceso, estas reuniones 61%

toma menos tiempo y podríamos cubrir varias sesiones a la vez. Pruebas
Como líder de la prueba, mi objetivo principal en el interrogatorio es descubrir 28%
entienda y acepte el informe de la sesión. Otro objetivo es
para proporcionar retroalimentación y entrenamiento al evaluador. Encontramos eso 6% 4%
la naturaleza breve y enfocada de las sesiones hace que el debriefing
proceso más manejable de lo que era en los viejos tiempos, cuando
Oportunidad Insecto
intentaban cubrir varios días de trabajo a la vez.
Investigación
Al desarrollar una comprensión visceral, a través de la Prueba 1%
Configuración
debriefings: cuánto se puede hacer en una sesión de prueba,
y haciendo un seguimiento de cuántas sesiones se realizan realmente en un
período de tiempo, obtenemos la capacidad de estimar la cantidad de FIGURA 2 Desglose del trabajo ANNIE BISSETT

33
Noviembre / diciembre de 2000 Pruebas de software e ingeniería de calidad www.stqemagazine.com

Página 3 Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).

pecto hacer durante el resto del proyecto. La más re

una semana de datos sugiere que la tasa de pruebas es acelerada
errar.
Anatomía de una sesión de prueba
Desde la distancia, las pruebas exploratorias pueden parecer una gran
tarea amorfa. Pero en realidad es un agregado de subtareas
que aparecen y desaparecen como burbujas en un jacuzzi. Casarse
quisiera saber qué tareas suceden durante una sesión de prueba, pero nosotros
no quiero que los informes sean una carga excesiva. Columna-
Lectura de datos sobre pruebas le quita energía al hacer
pruebas.
Nuestro compromiso es pedir a los evaluadores que informen de tareas muy
generalmente. Separamos las sesiones de prueba en tres tipos de
tareas: diseño y ejecución de pruebas, investigación de errores y
portabilidad y configuración de la sesión. Luego pedimos a los probadores que estimen
emparejar la proporción relativa de tiempo que dedicaron a cada
tipo de tarea. A estas las llamamos las métricas "TBS". Diseño de prueba
y ejecución significa escanear el producto y mirar
por problemas. La investigación y la notificación de errores es lo que
ocurre una vez que el evaluador encuentra un comportamiento que parece
como si pudiera ser un problema. La configuración de la sesión es cualquier otra cosa
los evaluadores hacen que las dos primeras tareas sean posibles, incluidas
tareas como configurar equipos, ubicar materiales,
leer manuales o escribir un informe de sesión.
También pedimos a los evaluadores que informen la parte de su tiempo
gastado "en alquiler" versus "en oportunidad". Oportunidad
La prueba es cualquier prueba que no se ajuste a la carta de la sesión.
sion. Como estamos haciendo pruebas exploratorias , recordamos y
Soporte de herramientas
Las hojas de sesión se escanean con una herramienta que escribimos en Perl.
La herramienta tiene alrededor de ochenta sintaxis y consistencia.
cheques en cada hoja. Por ejemplo, si se hace referencia a un archivo de datos
en una hoja de sesión, la herramienta asegura que el archivo ha
se ha colocado en el directorio de archivos de datos apropiado. El personaje
ter sección de la hoja de sesión permite la inclusión de espe-
palabras clave específicas del área de prueba para que cada sesión pueda asociarse
atado con elementos de una matriz de prueba. Para reducir
errores, los valores legales de estas palabras clave de área se almacenan en
un archivo separado.
La salida del escáner es un conjunto de tablas de texto que
nos ayuda a contar la historia del proyecto de prueba. Cada tabla de texto es
en un formato delimitado adecuado para importar a Excel para
matting y análisis. El escáner produce estas tablas:
s Notas de prueba Secciones de notas de prueba, por ID de sesión
s Errores Registros de errores, por ID de error e ID de sesión
s Problemas Registros de problemas, por ID de problema e ID de sesión
s Charters Carta declaraciones y palabras clave de la zona, por ID de sesión
s Archivos de datos Nombres de archivos de datos, por ID de sesión
s Desglose de sesiones Métricas de sesión, por ID de sesión
s Desglose de cobertura Métricas de sesión, por palabra clave de área

https://translate.googleusercontent.com/translate_f 2/5
2/11/21 11:26
alentar a los evaluadores a que está bien desviarse de sus estatutos
si se topan con un problema fuera de los vuelos chárter que parezca im-
importante.
Aparte de las métricas de desglose de tareas, hay
otras tres partes principales de la hoja de sesión (ver ejemplo
en la página opuesta): errores, problemas y notas. Los errores son
preocupaciones sobre la calidad del producto. Cuestiones son cues-
ciones o problemas que se relacionan con el proceso de prueba o el
proyecto en general. Las notas son un registro de forma libre de cualquier cosa.
otra cosa: ideas de casos de prueba, listas de funciones, listas de riesgos o cualquier otra
er elementos relacionados con las pruebas que se producen durante el
sesión.
El informe completo de la sesión consta de estas secciones:
s Carta de la sesión (incluye una declaración de misión y áreas a ser probadas)
s Nombre (s) del probador
s Fecha y hora de inicio
s Desglose de tareas (las métricas de TBS)
s Archivos de datos
s Notas de prueba
s Problemas
s errores
34
www.stqemagazine.com Pruebas de software e ingeniería de calidad
Página 4 Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).
Diálogo de Maker Navigator. Danos treinta o cuarenta segundos más.
onds, y podemos imprimir todas esas hojas por usted.
Métrica
Las tablas de desglose, enumeradas anteriormente, contienen la tarea
números de desglose para cada hoja de sesión. Estos son
normalizado para que los datos de todas las hojas de sesión se puedan
conjunto. Las métricas nos dicen qué parte de los vuelos chárter
El trabajo se dedicó a cada una de las tareas de TBS, ¿qué parte de
las sesiones se dedicaron al seguimiento de las oportunidades, y
cuánto tiempo (en unidades de sesión) se dedicó a
sión de trabajo. La última medida que obtenemos al asumir
que una jornada laboral normal incluiría 5.333 sesiones normales
siones si los evaluadores no hicieron nada más que sesiones. Manteniendo un registro escríbalo o agregue el trabajo en una hoja de sesión existente. Nosotros
de quién estaba "de servicio" en el equipo de prueba y en qué días,
podemos conocer el número máximo teórico de sesiones
siones que podrían haber sido ejecutadas en un período dado de
hora del calendario. Restamos el número de sesiones que
realmente ocurrió, y eso nos da la cantidad total de
trabajo fuera de sesión. Este cálculo no es muy preciso,
pero hasta ahora lo hemos encontrado lo suficientemente preciso para nuestro propósito:
para tener una idea razonablemente clara de cuántas pruebas reales
está sucediendo durante el día.
Estas métricas nos ayudan a hacer mejores estimaciones y pre
dicciones que nunca antes sobre cosas tales como el aprendizaje
curva de los probadores, los efectos de agregar un nuevo probador a
un equipo establecido, y el impacto en la productividad de
probar un producto menos comprobable frente a uno más comprobable .
Por ejemplo, digamos que nuestro equipo está cocinando en
tres sesiones por día de prueba, en promedio, y agregamos un
nuevo probador. Dado que los probadores serán interrumpidos por
necesitan proporcionar coaching, harán menos (o menos)
sesiones de lo que lo harían de otra manera, o de lo contrario
dedicar más tiempo a la prueba de oportunidades (ya que ayuda a un
probador en otra sesión es una forma de prueba fuera de la escuela
trabaja). Mientras tanto, el interrogatorio del nuevo probador llevará
más tiempo al principio. Estos efectos se manifestarán en las
rics.
Otra cosa simple que hacemos con las métricas es
trazar nuestras sesiones de prueba totales a lo largo del tiempo en relación con el barcoSi el probador no puede llegar a ninguna parte, la orden permanente es
fecha. Con un gráfico de este tipo, es muy sencillo decir: en
esta tasa, tenemos el ancho de banda para hacer alrededor de 200
más sesiones de prueba durante las próximas cuatro semanas. Sí hay
son veinticinco áreas principales del producto, y hay
son dos compilaciones por semana, la prueba de regresión más profunda
que podríamos hacer proporcionaría solo una sesión por producto
área de uct por construcción. Si queremos que algunas áreas estén cubiertas
mejor que eso, tenemos que hacer un triaje, o
exprime en más sesiones.
Aunque estas métricas pueden proporcionar una mejor visibilidad
y conocimientos sobre lo que estamos haciendo en nuestro proceso de prueba,
es importante darse cuenta de que las pruebas basadas en sesiones
El proceso y las métricas asociadas podrían distorsionarse fácilmente.
https://translate.googleusercontent.com/translate_f
2-6bach feature2
s Desglose del evaluador Métricas de la sesión, por nombre del evaluador
s Desglose por día Métricas de sesión, por día
s Sesiones de tareas pendientes Hojas de sesiones incompletas
Permítanme explicarles un poco más sobre la tabla de sesiones de Tareas pendientes.
Una forma de enviar probadores exploratorios es crear tareas pendientes
hojas de sesión: hojas que incluyen un estatuto pero con todos los
otras secciones en blanco. Cuando los evaluadores terminan una sesión de prueba,
miran a través de la carpeta de hojas, escogen una hoja de Tareas y
realizar una sesión con esa carta. El pro-
ducida por la herramienta de escaneo es la lista de las hojas de Tareas
en la carpeta de la hoja de sesión. A esa lista la llamamos
"tolva." Este arreglo proporciona una manera conveniente de
alquilar una prueba de regresión completa a la vez. Y nosotros-
Con otra herramienta que escribimos, llamada ToDomaker, podemos
generar automáticamente hojas de tareas a partir de un modelo de prueba de Excel
trix.
La tolva también nos ayuda a atender las solicitudes de
pruebas ciales por parte de nuestros clientes. Todo lo que tenemos que hacer es señalar el
hopper y preguntar al cliente qué prioridad debemos dar a
su solicitud, en comparación con las otras sesiones que ya están en
la tolva.
También utilizamos una utilidad de búsqueda que nos permite
localizar, mostrar e imprimir cualquier hoja de sesión que contenga un
cadena especificada. Esta herramienta es importante porque nuestro cliente
puede pedir, en cualquier momento, ver los datos sin procesar detrás de nuestra
métricas e informes resumidos. En unos cinco segundos,
puede abrir cada hoja de sesión relacionada con, digamos, el Mapa-
Noviembre / diciembre de 2000
El uso de las hojas de sesión y las métricas requiere un continuo
conciencia sobre el potencial de estos problemas.
Notas del campo
Para darte una mejor idea de los problemas de la sesión.
enfoque, y cómo los estamos lidiando, aquí están
algunas notas sobre los puntos más finos de la prueba basada en sesiones
administración:
¿Qué pasa si un evaluador realiza un trabajo de prueba fuera de una sesión?
Los evaluadores siempre obtienen crédito por las pruebas. A esto lo llamamos el dorado
Regla. Si un probador hace un trabajo que luego se da cuenta que debería tener
estado en una sesión, le pedimos que cree una hoja de sesión para
hacer lo que sea necesario para que las hojas de sesión sean precisas
Reflejar raramente las pruebas que se hicieron.
¿Qué pasa si dos probadores trabajan en una sesión?
La herramienta de escaneo cuenta una sesión con dos probadores como dos
sesiones. Por lo tanto, no hay ningún incentivo para que los evaluadores no cooperen
comimos juntos. Durante el debriefing, solo hacemos
seguro de que realmente trabajaron juntos.
¿Qué pasa si un evaluador pasa todo el día en una sesión larga?
Esto sucede con más frecuencia de lo que anticipamos. Algunos
tipos de pruebas, como "revisar el manual del usuario", pueden arrastrar
encendido durante horas sin interrupción. En lugar de forzar a los probadores
para crear múltiples hojas de sesión para informar sobre lo que se
una sesión, ajustamos la sintaxis de la duración
palabra clave para permitir multiplicadores. Por lo tanto, un probador informaría un
sesión de cuatro horas como "larga * 2" en el campo Duración.
¿Qué pasa si un evaluador no puede evitar una interrupción?
No queremos que se interrumpan las sesiones de prueba, pero algunos-
veces es necesario: se puede convocar una reunión sorpresa o una
El desarrollador puede necesitar ayuda para reproducir un error. En esos casos,
permitimos que una sesión se suspenda y se reanude más tarde.
¿Qué pasa si un probador no puede cumplir con el estatuto?
abortar la sesión y hacer otra diferente. Si el probador hace
mucho progreso, pero la carta es mucho más grande de lo que puede ser
completado, entonces el administrador de la prueba debe reducir el alcance
de la carta (en el debriefing) o crear más sesiones
con la misma carta.
¿Qué pasa si el evaluador pasa casi toda la sesión en
"oportunidad"?
El gerente de pruebas cambia la carta para adaptarse a lo que sea
que hizo el probador. Siempre que la carta
refleja el trabajo que se hizo, estamos bien. La carta original
se puede reutilizar en una nueva sesión. De hecho, puede requerir varios
sesiones generales para cumplir con cualquier estatuto dado. Naturalmente, si un probador
3/5
2/11/21 11:26
por un administrador de pruebas confundido o sesgado. Una lengua de plata
El probador podría sesgar las hojas y manipular el informe.
de tal manera que engañe al director de pruebas acerca de la
trabajo que se está haciendo. Incluso si todo el mundo está completamente sobrio
y honesto, los números pueden estar distorsionados por la confusión.
sobre el protocolo de informes, o el hecho de que algunos evaluadores
puede ser mucho más productivo que otros probadores. Eficaz
2-6bach feature2
crónicamente no cumple con los estatutos, eso es un coaching is-
demanda que se maneja en las sesiones informativas.
¿Qué se espera de un evaluador al que se le asignó un área que ya
ha sido probado?
Esperamos que el evaluador revise las notas de prueba anteriores.
sesiones y, en su caso, perfeccionar las notas anteriores en
35

Noviembre / diciembre de 2000 Pruebas de software e ingeniería de calidad www.stqemagazine.com

Página 5 Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).

NOTAS DE PRUEBA

Ejemplo Toqué cada uno de los elementos del menú a continuación, pero me concentré
principalmente en el comportamiento del zoom con varias combinaciones
Sesión de los elementos del mapa mostrados.

Hoja Vista: Pantalla de bienvenida

Navegador
Mapa del localizador

CARTA Leyenda
Elementos del mapa
Analice la funcionalidad del menú Ver de MapMaker y Niveles de autopista
informar sobre áreas de riesgo potencial. Niveles de calle
Diagramas de aeropuerto
#AREAS Acercarse
OS | Windows 2000 Disminuir el zoom
Menú | Vista Nivel del zoom
Estrategia | Prueba de funcionamiento (Niveles 1-14)
Estrategia | Análisis funcional Vista previa

COMIENZO Riesgos:

30/5/00 03:20 pm - Visualización incorrecta de un elemento del mapa.

- Visualización incorrecta debido a repintado interrumpido.

ENSAYADOR - Es posible que el CD no se pueda leer.

- Es posible que se utilice accidentalmente una versión antigua del CD.
Jonathan Bach - Es posible que algunas funciones del producto no funcionen en un
cierto nivel de zoom.
DESGLOSE DE TAREAS
#DURACIÓN INSECTOS
pequeño #BUG 1321
Acercar te hace poner el CD 2 cuando llegas a
# DISEÑO Y EJECUCIÓN DE PRUEBAS un cierto nivel de granularidad (el nivel de los nombres de las calles)
sesenta y cinco - incluso si el CD 2 ya hay en la unidad.

# INVESTIGACIÓN E INFORMES DE ERRORES #BUG 1331

25 Acercar rápidamente da como resultado que los nombres de las calles no se
prestados.
# CONFIGURACIÓN DE LA SESIÓN
20 #BUG <not_entered>
Inestabilidad con velocidad de CD lenta o RAM de video baja. Todavía
# CARTEL VS. OPORTUNIDAD investigando.
100/0

CUESTIONES
ARCHIVOS DE INFORMACIÓN
# EDICIÓN 1
#N / A ¿Cómo sé qué detalles deben aparecer en qué
niveles de zoom?

# EDICIÓN 2
No estoy seguro de cómo se supone que funciona el mapa localizador.
¿Cómo se supone que el usuario interactúe con él?

36

www.stqemagazine.com Pruebas de software e ingeniería de calidad Noviembre / diciembre de 2000

Página 6 Este artículo es cortesía de la revista Software Testing & Quality Engineering (STQE).

el transcurso de la presente sesión. De esta forma, asumiendo que
hemos entrenado a los probadores en el arte de delinear pruebas,
esperar que los esquemas funcionales y las listas de riesgos progresen
sivamente mejor con el tiempo.
Al probar las correcciones de errores, ¿cómo se registra?
Usamos una palabra clave de área titulada “estrategia | regresión de errores "y
mientras que las hojas de sesión se degradan en algo más parecido a
divagantes notas de rescate o haiku vagamente técnico. De una sola mano
para ayudar a la situación podría ser delegar a los evaluadores
informar sobre el trabajo de los probadores junior. Siempre y cuando de alguna manera,
de alguna manera, las reuniones suceden.

https://translate.googleusercontent.com/translate_f 4/5
2/11/21 11:26 2-6bach feature2
escriba una carta que indique al evaluador que verifique cada corrección.
Esperamos que el probador pruebe en las áreas generales de las correcciones. ¿Demasiada burocracia?
Un colega mío, al escucharme hablar de esto
para ayudar a asegurar que algo más no se rompió durante el enfoque, expresó la preocupación de que los probadores experimentados
proceso de reparación. se resistiría a todo el papeleo asociado con la sesión
hojas de sion. Toda esa estructura, ella sintió, simplemente entraría
¿Cómo calcula el evaluador el tiempo que dedica a la redacción de una hoja de sesión?
la forma en que los evaluadores experimentados ya saben cómo hacer.
¿Qué tal el tiempo de interrogatorio? Aunque mi primer instinto fue discutir con ella, en
La finalización de la hoja de sesión se cuenta como tiempo de configuración de la sesión,
segundo pensamiento me di cuenta de que ella me estaba dando una importante
dentro de la sesión. El debriefing se cuenta como no sesión verificación de la realidad. Este enfoque impone una estructura que
trabaja. no es estrictamente necesario para la misión de realizar buenas pruebas.
La segmentación de tareas de prueba complejas e interrelacionadas en
¿Cómo explica un evaluador las tareas de TBS que ocurren? tintar pequeñas sesiones no siempre es fácil o natural. Sesión-
¿simultaneamente? la gestión de pruebas basada es simplemente una forma de aportar más
Lo que realmente queremos saber es qué cosas interrumpen la prueba. rendición de cuentas a las pruebas exploratorias, para esas situaciones
En g. Entonces, si el evaluador encuentra una manera de probar y realizar la sesión en el que la rendición de cuentas es especialmente importante.
configuración simultáneamente, no contamos el tiempo de configuración. Si un Este método todavía es relativamente nuevo para James y para mí,
la prueba se está ejecutando mientras el probador está investigando un error, y todavía tenemos mucho que aprender sobre el proceso y cómo
no contar el tiempo de fallo. El uso de este protocolo, podemos decir, se compara con los métodos tradicionales de gestión de pruebas.
en su mayor parte, que un informe de 50% de pruebas y 50% de errores ¿Qué han demostrado nuestras experiencias hasta ahora? Probablemente el
investigación significa que el probador podría haber hecho dos veces Lo más importante que hemos descubierto es que este tipo
tantas pruebas tuvieron los errores del producto no inter- de la gestión de pruebas pesa especialmente en la prueba
rompió el proceso de prueba. gerente. Experimentamos abandonando el diseño de la sesión.
sesiones informativas, pero eso condujo a hojas de sesión deficientes y significados
¿Cómo lleva a cabo el debriefing el director de la prueba? métricas ingless. Queremos buenas métricas, por supuesto, pero nuestro
Además de recorrer la hoja de la sesión, usamos un enfoque produce muchos de ellos. Todos los días hay
agenda resumida por el acrónimo “PRUEBA”: más, y a veces sentimos que estamos nadando en
tablas de hojas de cálculo. Eso también es una carga para el
Pasado ¿Qué pasó durante la sesión? ager, quien debe interpretar y resumir los datos. Sesión-
La gestión de pruebas basada puede ser difícil para la nueva gestión de pruebas.
Resultados ¿Qué se logró durante la sesión? envejecientes.
Lo que agrega el material de la sesión es un marco que ayuda
Obstáculos ¿Qué se interpuso en el camino de una buena prueba? aclarar y realizar un seguimiento de casi todos los elementos de las pruebas, desde
planificación de pruebas para asignar trabajo a los evaluadores de entrenamiento. Es
Outlook ¿Qué queda por hacer? ese marco que más nos intriga. Si vamos
para mantener el respeto y apoyo de la Gerencia y
Sentimientos ¿Cómo se siente el evaluador acerca de todo esto? desarrolladores, debemos ayudar a nuestros clientes a comprender qué es
que hacen los probadores, todos y cada uno de los días hábiles. S T Q E
¿Qué pasa si el administrador de pruebas está demasiado sobrecargado para hacer informes?
El informe es la oportunidad de los probadores de revelar sus experiencias. Jonathan Bach (jonbach@satisfice.com) es un escritor que
encesos, y la oportunidad del gerente de redirigir o validar fur- se convirtió en probador hace cinco años a instancias de su
otro esfuerzo. En la medida en que las sesiones informativas no sucedan, hermano James. Durante cuatro años, Jonathan fue probador
el administrador de la prueba no está en contacto con el proceso de prueba. los y líder de pruebas en Microsoft, y ahora es entrenador y
Luego, los probadores comienzan a derivar con la corriente del proyecto. gerente de laboratorio en Satisfice, Inc. (www.satisfice.com) , una Vir-
eventos y sus propias preferencias sobre lo que es divertido de probar, laboratorio de formación y consultoría de pruebas basado en ginia.

37

Noviembre / diciembre de 2000 Pruebas de software e ingeniería de calidad www.stqemagazine.com

https://translate.googleusercontent.com/translate_f 5/5