Я рассмотрел идеальную ситуацию, когда есть и спецификация, и техническое задание, и инструкция к программе. На самом деле, очень часто возникают ситуации, когда не хватает информации по продукту.
В
таких случаях есть источники, в которых можно добыть информацию:
- Исследования рынка на предмет того, что пользователи ожидают от данного типа программы. От этого уже можно отталкиваться, когда знаешь, какие функции нужны, как примерно они должны работать.
- Маркетинговые материалы продукта. Как его продвигают, как его позиционируют, как его представляют, его самые главные ключевые достоинства. По этим материалам можно понять, что должно обязательно присутствовать в продукте, как оно должно работать. Из этого также можно исходить при тестировании.
- История изменения продукта. Наверняка при скачивании программ вы замечали memoили historyфайлы, в которых фиксируется история изменений. В них описано, какие функции и опции добавлены в эту версию программы, какие произведены изменения.
- Стандарты. Например, стандарт пользовательского
интерфейса или публичный стандарт языка программирования С++.
- Отчетность – это просто кладезь информации. Отчеты об ошибках дают представление, какие ошибки были найдены в ранних версиях программы, в эти же отчеты об ошибках вполне могут включаться требования для формирования новых функций, дополнений, изменений
программы.
- Исходный код программы
- Интервью различных людей, связанных с продуктом: клиенты, заказчики, аналитики, программисты, особенно разработчики последних
версий.
- Спецификации сторонних продуктов. Можно посмотреть аналоги вашего продукта на рынке, какие существуют программы, какая для них создана документация.
- Результаты
бета-тестов.
- Базы ошибок в интернете, т.е. базы, где описано огромное количество дефектов.
Всё это многообразие данных может выступать в роли источника информации при тестировании.
