2013-10-15 3 views
46

Что такое сквозное тестирование и какова разница между ним и тестированием системы?Разница между тестированием системы и сквозным тестированием

Оба они кажутся одинаковыми и проверяют приложение в целом. Определения в сети очень сбивают с толку.

+0

Думаю, это должно помочь. [Системное тестирование] (http://en.wikipedia.org/wiki/System_testing) и [End To End Testing] (http://www.techopedia.com/definition/7035/end-to-end-test). –

+4

Вопрос лучше подходит для Software Quality Assuranse на Stackexchange: http://sqa.stackexchange.com/ – dzieciou

+1

Значение зависит от человека, использующего этот термин. Спросите человека, который поручает вам любой из тех, что он или он имел в виду. – dzieciou

ответ

35

Для меня нет большой разницы между этими двумя, и в некоторых учреждениях эти термины могут использоваться взаимозаменяемо. Везде разные. Я хотел бы попробовать объяснить это так:

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

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

Например, если вы должны были проверить сайт электронной коммерции фронта магазина:

теста системы: просмотр для предметов, тележки и проверки будет все отлично работает.

Испытание конца до конца: После этого вы можете найти проблемы с рабочим процессом перемещения между этими областями функциональности.

+1

Я согласен с Скоттом. Это близко к моим определениям, и есть действительно довольно тесные и очень часто люди путают оба. Поэтому мой совет будет заключаться в том, чтобы использовать как можно меньше терминов. Например, я использую только сквозные тесты (мне легче понять, что это значит) и не использовать системные тесты (система означает так много вещей в ИТ). В тестовом стеке я использую еще 2 слова: модульные тесты (низкий уровень) и компонентные тесты (средний уровень). Я также отбрасываю «интеграционные тесты», потому что это может означать для многих вещей. –

+1

@a Ученик, если бы это ответили на ваш вопрос, вы могли бы отметить его как принятый ответ/голосование, спасибо. –

+2

@LaurentBristiel, компонентные тесты могут означать и многие вещи (класс, подсистема, библиотека). Поэтому вместо того, чтобы опрокидывать эти термины, я бы скорее уточнил, что вы подразумеваете под компонентом, что вы подразумеваете под интеграцией (интегрируете ли вы классы, подсистемы, целые системы и что представляют собой эти классы, подсистемы, системы). – dzieciou

11

Я не согласен. Для меня эти условия в двух словах:

Системный тест: Я проверяю, работает ли моя собственная система, как и ожидалось. Например, на веб-сайте электронной коммерции: если мой клиент проходит проверку, правильные данные отправляются на склад (который принадлежит кому-то еще)

Тест на конец конца: Как указано выше, фактический рабочий процесс. Кто-то кладет кусок товара в корзину покупок и заполняет пользовательские данные, платит за него. Я проверяю, действительно ли я получил платеж, позвонил на склад, убедитесь, что они получили данные. И как маленькая вишня на пироге: Получая партию, я уверен, что эти данные были достаточно хорошими, были напечатаны правильно, особенно, когда мое настоящее имя Pavel Janíček (см. Смешные диакритики, они иногда распечатываются неправильно).

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

18

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

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

+2

Итак, в системном тесте вы не тестируете целую систему, а подсистемы, компоненты, правильно? Я просто узнаю, что у всех здесь есть свое определение системного теста. Ничего страшного. Давайте просто разъясним их другим при использовании этих терминов. – dzieciou

3

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

Полное тестирование: все приложение проверяется от начала до конца, как если бы оно удовлетворялось при просмотре с клиента.

6

Ответов хорошо объяснить разницу, я добавлю, что можно встретить два различных определения тестирования впритык: один вертикального и один горизонтального (более частых и которые описано в ответы):

enter image description here

0

Сравнение впритык тестирование и тестирование системы, как сравнение фрукты цвета. Полное тестирование (E2E) - это «тип тестирования», а тестирование системы - «уровень тестирования». Другими словами, тест E2E всегда является системным тестом, но системный тест не обязательно является тестом E2E.

Испытание E2E в значительной степени является нефункциональным тестом, хотя, безусловно, существуют функциональные спецификации, которые могут быть проверены с помощью теста E2E. E2E обычно выполняются после запуска функциональных системных тестов. Тесты приёма пользователей (в среде ввода), Поисковые тесты (в QA или промежуточных средах) и в любой другой ситуации, когда вы запускаете SUT в среде, которая пытается имитировать реальное использование, будет тестом E2E, тогда как тесты уровня системы могут быть запущены в непроизводственной среде (например, в среде разработки). Хотя это не означает, что вы не смогли бы запустить тест E2E в dev ... Характер терминологии тестирования позволяет ответить на этот сложный вопрос, так как индустрия все еще пытается почувствовать и прибить стандарты.

Смежные вопросы