Повторное тестирование против регрессионного тестирования

Question

Мой вопрос: Существует два модуля, таких как модуль A и модуль B. В модуле A у меня есть 100 тестовых корпусов, а модуль B также имеет 100 тестовых корпусов. Во время тестирования модуль А получил 50 неудачных тестовых корпусов, а модуль Б получил 40 неудачных тестовых шкафов.

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

Согласно моему пониманию, в модуле А повторные испытания testcases = 50 и регрессионных testcases = 50, в модуле B, повторные испытания testcases = 40 и регрессионный testcases = 60.

Answer 1

повторное обследование тестирует этот Tast случаи, неудачные и ошибки были решены.

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

В вашем случае переаттестации будет 50 в модуле A и 40 в модуле B.

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

Вы можете прочитать больше о регрессионном тестировании на википедии (https://en.wikipedia.org/wiki/Regression_testing)

Answer 2

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

Answer 3

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

Answer 4

Количество проверочных примеров для повторного тестирования, упомянутых вами, является правильным. При повторном тестировании мы тестируем те тестовые примеры, которые сначала потерпели неудачу, и теперь они были исправлены разработчиком, поэтому они повторно протестированы.

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

1) Если у нас есть достаточно времени и ресурсов, то мы можем проверить все приложение в регрессии тестирование. Что касается вашего вопроса, это означает, что при регрессии вы можете проверить 100 тестовых случаев для модулей A и 100 для модуля B.

2) Вы упомянули регрессионные тесты для модуля A как 50, а для модуля B - 60, но это не обязательно и вообще не следует, что вы тестируете только прошедшие тестовые примеры при регрессионном тестировании.

Обычно в регрессии мы тестируем те функции, которые получили ВОЗДЕЙСТВИЕ новой функцией. Это означает, что функции, которые были затронуты модулем A и модулем B, также должны быть включены в регрессионное тестирование.

Если у нас нет достаточно времени, то мы можем принять решение о базе:

а) Приоритет: Тестовые, которые основаны на особенностях, которые имеют высокий приоритет для клиентов.

b) Изменения: Тесты, основанные на особенностях, которые очень часто меняются между релизами.

c) Опыт работы: Тесты, основанные на особенностях, которые имеют наибольшее число ошибок в предыдущих выпусках и более подвержены ошибкам.

т.д.

Answer 5

обычно повторное тестирование с целью проверки, была ли ошибка сообщается исправлена ​​или нет.

Регрессионное тестирование в основном сделано для проверки влияния модификации на зависимые модули. Он обычно выполнял после завершение повторного тестирования.