Мы запускаем несколько коммерческих веб-приложений для клиентов. График выпуска для них обычный, но всегда есть беспокойство о тестировании изменений, исправлений и обновлений. Похоже, что приемочные испытания продвигаются для разработки контрактов, а не для коммерческой разработки. Стоит ли приемочное тестирование того, за что мы уже заплатили? И если да, то есть ли что-нибудь, ориентированное на:
Мне также было бы интересно, если бы у кого-то было более автоматизированное решение, но для интерфейсных веб-приложений ничто не сравнится с тестировщиком-человеком с контрольным списком тестирования для работы на каждой платформе, браузере и версии, которые будут поддерживаться. Слишком много переменных в том, как браузеры обрабатывают HTML, CSS и выполняют JavaScript, чтобы доверять интерфейсное тестирование автоматизированному инструменту. BrowserCam пригодится для такого рода работы.
Взгляните на огурец и селен. Они не совсем соответствуют всем вашим потребностям, но подходят близко. Я использовал Selenium, и это немного неудобно, но выполняет свою работу, хотя я слышал очень хорошие отзывы о Cucumber.
Я думаю, многое зависит от того, что предлагает поставщик и насколько вы уверены в его продукте. Например, действительно ли вам нужно тестировать функциональность во всех соответствующих браузерах? У них нет отдела контроля качества?
В некоторых случаях наиболее эффективным с точки зрения затрат является ручное пошаговое руководство. Вы можете писать сценарии и по-настоящему распространять их, чтобы каждому, кто в этом заинтересован, нужно было выполнить лишь небольшую часть работы.
В других случаях, когда вы не доверяете отделу контроля качества поставщика или требует значительных изменений, ваши собственные автоматизированные тесты, безусловно, потребуются, если вы не хотите, чтобы ваши клиенты видели проблему. Тогда это действительно зависит от того, сколько вы готовы инвестировать в надежный аспект. Чем надежнее, тем больше программирования и тяжелой работы требуется для проведения тестов. Чем больше наведений-щелчков-записей, тем меньше усилий нужно сделать для первоначального теста, но больше усилий для поддержки.