Каким образом происходит тестирование по мере движения проекта?
В самом начале тестирования проверяют работоспособность только базовых вещей, основных функций.
Если они работают корректно, тогда наступает средняя фаза тестирования, когда проводятся комплексные тесты. В этой фазе тестируются максимальное количество функций (в идеале – все), все области работы программы – максимально подробно, насколько это позволяют сроки.
К концу проекта, когда проведено комплексное тестирование, надо искать какие-то невероятные идеи, самые удивительные ситуации, в которых может использоваться программа, и пробовать их наиграть. Всё, что приходит в голову! Проверяем даже самые безумные идеи. На этом этапе также можно использовать бета-тестеров.
Ну а в последние дни перед выпуском программы, необходимо протестировать каждое произошедшее изменение, проверить все версии файлов.
Такая стратегия – оптимальна.
Существуют некоторые стратегические принципы, которым можно следовать по ходу тестирования.
Если продукт разрабатывается для конкретного клиента, конкретного заказчика, а он просил протестировать определенные функции, тогда в первую очередь необходимо проверять именно эти функции!
Потом, когда они протестированы, можно заняться тестированием остальных компонентов программы, о проверке которых клиент не просил, но в первую очередь надо проверить именно требуемые функции.
Если в программе найдено большое количество ошибок, то до конца эту версию тестировать не надо. В этом нет никакой
необходимости. Как только мы замечаем, что ошибок довольно много, надо сразу же давать отмашку программистам для выпуска новой версии с исправлением этих ошибок. Параллельно, чтобы не терять время, можно писать тест-кейсы. Также можно продолжать тестировать старую версию (т.к. есть вероятность того, что найденные ошибки будут и в следующей версии программы), но только после того, как программисты приступили к исправлению ошибок, т.е вы их уведомили о необходимости выпуска новой версии.
Чем больше изменений произошло в очередной версии программного продукта, тем сильнее надо тестировать. Тем большее количество дефектов возможно.
Еще одно очень важное замечание – когда в процессе тестирования задействованы несколько специалистов, не надо терять ошибки на их стыковке, на границе их работы, нельзя пропускать функции программы. Стыковка – самое уязвимое, самое слабое место в этом случае.
