Как проходит организация тестирования и составление тест планов (в зависимости от проекта)
HTML-код
- Опубликовано: 26 сен 2024
- Ответ на вопрос подписчика об инструментах для мануального тестирования и составления тест планов. Рассказываю о том, какие инструменты для тестирования используются для составления тест планов в разных типах проектов, для мануального тестирования и для работы в распределенных командах
А вы какими инструментами пользуетесь для составления тест кейсов и тест планов?
Корпаративные вики - atlassian ?
Testrail, Zephyr, TFS - больше всего пока что нравится testrail.
@Michel Besedin да
Polarion. Тесткейсы и требования очень удобно писать.
Trello
Спасибо большое, Катя. Это исчерпывающий ответ на мой вопрос. Пойду юзать JIRA)) Снимай еще, пожалуйста. Все очень интересно!
Ну вот и отлично!)
Было познавательно узнать в каких проектах и как было организованно планирование тестирования, спасибо за видео!
Катя, спасибо огромное за такие интересные темы, рассказанные живым языком)
Узнал о Вас с канала "АйТиБорода"
Рада что вам понравилось!)
О, Катя! класс, понятно, просто, доступно. Я в Jira работаю. буду смотреть Wiki
Катя! Наканец-та! Ждал эту тему!
Класс!
З.Ы. спасибо Катя, что приоткрыли занавесу продакшена, судя по тому как криво работает приложение того же фейсбука все стало на свои места))
Катя, спасибо за инфу. Очень информативно!!!
Отличное видео. Большое спасибо.
Очень актуальное видео!
Катя, привет! Ждём твои новые ролики 🛼 😊
Спасибо за видео!
Пожалуйста!:)
Спасибо, очень полезное видео. У нас в компании второй тип проекта, и нет автотестов! Хотят ввести, но к-во регресс тестов настолько большое, что не знают с чего начать, и каждый спринт их становится все больше...
Сочувствую вам конечно. Нужен опытный SDET или программист который напишет фреймворк
спасибо Вам большое
Может как вариант, пробное видео на одну из следующих тем на английском:
- уточнения требований на прямую у заказчика(когда нет BA)
- как корректнее намикнуть заказчику что "фича" лучше и полезнее его проекту?
- разрешение рабочего момента когда developer говорит что это "фича". :) Спасибо за видео.
На первые 2 вопроса я не отвечу, тк я все время работала в продуктовых компаниях (то есть компания сама владела продуктом), я никогда не работала в аутсорсинговой компании на стороне исполнителя. Один раз только работала в консалтинговой компании, но там у нас была очень сильная команда BA, они выполняли свою работу на отлично.
А вот последний вопрос это конечно классика))) действительно можно снять отдельное видео))
Екатерина, а скажите пожалуйста, вы уже рассказывали о том, как повысить качество, да и вообще поднять тестирование с нуля в маленькой компании? Или может посоветуете книги для дальнейшего развития тестировщика на следующую ступень?
Спасибо за видео, интересно🙂. Катя, если можно ответь пожалуйста на вопрос: с чего начинают строить процесс QA в организации? Часто встречается ситуация: "у нас есть работающий продукт и мы расширяемся. QA у нас не было, но сейчас время заняться этим вопросом серьезно. Иди к нам работай, настраивай всё с нуля"... Как к этому лучше (правильно?) подойти?
Ой, это прекрасный вопрос. Я думаю что начинают с налаживания процессов тестирования (включения тестирования в цикл разработки ПО), то есть делают тестирование новой фитчи обязательным шагом для допуска кода данной фитчи в production. А также с построения автоматического тестового фреймворка для регресионного тестирования. Но если честно это очень непростая задача, и у меня [пока] нет квалификации грамотно вам ответить. Думаю что эта задача для людей с опытом работы в лет 10 :)
А еще я про инфраструктуру забыла. Нужно же чтобы в релизе был отдельный билд тестовой версии, который развернут на отдельные тестовые сервисы... в общем, в налаживании тестирования «с нуля» работы очень много, причем для всех: девелоперов, тестировщиков, девопс
@@katyakravchenkouslife8804 Спасибо, будем работать 🙂
Очень интересно было этим заниматься. Это все для интеграции в действующую-рабочую систему.
Нужно понять что именно нужно. "Иди к нам работай, настраивай всё с нуля" - это общие слова, они не подходят совершенно. Для начало лучше определится что надо делать в первую очередь. "Мы расширяемся" тоже обычные слова, наверное все же к этому решение привело другое.. ошибки в ПО. По этому лучше в самую первую очередь заняться именно этим вопросом, подготовить проверку именно этих критичных моментов в ПО. Таким образом ничего не рушится при действующей системе, только добавляется чуть больше времени перед выкаткой в прод. Нахождение ошибок, как раз и будет сразу же результат Вашей работы. Как идти дальше - тут или полностью сконцентрироваться на проверке новых доработок, или выделение критичных моментов в ПО и проверке именно их перед каждым релизом. Ну а как проверять тут думаю всем все понятно, чек листы, тест кейсы. Плюс будет удобно если будет сразу больше чем 1 человек занят в этом, на начальном этапе при работающем продукте это очень ускоряет внедрение тестирования. Но тут тоже все зависит от продукта, и того как сейчас устроен процесс самой разработки. И отдельно нужно потратить время на тестовое окружение, то о чем писала Екатерина, за инфраструктуру. В идеале настроить ее, или что бы Вам настроили, и рассказали как оно все работает, чтоб было "как на проде". Ну и дальше классическое - сразу на тест, потом на прод
-Я не видела чтобы люди писали.. ну не люди.. тест-менеджеры)))
Ты очень красивая и умная девушка. Привет из Калгари ;)
Спасибо!
Thank you for the information ;)
welcome!)
Отличное видео! Если бы ещё на английском было бы бесценно.
Если я научусь хотя бы так говорить на английском, это и вправду будет бесценно)))
Добрый день.
Подскажите можно ли
найти что-то подобное в принципе? Как лучше поступить ? Писать игру с нуля не
получится точно!
Простая карточная
игра (качество и сложность не важно. лучше что-то по проще..)
HTML, CSS, JS, MySQL
Описание:
Регистрация игрока, Минимум два участника
Спасибо
Нннна тебе лайк)
Катя, спасибо, интересно рассказала, как часто применяют в agile данные методы
1. тестирование на основе рисков (FMEA, FTA, ХАССП
, Cost of Exposure technique, Quality Function Deployment (QFD))?
2. тестирование на основе предположения об ошибке?
я понимаю что все проекты разные, но все же, есть какая то уместность использовать тот или иной метод
в моей практике такое не встречалось
Высокие несколько режут слух. Можно либо в уровнях убавить, либо попробовать петличку другую - sennheiser толковые делают, пользовались у нас спросом. Можно на петличку паралончик или мохнатку одеть - может чуть мягче будет.
Про хуяк-хуяк и в прод прям в точку, особенно когда для американского заказчика индусы в Индии сайты пишут.
Петличка и так на паралончике))
@@katyakravchenkouslife8804 видимо, паралончик не справляется ;)
Я не согласна с вами, что не надо писать тест план на фичу, типо есть такие в в багтрекинге и этого хватит. Нет. Может у нас с вами разное представление о тест планах и тестовой документации. Спецификация это тоже некий тест план. И ведь любая фича подразумевает несколько видов тестирования. Тест план отвечает на многие вопросы и для разработчиков.
Можно вас рассматривать как учителя по тестированию? Если да, то сколько стоит обучение за месяц?
Катя, привет! Такой вопрос: составляешь ли ты тест-план? Если да, то что ты в нём отражаешь? И в какой момент ты его пишешь ?
Спасибо большое, Катя за полезный ролик! Поставил лайк. Приятно слушать качественную и подготовленную информацию. Меня зовут Дима, 24 года. Я из Варшавы, Польша. Интересуюсь такой темой как QA. Мой инстаграм instagram.com/dmitry_beresten Еще раз спасибо за видео! Благодарю :)
Спасибо за видео. Подскажите, какие есть примеры организации регрессионного тестирования (автоматизированного) десктоп приложений (к примеру на Виндовс). Вы сталкивались с такими проектами? Какие фреймворки или тулзы можно использовать?
Я в основном с веб приложениями работала. Для windows помню в моей самой первой компании testcomplete использовали
Катя, где и как ты учила английский? Это было одновременно с немецким? Можно ли учить два языка одновременно (английский и немецкий)? Какой язык проще/сложнее по твоему мнению?
Лучше учить языки отдельно, чтобы не было каши в голове. Я ходила на курсы и старалась практиковать английский как можно чаще
Like
Уважаемая Катерина прошу вашего совета. Есть много онлайтн кусов тестировщиков в России (Нетология, Скил фактори и прочие), познаний в тестировании 0, вы бы не могли посоветовать какие лучше, или лучше поднакопить и учиться на тестировщика в США? Спасибо.
Добрый день! я постараюсь через месяц-два записать видео на эту тему
@@katyakravchenkouslife8804 Просто черная пятница сейчас, а потом курсы стоят как аэроплан.
Катя, ты счастлива в этой профессии? Я просто смотрю много блогов с программистами и тестерами и у всех глаза уставшие и грустные. Может ну его, может на стройку, гайки покрутить? Есть у тебя лично, чувство того, что ты что-то "создаёшь", что работаешь не в холостую?
А у меня по глазам не видно насколько мне нравится сфера Информационных Технологий?))) создавать ведь можно не только "вещественные" продукты. На мой взгляд ИТ - самая классная сфера деятельности на сегодняшний день, там можно создавать столько всего интересного!! Тот же ютуб на котором мы сейчас переписываемся - разве это не пример классного айти продукта??
@@katyakravchenkouslife8804 ну всё таки АйТи бригада она огромная и к примеру HVAC где я раньше работал, там всё придельно понятно, роль каждого и видна работа отдельных сотрудников. А в Айти, как понять, что ты делаешь что-то важное, что можно пощупать... Ну вот, я к примеру могу дом подключить целиком к AC от начало и до конца. Я чувствую свой "вес". Это наверное как фулСтэк ребята в АйТи... А вот тестировщиком, я не знаю. Я пошёл учится на кампус, до этого брал онлайн, но там не ощущал, что я что-то делаю. Мне важно быть причастным и как это почувствовать в шкуре тестировщика, я пока не понимаю.Сорян за такой большой текст.
Тогда вам нужно в маленькие компании идти работать, там сразу виден вклад, причем всех. Быстро увидите как баги, которые вы нашли, починили и как улучшился продукт от этого
Здравствуй, подскажи пожалуйста, как тестировать программу на ошибки?
Подскажите пожалуйста, удобно ли составлять регрешен сьюты в Jira?
Давайте разберемся. Регрессионный тест сьют - это некоторая часть тест кейсов, которая покрывает основную/наиболее важную функциональность программы. Как правило, это самые важные тест кейсы выбираются из уже имеющихся (из тех, что были написаны при разработке и тестировании функциональности). То есть они у вас уже должны быть в какой-то системе. Поэтому если все тест кейсы в Jira, то и регрессионные там. А если в другой системе, то смысла переносить их в Jira нету
4:55 а я слышал, что дух силиконовой долины это написать строчку кода и идти играть пинг понг 3 часа.
:) не исключаю что где-то может быть и так)) долина большая, компаний много, все они разные
хотяб научится видеть баги . какие уж там проекты ))))
Катя, что то с освещением не то стало, сравнил с твоими прежними роликами, и сейчас гораздо хуже выглядит. И как то жёстко и не естественно стала говорить, раньше речь лилась, а сейчас каждое слово как будто вкалачиваешь
Эх, раньше все было лучше)))
Свет другой так как комната другая. Он кстати лучше здесь. Это видео из серии “полезных”, и для меня не так-то просто объяснять рабочие темы таким образом, чтобы все было максимально просто, логично и понятно. Я же не оратор. И это же не та тема, которую я с подружками каждый день обсуждаю. Поэтому требуется несколько секунд обдумать фразу. Плюс некоторые вещи я с английского перевожу, тк я их чаще всего на английском говорю и русских заготовленных фраз и предложений у меня в голове нет
Katya Kravchenko US Life , точно, есть такой интересный эффект, если сравнивать с моими знакомыми роскоговорящими ITшниками, их вообще невозможно слушать на русском по теме IT, хотя на бытовые темы говорят легко))) так что если дело в этом, то у тебя все супер. Но с освещением лучше поиграть, свет возможно выставлен круто, просто ты смотришься с таким вариантом освещения более проигрышно
Да, речь очень плохая, сложно слушать.
Спасибо за видео!