Здравствуйте.
Дано следующее:
1. Сложный, просто бескрайний многофункциональный проект, который ведется уже несколько лет и конца и края ему не видно
2. XP, характеризующее практически полное отсутствие какой бы то ни было документации
3. Несколько спецификаций в зачаточном состоянии, где на пальцах объяснено, что и как примерно должно быть.
4. Довольно часто изменяющиеся требования к продукту
5. 80% процентов информации - в голове у живущего в командировках product managera
6. Отдел тестирования в лице двух тестеров, при этом каждый занимается только одним проектом. Бригадной слаженной работы нет, лида - тоже
7. BTS в лице JIRA
Итог - тестирование превращается в сплошную интуитивную ориентацию, когда по одному и тому же вопросу у руководителей разной направленности разные точки зрения
Задача:
Хоть как-то, step by step, поставить процесс тестирования.
Что придумала я на текущий момент:
1. Нужны требования. Факт. Вот только определение требований (которые насколько я поняла, вырабатываются с заказчиком, а он уже давно одну из первых версий продукта юзает) или сразу спецификация требований- которая обычно зовестя просто спецификацией.
2. Потом написать все тесты. Вот только разрабатывать их сверху-вниз или снизу-вверх? Есть какая-то общая схема?
3. Все это отправить в TestLink
4. План тестирования - не нужен, так как этим занимаюсь я одна, но впоследствии понадобится, когда появятся еще тестеры
5. Насколько подробные нужны отчеты? И какие? Если я сама себе начальник
6. Дальше - автоматизация, нагрузочное. А что еще может понадобиться при наличии только 1 тестера на проект? Имеет ли смысл объединять двух тестеров в команду, оперативно бросающуюся на разные проекты?
7. Как оформляется регрессионное тестирование?
Подскажите пожалуйста, я в верном направлении двигаюсь? Или это одному человеку не сделать да и вообще не нужно?
Заранее спасибо)
- Форум тестировщиков
- → Просмотр профиля: Темы: La-Li