28. Статичні типи тестування. Рецензування

На цьому відео уроці розглянемо Статичні типи тестування або Рецензування ;)
Всі презентації до уроків тут: docs.google.com/spreadsheets/...
0:00-1:00 Вступ
1:01-2:12 Документи, які перевіряють
2:13-3:25 Переваги статичних методів
3:26-4:09 Типові дефекти
4:10-4:33 З чого складається процес перевірки
4:34-5:40 Планування
5:41-6:22 Ініціювання рецензування
6:23-6:36 Індивідуальне рецензування
6:37-7:22 Обговорення проблем та аналіз
7:23-8:25 Внесення змін та звітності
8:26-8:37 Ролі в процесах перевірки
8:38-8:45 Автор
8:46-9:08 Менеджер
9:09-9:29 Ведучий або Модератор
9:30-9:38 Керівник рецензування
9:39-10:05 Рецензенти
10:06-10:24 Секретар або Реєстратор
10:25-10:47 Типи статичних перевірок
10:48-11:38 Неформальний тип статичної перевірки
11:39-12:28 Покроковий розбір
12:29-13:44 Технічна перевірка
13:45-15:05 Інспекція
Тестування ПЗ, Тестувальник ПЗ з нуля, тестування веб-додатків, як стати тестувальником, тестування баз даних, тестування мобільних додатків, тестування API, QC, QA, Тестування УКРАЇНСЬКОЮ

Пікірлер: 19

  • @olegkunyk5603
    @olegkunyk5603 Жыл бұрын

    Коментар на більше ніж чотири слова. Дякую.

  • @peterbrechko3202
    @peterbrechko3202 Жыл бұрын

    Блін, це все процеси і їх так багато...це пазли з пазлів)....щось порозумів а пояснити не можу...терпеливо-цікаво...дякую

  • @tluma4
    @tluma4 Жыл бұрын

    коментар більше чотирьох слів)))) Дякую за контент

  • @VKodryan
    @VKodryan Жыл бұрын

    Найдокладніше про найбільш абстрактну тему! Дякую

  • @user-rj1vx7rm7r
    @user-rj1vx7rm7r Жыл бұрын

    Суть та мета рецензування зрозуміла. Вам як і завжди вдалося складне пояснити просто і зрозуміло. Дякую )

  • @yuliashelton4035
    @yuliashelton4035 Жыл бұрын

    Дякую за легку та позитивну подачу матеріалу!

  • @user-wu2yq6xl8i
    @user-wu2yq6xl8i Жыл бұрын

    Зрозуміло та цікаво! Рекомендую всім до перегляду

  • @ann_uken
    @ann_uken10 ай бұрын

    Дякую за вашу роботу, дуже корисно! 🌷

  • @evgevg927
    @evgevg927 Жыл бұрын

    Сложно но терпимо , даже интересно , спасибо

  • @user-bh3lx5sk6x
    @user-bh3lx5sk6x Жыл бұрын

    Дуже круто та позитивно) Дякую за вашу роботу)

  • @OlgaTheKey
    @OlgaTheKey Жыл бұрын

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

  • @user-xu1nu2zb4g
    @user-xu1nu2zb4g Жыл бұрын

    Я тільки вчу все це, на жаль у цьому відео для мене не все зрозуміле. Але сподіваюсь з часом зрозумію. Якщо маєте якісь ще методики як це зрозуміти, тільки подякую))) дякую вам за вашу роботу! Вона крута!

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    Простими словами, статичні перевірки це «перевір мені документ» - «давай». Їх є 4 види від самого простого (перевір-ок) до самого офіційного (а давайте зберемо пів контори перевіряти документ з державним гімном, ведучим і танцями з бубном)

  • @wealldied__113
    @wealldied__113 Жыл бұрын

    Прослухав, але поки не дуже зрозуміло, повернемось сюди, коли вивчемо інше)

  • @kate_pylypenko
    @kate_pylypenko11 ай бұрын

    Вітаю! Дякую за Вашу роботу і пояснення, все доволі зрозуміло. Буду вдячна, якщо Ви зможете надати відповідь на питання, які з’явилися під час перегляду: 1. Всі перевірки (більш формальні) - це більше про вимоги від клієнта, в яких зацікавлені особи продивляються док і ставлять свої коменти, а потім їх обговорюють та вносять корективи? 2. Чи можуть це бути, наприклад, естімайшени нових проектів? 3. Чи може це буде процес перевірки тім лідом тест-кейсів ? 4. В нас є міт, де кожна команда пише PRA, а потім це обговорюємо, інші команди можуть ставити залежність до інших команд, ризики пишемо разом на мітингу. Це також можна до цього віднести? Я скільки працюю, стискалася лише з першими двома перевірками))

  • @dmitrymix2860
    @dmitrymix2860 Жыл бұрын

    Доволі складно для сприйняття. Занадто великий об'єм інформації. І це все теорія, можливо десь саме так все і працює. Але на практиці все відбувається трохи простіше: 1. Документ вичитують, ставлять помітки/коментарі до помилкових/незрозумілих/сумнівних тверджень. 2. Збираються на загальний мітинг автор, рецензенти та інші зацікавлені особи. 3. Вирішують кожне питання, вносять корективи. 4. Передають замовнику на затвердження (опціонально, якщо він не приймав участь в обговоренні змін). P.s. Не претендую на цілковиту істину, просто трохи з досвіду ) Але все ж дякую за вашу роботу ☺

  • @user-oj7pl7pd4p
    @user-oj7pl7pd4p Жыл бұрын

    Я тільки вчу QA, але прослухав. Було цікаво і корисно. Цей матеріал корисний для прослуховування всім, тому що дає більш повне бачення процесу розробки продукуту в цілому. Але виникло питання: серед 6 перерахованих типів учасників Ви зокрема назвали Авторів та Рецензентів. А на яких позиціях в компаніях як правило перебувають ті, хто в статичному тестуанні виконує роль Автора та Рецензента?

  • @Popeliuha

    @Popeliuha

    Жыл бұрын

    Будь хто) І тестувальник може бути автором документа чи перевіряти документ, і розробник, і БА, і ПМ

  • @whiteliszt8805
    @whiteliszt8805 Жыл бұрын

    Один два три чотири тест

Келесі