arrow

назад

ask

Вопрос

Вопрос по процессу: как быть с задачами, которые выполнены по ТЗ, но не проходят ревью из-за legacy-сценариев? Нужно ли их формально дорабатывать или мы можем как-то фиксировать такие нюансы заранее?

repost

213

input message

напишите коммент


8 комментов

Путей решения конечно несколько. Формально если задачи выполнены и не аффектят (баги или сценарий тз не выполняется) то задача выполнена. Найденые дополнительные сценарии должны выполняться отдельно. Если же выполненые задачи аффектят работоспособность приложения и мешают ему работать, то потребуется доработка. Изменения и доработки не должны нарушать уже реализованную функциональность.

0

ответить

Задача выполнена по тз, логика не ломается нигде, все кейсы, которые находят после тестирования таски - это старые баги

Да, если бы сразу все были выявлены, то задача была бы полноценная на избавление функционала от багов, но сценарии выявляются постепенно в ходе тестирования и это тревожит

0

ответить

Фиксировать такие нюансы заранее ещё на оценке задач. Если это нежданчик, то заводить отдельную задачу, либо переоценивать текущую, чтобы учесть время/сложность доработки.

0

ответить

Я за отдельную задачу в данном случае, учитывая что после каждого тестирования еще какой-то старый кейс находится

Так можно попасть в циклическую зависимость код ревью - тест ревью - код ревью - тест ревью

0

ответить

Каво? А почему ТЗ написано без учёта таких сценариев? В таком варианте закрывать, но ставить задачу на доработку и на груминге подсветить проблему с ТЗ и обработками вот таких узких случаев

0

ответить

Согласна, необходимо максимально расписывать задачу, но для этого не просто выявить багу, а прогнать функционал, проверить на наличие еще каких-то моментов и отдать спокойно разработчику

0

ответить

Хм... Ну в целом если мы взяли задачу на спринт, а в ходе спринта вдруг поменялись юзер стори, то тут надо либо синкаться, либо закрывать задачу по старому описанию, а после уже ставить задачу доработкой

0

ответить

Тут даже не какие-то изменения в ходе спринта, а просто есть тз на фикс баги и определенные сценарии расписаны к таске как воспроизвести и как должно быть, но тестирование проверяет не только сценарии из таски, а еще другие сценарии, которые по сути являются невыявленными и неописанными багами

Т.е тестируется полностью функционал, а не те сценарии, в которых нужно было пофиксить багу, из-за этого таска не проходит тестирование, потому что мы вдруг понимаем, что не только там была бага, но еще тут и тут и тут «давайте все вместе сделаем, но сценарии будем выдавать порционно после каждого тестирования, вдруг еще что найдем, держите руку на пульсе, а таску раскрытой»

0

ответить

еще контент автора

пост закреплён — пока закрепить можно только один пост

trash bin
перейти к нему не получится