Ну как вариант ))

бедные хр

ваще от проекта зависит надо ли писать такие тест кейсы которые будут настолько подробно описаны что человек нетехнический сможет их пройти. так как это требует дополнительных затрат по времени и иногда проще заонбордить человека в проект и дешевле чем писать сильно подробные ТС.

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

ну так на то вони і тк, щоб кожна людина, яка незнайома з проектом, могла пройти їх без зайвих питань

депендс

Спор ради спора =)

просто тоді можно чекліст створити та і все, якщо треба економія часу. все ж таки тк - це документація, як ніяк)

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

ну тут еще вопрос что называть чеклисто и тс :D считается ли тест кейсом общаая проверка с ожидаемым результатом или считается ли чеклистом это все еще :D

У стандартного чек листа нету ожидаемого результата

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

1 вариант занимает 1 минутку , 2 (подробный) занимает 15

если у вас онбординг человека занимает в проект 8-12 часов а тест кейсов овер 2к то вы сэкономите 500 часов на таких тест кейсах :)

В Гремарли прикольно что нету мануалов, проект такой.
Я бы хотел например у них всю внутрешнюю кухню узнать как там делают чтоб минимизировать баги.
Только общие вещи знаю, которые они на митинге рассказывали

цікаво)

Ребят, здравствуйте
Хочу получить экспертный взгляд, либо рекомендацию.
У меня есть написаны тесты на селениум для гугла и файрефокс в одном решении, так же есть тест арi(OpenCart)в другом решении .
Я пока учусь, и у меня стоит задача написать фрайморк, который будет вмещать в себе эти решения, с прикрученым NLog(не важно).
Как лучше всего описать файлы, какие папки нужны, и самое главное структура.
Буду благодарен за любой фидбек, спасибо

Если нету функциональных тестировщиков то это значит только одно - их работу делают другие люди а как их назвать /БА/ПО/Автотестировщики/Клиенты - это уже другое дело

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

Если я все правильно понимаю