Интуитивное тестирование. Как найти хитрый баг?

[@Timon_Omsk]

Знакомый текст. Я где то его видел, только вот не могу вспомнить где

[@ak40u]

Я уверен, что эту статью полностью написал я, используя за источник свою голову.

[@Timon_Omsk]

Возможно. Была ли статья на других ресурсах? Просто вот эту часть «Что делать если баг не воспроизвелся, но игроку мы доверяем? Можно попросить вспомнить все, что он делал последние 15 минут до падения. 80% что он не вспомнит. Тогда остается только эд хок. Под девизом: «воспроизвести любой ценой» мы открываем клиент и штурмуем мозг всевозможными алгоритмами поведения пользователя.» я очень отчетливо помню. Или может песочница?

[@ak40u]

неделю назад я постил статью в песочницу. Через неделю ее там не нашел и опубликовал сегодня в персональном блоге.

[@dinas]

Что-то статья какая-то незавершенная по-моему. Неподчерпул я ничего из нее. Да и человек без всякого опыта в тестинге тоже врятли что-то получит :)

[@Hackett]

Статья скорее — размышление над рутинной работой тестировщика…

[@oxpa]

Интуитивное тестирование. Как найти хитрый баг?
открываем клиент и штурмуем мозг всевозможными алгоритмами поведения пользователя.

Простите уж меня, но остальное — вода. А эти два предложения особо смысла не несут ;) «Мозговой штурм» (или любой другой «штурм) — стандартный приём для решения почти любых задач.

[@JuliaTem]

заголовок гласит: «Интуитивное тестирование. Как найти хитрый баг?»
а статья про то как надо обучать нового тестера.

Так как же найти хитрый баг? :)

[@ak40u]

п3

[@ak40u]

п.3

[@kogedub]

«Молодого» тестировщика сразу на Ad-hoc? — жестоко. А если нет спецификаций?

[@ak40u]

отсутствие спеков не так страшно для эдхока и экплоринга.