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

[FestiveGrape]

Доброго времени суток, уважаемые

Для начала скажу, что раньше я был единственным, кто занимался и написанием тест-кейсов, и тест-планированием и тестированием. Фирма немного расширилась и мы наняли 3 новых тестеров + 2 программистов. В итоге меня назначили QA Manager'ом и ответственным за всё тестирование. По большому счету ничего не изменилось, кроме того, что у меня теперь есть команда, за которую я в ответе во всех смыслах этого слова.

И так, я, свежеиспеченный QA Manager (и test lead в одном лице) команды тестировщиков, состоящей из 4 человек (вся фирма составляет 10 человек), столкнулся со следующей проблемой. У нас имеется два продукта, которые мы подтачиваем под требования тех или иных требований, но суть и функции программы всегда остаются неизменными. С каждым новым тендером мы проводим одни и те же тест кейсы до тех пор, пока "все" баги не будут отловлены. В основном баги находтся именно в тех местах, которые изменены в соответствии с новыми требованиями. Основные функции программы работают в 90% случаев без ошибок (10% тех ошибок, которые пропустили в предудыщих итерациях тестинга)

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

1) Правильно ли это тестировать каждый раз по одним же тест кейсам?
2) Что делать, когда все тест кейсы пройдены 3, а то и более раз (регресионный тестинг, RC и так далее)?
3) Как разбавить и чем дополнить рутинный процесс тестирования для всей команды? (вижу, что уже устают делать одно и то же)

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

С уважением, Евгений.

[ch_ip]

1. Неправильно.
2, 3. Читать книжки по тестированию, сайты по тестированию, посмотреть доклады с конференций. Когда с тестированием будет более-менее ок, начинайте читать книжки по менеджменту.

[Petrov.Sergey]

1) Правильно ли это тестировать каждый раз по одним же тест кейсам?

Неправильно. Гугл по словосочетанию "эффект пестицида".

2) Что делать, когда все тест кейсы пройдены 3, а то и более раз (регресионный тестинг, RC и так далее)?

В сторону автоматизации не думали смотреть?

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

Повторяю вопрос: "В сторону автоматизации не думали смотреть?"
Плюс дополняю: обучение коллег. Научите их самих писать тесткейсы. Научите их самих строить покрытие и проводить тест-анализ. Горизонт развития огромный!
Да и самим бы Вам неплохо было бы прогрессировать. А то застряли на своём уровне знаний.

[Natalya Rukol]

1. Попробуйте вместо тест-кейсов использовать чек-листы, в которых вместо "нажать сюда, ввести вот это" просто пишите "проверить такую-то фичу". В этом случае эффект пестицида будет меньше, скуки тоже, все будут проверять немного по-разному.
2. Адаптируйте каждое релизное тестирование под его особенности. Что менялось в этом релизе? Что это могло затронуть? Проводите такой анализ с разработчиками и аналитиками перед каждым релизным тестированием, и затронутым частям уделяйте больше внимания, незатронутым - меньше.
3. Начните собирать статистику стабильности фич/компонентов. Что чаще ломается, что реже? Опять же, адаптируйте регулярность и глубину тестирования в зависимости от того, насколько часто находятся ошибки в том или ином компоненте.
4. Смотрите в сторону автоматизации. Но тут есть одно "но" - если вы без опыта пойдёте сами рекорд энд реплеем записывать тесты, вреда от них будет больше, чем пользы. Проведите анализ, если автоматизация в вашем случае применима - найдите в команду достаточно опытного автоматизатора с опытом автоматизации вашей платформы (веб/виндовс/etc).

И не бояться, и удачи!

[SALar]

1) Правильно ли это тестировать каждый раз по одним же тест кейсам?

Нет, неправильно.
Если в этом есть необходимость значит есть проблемы в процессе разработки (разбиралось мной на форуме). Меняйте процесс разработки.

2) Что делать, когда все тест кейсы пройдены 3, а то и более раз (регресионный тестинг, RC и так далее)?

Существует еще множество работ. Все не переделать

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

Не делайте одно и тоже.
Просто к сведению все работы могут выглядеть рутинно и не выглядеть рутинно. Программирование - это же тоже скучно. одни и теже "if", одни и теже "select".

PS. Почти наверняка:
Автоматизация тестирования будет просто вредительством.

[Mac]

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

[jjjzmey]

А ты уже знаешь, чего хочет заказчик, разрботчики и руководство компании от тестирования?