У меня на проекте так же. Команда берет в разработку задачу, мы, тестировщики, пишем тест-планы для своих задач, разработчики готовят тех-планы. Потом груминг, обсуждаем если что то не понятно по задачам, обсуждаем тех и тест планы, оцениваем сложность задач, и идем писать тест кейсы, а разработчики писать код. Потом выливают на тест - тестируем, потом релиз - тестим на проде, и всё, готово. Да, когда еще плохо знаком с проектом - сложно, много вопросов, но если команда хорошая, всегда ответят, подскажут. А если есть сомнения, что все учел в кейсах, бывает просим ревью кейсов у разработчиков, тоже хорошая практика.
а не проще писать не сразу тест кейсы, а тест-план в виде чек листа? Раньше тоже писали тест кейсы сразу и в 100% случаев их надо было потом переделывать. А это очень много времени отнимает. У меня занимало даже больше чем само тестирование. Но надо сказать что и тз там было так себе
Пришел на проект . Документации нет от слова совсем Тим лид тестирования ток получил должность и решил : А давай ты весь функционал будешь проходить и писать сразу тест-кейсы (сейчас все на чек-листах . На регресс 3500 чек-листов . Как вам ?)
Герман , здравствуйте. Подскажите пожалуйста. Как узнать версию сборки ПО? Если ты единственный тестер джун которого только закинули на проект? Это веб-сайт, но я не понимаю как узнать версию сборки. Или это можно сделать только через доступ к хранилищу базы кода?
Не везде можно понять версию просто открыв сайт. Вот посмотри на edadeal.ru/ внизу сайта слева есть номер сборки b (сокр. от build) d11bcf85413844. Но если на твоём проекте такую штуку не выводят, то без доступа к CI/CD или гиту не получится
Вопрос такого характера: насколько в данной ситуации актуальны именно тест-кейсы? Не лучше ли использовать чек-листы, а после стабильного билда, на основе чек-листов описать уже тест-кейсы? Недавно возник небольшой спор с тестировщиком на эту тему. Всегда смущал этот момент. Тестировать до разработки можно и даже нужно, но в плане именно использования тест-кейсов у меня большой вопрос. Продукт может поменяться много раз. А так, чек-лист, все утвердили, протестили, и пишем тест-кейсы
Я тоже привык к чек-листам и поддерживаю твою точку зрения) Но бывают проекты со строгими правилами написания именно тест-кейсов. Или например, у тестировщика есть много свободного времени.
И правда, не понимаю тест кейсы до разработки. Во время реализации фичи ФП может поменяться. Ещё, не совсем понятно как будет выглядеть следующий шаг в будущей программе
![I.N "HALLUCINATION" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/n5B5q1Hwt_U/mqdefault.jpg)
У меня на проекте так же. Команда берет в разработку задачу, мы, тестировщики, пишем тест-планы для своих задач, разработчики готовят тех-планы. Потом груминг, обсуждаем если что то не понятно по задачам, обсуждаем тех и тест планы, оцениваем сложность задач, и идем писать тест кейсы, а разработчики писать код. Потом выливают на тест - тестируем, потом релиз - тестим на проде, и всё, готово. Да, когда еще плохо знаком с проектом - сложно, много вопросов, но если команда хорошая, всегда ответят, подскажут. А если есть сомнения, что все учел в кейсах, бывает просим ревью кейсов у разработчиков, тоже хорошая практика.
а не проще писать не сразу тест кейсы, а тест-план в виде чек листа? Раньше тоже писали тест кейсы сразу и в 100% случаев их надо было потом переделывать. А это очень много времени отнимает. У меня занимало даже больше чем само тестирование. Но надо сказать что и тз там было так себе
Пришел на проект .
Документации нет от слова совсем
Тим лид тестирования ток получил должность и решил :
А давай ты весь функционал будешь проходить и писать сразу тест-кейсы (сейчас все на чек-листах . На регресс 3500 чек-листов . Как вам ?)
Герман , здравствуйте. Подскажите пожалуйста. Как узнать версию сборки ПО? Если ты единственный тестер джун которого только закинули на проект? Это веб-сайт, но я не понимаю как узнать версию сборки. Или это можно сделать только через доступ к хранилищу базы кода?
Не везде можно понять версию просто открыв сайт.
Вот посмотри на edadeal.ru/ внизу сайта слева есть номер сборки b (сокр. от build) d11bcf85413844. Но если на твоём проекте такую штуку не выводят, то без доступа к CI/CD или гиту не получится
Вопрос такого характера: насколько в данной ситуации актуальны именно тест-кейсы? Не лучше ли использовать чек-листы, а после стабильного билда, на основе чек-листов описать уже тест-кейсы?
Недавно возник небольшой спор с тестировщиком на эту тему. Всегда смущал этот момент. Тестировать до разработки можно и даже нужно, но в плане именно использования тест-кейсов у меня большой вопрос. Продукт может поменяться много раз. А так, чек-лист, все утвердили, протестили, и пишем тест-кейсы
Я тоже привык к чек-листам и поддерживаю твою точку зрения) Но бывают проекты со строгими правилами написания именно тест-кейсов. Или например, у тестировщика есть много свободного времени.
И правда, не понимаю тест кейсы до разработки. Во время реализации фичи ФП может поменяться. Ещё, не совсем понятно как будет выглядеть следующий шаг в будущей программе