Каждый день я работаю с самыми разными документами: BRD, пользовательскими сценариями, SRS, UML-диаграммами. В этой серии статей я не собираюсь выдавать сухой чек-лист или заумные определения. Я хочу предложить живой, понятный путеводитель – карту, по которой сможет пройти каждый: будь то начинающий аналитик, тестировщик, проджект-менеджер или просто человек, столкнувшийся с навязчивым ощущением «что-то идет не так».
Тесная взаимосвязь между процессом тестирования и интересами бизнеса позволяет получить продукт, максимально соответствующий пожеланиям заказчика. Автор статьи дает рекомендации о способах достижения единого понимания приоритетов и задач всеми участниками проекта.
Беспорядок в организации процесса работы способен ухудшить состояние даже самых интересных и стабильно развивающихся IT-проектов. Автор статьи расскажет о наиболее распространенных элементах хаоса и о проверенных на практике вариантах их устранения.
Приветствуем!
Никто не застрахован от провалов, но к ним можно и нужно заранее подготовиться. Роман Буданов на примерах из своей практики формулирует несколько основных принципов, позволяющих минимизировать проектные риски, возникающие во время тестирования.
Приятного прочтения!
Провалы неизбежны, но цель любого специалиста — извлечь из них уроки на будущее.
Речь в статье пойдет о факапах в тестировании. Автор анализирует причины провалов и предлагает способы снижения риска их возникновения и минимизации последствий.
