Pregunta cómo una función útil causaría daño

Conserva la función útil y describe con precisión el resultado no deseado.

Dos perspectivas de una función

Una historia de usuario describe un beneficio para el actor previsto. Un caso de abuso examina cómo esa función podría causar daño en condiciones plausibles. Indica el acceso real del actor, el recurso y el resultado perjudicial; imaginar poderes ilimitados ayuda poco al diseñador.

Convierte la preocupación en un requisito observable. “Evitar el mal uso” es demasiado impreciso para determinar qué debe permitirse o rechazarse.

Registro proporcionado: el café de reparaciones

La coordinadora ficticia quiere que ayudantes asignados abran cómodamente su lista mediante un enlace. La propuesta indica:

Historia útil: una persona asignada consulta turno y compañeros.
Datos: nombres, turnos y teléfonos privados.
Audiencia aprobada: únicamente ayudantes asignados actualmente.
Acceso propuesto: cualquiera que tenga el enlace puede leer la lista.
Condición: los destinatarios pueden reenviar mensajes que contienen el enlace.

Supón que no existe otra comprobación de identidad o pertenencia en ese flujo. Alguien ajeno al grupo podría recibir el enlace y convertirse en lector no previsto. La condición deriva del diseño; no requiere adivinar el enlace ni administrar el sistema.

Escribe el requisito correspondiente

Exige autorización de ayudante actual antes de mostrar la lista, conservando un acceso sencillo para el grupo aprobado. Escribe un caso de aceptación para una persona asignada y otro para alguien ajeno al grupo.

Una etiqueta de privado o dirección difícil de adivinar no resuelve el reenvío. Documenta el límite restante: esta regla no recupera información que ya copió un lector autorizado. Esa cuestión distinta requiere su propia decisión de producto.