06.07.2021 Страницы / … / Стандарты рабочих процессов Порядок тестирования ИС - QA/QC - Confluence Ссылки Jira: 2 Порядок тестирования ИС Создал(а) Сафиуллина Алёна Александровна, редактировал(а) Чиркин Алексей Алексеевич мая 13, 2021 Термины и определения Основные положения Общий порядок тестирования доработок Порядок работы с задачами Порядок тестирования задач Пример 1 Пример 2 Ответственность Оценка задач в проекте ИМК Термины и определения ИС - информационная система Основные положения Документ является дополнением к регламенту отдела ОУКТ. Документ вступает в силу после его публикации в базе знаний Компании и распространяется на сотрудников ОУКТ. Порядок работ обязателен к применению тестировщикам, если не придерживаться порядка это может привести к большим производственным затратам времени, денег, срыву сроков поставки доработок на промышленные сервера и негативно влиять на внутренние процессы Компании. Порядок призван помочь и научить сотрудников организовывать и выстраивать процесс тестирования задач, что положительно скажется на качестве работы сотрудников, а также на качестве ИТ-систем компании, которые проходят процесс тестирования в ОУКТ. Общий порядок тестирования доработок 1. Когда требования к доработке сформулированы, они передаются в отдел управления качеством и тестирования на анализ. 2. Тестировщик проводит анализ требований и фиксирует замечания, если такие есть. 3. Замечания по требованиям обсуждаются с аналитиками, при необходимости в требования вносятся правки. Замечания отдела качества не являются блокирующим фактором для передачи требований в разработку и носят рекомендательный характер. Игнорируя рекомендации отдела качества аналитик берёт на себя ответственности за неправильную реализацию и некачественное тестирование доработки. (Далее проводится разработка по согласованным требованиям.) 4. По окончании работы над доработкой (процесса разработки), разработчик передаёт её на тестирование. 5. Тестировщик проводит тестирование доработки согласно утверждённым требованиям. 6. Если в ходе тестирования были найдены ошибки, тестировщик фиксирует их и передаёт информацию ответственному разработчику. 7. Если по каким-либо причинам тестирование задачи невозможно, тестировщик фиксирует информацию о причине возникновения данной ситуации и передаёт информацию ответственному разработчику. 8. По окончании проведения тестирования тестировщик передаёт информацию разработчику о результатах проведённого тестирования. Порядок работы с задачами Правила которые требуется соблюдать при тестировании задач: 1. Тестировать задачи требуется максимально быстро. 2. Тестировать требуется все задачи, которые попадают в статус «Тестировать» (и прочие аналогичные статусы). 3. Если ставим задачу на паузу и переходим к другой – в комментариях пишем причину и переводим в статус "Тестировать" 4. Если задачу невозможно протестировать – в комментариях пишем причину, переводим задачу в соответствующий статус и постоянно напоминаем ответственным, которые могут нам помочь в решении проблемы, о проблеме и фиксируем результат в комментариях. 5. Если при тестировании найдена ошибка – заводим ошибку и привязываем к задаче, в комментариях к задаче сообщаем об этом, возвращаем задачу на доработку. 6. Если задача протестирована – создаём тест-кейсы с привязкой к задаче, закрываем задачу, оставляем комментарий с кратким статусом. https://confluence.komus.net/pages/viewpage.action?pageId=13678432 1/3 06.07.2021 Порядок тестирования ИС - QA/QC - Confluence 7. Если задача в пространстве QA/QC и не относится к тестированию конкретных доработок – их также решаем быстро и оставляем комментарии на каждом этапе работ (проблема – комментарий, пауза – комментарий, решено – комментарий и т.д.) Порядок тестирования задач При взятии задачи в тестирование сотрудник обязан: 1. Провести анализ задачи на полноту, на тестируемость. 2. Зафиксировать в комментариях к задаче: a. Предварительную оценку времени требуемого на тестирование задачи (в это время входит: изучение спецификаций, тестирование, написание тест-кейсов); b. Предварительный план тестирования (чек-лист проверок, которые будут проводиться при тестировании задачи); c. Время затраченное на анализ задачи (в это время входит: время затраченное на быстрый анализ задачи, время затраченное на составление предварительного плана тестирования). 3. Провести тестирование задачи. В момент тестирования и изучения спецификаций, при необходимости, дополнять план-тестирования. 4. После тестирования задачи: a. зафиксировать в комментариях к задаче результаты тестирования; b. зафиксировать (списать в задачу) фактически затраченное на тестирование задачи время; c. сделать экспресс анализ расхождения предварительной оценки времени и фактически затраченного времени, на основании анализа улучшать качество оценки и работы. Пример 1 Время: анализ: 10 минут - изучение данных по задаче, составление плана-тестирования; тестирование: 60 минут: 10 минут - изучение спецификации, 35 минут - тестирование, 15 минут - написание тесткейсов Проверки: Проверка шаблона письма. Статус - Ваш заказ принят, Пост-оплата - кредитная линия Проверка шаблона письма. Статус - Ваш заказ принят, предоплата Проверка шаблона письма. Статус - Самовывоз: Ваш заказ аннулирован Проверка шаблона письма. Статус - Самовывоз: Ваш заказ поступил в пункт самовывоза Проверка шаблона письма. Статус - Самовывоз: Срок заказа продлен Пример 2 Время: анализ: 15 минут - изучение данных по задаче, составление плана-тестирования; тестирование: 80 минут: 20 минут - изучение спецификации, 35 минут - тестирование, 25 минут - написание тесткейсов Проверки: Добавление новой компании с ИНН уже подключенной компании. b2bcustomer активен Добавление новой компании с ИНН уже подключенной компании. b2bcustomer один и неактивен. Статус деактивации "Пользовательский" Добавление новой компании с ИНН уже подключенной компании. b2bcustomer неактивен. Статус деактивации "Системный" Добавление новой компании с ИНН уже подключенной компании. b2bcustomer не один и неактивен. Статус деактивации "Пользовательский" Добавление новой компании с ИНН уже подключенной компании. b2bcustomer неактивен. Статус деактивации "Системный" Ответственность Если сотрудник игнорирует рекомендованный порядок работы, то он принимает на себя всю ответственность за возникающие финансовые потери компании, срывы сроков поставки доработок на промышленные сервера и негативное влияние на внутренние процессы Компании, которые возникают в связи с некачественным проведением процесса тестирования данным сотрудником. В свою очередь озвученные последствия будут негативно влиять на работу сотрудника в компании. Оценка задач в проекте ИМК https://confluence.komus.net/pages/viewpage.action?pageId=13678432 2/3 06.07.2021 Порядок тестирования ИС - QA/QC - Confluence В проекте ИМК для вписания оценки тестировщика было добавлено специальное поле Оценка QA: Тестировщик, дополнительно к указанию времени тестирования в плане тестирования, в это поле должен вписать суммарную оценку времени тестирования задачи, которая включает в себя время затраченное на анализ задачи, время тестирования задачи и время написания тест-кейсов. Если в процессе тестирования тестировщик переоценивает задачу, то значение в поле Оценка QA также нужно отредактировать. Данное значение будет использоваться для сбора информации о том, сколько времени требуется тестировщикам для того чтобы протестировать ту или иную задачу при планировании состава релиза. Нет меток https://confluence.komus.net/pages/viewpage.action?pageId=13678432 3/3
