Многие вещи вы очень понятно объясняете "на пальцах", от чего инфа в голове быстро расскладывается по полочкам. По сравнению с изложением других блогеров голова не идёт кругом от переизбытка сленга и кривого английского. Спасибо за ваш труд 💜

@okiseleva

2 жыл бұрын

И вам спасибо за фидбек, очень приятно)

Большое спасибо! Пересмотрел много разных видео по данной теме, но именно ваше видео с практическими примерами расставило всё на свои места :)

Как круто вы преподнесли информацию, спасибо вам 😊 подписался

@okiseleva

Жыл бұрын

Не за что))

Большое спасибо. Есть вопрос: нужно протестировать UI и логинизацию. В каком случае, что лучше использовать, check list или test case?

Всё предельно понятно! Отличная работа)

@okiseleva

Жыл бұрын

Спасибо)

Thank you for your amazing explanation!

@okiseleva

2 жыл бұрын

Не за что)

Отличная подача материала! Лайк+подписка.

@okiseleva

2 жыл бұрын

Спасибо)

Ольга здравствуйте! Хотел спросить вас о довольно необычной / нестандартной вещи, часто применяемой мною в рабочей практике. Из-за катастрофической нехватки времени я часто использовал такое ноу-хау, как некую смесь чек-листа и тест-кейса. Ну например, идёт вот мой чек-лист (список, сделать то-то и то-то для проверки) и часть пунктов по чек-листу оснащены тестовыми данными + дополнительной информацией (некими нюансами по работе функционала приложения) + нюансами объясняющими работу бизнес-логики + где / что может находиться в приложения и т. д. В практическом тестировании вся эта связка на ура работает (жаль не могу привести здесь пример). Ещё практикую тест-кейс написанный в сжатом виде на манер баг-репотра (именно его шагов, где не нужно описывать на каждый шаг ожидаемый результат). И всё это естественно я делаю, когда какая-либо моя контора позволяет мне это (не требуют от меня написания тест-кейсов, с последующей обязательной их проверкой), т. е. в конторе, где подобная проверка присутствует, то приходится писать тест-кейсы как положено и т. д., а своими такими вот тест-док-миксами я пользовался из собственных тестовых заметок и тестовых документах, которые никто кроме меня в глаза не видел никогда. Ольга, что вы об этом думаете? Имеет ли место такое быть в рабочей практике? И можно ли подобным пользоваться (если уж работает-работает)? И может кто ещё сталкивался с подобным (интересно будет послушать опыт ребят)? Ребят напишите пожалуйста кто ещё с подобным сталкивался в работе (именно при нехватке рабочего времени, спринты и т. д.)??

@okiseleva

2 жыл бұрын

Ну вы же используете - значит, имеет) Вообще это довольно типично - делать чек-лист, иногда разбавляя подробностями. Потому что тест-кейсы встречаются не так уж и часто, но чек-листы должны оставаться понятными)

@DemetriuszStrykowski

2 жыл бұрын

@@okiseleva Ольга большое спасибо вам за ваш ответ! Понял вас, хорошо, что в нашей профессии существуют возможности для развития вариативности своих действий не в ущерб общему делу, а скорее даже ему в плюс)

ну на сколько я знаю в тест кейсах шаги пишутся по другому ,именно само оформление (не открываем а открыть , нажать , ввести и тд)

@okiseleva

2 жыл бұрын

Да, лучше писать обезличенно

Спасибо! Лайк и подписка)

@okiseleva

2 жыл бұрын

Не за что)

Спасибо ВАМ ЛЕДИ

@okiseleva

Жыл бұрын

Не за что)

Спасибо!

@okiseleva

2 жыл бұрын

Не за что)

Спасибо, вы супер :)

@okiseleva

2 жыл бұрын

не за что)

Спасибо в GeekBrains прошла 2 модуля по 8 уроков которые длились по 2 часа каждый и так и не поняла в чем разница, посмотрела это видео и поняла с 2й минуты.

@okiseleva

Жыл бұрын

^_^

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

@okiseleva

Жыл бұрын

Посмотрите на канала видео про генерацию идей)

@user-yi2zc9cy7i

Жыл бұрын

@@okiselevaможете скинуть ссылку, пожалуйста

@okiseleva

Жыл бұрын

@@user-yi2zc9cy7i kzread.info/dash/bejne/laGgq5eaetvKp6g.html&ab_channel=okiseleva

@user-yi2zc9cy7i

Жыл бұрын

Спасибо большое

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

@okiseleva

6 ай бұрын

Нет, это немного не так работает))

@k.r.k.

6 ай бұрын

@@okiseleva, а как?)

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

@okiseleva

Жыл бұрын

Примеры есть в других видео =)

@lilit6097

Жыл бұрын

точно

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

@okiseleva

Жыл бұрын

Не очень согласна с комментарием )

@Youngdeaaath

Жыл бұрын

@@okiseleva тогда аргументируйте, будет интересно узнать

@okiseleva

Жыл бұрын

@@Youngdeaaath всё видео - про мои аргументы и мысли. Есть ещё большие лекции отдельно на чек-листы и отдельно на тест-кейсы

@Youngdeaaath

Жыл бұрын

@@okiseleva в курсах яндекс практикума и других статьях на тему информация другая.

@okiseleva

Жыл бұрын

@@Youngdeaaath ну и что? А ещё в разных компаниях по разному, где-то тест-кейсы пишут на всё, где-то чек-листы. Но общая концепция именно такая. Впрочем, это по прежнему остается моим мнением, можете доверять другим источникам

Очень тяжело объясняете

@okiseleva

Жыл бұрын

А что именно тяжело?