Pull to refresh

Comments 7

Что-то я не уловил смысл поста.
«автоматизировать ad hoc тестирование можно, но тестер должен знать, что проверяет»?
Автоматизировать ad hoc тестирование не рекомендуется ни в коем случае. Тут описывается, как обычно пытаются автоматизировать.
ну как бы да, не рекомендуется.
да и что там автоматизировать, когда все тестирование состоит только в «посмотреть, вдруг баги где есть»
Или же «О, мы там написали прожку небольшу, поклацай там», а на вопрос «а документация? а тест план?» обычно получаем «эм… нет, та забей!»
Похоже, под автоматизацией Вы понимаете исключительно создание скриптов которые работают через GUI.
Представьте, что нужно в режиме exploratory проверить command line утилиту или веб сервис.

Кроме того если Вы делаете скрипты для создания тестовых данных, подготовки окружения, это так же автоматизация, которую можно делать при любом подходе к тестированию, в том числе и ad hoc.
Желательно выделить в тексте ключевые места — есть подчеркивание, жирный шрифт и пр. :-)
1. А какую книгу вы читаете и переводите? Название или ссылку в студию!
2. в данной «статье» рассматривается «кое-что» :-) но не все, что не рекомендуется автоматизировать.
3. с языком надо поработать — коряво как-то звучит «при их решении»: «т.к. намного больше ошибок будет сделано, а они обойдутся дороже при их решении. » Чаще используется слово «исправление».
4. язык — слово «это» в последних двух предложениях — искажает смысл.
5. уже использовалось много более подходящих вариантов перевода ad hoc testing в тематических форумах — интуитивное, исследовательское, хаотическое.
Текст слабоват — нет цели, нет структуры, размыт скоуп — тема не раскрыта. Такие кусочные переводы полезны только для тренировки, но и тренировка не должна быть самоцелью.
Sign up to leave a comment.

Articles