Сообщений в теме: 4

[sana]

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

[Vasiliy]

Почему 20-30?
Что значит "юзабилити" сценарии?

Вам нужно проверить основной и критичный функционал. То, чем клиенты будут пользоваться постоянно. Или именно в этой версии.
Есть тесты для проверки нового функционала? Можно использовать их, а не баги.

[sana]

Почему 20-30?
Что значит "юзабилити" сценарии?

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

[Coyote]

Смотря что вы хотите регрессом проверить - работоспособность системы в целом или то, что новые фичи / фиксы не поломали старые.

могу привести пример того, как мы сделали для интернет магазина:

1. расписали основной пользовательский сценарий: поиск товара, фильтрация и выбор товара, покупка товара, отображение товара в личном кабинете. (естественно, развернуто)
2. выписали дополнительные функции такие как - регистрация в системе для покупателей и продавцов, всякие лендинги и прочее.

далее оформили это в 2 таблицы:
в первой были позитивные тесты для каждой функции. например: ввести название товара в строку поиска, нажать "поиск". тестовые данные: английский / русский / транслит/ из 2 слов и т.д.
во второй просто перечисление функций (в столбец) и в строку перечисление новых функциональностей, которые релизятся в текущей итерации и фиксов, отмечаем то, на что могут нововведения повлиять и проверяем это внимательнее по старым тестам.

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

[krukovskiy]

Для начала советую отделаться чек-листом, это будет проще. Можно разбить приложение по функциональным модулям и сделать две таблички с оценками по:
1. Наиболее критичным для клиента модулям
2. Наиболее забагованным модулям.
Затем сопоставляете две таблички и приоритезируете чек-лист. После этого можно тестировать.