Всем привет! Вопрос по выстраиванию воркфлоу тестирования. Подскажите, когда лучше писать чеклисты? После написания тз(до разработки) или после того как разработчик сделал и готов показать что он сделал?

привет, первый вариант

Спасибо. А как вы относитесь к идее отказаться от тесткейсов в пользу чеклистов?

Последний у нас пример показал что тесткейс для задачи писался целый день практичечки.. а задач очень иного и qa один всего

положительно)

но тут как бы возникает вопрос детализации чек-листа. вот частный пример: 1. Проверить Авторизацию || Результат проверки + или -. если весь чеклист в таком виде "большими мазками" - плохой чеклист

если чеклист типа:
1. Авторизация
1.1 Авторизация с корректными данными + / -
1.2 Авторизация с пустыми полями               + / -
1.3 Авторизайия корректный логин, пустой пароль + / -
и в таком духе
это хороший секлист

если автотесты и они закрывают регресс по чеклисту - ещё лучше

сообщения выше = моё ИМХО, работающее на практике))

Во ттакой чеклист мне нравится!

пользуйтесь, это бесплатно)

Спс будем думать)

А полноту чеклиста должен ктото проверять? Скажем..разработчик тз

Или это только тормознет процесс

Далжен

Заказчик тестирования

Получается вот так: tz->написание чеклиста->валидация чеклиста->разработчик пилит код->тестим->...

Перед последним пунктом корректировка чеклиста с учётом реализации фичи и правок

на этот счёт есть картинка с примерно таким текстом: лучше сходить в туалет и чуть-чуть опоздать, чем приехать вовремя и облажаться. проверять должен тот, кто заказывает музыку, на предмет того, что чеклист покрывает как минимум поставленные требования, как максимум кучу всяких других мелочей, которыми может и не будут пользоваться. как выше писал - если ещё запилите автотестов по чеклисту, не сразу, а уже в процессе разработки по готовности пунктов - будет менее болезненно проходиться каждый день\каждый коммит по одним и тем же пунктам ЧЛ

А проверка чеклиста заказчиком- путем перевода на него тикета?