Ручное тестирование против автоматического тестирования [Закрыто

StackOverflow https://stackoverflow.com/questions/3045553

Вопрос

Тестирование может быть в основном классифицировано в ручное и автоматическое тестирование. Что касается этих определенных вопросов.

Они включают:

  • Какова базовая разница между двумя типами тестирования?

  • Какие элементы вызовы участвует как в руководстве, так и в автоматизированном тестировании?

  • Что разные набор умений Требуется тестером программного обеспечения для ручного и автоматического тестирования соответственно?

  • Что разные перспективы работы и Возможности роста Среди программных тестеров, которые занимаются ручным тестированием автоматизированного тестирования соответственно?

  • Это ручное тестирование под оценкой автоматизировать тестирование в любом случае (ы)? Если да, как?

  • Как по-разному являются ручные тестеры, обработанные по сравнению с автоматическими тестерами в корпоративном мире? (Если они действительно дифференцируются в любых условиях как таковые)

Это было полезно?

Решение

Автоматическое тестирование - это любой тип тестирования, где вы используете один кусок кода / программы для проверки другого куска кода / программы. Это может быть единичное тестирование, как описано выше, или он может быть через конкретный инструмент автоматизации, такой как TestComplete, QTP, SELENIUM и т. Д. .. Установки единиц, как правило, будут созданы и выполнены разработчиком рассматриваемого кода, тогда как автоматизация GUI Скорее всего, будет проведено специалистом по программному обеспечению QA. Некоторые виды тестирования, такие как тестирование производительности и регрессии, хорошо подходят для автоматизации, в то время как другие, такие как тестирование удобства использования, не являются.

Ручное тестирование - это процесс, в котором человек напрямую проверяет часть программного обеспечения, часто выполняя тип действий и конечным пользователем. Многие профессиональные тестеры, такие как те, которые участвуют в разведочных испытаниях, предположили бы, что вы, в то время как тестирование единиц является экономически эффективным, вручную тестирование аналогично важным и экономически эффективным.

Для некоторого прекрасного понимания ловушек автоматизированного тестирования вы должны прочитать Линда Уилкинсонов недавний блог. Отказ Другие хорошие ресурсы для чтения включают обсуждения от Клуб для тестирования программного обеспечения, и то Автоматизированная тестирование часть SQAFORUM.

Если вы еще этого не сделали, SQAFORUMS. Стоит присоединиться к тому, чтобы задать любые вопросы, связанные с тем, что участвует в тестировании, а также для перспектив работы.

Другие советы

Ну, я могу говорить только о моем мнениях и опыте, и я просто разработчик, который довольно много работал с тестерами и инженерами QA. В любом случае, мой 2C:

Наиболее базовое различиеное руководство выполняется вручную, а автоматическое выполнение компьютера :) Как следствие, процесс тестирования вручную может быть порядка медленнее, чем полностью автоматизированный. С другой стороны, автоматические испытания могут обнаруживать только проблемы, которые они предназначались для обнаружения и не могут обнаружить принципиально новое поведение системы. Что в основном означает, что автоматизированные тесты идеально подходят для регрессионного тестирования, когда он хорошо известен, что должно быть сделано, как, и какие результаты должны быть.

Что касается наборов навыков, ручные тесты могут быть в основном сделаны ними в правильном смысле мышление, в то время как автоматические тесты должны быть сделаны кем-то, по крайней мере, с некоторым опытом разработчика. Есть рамки, которые позволяют легко записывать автоматические веб-тесты, но, например, но, часто необходимо настроить записанные сценарии, чтобы лучше соответствовать потребностям тестирования. Конечно, необходимые базовые навыки для тестирования также должны присутствовать в тех, кто хочет работать в QA, как терпение, внимание к деталям, отличным организационным способностям, большие коммуникационные способности и т. Д.

И, наконец, я не думаю, что ручное тестирование недооценено, если что-то, я думаю, что автоматическое тестирование недостаточно используется в большинстве корпоративных условий, которые я видел. Но да, некоторые люди (в основном менеджеры, если честно) делают интерпретацию моего предыдущего абзаца как «любой может сделать ручные тесты».

Автоматизированное тестирование (особенно автоматизированное тестирование подразделения) хорошее, потому что это означает, что вы можете проверить ранее в цикле разработки, и вы можете держать регулярно тестировать; Это позволяет разработчикам определить, где они сделали ошибки, прежде чем привлечь команду QA. Но это не значит, что QA не нужна. Помимо вопроса о том, чтобы автоматизированные тесты сами подойдут, есть также вопрос о разработке, делает заявление о том, что он должен; Это довольно редко, чтобы это было понято полностью.

Также трудно автоматически тестировать пользовательские интерфейсы. Например, оценка того, является ли значок подходящим образом значимым и хорошо расположен в том, что люди не компьютеры, потому что компьютер не заботится, но пользователь делает.

  • Основным преимуществом с автоматическим тестированием является то, что вы можете быстро сделать регрессионные тестирования .. Разработчик может проверить предыдущую функциональность, если она работает нормально или не после добавления новых функций в систему.
  • Поэтому, когда вы работаете с жестким сроком сроком сроком, то с помощью инструментов автоматизации вы можете уменьшить вам тестирование усилий .. поэтому в то время вы должны проверить только те функции, для которых вы не создали автоматические тестовые сценарии. (Например, тестирование уведомлений по электронной почте / смс, совместимость браузера / UI etc и т. Д.)
  • Сегодня многие компании используют инструменты автоматизации открытых источников (например, Selenium, OpenSta, Jmeter etc) для их обычных усилий по тестированию. Таким образом, лучше, если вы знаете, как проверить приложение, используя эти инструменты для бесплатных программ вместо платных инструментов.

Наиболее базовое отличие заключается в том, как проверено тест. Это сделано через программитическую проверку или есть ли проводиться человеческая проверка?

Большая задача с автоматизированным тестированием - это автоматическое тестирование вручную, и обеспечение автоматизации и обеспечения необходимости в человеческой интерпретации результата, например, если программа включает в себя аудио или видеовыход, это может быть очень трудно точно проверить.

Оба требуют внимания к деталям, терпению и навыкам организации, чтобы иметь доверие к высказыванию: «Да, это высококачественный продукт / услуга». Различия могут прийти, где автоматическое тестирование обычно использует специальное программное обеспечение.

Ручное тестирование может быть дорогостоящим, поскольку есть кто-то, который наблюдает за тесты, когда автоматические тесты, как правило, могут быть запущены без того, чтобы кто-то наблюдал за ним. Однако ручное тестирование может быть недооценена, когда дело доходит до тех областей, где вещи могут быть очень субъективными, такие как стиль веб-страниц или насколько хорошо эта песня звучит, если мы сделаем эти изменения в нее? Это было бы там, где я бы увидел человека, предпочитаемый над машиной.

Что касается карьеры и возможностей для рабочих мест, это в некоторой степени открытый вопрос. Как не каждое место нанимает тестеров, а иногда тестеры просто приносят по мере необходимости для проектов, существуют разные перспективы по тестированию. Это не вступая в вопрос о том, сколько разработчики пишут свои собственные тесты, и делает это разработчиком и тестером? Я полагаю, что это не отвечает на ваш вопрос, потому что я смотрю на это в большей масштабе просто кто делает тестирование, как это что-то еще, чтобы рассмотреть здесь.

Единственный способ написать все тесты объективно состоит в том, чтобы оставить значительную долю деталей, необходимых для того, чтобы на самом деле убедиться, что программное обеспечение предназначено для целей. Результатом всегда есть программное обеспечение, которое вы должны заплатить кому-то почасовую скорость для использования.

Это может не всегда быть проблемой, но набор случаев, когда это довольно большой кусок промышленности программного обеспечения.

Чтобы ответить только первым на ваших вопросах: базовое разница состоит в том, что ручное тестирование просто выглядит как тестирование, тогда как автоматическое тестирование (обычно) является тестированием. Если вы не можете записать полную и подробную спецификацию тестов, которые будут запущены, вы на самом деле не тестируете. И если вы можете сделать автоматическое тестирование. Это правда, является ли ваш тестовый скрипт выполнен программой или формой жизни на основе углерода, следя за ней.

Я оставлю вас на божественные ответы на остальные вопросы из основных предпосылок, которые я изложил.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top