1. Сопровождение
1.1. Обновлять вовремя документацию
1.1.1. Уменьшить кол. вопросов о работе ПО
1.1.1.1. Цель?
1.1.1.1.1. Уменьшить количество отвлечений от работы
2. Автотестирование
2.1. Отразить где-нить что проверяется
2.1.1. Цель
2.1.1.1. Уменьшить объем рег.теста
2.2. Быстро догонять новый функционал
2.2.1. Цель
2.2.1.1. Регрессионая ошибка не попадает клиенту
2.2.1.1.1. Мерить
2.3. Увеличить глубину проверки в репликации
2.3.1. Цель
2.3.1.1. Повысить надежность
2.3.1.1.1. мерить
3. Процесс
3.1. Проверять доработки на данных клиента
3.1.1. Цель?
3.1.1.1. Не пропускать баги связанные с особеностями данных в БД клиента
3.1.1.1.1. Мерить
3.1.2. Сделать
3.1.2.1. Уже сделали. Осталось мониторить достижение цели
3.2. Сдача заказчику (сдвать до передачи на тест) или делать прототипы
3.2.1. Цель
3.2.1.1. Чтоб два раза не тестировать
3.2.1.1.1. Все доработки сначало показываются заказчику
3.2.2. Сделать
3.2.2.1. Не брать в тестиролвание пока клиенту не показали
3.3. Встреча по презентации. Повысить эффективность проведения встречи
3.3.1. Цель
3.3.1.1. Что не тратить время зря
3.3.1.1.1. Мерить
3.3.2. Сделать
3.3.2.1. НЕ СПАТЬ!
3.3.2.2. ХОДИТЬ!
3.3.2.3. Задавать вопросы
4. Развитие/Обущение
4.1. SQL подтянуть
4.1.1. Цель
4.1.1.1. Уменьшить время локализации проблемы
4.1.1.1.1. Как мерять
4.1.1.2. Понимать код разработчика
4.1.2. Сделать
4.1.2.1. Пройти курсы на интуите
4.1.2.2. SQL-ex.ru
4.2. Повысить качество планирования
4.2.1. Цель?
4.2.1.1. Оценивать адекватно сроки
4.2.1.1.1. Мерить
4.2.2. Сделать
4.2.2.1. Пройти этот курс
4.2.2.2. Статистика по укладыванию в сроки
4.3. Тест-дизайн
4.3.1. Цель
4.3.1.1. Уменьшить кол.багов
4.3.2. Сделать
4.3.2.1. Прочитать книжку
4.4. Обучение собственного продукта
4.4.1. Цель?
4.4.1.1. Быстрей проводить рег.тетс
4.4.1.2. Убрать уникальные компетенции
4.4.1.3. Понимать влияение разных частей комплекса
4.4.1.4. Как мерить?
4.4.1.4.1. При проведении рег.теста 2 вопросов от одного человека
4.4.2. Сделать
4.4.2.1. Внутрении презентации о работе частей комплекса
4.4.2.2. Статьи на вики/портале
4.5. Инструменты
4.5.1. Тест манагер в TFS
4.5.1.1. Цель
4.5.1.1.1. Чисто поржать
4.5.2. Внедрить штучку Шамрая
4.5.3. Сделать
4.5.3.1. Провести пилот
4.6. Управленчиский учет продаж и бизнесс процесс клиента
4.6.1. Цель
4.6.1.1. Понимать проблему клиента
4.6.1.1.1. Мерить
4.6.2. Сделать
4.6.2.1. а хз!
5. Отчетность
5.1. Включеные в релиз доработки/баг (автоматом)
5.1.1. Цель
5.1.1.1. Облегчить сопровождение проекта
5.1.1.1.1. Как мерить?
5.1.2. Сделать
5.1.2.1. Сделать в TFS отчет
5.1.2.2. Сделать автоформирование файла рядом с сетупом
5.1.2.3. Обучить СП работе TFS
5.2. Ход итерации (что делается, что тестируется)
5.2.1. Цель
5.2.1.1. Предоставить ранюю информацию о пролёте сроков
5.2.2. Сделать
5.2.2.1. Сделать отчет о ходе выполнения задач (где какая задача сейчас находиться)
5.2.2.2. Разместить на портале
5.3. Процент покрытия рег.тестами в реалтайме, при прохождении тестирования
5.3.1. Цель
5.3.1.1. Оперативное управление рег.тетом
5.3.1.1.1. Зачем?
5.3.2. Сделать
5.3.2.1. Сделать один листик с формулами, чтоб расчет шёл автоматически
5.4. Отчет о качестве продукта (процент ошибок клиента и наших)
5.4.1. Зачем?
5.4.1.1. Понимать куда идем (ситуация улучшается или улучшается).
5.4.2. Сделать
5.4.2.1. Отчет, который будет показывать эту инф.
5.4.2.2. Разместить на портале
6. Тестирование
6.1. Сократить пропущеные ошибки
6.1.1. Цель
6.1.1.1. Чтоб клиенту не попадали
6.1.1.1.1. Мерить
6.1.2. Сделать
6.1.2.1. 1. Начать писать тест-листов
6.1.2.1.1. Отдельная задача на создание чек-листа
6.1.2.1.2. Доработка не проверяется пока нет чек-листа
6.1.2.1.3. Контроль создания чек-листтов
6.1.2.2. 2. Тестирование комплекса
6.1.2.2.1. Нужна тестовая среда
6.1.2.2.2. Повысить знание о комплекксе
6.1.2.2.3. Передовать одновременно
6.1.2.2.4. Нужно больше времени
6.1.2.2.5. Автотест комплекса
6.1.2.3. Проверка тестовой БД на корректность данных
6.1.2.3.1. Сделать авторассылку на основе скрипта 7111:Добавление проверок корректности БД в существующий скрипт.
6.1.2.3.2. Настроить АИ на почту всех тестировщиков
6.1.2.4. 3. Повышение квалификации тестировщика
6.1.2.5. 4. Анализ пропущеных багов (ошибки ЦРМ)
6.1.2.6. Обучение комплексу
6.1.2.7. Быстродействие
6.1.2.8. Рецензирование требований
6.1.2.9. Анализ пропущеных багов разработчиком
6.2. Начать писать нормальные тест сценарии (чек-лист)
6.2.1. Цель
6.2.1.1. пропускать меньше ошибок
6.2.1.1.1. Мерить
6.2.2. См. выше
6.2.2.1. Начать писать тест сценарии
6.3. Уменьшить количество не багов
6.3.1. цель
6.3.1.1. Не тратить время разработчиков
6.3.1.1.1. Мерить
6.3.2. Сделать
6.3.2.1. См. обцучению продукту
6.4. Оптимизировать рег.тест
6.4.1. Цель
6.4.1.1. Меньше времени тратить
6.4.1.2. Больше ошибок находить
6.4.1.3. Мерить
6.4.1.3.1. сократить до 100 чч
6.4.1.3.2. находить 70 ошибок в каждом проекте
6.4.2. Сделать
6.4.2.1. внедрить Шамрая штучку
6.4.2.2. Улучшить читаемость чек-листов
6.4.2.3. Убрать лишнии проверки или не актуальные
6.5. Нормальный тест комплекса
6.5.1. Рег.теста
6.5.1.1. цель?
6.5.1.1.1. Улучшить качество продукта
6.5.2. Новой доработки
6.5.2.1. цель?
6.5.2.1.1. Улучшить качество продукта
6.5.3. Сделать
6.5.3.1. Развернуть тестовый сервек для всех комплексов
6.6. Тест быстродействия
6.6.1. Цель
6.6.1.1. Повысить качество
6.6.1.1.1. мерить
6.6.2. Сделать
6.6.2.1. Создать большую БД
6.7. Находить раньше ошибки
6.7.1. В Коде
6.7.1.1. Цель
6.7.1.1.1. Уменьшить время тестирования фичи
6.7.2. Требования
6.7.2.1. Цель
6.7.2.1.1. непереписывать доработки
6.7.3. Сделать
6.7.3.1. Рецензировать требования
6.7.3.2. Зарание понимать что дадут тебе на тест
6.7.3.3. Готовить чек-лист
6.7.3.4. Присутствовать на сдече заказщику
6.8. Закрыть активные ошибки
6.8.1. Цель
6.8.1.1. Увелить качество
6.8.1.1.1. Мерить
6.8.2. Сделать
6.8.2.1. Взять и закрыть
7. Работа команды
7.1. Улучшить планирование итерации
7.1.1. Цель
7.1.1.1. не просрачивать сроки
7.1.1.2. Одновременый выход доработок в разных частях комплекса
7.1.1.3. Мерить
7.1.1.3.1. одновременно выходят доработки
7.1.1.3.2. есть понимание о просрочке задач
7.1.2. Сделать
7.1.2.1. Не брать доработки в середине итерации
7.1.2.2. Планировать с продуктовнерами другими продуктами
7.1.2.3. Не брать доработки в середине итерации
7.2. Улучшить коммуникации между проектами
7.2.1. Цель
7.2.1.1. не пропускать связанные ошибки
7.2.1.2. Выпускать полноценую доработку
7.2.1.3. мерить
7.2.1.3.1. одновременный выпуск
7.2.2. Сделать
7.2.2.1. Писать на портале
7.2.2.2. Читать на портале