Ручное тестирование Vs Автоматическое тестирование

Ответ 1

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

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

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

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

Ответ 2

Хорошо, я могу только говорить о своих мнениях и опыте, и я просто разработчик, который очень много работал с тестировщиками и инженерами QA. Во всяком случае, мой 2c:

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

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

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

Ответ 3

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

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

Ответ 4

• Главное преимущество с автоматическим тестированием - это то, что вы можете быстро выполнять регрессионное тестирование. Разработчик может проверить предыдущие функции, если он работает нормально или нет после добавления новых функций в систему.
• Итак, когда вы работаете с ограниченным сроком, а затем с помощью инструментов автоматизации вы можете уменьшить ваши усилия по тестированию... поэтому в то время вам нужно проверить только те функции, для которых вы не создали автоматические тестовые скрипты. (Например, проверка сообщений электронной почты и SMS-сообщений, совместимость браузера/пользовательский интерфейс и т.д.).
• Сегодня многие компании используют средства автоматизации Open Source (как Selenium, OpenSTA, JMeter и т.д.) для своих обычных усилий по тестированию. Так что лучше, если вы знаете, как тестировать приложение, используя эти бесплатные инструменты вместо платных инструментов.

Ответ 5

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

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

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

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

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

Ответ 6

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

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

Ответ 7

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

Я оставлю вас, чтобы разъяснить мои ответы на остальные вопросы из основной посылки, которую я изложил.