Tester's Weekdays

К сожалению, в своей практике я все чаще сталкиваюсь с фатальными последствиями допущенных на этапе тест дизайна ошибок. Тест дизайнер не доглядел, пропустил несколько важных проверок, а в итоге все оборачивается пропущенными дефектами. Они всплывают в самый неподходящий момент и приводят к серьезным негативным последствиям как для отношений с заказчиком, так и для проекта в целом. Все мы люди и ошибается каждый из нас, кроме лентяев, им в этой жизни везет больше. Избежать всех ошибок не выйдет, но сократить их количество на этапе составления тестов возможно. На мой взгляд, главный и самый эффективный метод - разделить процесс тест дизайна на две части: проектирование и оформление.

На долю каждого из нас выпадает "удача" выполнять работу в условиях частичной или полной неопределенности. Рано или поздно приходится сталкиваться с проектами, в которых формализованные требования отсутствуют от слова "совсем". Причины могут быть разными: некогда думать и писать, в команде нет аналитиков, в команде есть аналитик и совершенно случайным образом это невеста руководителя проекта, совсем недавно получившая повышение (но это, конечно, выдумка, в жизни так не бывает :). Все эти причины объединяет одно - какими бы глупыми и несправедливыми они ни были, приложение придется поставлять заказчику, придется его тестировать и разрабатывать тесты. И вот тест дизайнер берется за задачу, вот чистый лист и... наступает ступор.