Хорошие программы – это продукт хорошего образования, удачного проектирования, адекватного тестирования и т.д., а не наличия в языке средств, которые предположительно должны использоваться только «правильно».
Бьерн Страуструп. The Design and Evolution of C++.
Взято тут.
Решил поделиться схемой разработки testcase’ов, которой пользуюсь сам. Не претендую на полноту и уникальность, сейчас меня такой подход полностью устраивает. Возможно, кто-нибудь сможет извлечь из него что-то полезное и для себя. Собственно, процесс разработки сценариев тестирования состоит из четырех этапов:
Захотелось поговорить о регрессионном тестировании. Как к этому делу подходить. Вначале о том, что же с моей точки зрения представляет собой регрессионное тестирование (РТ). РТ – это тестирование, направленное на проверку того, что объект тестирования со временем не регрессирует по какому-то показателю качества. Т.е. в общем случае к РТ может относиться любой вид тестирования (функциональное, производительности, юзабилити и пр.). Но чаще всего речь идет о регрессионном функциональном тестировании, т.к. функциональность – наиболее важный показатель. Как следует из определения РТ, это некий набор тестов, который выполняется с некоторой периодичностью. И тут возникают следующие вопросы:
Собственно, на эти вопросы я и постараюсь ответить. Прочтите эту запись до конца »
Роберт Гласс. Факты и заблуждения профессионального программирования.
