diff --git a/avtomatizaciya-beta/drugoe-ssylki.md b/avtomatizaciya-beta/drugoe-ssylki.md index 0388f9f..0965f23 100644 --- a/avtomatizaciya-beta/drugoe-ssylki.md +++ b/avtomatizaciya-beta/drugoe-ssylki.md @@ -27,6 +27,7 @@ _Всякое из сохраненного, что пока не определ **Разное** +* [Устраняем популярные изъяны в коде - чек-лист ошибок junior-разработчиков](https://habr.com/ru/company/skillbox/blog/674434/) * [Сколько стоит избавиться от ручного тестирования?](https://habr.com/ru/post/558074/) * [When To Opt For Automation Testing?](https://www.softwaretestinghelp.com/software-automation-testing-should-automate-project-testing/) * [По следам приложения - мониторинг](https://www.youtube.com/watch?v=2Xd9pAGGLk8) diff --git a/avtomatizaciya-beta/infrastruktura-i-paiplain-ci-cd.md b/avtomatizaciya-beta/infrastruktura-i-paiplain-ci-cd.md index 5315cab..45b06d4 100644 --- a/avtomatizaciya-beta/infrastruktura-i-paiplain-ci-cd.md +++ b/avtomatizaciya-beta/infrastruktura-i-paiplain-ci-cd.md @@ -25,7 +25,7 @@ CI/CD - это одна из DevOps-практик. Она также относ * Получение кода из системы контроля версий и выполнение сборки; * Настройка инфраструктуры, автоматизированной через подход “инфраструктура как код”; * Копирование кода в целевую среду; -* Настройка [переменных](https://theqalead.com/topics/api-smoke-tests-cd-pipeline/#:\~:text=Step%20Five%3A%20Organize%20Your%20Variables) окружения для целевой среды; +* Настройка [переменных](https://theqalead.com/topics/api-smoke-tests-cd-pipeline/) окружения для целевой среды; * Развертывание компонентов приложения (веб-серверы, API-сервисы, базы данных); * Выполнение дополнительных действий, таких как перезапуск сервисов или вызов сервисов, необходимых для работоспособности новых изменений; * Выполнение тестов и откат изменений окружения в случае провала тестов; @@ -117,6 +117,7 @@ _Больше про build-agent можно почитать тут:_ [_TeamCity Доп. материал: +* [Continuous Testing в CI/CD: что это, зачем нужно и как работает](https://habr.com/ru/company/southbridge/blog/670422/) * [DevOps инструменты не только для DevOps. Процесс построения инфраструктуры автоматизации тестирования с нуля](https://habr.com/ru/post/497918/) * [Руководство для начинающих: создаем DevOps-пайплайн](https://habr.com/ru/company/skillfactory/blog/509964/) * [Зачем CI/CD тестировщикам?](https://habr.com/ru/company/JetBrains/blog/650757/) diff --git a/avtomatizaciya-beta/kak-stat-avtomatizatorom-i-voprosy-s-sobesedovanii.md b/avtomatizaciya-beta/kak-stat-avtomatizatorom-i-voprosy-s-sobesedovanii.md index d1d0bd6..fe1cc1b 100644 --- a/avtomatizaciya-beta/kak-stat-avtomatizatorom-i-voprosy-s-sobesedovanii.md +++ b/avtomatizaciya-beta/kak-stat-avtomatizatorom-i-voprosy-s-sobesedovanii.md @@ -42,10 +42,13 @@ * Что такое автоматизация и зачем она нужна? * Когда нужно начинать автоматизацию на проекте? * Какая бывает автоматизация (виды, методы, платформы и т.п.)? +* Характеристики хорошего автотеста; +* Паттерны автоматизации; * Популярные фреймворки и инструменты автоматизации, запуска тестов и генерации отчетности; * Инфраструктура CI/CD, пайплайн, место автотестов в нем; * Что следует автоматизировать в первую очередь? * Какая тестовая документация нужна для автоматизированного тестирования? +* Есть новая фича. Расскажи, как будешь тестировать и какие автотесты напишешь. **Вопросы по языкам программирования**: @@ -70,7 +73,7 @@ Java: **Практические навыки**: -* уметь писать код; +* уметь писать код и решать простые задачки (переборы массивов и т.п.); * Git; * консоль; * типовые инструменты для платформы; @@ -103,6 +106,7 @@ Java: * [**Automation Testing Interview Questions And Answers (Updated 2022**](https://www.softwaretestingmaterial.com/automation-testing-interview-questions/)**)** * [**Interview Prep Questions**](https://docs.google.com/document/d/1UQR1Zvwyrgyuo600qEVAWt4d25LWo5B5KLGe-c09aU4/edit#heading=h.tu27eqwwcawn) * [50 вопросов по Docker, которые задают на собеседованиях, и ответы на них](https://habr.com/ru/company/southbridge/blog/528206/) +* [О чем спрашивают на собеседовании QA Junior: Selenium](https://testengineer.ru/sobesedovanie-selenium-o-chem-sprashivajut/) * [Как начать карьеру QA Automation Engineer: один простой совет](https://vc.ru/hr/350932-kak-nachat-kareru-qa-automation-engineer-odin-prostoy-sovet) * [Нужно ли знать программирование для qa автоматизатора?](https://www.youtube.com/watch?v=y2Xh25f5O9U) * [Как стать QA AUTOMATION engineer с нуля самостоятельно](https://www.youtube.com/watch?v=k0LFk9yH98c) diff --git a/avtomatizaciya-beta/luchshie-praktiki-avtomatizacii.md b/avtomatizaciya-beta/luchshie-praktiki-avtomatizacii.md index 925fdef..69aff9e 100644 --- a/avtomatizaciya-beta/luchshie-praktiki-avtomatizacii.md +++ b/avtomatizaciya-beta/luchshie-praktiki-avtomatizacii.md @@ -98,6 +98,7 @@ _О паттернах проектирования/архитектуре ес Доп. материал: * [Святослав Куликов “Тестирование программного обеспечения. Базовый курс”](https://svyatoslav.biz/software\_testing\_book/) 3.2.2. Особенности тест-кейсов в автоматизации +* ****[**Паттерны проектирования в автоматизации тестирования**](https://habr.com/ru/company/jugru/blog/338836/)**** * [21 распространённая ошибка в автоматизированном тестировании и способы борьбы с ними](https://habr.com/ru/post/662211/) * [YAMP 30.04.2022 - Разберем культуру написания автотестов с Рустамом Кенджаевым (Яндекс Маркет) и Дмитрием Мовчаном (Автор Cookbook для UI-тестов)](https://www.youtube.com/watch?v=n3OfjZxFo04\&t=12643s) * [Чистая архитектура в автотестах](https://www.youtube.com/watch?v=ZIg-yFJx2A8) @@ -114,3 +115,5 @@ _О паттернах проектирования/архитектуре ес * [SOLID и другие принципы объектно-ориентированного проектирования в контексте автоматизации](https://www.youtube.com/watch?v=xG6NOxiOLhU) * [ООП, «святая троица» и SOLID: некоторый минимум знаний о них](https://habr.com/ru/post/446816/) * [Принцип открытости-закрытости](https://habr.com/ru/company/tinkoff/blog/472186/) +* [Переписываем API тесты](https://habr.com/ru/post/669880/) +* [Взгляд тестировщика на SOLID](https://habr.com/ru/company/lineate/blog/674144/) diff --git a/avtomatizaciya-beta/poleznye-ssylki.md b/avtomatizaciya-beta/poleznye-ssylki.md index 1fb3408..fceb038 100644 --- a/avtomatizaciya-beta/poleznye-ssylki.md +++ b/avtomatizaciya-beta/poleznye-ssylki.md @@ -19,6 +19,8 @@ * [Awesome JMeter](https://github.com/aliesbelik/awesome-jmeter#readme) * [10 интересных репозиториев на GitHub, полезных любому разработчику](https://habr.com/ru/company/plarium/blog/496472/) * [Android UI Testing Cookbook](https://android-ui-testing.github.io/Cookbook/home/) +* [Репозитории Android](https://github.com/fleytman/mob\_tools/blob/main/manuals/ru/%D0%A0%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%B8\_android.md) +* [Репозитории iOS](https://github.com/fleytman/mob\_tools/blob/main/manuals/ru/%D0%A0%D0%B5%D0%BF%D0%BE%D0%B7%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%B8\_ios.md) **Youtube** @@ -53,6 +55,8 @@ * [Как научиться разработке на Python: новый видеокурс Яндекса](https://habr.com/ru/company/yandex/blog/498856/) * [Python.org рекомендует: Программирование для НЕпрограммистов](https://habr.com/ru/company/skillfactory/blog/480898/) * [Введение в Kotlin JVM](https://stepik.org/course/5448/info) +* [Разработка Android-приложений на Kotlin](https://stepik.org/course/4792/info) +* [Разработка мобильных приложений для Android](https://stepik.org/course/5703/info) **Сборники материалов по автоматизации** @@ -67,6 +71,7 @@ **Площадки для тренировки** * [Лучшие сайты для практики автоматизации тестирования](https://habr.com/ru/post/549450/) +* [Демо-сайты для практики тест-автоматизации](https://software-testing.ru/component/content/article/3806-qa-tester-beginner-series-a-beginners-guide-to-page-object-model-pom-and-page-factory) * [Сайты-песочницы, на которых можно практиковать написание автотестов](https://blog.noveogroup.ru/2020/01/testovye-ploschadki-dlya-trenirovok/) * [Skillotron QA Auto Tests](https://skillotron.com/qualifications/qa-automation) * [https://academybugs.com/find-bugs/](https://academybugs.com/find-bugs/) diff --git a/avtomatizaciya-beta/processy-i-avtomatizaciya-proekta-s-nulya.md b/avtomatizaciya-beta/processy-i-avtomatizaciya-proekta-s-nulya.md index fe90064..84f64ac 100644 --- a/avtomatizaciya-beta/processy-i-avtomatizaciya-proekta-s-nulya.md +++ b/avtomatizaciya-beta/processy-i-avtomatizaciya-proekta-s-nulya.md @@ -135,3 +135,5 @@ * [How To Perform Automation Testing Of JAVA/J2EE Applications (Part 2)](https://www.softwaretestinghelp.com/automated-testing-of-j2ee-applications-part-2/) * [Как мы научились запускать 10-часовые UI-тесты за 5 минут в условиях 30 релизов в день](https://habr.com/ru/company/sberbank/blog/660891/) * [Как мы организовали «Автошколу» и научили тестировщиков писать автотесты](https://telegra.ph/Kak-my-organizovali-Avtoshkolu-i-nauchili-testirovshchikov-pisat-avtotesty-04-12) +* [QA без рутины: как мы автоматизировали регрессионное тестирование](https://habr.com/ru/company/mygames/blog/665576/) +* [Функциональные тесты на проекте: жизнь до и после (на примерах)](https://habr.com/ru/company/skyeng/blog/659559/) diff --git a/avtomatizaciya-beta/vidy-i-instrumenty-avtomatizacii.md b/avtomatizaciya-beta/vidy-i-instrumenty-avtomatizacii.md index 45e3df6..8fce94f 100644 --- a/avtomatizaciya-beta/vidy-i-instrumenty-avtomatizacii.md +++ b/avtomatizaciya-beta/vidy-i-instrumenty-avtomatizacii.md @@ -214,7 +214,7 @@ _К классическим технологиям автоматизации * Сортировка и обработка почты. Даже раскладывание входящей корреспонденции по подпапкам гарантированно занимает у вас несколько минут в день. Если предположить, что настройка специальных правил в вашем почтовом клиенте сэкономит вам полчаса в неделю, за год экономия составит примерно сутки; * Виртуализация как способ избавления от необходимости каждый раз устанавливать и настраивать необходимый набор программ. Если у вас есть несколько заранее подготовленных виртуальных машин, их запуск займёт секунды. А в случае необходимости устранения сбоев разворачивание виртуальной машины из резервной копии заменяет весь процесс установки и настройки с нуля операционной системы и всего необходимого программного обеспечения -[**Классификация инструментов**](https://habr.com/ru/company/badoo/blog/347986/#:\~:text=%D0%A0%D0%B0%D1%81%D1%81%D0%BC%D0%BE%D1%82%D1%80%D0%B8%D0%BC%20%D0%B8%D1%85%20%D0%BF%D0%BE%D0%B4%D1%80%D0%BE%D0%B1%D0%BD%D0%B5%D0%B5.-,%D0%9A%D0%BB%D0%B0%D1%81%D1%81%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F%20%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2,-%D0%94%D1%80%D0%B0%D0%B9%D0%B2%D0%B5%D1%80) **автотестирования мобильных приложений** +[**Классификация инструментов**](https://habr.com/ru/company/badoo/blog/347986/) **автотестирования мобильных приложений** **Драйвер**. Утилиты автотестирования, как и другие программы, могут взаимодействовать с приложением только через программный интерфейс - по-другому они не умеют. Для работы через другие интерфейсы существуют специальные программы - драйверы. Драйвер - программа, которая предоставляет API для одного из интерфейсов приложения. Для каждого интерфейса, кроме, собственно, API, необходим свой драйвер. Например, когда вы даёте драйверу для GUI команду “Нажать на кнопку Menu”, он воспринимает её через API и отсылает в тестируемое приложение, где эта команда превращается в клик по графической кнопке Menu. Для взаимодействия с API приложения драйверы не нужны или почти не нужны - взаимодействие программное. А вот при работе с остальными интерфейсами без них не обойтись. Наиболее сложными обычно являются драйверы для GUI, так как этот интерфейс сильно отличается от обычного для программы общения кодом. При этом в автоматизированном тестировании мобильных приложений GUI наиболее актуален, так как в интеграционном тестировании использовать чаще всего приходится именно его. Наиболее популярные драйвера для GUI в мобильном тестировании - UIAutomator и Espresso для Android, XCUITest - для iOS. @@ -329,7 +329,7 @@ _Подробнее в источнике по первой ссылке дал * [Appium Tutorial For Testing Android And IOS Mobile Apps](https://www.softwaretestinghelp.com/appium-tutorial-for-beginners/) * [Автоматизация мобильных приложений на базе Appium](https://habr.com/ru/company/dataart/blog/308180/) -WEB: Инструменты для автоматизации тестирования +**WEB: Инструменты для автоматизации тестирования** * [Selenium](https://www.selenium.dev): Старейший фреймворк, все еще самый популярный. Поддерживает Java, Python, C#, Ruby, JavaScript. Эмулирует почти все возможные действия пользователя; * [Cucumber](https://cucumber.io): Фреймворк ориентирован на behavior-driven development (BDD) - “разработка через поведение”; удобный как для разработчиков, так и QA. Главное преимущество: простота; @@ -433,3 +433,8 @@ _**Инструменты, касающиеся инфраструктуры CI/ * [Автоматизация тестирования мобильных приложений. Часть 2: предусловия, верификация элементов и независимость шагов](https://habr.com/ru/company/badoo/blog/547196/) * [100 (да, сто) бесплатных советов по Java-инструментам QA](https://testengineer.ru/sto-besplatnyh-sovetov-po-java-instrumentam-qa/) * [The marshaller allows you to convert a form-urlencoded string to a POJO/Map object and vice versa. Supports nesting of objects, lists, arrays. Supports indexed and non-indexed lists](https://github.com/touchbit/form-urlencoded-marshaller) +* [Автоматизация кроссбраузерного тестирования на Java/Python/JS — гайд](https://testengineer.ru/avtomatizacija-krossbrauzernogo-testirovanija-gajd-java-python-js/) +* [Что такое Cypress: Введение и архитектура](https://testengineer.ru/chto-takoe-cypress-vvedenie-i-arhitektura/) +* [Playwright: веб-тестирование без драмы](https://habr.com/ru/company/jugru/blog/652919/) +* [Что такое Selenium?](https://www.youtube.com/watch?v=JcglA3qMizI) +* [Go, Allure и HTTP, или Как мило тестировать HTTP-сервисы на Go](https://habr.com/ru/company/ozontech/blog/672678/) diff --git a/faq-dlya-novichkov/chto-dolzhen-znat-i-umet-junior-chto-sprosyat-na-sobesedovanii.md b/faq-dlya-novichkov/chto-dolzhen-znat-i-umet-junior-chto-sprosyat-na-sobesedovanii.md index 7707f21..bb71e00 100644 --- a/faq-dlya-novichkov/chto-dolzhen-znat-i-umet-junior-chto-sprosyat-na-sobesedovanii.md +++ b/faq-dlya-novichkov/chto-dolzhen-znat-i-umet-junior-chto-sprosyat-na-sobesedovanii.md @@ -105,6 +105,7 @@ Доп. материал: +* [Что нужно знать тестировщику без опыта (Junior QA Engineer)?](https://www.youtube.com/watch?v=DCImUUyQ\_Fs) * [Собеседование QA - Старт карьеры тестировщика в 2022 году](https://www.youtube.com/watch?v=kYgmffIHb0w) * [Знания и навыки, необходимые для работы в тестировании в 2022 году](https://habr.com/ru/post/656027/) * [Собеседование тестировщика на Западе: список вопросов](https://testengineer.ru/sobesedovanie-na-testirovshchika-v-zapadnyh-stranah/) @@ -133,20 +134,24 @@ * [Устану ли я играть, нужно ли уметь кодить и чем вообще занимаются QA в геймдеве](https://habr.com/ru/company/lightmap/blog/650245/) * [Практика обучения в QA отделе. Профиль тестировщика](https://habr.com/ru/company/usetech/blog/659305/) * [Реестр профессиональных стандартов - Специалист по тестированию в области информационных технологий](https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT\_ID=57024) +* [Работа в продуктовой компании: какие навыки нужны тестировщику](https://www.software-testing.by/blog/rabota-v-produktovoj-kompanii-kakie-navyki-nuzhny-testirovshhiku/) Английский: * [Как тестировщику учить английский язык](https://software-testing.ru/library/around-testing/job/3591-english-for-qa-engineers) * [Таблица уровней английского языка](https://englex.ru/english-levels-table/) +* [Английский для тестировщиков - как надо](https://habr.com/ru/post/668586/) * Марафон “Как IT-специалисту заговорить по-английски за 6 недель”: [часть 1](https://dt9xom8irs6kr.cloudfront.net/u256113/456701-5237085293807285895.mp4) + [часть 2](https://dt9xom8irs6kr.cloudfront.net/u256113/463400-3382237430755091928.mp4) + [часть 3](https://dt9xom8irs6kr.cloudfront.net/u256113/491184-811669784489900464.mp4) * [EngVid.com](https://www.engvid.com) * [Плейлист “Essential English Grammar или Красный Мёрфи (уровень elementary A1-A2) - лучшая английская грамматика для начинающих”](https://www.youtube.com/playlist?list=PLYB0SmefqEsniU1UbGzrfhNCV3noALHj7) * [QA English Basics - тренинг по английскому языку](https://www.youtube.com/watch?v=YCXw-MB5OBY\&t=469s) * [Английский для тестировщика (QA Engineer) / Мой топ English ресурсов](https://www.youtube.com/watch?v=vMudS9qnyyc) * [English with Lucy](https://www.youtube.com/c/EnglishwithLucy/playlists) -* [Большая подборка](https://vk.com/topic-127171939\_34549533#:\~:text=%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9%20\(%D0%B0%D0%BC%D0%B5%D1%80%D0%B8%D0%BA%D0%B0%D0%BD%D1%81%D0%BA%D0%B8%D0%B9\)%20%2B%20%D0%BF%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B%D0%B5%20%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B8) +* [Большая подборка](https://vk.com/topic-127171939\_34549533) * [Как я осилил английский](https://habr.com/ru/post/413633/) * [Учим английский дешево и эффективно](https://habr.com/ru/post/369695/) * [Очень много YouTube-каналов для прокачки английского языка для программистов](https://habr.com/ru/post/465731/) * [9 четких инструментов для изучения и прокачки английской лексики](https://habr.com/ru/company/englishdom/blog/490736/) * [Экзамены TOEFL/IELTS как ориентир для развития. Фундаментальные апгрейды языка и их польза для разработчика](https://habr.com/ru/post/512346/) +* [Выучить английский самостоятельно вполне реально, если вы айтишник. И вот почему](https://habr.com/ru/post/671174/) +* [Пассивный залог в английском для тестировщиков](https://pointschool.ru/passivnyj-zalog-v-anglijskom-dlya-testirovshchikov/) diff --git a/faq-dlya-novichkov/gde-iskat-rabotu.md b/faq-dlya-novichkov/gde-iskat-rabotu.md index eca2cef..22a7650 100644 --- a/faq-dlya-novichkov/gde-iskat-rabotu.md +++ b/faq-dlya-novichkov/gde-iskat-rabotu.md @@ -20,3 +20,4 @@ Доп. материал: * [Сайти для пошуку роботи в Україні, в тому числі віддалено](https://dou.ua/forums/topic/37190/) +* [Стажировка для тестировщика (QA Engineer)](https://www.youtube.com/watch?v=FAyDh0tqzzc) diff --git a/faq-dlya-novichkov/kachestva-i-navyki-kotorymi-nuzhno-obladat-testirovshiku.md b/faq-dlya-novichkov/kachestva-i-navyki-kotorymi-nuzhno-obladat-testirovshiku.md index fb8e640..e27e0af 100644 --- a/faq-dlya-novichkov/kachestva-i-navyki-kotorymi-nuzhno-obladat-testirovshiku.md +++ b/faq-dlya-novichkov/kachestva-i-navyki-kotorymi-nuzhno-obladat-testirovshiku.md @@ -17,6 +17,7 @@ * [Миф об образе мышления в тестировании](https://telegra.ph/Mif-ob-obraze-myshleniya-v-testirovanii-02-10) * [Важные навыки тестировщика](https://software-testing.ru/library/testing/general-testing/3599-bloggers-club-essential-skills-for) * [How to Think Like a Tester](https://medium.com/@blakenorrish/how-to-think-like-a-tester-7a174ff6aeaf) +* [Как нанять тестировщика](https://blog.serioustester.io/W9OOg3DkX6J) Про soft-skills: diff --git a/faq-dlya-novichkov/kak-prokhodit-sobesedovanie.md b/faq-dlya-novichkov/kak-prokhodit-sobesedovanie.md index 34c1481..0cfdea4 100644 --- a/faq-dlya-novichkov/kak-prokhodit-sobesedovanie.md +++ b/faq-dlya-novichkov/kak-prokhodit-sobesedovanie.md @@ -101,6 +101,8 @@ * [Антисобеседования](https://habr.com/ru/post/417431/) * [Вольный опус про найм, собеседования и трэш на рынке IT-кадров](https://habr.com/ru/post/414243/) * [YAMP 30.04.2022 - Александр Попсуенко (Яндекс) и Андрей Морозов (Joom) расскажут как собеседование выглядит со стороны нанимающего менеджера и поделятся на что они обращают внимание на собеседовании больше всего](https://www.youtube.com/watch?v=n3OfjZxFo04\&t=9882s) +* [Ошибки на технических собеседованиях](https://habr.com/ru/company/usetech/blog/667448/) +* [Собеседования ручных тестировщиков (Junior QA Interview)](https://www.youtube.com/watch?v=Rd9Z2K5160Q) Мок-интервью: diff --git a/faq-dlya-novichkov/kak-vzaimodeistvovat-s-kollegami.md b/faq-dlya-novichkov/kak-vzaimodeistvovat-s-kollegami.md index e41fd8e..295f7f8 100644 --- a/faq-dlya-novichkov/kak-vzaimodeistvovat-s-kollegami.md +++ b/faq-dlya-novichkov/kak-vzaimodeistvovat-s-kollegami.md @@ -69,3 +69,4 @@ * [Почему разработчики иногда отказываются исправлять баги](https://dou.ua/forums/topic/35024/) * [Управление конфликтами](https://t.me/general\_it\_talks/204) * [Как "продать" баг разработчику](https://www.youtube.com/watch?v=wGyAW3l\_SxA) +* [Пойми меня, если сможешь. Или как донести мысль заказчику (понятно и с первого раза)](https://habr.com/ru/company/surfstudio/blog/674418/) diff --git a/faq-dlya-novichkov/nachalo-raboty-junior-testirovshika.md b/faq-dlya-novichkov/nachalo-raboty-junior-testirovshika.md index 62101da..8941770 100644 --- a/faq-dlya-novichkov/nachalo-raboty-junior-testirovshika.md +++ b/faq-dlya-novichkov/nachalo-raboty-junior-testirovshika.md @@ -24,6 +24,8 @@ Доп. материал: +* [Как решить 4 главные проблемы, с которыми сталкивается любой стажёр-тестировщик](https://habr.com/ru/company/ispring/blog/664220/) +* [Менторство в QA: как погрузить новых сотрудников в проектную работу](https://habr.com/ru/company/simbirsoft/blog/663618/) * [Welcome on board или по ту сторону оффера](https://habr.com/ru/post/550864/) * [Введение тестировщика в проект и процесс тестирования](https://www.youtube.com/watch?v=DyeDxg6Olh8) * [Как выжить на новой работе или онбординг снизу](https://red-foks.medium.com/%D0%BA%D0%B0%D0%BA-%D0%B2%D1%8B%D0%B6%D0%B8%D1%82%D1%8C-%D0%BD%D0%B0-%D0%BD%D0%BE%D0%B2%D0%BE%D0%B9-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B5-%D0%B8%D0%BB%D0%B8-%D0%BE%D0%BD%D0%B1%D0%BE%D1%80%D0%B4%D0%B8%D0%BD%D0%B3-%D1%81%D0%BD%D0%B8%D0%B7%D1%83-8e95c7c4ac0c) @@ -36,3 +38,9 @@ * [Тестирование с нуля, или Один в поле - тестировщик](https://habr.com/ru/company/citymobil/blog/589729/) * [Технический онбординг: тяжело в учении - легко в бою!](https://www.youtube.com/watch?v=tGu5IVlCL8o) * [11 кругов ада для тех, кому не хватает опыта на новой работе](https://habr.com/ru/post/414471/) +* [Как прийти в тестирование первым джуном и не лишить всех работы](https://habr.com/ru/post/666996/) +* [Осторожно, новичок! Как сохранить качество тестирования с приходом нового специалиста](https://www.software-testing.ru/library/around-testing/management/3821-cl-services) +* [Советы для начинающих тестировщиков на первом месте работы](https://www.youtube.com/watch?v=vS2UYa5Jcf4) +* [Идеальное соотношение разработчиков и тестировщиков](https://telegra.ph/Idealnoe-sootnoshenie-razrabotchikov-i-testirovshchikov-07-22) +* [Стресс-тестирование: как тестировщикам жить в беспокойном мире багов](https://habr.com/ru/company/innotech/blog/675908/) +* [Что делает тестировщик на работе? / Мой день (QA Engineer)](https://www.youtube.com/watch?v=BUDog4mFrDI) diff --git a/faq-dlya-novichkov/otvety-na-samye-populyarnye-voprosy-novichkov-v-chatakh.md b/faq-dlya-novichkov/otvety-na-samye-populyarnye-voprosy-novichkov-v-chatakh.md index 48570a4..c426825 100644 --- a/faq-dlya-novichkov/otvety-na-samye-populyarnye-voprosy-novichkov-v-chatakh.md +++ b/faq-dlya-novichkov/otvety-na-samye-populyarnye-voprosy-novichkov-v-chatakh.md @@ -21,6 +21,7 @@ * [Бесплатный курс профориентации в IT](https://practicum.yandex.ru/career-advisor/) * [Каково быть тестировщиком: 4 истории о боли и радости](https://habr.com/ru/company/skypro/blog/649349/) * [Как зарабатывать миллион в IT если ты раздолбай без образования. Фил Ранжин - Как мы попали в IT](https://www.youtube.com/watch?v=N-IFG8gD7Gg) +* [Трудный вход и легкий выход. Кому не подходит работа в IT?](https://habr.com/ru/post/665526/) **Хочу зарабатывать много денег, мне сюда?** @@ -121,3 +122,4 @@ * [Плейлист “Карьера в IT”](https://www.youtube.com/playlist?list=PLvItDmb0sZw\_uOoxIR5EIaOkYksdAq7ks) * [Из грузчика в QA без регистрации и смс](https://habr.com/ru/company/petrovich/blog/582824/) * [Приключения филологической девы в IT и советы начинающим тестировщикам](https://habr.com/ru/company/quadcode/blog/592615/) +* [Как стать тестировщиком ПО, ответы на часто задаваемые вопросы](https://habr.com/ru/post/674678/) diff --git a/faq-dlya-novichkov/s-chego-nachat-obuchenie-i-kuda-razvivatsya.md b/faq-dlya-novichkov/s-chego-nachat-obuchenie-i-kuda-razvivatsya.md index a6b1ca9..0486ae6 100644 --- a/faq-dlya-novichkov/s-chego-nachat-obuchenie-i-kuda-razvivatsya.md +++ b/faq-dlya-novichkov/s-chego-nachat-obuchenie-i-kuda-razvivatsya.md @@ -24,6 +24,7 @@ _Уровень 0: базовый курс по Computer Science._ * [Направления развития для Junior QA в рамках процессов тестирования](https://www.youtube.com/watch?v=VUiOtjFVVAU) * [Как стать тестировщиком с нуля](https://habr.com/ru/company/plarium/blog/561454/) +* [Взгляд на ИТ-Нарнию: путь от джуна до Senior в финтехе](https://habr.com/ru/company/smart\_it/blog/672654/) * [Как учиться, чтобы научиться](https://dou.ua/lenta/columns/how-to-learn/) * [Где начинающему тестировщику взять опыт для первой QA работы?](https://www.youtube.com/watch?v=3O78nFUEOzc) * [Где начинающему тестировщику получить первый опыт: проект «Хомячки»](https://habr.com/ru/company/yandex\_praktikum/blog/567470/) diff --git a/mobilnoe-testirovanie/arkhitektura-android-application.md b/mobilnoe-testirovanie/arkhitektura-android-application.md index a405ea8..b17ee5b 100644 --- a/mobilnoe-testirovanie/arkhitektura-android-application.md +++ b/mobilnoe-testirovanie/arkhitektura-android-application.md @@ -209,5 +209,6 @@ Android поддерживает множество различных квал Доп. материал: +* [Android Developers - Docs - Activity](https://developer.android.com/reference/android/app/Activity) * YaTalks 2021. Mobile: [Современная архитектура android приложений](https://www.youtube.com/watch?v=0AQlKbskhkM\&t=18671s) + [презентация](https://disk.yandex.ru/i/ecrzwwYKTlbkgA) * [Видео: Урок 23. Жизненный цикл активити (Activity Lifecycle)](https://www.youtube.com/watch?v=vv9w9\_l17z4) diff --git a/mobilnoe-testirovanie/arkhitektura-android-os.md b/mobilnoe-testirovanie/arkhitektura-android-os.md index ea8c7fa..9ee8808 100644 --- a/mobilnoe-testirovanie/arkhitektura-android-os.md +++ b/mobilnoe-testirovanie/arkhitektura-android-os.md @@ -2,7 +2,7 @@ ![https://developer.android.com/guide/platform/images/android-stack\_2x.png](https://developer.android.com/guide/platform/images/android-stack\_2x.png) -**Linux Kernel** +**1.Linux Kernel** Данный уровень является базовым в архитектуре Android, так как вся система Android построена на ядре Linux с некоторыми архитектурными изменениями. @@ -12,13 +12,13 @@ * Управление памятью. При запуске различных приложений ядро ​​гарантирует, что пространство памяти, которое они используют, не конфликтует и не перезаписывает друг друга. Также оно проверяет, что все приложения получают достаточный объем памяти для своей работы, и в то же время следит, чтобы ни одно приложение не занимало слишком много места. * Управление процессом. Каждое приложение в Android работает в отдельном процессе. Ядро же отвечает за управление этими процессами, а именно за создание, приостановку, остановку, или завершение процессов, за одновременное выполнение нескольких процессов, обмен данными между процессами, запуск процессов в фоновом режиме. Помимо этого ядро распределяет работу между процессорами устройства, что максимизирует производительность устройств с несколькими ядрами. -**Hardware Abstraction Layer (HAL)** +**2. Hardware Abstraction Layer (HAL)** HAL обеспечивает связь между драйверами и библиотеками. Состоит он из нескольких библиотечных модулей, каждый из которых реализует интерфейс для определенного аппаратного компонента (Bluetooth, Камера итд.). И когда к оборудованию устройства обращаются через API-интерфейс, загружается необходимый для его работы модуль. Если объяснять на пальцах, то когда от приложения поступает какое-либо сообщение, HAL его обрабатывает таким образом, чтобы оно стало понятным для драйверов. И наоборот. -**Android Runtime (ART)** +**3. Android Runtime (ART)** Основным языком Android был выбран Java, поскольку это один из самых популярных языков программирования. Для Java существует много наработок и специалистов, а написанные на нем программы переносимы между операционными системами. @@ -30,7 +30,7 @@ HAL обеспечивает связь между драйверами и би ART может компилировать байт-код заранее, а не во время выполнения, используя ahead-of-time (AOT). Система сама решает, когда и какие приложения необходимо скомпилировать. Например, когда устройство не загружено и подключено к зарядке. При этом ART учитывает информацию о приложении, собранную во время предыдущих запусков, что дает дополнительную оптимизацию. -**Native C/C++ Libraries** +**4. Native C/C++ Libraries** Набор библиотек, написанных на языках C или C++ и используемых различными компонентами ОС. @@ -41,7 +41,7 @@ ART может компилировать байт-код заранее, а н * OpenGL - используется для отображения 2D и 3D графики. * SQLite - движок базы данных, используемый в Android для хранения данных. -**Java API Framework (Application Framework)** +**5. Java API Framework (Application Framework)** Набор API, написанный на языке Java и предоставляющий разработчикам доступ ко всем функциям ОС Android. Эти API-интерфейсы образуют строительные блоки, необходимые для создания приложений, упрощая повторное использование основных, модульных, системных компонентов и сервисов, таких как: @@ -55,7 +55,7 @@ ART может компилировать байт-код заранее, а н * Location Manager - возможность определения местоположения. * Notification Manager - отображение уведомлений в строке состояния. -**System Apps** +**6. System Apps** Верхний уровень в архитектуре Android, который включает в себя ряд системных (предустановленных) приложений и тонну других приложений, которые можно скачать с Google Play. diff --git a/mobilnoe-testirovanie/kak-protestirovat-prilozhenie-dlya-drugoi-strany.md b/mobilnoe-testirovanie/kak-protestirovat-prilozhenie-dlya-drugoi-strany.md index c3b0be8..b648e36 100644 --- a/mobilnoe-testirovanie/kak-protestirovat-prilozhenie-dlya-drugoi-strany.md +++ b/mobilnoe-testirovanie/kak-protestirovat-prilozhenie-dlya-drugoi-strany.md @@ -5,3 +5,6 @@ * Fake GPS; * Google/Apple аккаунт нужной страны. +Доп. материал: + +* [Cмена локации](https://github.com/fleytman/mob\_tools/blob/main/manuals/ru/%D1%81%D0%BC%D0%B5%D0%BD%D0%B0\_%D0%BB%D0%BE%D0%BA%D0%B0%D1%86%D0%B8%D0%B8.md) diff --git a/mobilnoe-testirovanie/osnovnye-proverki-pri-testirovanii-mobilnogo-prilozheniya.md b/mobilnoe-testirovanie/osnovnye-proverki-pri-testirovanii-mobilnogo-prilozheniya.md index 0fc3a54..97b8926 100644 --- a/mobilnoe-testirovanie/osnovnye-proverki-pri-testirovanii-mobilnogo-prilozheniya.md +++ b/mobilnoe-testirovanie/osnovnye-proverki-pri-testirovanii-mobilnogo-prilozheniya.md @@ -112,12 +112,18 @@ _Примечание: в свете последних анонсов раскладных смартфонов и Android 12L, следует также при необходимости учитывать такие кейсы._ +_Примечание (1): Внимательно изучаем изменения в новых релизах Android и iOS._ [_Ссылка для Android_](https://developer.android.com/about/versions)_, выбираем интересующую версию и читаем New features and APIs и Behavior changes._ [_Ссылка для iOS_](https://developer.apple.com/documentation/ios-ipados-release-notes)_._ + Источники: * [Чек-лист тестирования мобильных приложений](https://habr.com/ru/post/534190/) Доп. материал: +* [Core app quality](https://developer.android.com/docs/quality-guidelines/core-app-quality) +* [Большой гайд по тестированию Android-приложений](https://testengineer.ru/bolshoj-gajd-po-testirovaniyu-android-prilozhenij/) +* [Тестирование мобильных приложений: особенности и примеры](https://www.youtube.com/watch?v=vGTMsTec2RE) +* [Тестирование Мобильных Приложений - урок 1 в открытом курсе по Тестированию Программного Обеспечения](https://www.youtube.com/watch?v=Ts9Q2I3DmkM) * [Распространенные баги на iOS](https://telegra.ph/bagi-na-iOS-02-05) * [Распространенные баги на Android](https://telegra.ph/bagi-na-android-10-07) * [ISTQB Mobile Application Testing](https://www.istqb.org/certification-path-root/mobile-application-testing.html) diff --git a/mobilnoe-testirovanie/poslednee-obnovlenie-android-ios-chto-novogo.md b/mobilnoe-testirovanie/poslednee-obnovlenie-android-ios-chto-novogo.md index 122bcfe..82f5599 100644 --- a/mobilnoe-testirovanie/poslednee-obnovlenie-android-ios-chto-novogo.md +++ b/mobilnoe-testirovanie/poslednee-obnovlenie-android-ios-chto-novogo.md @@ -1,3 +1,3 @@ # Последнее обновление Android/iOS, что нового? -Актуализируется перед собеседованием, т.к. написанное здесь будет слишком быстро устаревать. +Актуализируется перед собеседованием, т.к. написанное здесь будет слишком быстро устаревать. [Ссылка для Android](https://developer.android.com/about/versions), выбираем интересующую версию и читаем New features and APIs и Behavior changes. [Ссылка для iOS](https://developer.apple.com/documentation/ios-ipados-release-notes). diff --git a/mobilnoe-testirovanie/testirovanie-reklamy.md b/mobilnoe-testirovanie/testirovanie-reklamy.md index ae2bba5..da6f943 100644 --- a/mobilnoe-testirovanie/testirovanie-reklamy.md +++ b/mobilnoe-testirovanie/testirovanie-reklamy.md @@ -28,13 +28,13 @@ **Инструмент №5. VPN**. В основном используется для проверки задач, связанных с GDPR и CCPA. Для тестирования GDPR подходит VPN с возможностью получения IP европейской страны. Для тестирования CCPA необходим VPN с возможностью получения калифорнийского IP. -**Инструмент №6**. Внешние гайдлайны. В работе с рекламными SDK часто используем их официальную документацию, где можно получить: +**Инструмент №6**. **Внешние гайдлайны**. В работе с рекламными SDK часто используем их официальную документацию, где можно получить: * рекламные креативы и их идентификаторы, которые используются для настройки и получения тестовой рекламы; * форматы запросов и ответов рекламной SDK, а также параметры, из описания которых понимаем, за что они отвечают, и какие возможные значения для них допустимы; * changelog изменений рекламных SDK - чтобы понять, на какие изменения при обновлении SDK нужно обратить внимание во время тестирования. -**Инструмент №7**. Внутренняя документация. Внешние гайды не всегда являются достаточно подробными. Кроме того, проверка одной и той же функциональности от разных SDK требует переключения между разными источниками для поиска необходимой информации. Поэтому оказалось удобным агрегировать информацию из разных гайдлайнов SDK и делать сборную внутреннюю документацию в нашем Confluence, дополняя ее своими комментариями. +**Инструмент №7**. **Внутренняя документация**. Внешние гайды не всегда являются достаточно подробными. Кроме того, проверка одной и той же функциональности от разных SDK требует переключения между разными источниками для поиска необходимой информации. Поэтому оказалось удобным агрегировать информацию из разных гайдлайнов SDK и делать сборную внутреннюю документацию в нашем Confluence, дополняя ее своими комментариями. **Инструмент №8. Чек-листы**. Наравне с внешней и внутренней документацией для проверок различных задач используем чек-листы (пример можно посмотреть ниже в разделе про обновление SDK). Для такого типа задач, как проверка обновлений SDK, обновлений медиатора или адаптеров, мы используем уже составленный чек-лист, который изменяется по мере необходимости. Для остальных задач составляем чек-листы либо в процессе разработки задачи, либо непосредственно перед тестированием, в зависимости от сложности задач. diff --git a/mobilnoe-testirovanie/testirovanie-sokhranennykh-poiskov.md b/mobilnoe-testirovanie/testirovanie-sokhranennykh-poiskov.md index 5d9dcd9..81abd92 100644 --- a/mobilnoe-testirovanie/testirovanie-sokhranennykh-poiskov.md +++ b/mobilnoe-testirovanie/testirovanie-sokhranennykh-poiskov.md @@ -7,7 +7,7 @@ **Сохранение поискового запроса неавторизованным и авторизованным пользователями** -Разумеется есть два вида пользователей: авторизованный и неавторизованный. Если мы сохраняем поисковой запрос будучи неавторизованным пользователем, в таком случае проверяем, что выполняется переход на экран авторизации и после авторизации или регистрации пользователя, поисковой запрос добавляется в раздел "избранное". Кейсы, на которые стоит обратить внимание, если пользователь новый, то ему должны отобразиться все необходимые попапы, тултипы, онбординги. Есть большая вероятность, что про них могли забыть.\*\* \*\*При сохранении поискового запроса авторизованным пользователем, все гораздо проще - поиск сохраняется, а сохраненный поиск пользователь может обнаружить на экране с сохраненными поисками (о нем мы поговорим несколько позже). +Разумеется есть два вида пользователей: авторизованный и неавторизованный. Если мы сохраняем поисковой запрос будучи неавторизованным пользователем, в таком случае проверяем, что выполняется переход на экран авторизации и после авторизации или регистрации пользователя, поисковой запрос добавляется в раздел "избранное". Кейсы, на которые стоит обратить внимание, если пользователь новый, то ему должны отобразиться все необходимые попапы, тултипы, онбординги. Есть большая вероятность, что про них могли забыть. При сохранении поискового запроса авторизованным пользователем, все гораздо проще - поиск сохраняется, а сохраненный поиск пользователь может обнаружить на экране с сохраненными поисками (о нем мы поговорим несколько позже). **Текстовый поиск** @@ -35,7 +35,7 @@ Как мы уже говорили выше, когда мы ищем тот или иной товар, мы задаем определенные фильтры. Это может быть определенная стоимость, наличие доставки, удаленность от нас, наличие скидки и многое другое. Фильтров может быть много, поэтому не всегда они все могут поместиться в ячейке. В данном случае, фильтры, которые не поместились, должны скрываться также под многоточие. -**Поисковой запрос с emoji** +**Поисковой запрос с emoji** Пользователь может выразить свои эмоции и добавить в поисковой запрос, например эмодзи. Стоит проверить как корректное сохранение поискового запроса, так и отображение товаров по данному поиску. diff --git a/mobilnoe-testirovanie/tipy-mobilnykh-prilozhenii.md b/mobilnoe-testirovanie/tipy-mobilnykh-prilozhenii.md index 586b733..f2d5feb 100644 --- a/mobilnoe-testirovanie/tipy-mobilnykh-prilozhenii.md +++ b/mobilnoe-testirovanie/tipy-mobilnykh-prilozhenii.md @@ -42,7 +42,7 @@ * **Одностраничный сайт**. Это самый простой способ узнать, может ли веб-сайт быть PWA. Он основан на природе PWA: Progressive Web Apps технически представляют собой одностраничный веб-сайт. Это не означает, что веб-сайт, построенный на основе PWA, имеет только одну страницу. Это означает, что событие просмотра страницы происходит только один раз, когда пользователь изначально загружает сайт. После этого все загрузки страниц обрабатываются Javascript. Это отличается от обычных веб-сайтов, где каждое изменение страницы вызывает перезагрузку страницы вместе со всем исходным кодом HTML. Так как это работает? Что ж, очень просто: взгляните на активную вкладку в вашем браузере. Если сайт является PWA, при смене страниц сайт не перезагружается, что означает отсутствие анимации «загрузки» на вкладке браузера. Теперь давайте посмотрим на наш сайт [SimiCart](https://www.simicart.com/pwa.html/) в качестве примера. При смене страниц сайт не перезагружается! Технически вы просто все время остаетесь на одной «странице». Вот почему страницы PWA загружаются так быстро и плавно. Все страницы предварительно загружаются при первом посещении сайта и доставляются вам впоследствии. Они не зависят от скорости вашей сети и могут работать даже в автономном режиме! * **Service Workers**. Service Workers - это название технологии, лежащей в основе прогрессивного веб-приложения, которая обеспечивает его автономные возможности, push-уведомления и кэширование ресурсов. Согласно Google, сервис-воркеры лежат в основе методов PWA. Итак, если мы сможем выяснить, использует ли веб-сайт технологию Service Workers, мы сможем сказать, может ли этот сайт быть PWA. Если вы используете браузеры на базе Chrome, вы можете легко это проверить с помощью Inspector Tool. Щелкните правой кнопкой мыши веб-сайт, который вы хотите проверить, выберите «Проверить элемент». Затем перейдите на вкладку «Приложение» - «Рабочие службы». Вы можете легко увидеть, есть ли на этом сайте Service Workers. Опять же, этот трюк только дает намек на то, что определенный веб-сайт является PWA. Несмотря на то, что Service Workers является основной частью PWA, они не являются эксклюзивной частью PWA. Веб-сайты, не относящиеся к PWA, также могут использовать Service Workers для улучшения своей функциональности. Если вы хотите узнать больше о PWA Service Worker, у нас есть [эксклюзивная статья](https://www.simicart.com/blog/pwa-service-worker/) для вас, чтобы узнать все об этой удивительной технологии. -* \*\*HTTPS \*\*secure origin. PWA работают только по HTTPS. +* **HTTPS secure origin**. PWA работают только по HTTPS. * **Manifest.json** - Имеется файл настроек. **Accelerated Mobile Pages (AMP)** diff --git a/obshee/defekty-i-oshibki.md b/obshee/defekty-i-oshibki.md index 4f001c4..ce63bf5 100644 --- a/obshee/defekty-i-oshibki.md +++ b/obshee/defekty-i-oshibki.md @@ -95,7 +95,7 @@ * Дефекты тестовой обвязки: Для тестирования программного обеспечения на уровне модулей и интеграции необходимо разработать вспомогательный код. Это называется Test Harness или scaffolding code. Test Harness должен быть тщательно спроектирован, реализован и протестирован, поскольку это рабочий продукт, и этот код можно повторно использовать при разработке новых версий программного обеспечения; * Дизайн тестового случая и дефекты процедуры тестирования: сюда входят неправильные, неполные, отсутствующие, несоответствующие тестовые примеры и процедуры тестирования. -[В англоязычной Wikipedia описано плюс-минус то же самое](https://en.wikipedia.org/wiki/Software\_bug#:\~:text=or%20undocumented%20feature.-,Types,-%5Bedit%5D). +[В англоязычной Wikipedia описано плюс-минус то же самое](https://en.wikipedia.org/wiki/Software\_bug). **Жизненный цикл дефекта** (Defect/Bug Life Cycle) @@ -163,3 +163,4 @@ _Процесс намеренного внесения дефектов в до * [Showstopper Bug](https://www.techopedia.com/definition/22054/showstopper-bug) * [Жизненный цикл (Workflow) задач](http://okiseleva.blogspot.com/2018/08/workflow.html) * [Курс Тестирование ПО. Занятие 9. Классификация дефектов](https://www.youtube.com/watch?v=SJwXK-2rw4M) +* [Где тестировщику брать ответы в случае сомнений?](https://telegra.ph/Gde-testirovshchiku-brat-otvety-v-sluchae-somnenij-07-20) diff --git a/obshee/pochemu-trebuetsya-testirovanie-po.md b/obshee/pochemu-trebuetsya-testirovanie-po.md index 290ebf3..6825406 100644 --- a/obshee/pochemu-trebuetsya-testirovanie-po.md +++ b/obshee/pochemu-trebuetsya-testirovanie-po.md @@ -28,8 +28,12 @@ * [Что делать без тестировщика](https://medium.com/xsolla-tech/testing-without-qa-6f94df32e696) * [7 эпичнейших багов в истории человечества](https://testengineer.ru/dorogostoyashchie-bagi/) * [Эпические баги прошлого](https://habr.com/ru/post/645133/) +* [Баги войны](https://testengineer.ru/bagi-voini/) * [Эй, QA! Почему вы не нашли этот баг?](https://habr.com/ru/post/647385/) * [Blog: “Why Didn’t We Catch This in QA?”](https://www.developsense.com/blog/2020/08/why-didnt-we-catch-this-in-qa/) * [Blog: Testers: Get Out of the Quality Assurance Business](https://www.developsense.com/blog/2010/05/testers-get-out-of-the-quality-assurance-business/) * [Быть или не быть: дискуссии о тестировании в мобильной разработке](https://habr.com/ru/company/yoomoney/blog/513722/) * [Нужны ли в команде выделенные тестировщики?](https://serioustester.io/tpost/t2gkz3jnm1-nuzhni-li-v-komande-videlennie-testirovs) +* [Багическая работа: когда ошибки не страшные, а странные](https://habr.com/ru/company/jugru/blog/668250/) +* [10 странных причин не нанимать тестировщиков](https://www.software-testing.ru/library/around-testing/job/3836-ten-misguided-reasons-not-to-hire-testers) +* [Почему ошибаются программисты?](https://vc.ru/life/451990-pochemu-oshibayutsya-programmisty) diff --git a/obshee/process-testirovaniya-test-process-draft.md b/obshee/process-testirovaniya-test-process-draft.md index 9249d0b..df2915d 100644 --- a/obshee/process-testirovaniya-test-process-draft.md +++ b/obshee/process-testirovaniya-test-process-draft.md @@ -152,3 +152,6 @@ _Менеджмент тестирования (test management): Планиро * [QA Department с нуля. Построение эфф-ного взаимодействия с Client Support team в IT product company](https://www.youtube.com/watch?v=teEqTwwhXjQ) * [Исследовательское тестирование 21 века. Тестируем команду, процессы и тестовую модель](https://www.youtube.com/watch?v=h6kBCjE18Ow) * [Маленькие тайны тестирования большой LMS](https://habr.com/ru/company/arcadia/blog/516390/) +* [Как правильно (не) использовать тестировщиков](https://habr.com/ru/company/jugru/blog/661623/) +* [Почему команда работает плохо? Очень много о регламентах и процессах](https://habr.com/ru/post/673808/) +* [Как не переборщить с контролем качества?](https://telegra.ph/Kak-ne-pereborshchit-s-kontrolem-kachestva-06-16) diff --git a/obshee/qa-qc-testing.md b/obshee/qa-qc-testing.md index 190b1c4..96ee448 100644 --- a/obshee/qa-qc-testing.md +++ b/obshee/qa-qc-testing.md @@ -17,6 +17,8 @@ QC подключаются на этапе составления критер Иными словами, QA занимается не проверкой постфактум уже готового ПО на соответствие требованиям и наличие дефектов, а пытается предотвратить само появление этих дефектов, являясь эдаким “инфлюенсером”, специалистом, влияющим на процессы разработки и улучшающий их качество для обеспечения качества итогового продукта. QA - не должность, а набор активностей по аналогии с DevOps. Где-то это может быть отдельный человек, где-то этим занимается вся команда. +_**Тестирование** - это деятельность, направленная на предоставление всем заинтересованным лицам исчерпывающих сведений о текущем качестве продукта и любых остаточных рисках, а также на сведение к минимуму дефектов, которые может обнаружить конечный пользователь, при заданных сроках и бюджете. (с) отсебятина_ + Тестирование программного обеспечения направлено на предоставление информации о программном продукте и нахождении максимально возможного числа дефектов на ранних этапах процесса разработки при заданных ограничениях стоимости и графика разработки. Основными целями **тестирования** как части QC являются: @@ -74,6 +76,7 @@ QC подключаются на этапе составления критер * [Why Quality Assurance should never be an Afterthought](https://www.softwaretestingnews.co.uk/why-quality-assurance-should-never-be-an-afterthought/) * [Вакханалия в терминологии: Testing, Quality Control, Quality Assurance, Quality Assistance](https://qsusha.wordpress.com/2021/10/03/%D0%B2%D0%B0%D0%BA%D1%85%D0%B0%D0%BD%D0%B0%D0%BB%D0%B8%D1%8F-%D0%B2-%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8-testing-quality-control-quality-assurance-quality-assis/) * [From QA to Engineering Productivity](https://testing.googleblog.com/2016/03/from-qa-to-engineering-productivity.html) +* [от Тестирования к Обеспечению качества](https://habr.com/ru/post/671874/) **Testing** @@ -89,3 +92,7 @@ QC подключаются на этапе составления критер * [What Test Engineers do at Google](https://testing.googleblog.com/2016/09/what-test-engineers-do-at-google.html) * [Антипаттерны тестирования](https://www.youtube.com/watch?v=8wvkL5UY54g) * [8 стереотипов, с которыми сталкиваются тестировщики](https://habr.com/ru/company/usetech/blog/656595/) +* [10 мифов о тестировании ПО](https://blog.serioustester.io/yT6d2L\_GupR) +* [ТЕСТИРОВАНИЕ НА ПРИМЕРЕ. ЧТО ДЕЛАЕТ ТЕСТИРОВЩИК?](https://www.youtube.com/watch?v=Ut8lQ-w5fOc) +* [QA: 9 мифических заявлений](https://habr.com/ru/post/677464/) +* [Тестировщики всего-навсего проверяют критерии приемки](https://telegra.ph/Testirovshchiki-vsego-navsego-proveryayut-kriterii-priemki-07-16) diff --git a/obshee/roli-dolzhnosti-v-komande.md b/obshee/roli-dolzhnosti-v-komande.md index 52d9b32..691a295 100644 --- a/obshee/roli-dolzhnosti-v-komande.md +++ b/obshee/roli-dolzhnosti-v-komande.md @@ -36,3 +36,4 @@ _Полное изображение со всеми ролями по_ [_ссы * [Распространенные поисковые запросы, часть 3: когда должно начинаться тестирование?](https://www.software-testing.ru/library/testing/general-testing/3517--3-) * [«Вам звонок». Как выстроить отношения между QA и техподдержкой](https://habr.com/ru/company/youla/blog/550320/) * [ПРОДАКТ В IT / Customer development и БОЛЬШИЕ ДЕНЬГИ / Product Management с Виталием Григорашем](https://www.youtube.com/watch?v=ddmAwvymOIs) +* [Кто такие стейкхолдеры? Определения, типы и примеры](https://testengineer.ru/kto-takie-stejkkholdery/) diff --git a/obshee/tekhniki-ocenki-testov-ocenka-trudozatrat-na-testirovanie-test-estimation.md b/obshee/tekhniki-ocenki-testov-ocenka-trudozatrat-na-testirovanie-test-estimation.md index d8b244f..efd6491 100644 --- a/obshee/tekhniki-ocenki-testov-ocenka-trudozatrat-na-testirovanie-test-estimation.md +++ b/obshee/tekhniki-ocenki-testov-ocenka-trudozatrat-na-testirovanie-test-estimation.md @@ -48,8 +48,8 @@ Test Estimation - это управленческая деятельность, * Аналогии и рекомендации экспертов; * [Иерархическая структура работ (WBS - Work Breakdown Structure)](https://www.workbreakdownstructure.com); * Процентное отношение к разработке; -* [Процентное распределение (Percentage Distribution)](https://www.tutorialspoint.com/estimation\_techniques/estimation\_techniques\_testing.htm#:\~:text=Development%20Effort%20/100)-,Percentage%20Distribution,-In%20this%20technique); -* [Методики, основанные на опыте (Ad-hoc method/Experience-based estimation)](https://existek.com/blog/how-calculate-man-hours-software-project-explanation-example/#:\~:text=Experience%2Dbased%20estimation). +* [Процентное распределение (Percentage Distribution)](https://www.tutorialspoint.com/estimation\_techniques/estimation\_techniques\_testing.htm)-,Percentage%20Distribution,-In%20this%20technique); +* [Методики, основанные на опыте (Ad-hoc method/Experience-based estimation)](https://existek.com/blog/how-calculate-man-hours-software-project-explanation-example/). Наше любимое - метод проб и ошибок. Все мы им часто пользуемся. Нужно понимать, чем он отличается от метода экспертных оценок. Если вы уже работали с проектом, он вам знаком и что-то тестировали, то вы уже делаете как эксперт. Если вы не делали это для тестирования, не работали с проектом и никогда не сталкивались с этой областью или заказчиком, то вы оцениваете полностью пальцем в небо. В этом большая разница. @@ -202,8 +202,9 @@ _Планирование - оптимальное распределение р Доп. материал: -* [Подборка статей от Huib Schoots](https://www.huibschoots.nl/wordpress/?page\_id=441#:\~:text=by%20Michael%20Bolton-,Test%20Estimation,-%3A) +* [Подборка статей от Huib Schoots](https://www.huibschoots.nl/wordpress/?page\_id=441) * Стив Макконнелл - “Сколько стоит программный проект” +* [5 способов оценки времени на тестирование](https://telegra.ph/5-sposobov-ocenki-vremeni-na-testirovanie-05-30) * [Александр Александров - Оценка трудозатрат на тестирование в проектах сопровождения](https://www.youtube.com/watch?v=KFmjP4f-t9s) * [Эстимация в тестировании / Оценка трудозатрат на тестирование](https://www.youtube.com/watch?v=CfHBhmtES1g) * [Размышления об оценке тестирования](https://www.software-testing.ru/library/testing/general-testing/2700-thoughts-around-test-estimation) diff --git a/poleznye-ssylki/spisok-poleznykh-resursov-na-raznykh-platformakh.md b/poleznye-ssylki/spisok-poleznykh-resursov-na-raznykh-platformakh.md index 666bf2d..05a5cd4 100644 --- a/poleznye-ssylki/spisok-poleznykh-resursov-na-raznykh-platformakh.md +++ b/poleznye-ssylki/spisok-poleznykh-resursov-na-raznykh-platformakh.md @@ -81,8 +81,10 @@ Must have (потому что [раз](https://t.me/general\_it\_talks/161), [ * [QA With Natalia](https://www.youtube.com/user/natasturza/featured) * [Bogdan Ovsiyuk](https://www.youtube.com/channel/UC6SHu94JlUfSk5B5TwJwY7A) * [Alex QA](https://www.youtube.com/channel/UC4FsI-c69O8ui\_5kwM3dalA/featured) +* [QA SoftClub](https://www.youtube.com/channel/UCcXYca9A9cWNhW0pNLlg4cw) * [Плейлист “Качество и Тестирование ПО” от VK](https://www.youtube.com/watch?v=3MBT9O6i0jk\&list=PLrCZzMib1e9pDKLsabJYuODdVJrHYc4Jd) * [Плейлист “Тестирование мобильных и веб-приложений”](https://www.youtube.com/playlist?list=PL0sm2CxWDkuuVRlcP31lWBLAafcQIikyb) +* [Плейлист "Курс QA"](https://www.youtube.com/playlist?list=PL2MvZpJt-m5nX6AKyn7k0jLIAzY8yXl3o) **Web**: @@ -161,8 +163,7 @@ Must have (потому что [раз](https://t.me/general\_it\_talks/161), [ * [30 Things Every New Software Tester Should Learn](https://www.ministryoftesting.com/dojo/lessons/30-things-every-new-software-tester-should-learn) * [What Is Software Testing? 100+ Free Manual Testing Tutorials](https://www.softwaretestinghelp.com/manual-testing-tutorial-1/) * [IEEE Guide to the Software Engineering Body of Knowledge](https://ieeecs-media.computer.org/media/education/swebok/swebok-v3.pdf) - * [I am a Software Tester](https://www.xmind.net/m/s3Nt/#) - * [QA\_Links](https://github.com/skydive-dz/QA\_Links/blob/master/Links.md) + * [I am a Software Tester](https://www.xmind.net/m/s3Nt/) * **Русскоязычные**: * [ГОСТ Р 56920-2016/ISO/IEC/IEEE 29119-1:2013 Часть 1: “Понятия и определения”](https://docs.cntd.ru/document/1200134996) * [ГОСТ Р 56921-2016/ISO/IEC/IEEE 29119-2:2013 Часть 2: “Процессы тестирования”](https://docs.cntd.ru/document/1200134997) @@ -171,6 +172,7 @@ Must have (потому что [раз](https://t.me/general\_it\_talks/161), [ * [Подборка от Артёма Русова](https://docs.google.com/spreadsheets/d/1qaCuDQMQFB7yGO8N4C\_aC2ncyRobXkriReRsp-UTOE4/edit#gid=49997284) * [Подборка от сообщества QA juniors](https://docs.google.com/spreadsheets/u/0/d/18giT\_NbYLo9yc7yArAeTMnB8W9m3EqUvwftrfZMUyWQ/edit) * [Подборка от сообщества QA sisters](https://docs.google.com/spreadsheets/d/1jfC3vrW1NFAZz91Xp7rL4RqFhVoSJTBbbSs0JHiu0eg/edit#gid=0) + * [QA\_Links](https://github.com/skydive-dz/QA\_Links/blob/master/Links.md) * [Всё о QA: 80 бесплатных материалов по грамотному тестированию](https://tproger.ru/digest/free-software-testing-books/) * [Что должен уметь начинающий тестировщик](http://testbase.ru) * [Полезные ссылки для тестировщика](https://github.com/Kakha-Khinikadze/Links-QA/blob/master/Links.md) @@ -234,7 +236,7 @@ Must have (потому что [раз](https://t.me/general\_it\_talks/161), [ * [Как накидать тестов на некий функционал](https://www.youtube.com/watch?v=drO2aI3nLvo) * [Как накидать тестов на что-нибудь](https://www.youtube.com/watch?v=cmlI5aJxdwE) -[**Блоги**](https://www.maxshulga.ru/2016/06/useful-testers-resources.html?m=1#:\~:text=%D0%BE%D1%82%20%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D1%8F%20%D0%A1%D0%B0%D1%82%D0%B0%D1%80%D0%B8%D0%BD%D0%B0-,%D0%91%D0%BB%D0%BE%D0%B3%D0%B8,-%D0%BF%D1%80%D0%BE%20%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%2C%20%D0%BA%D0%BE%D1%82%D0%BE%D1%80%D1%8B%D0%B5): +[**Блоги**](https://www.maxshulga.ru/2016/06/useful-testers-resources.html?m=1): * [Никита Макаров](http://test-failed.blogspot.ru) - мастер автоматизации, но философские темы у него тоже хорошо удаются. * [Леша Виноградов](http://qa-blog.alexei-vinogradov.de) - мастер поднабросить на включенный вентилятор, диджей RadioQA @@ -251,10 +253,14 @@ Must have (потому что [раз](https://t.me/general\_it\_talks/161), [ * [Google Testing Blog](http://googletesting.blogspot.com) - я думаю из названия понятно * [QA Intelligence](http://qablog.practitest.com) - неплохие статьи * [About 98 Percent Done](http://about98percentdone.blogspot.ru) - хорошие статьи, но с адским белым шрифтом на черном фоне +* [QAk-QAk - и в продакшен](https://podcast.ru/1591500271) **Instagram/TikTok**: +* [Артём Русов](https://www.instagram.com/rusau.qalife/) +* [Вадим Ксендзов](https://www.instagram.com/vadim\_ksendzov/) * [lia\_qacoach](https://www.instagram.com/olia\_qacoach/) * [protestinginfo](https://www.instagram.com/protestinginfo/) * [ТОП блогов по тестированию (QA)](https://www.youtube.com/watch?v=YQlSV9jaBv8\&t=1263s) -* [vadim\_ksendzov](https://www.instagram.com/vadim\_ksendzov/) +* [ladybug.qa.courses](https://www.instagram.com/ladybug.qa.courses/) +* Рекомендации айтишников: блогеры, Youtube-каналы, страницы в Instagram diff --git a/poleznye-ssylki/spisok-resursov-po-instrumentam-testirovshika.md b/poleznye-ssylki/spisok-resursov-po-instrumentam-testirovshika.md index a7dab62..5ab8fd6 100644 --- a/poleznye-ssylki/spisok-resursov-po-instrumentam-testirovshika.md +++ b/poleznye-ssylki/spisok-resursov-po-instrumentam-testirovshika.md @@ -1,18 +1,5 @@ # Список ресурсов по инструментам тестировщика -* Мультитул: DevTools; -* Снифферы: Charles Proxy, Fiddler; -* Тестирование API: Postman, SoapUI; -* Тестирование производительности: JMeter; -* Тестирование безопасности: Kali linux, Santoku Linux + drozer, OWASP ZAP, … ; -* Тестирование UI/UX: Figma, Zeplin, любой mind map - like продукт; -* Фермы устройств для тестирования мобильных приложений: BrowserStack, Xamarin, AWS; -* Инструменты тестирования мобильных приложений; -* Системы контроля версий: GIT; -* Взаимодействие с базами данных: язык SQL, системы СУБД; -* Системы CI/CD: Jenkins/TeamCity; -* Прочее: мессенджеры, баг-трекинговые системы и TMS, генераторы тестовых данных и т.п. - **DevTools**: * В каждый современный браузер встроены инструменты разработчика - они позволяют быстро отловить и исправить ошибки в разметке или в коде. С их помощью можно узнать, как построилось DOM-дерево, какие теги и атрибуты есть на странице, почему не подгрузились шрифты и многое другое: @@ -59,6 +46,11 @@ Postman представляет собой мультитул для тести * [curl - учимся тестировать API](https://testengineer.ru/curl-uchimsya-testirovat-api/) * [Как мы тестируем Rest API в SM 2.0 с помощью Postman: сценарии, запросы, переменные окружения и немного автотестов](https://habr.com/ru/company/sportmaster\_lab/blog/646365/) * [Swagger: что это такое, и как с ним работать?](https://highload.today/swagger-api/) +* [Основы Cypress: тестирование API](https://www.software-testing.ru/library/testing/testing-tools/3809-cypress-basics-api-testing) +* [SOAP API](https://telegra.ph/SOAP-API-05-08) +* [SOAP UI](https://telegra.ph/SOAP-UI-05-09) +* [Что нужно знать про Postman: максимально коротко о Mock Servers, Flow и Visualize](https://habr.com/ru/company/rostelecom/blog/666766/) +* [Как выбрать инструмент для тестирования API](https://habr.com/ru/company/simbirsoft/blog/675878/) * **Открытые и тренировочные API**: * [Список открытых API](https://github.com/public-apis/public-apis) * [Обзор сайтов с API документацией](https://github.com/docops-hq/learnapidoc-ru/blob/master/Publishing-doc/API-doc-sites-list.md#100-) @@ -146,6 +138,7 @@ Git - это система контроля версий, которая упр * [Git простыми словами](https://www.youtube.com/watch?v=l26-jDN64o4) * [Как установить Git и выкачать репозиторий](https://www.youtube.com/watch?v=lZdGWJtrsNw) * [GitFlic](https://gitflic.ru) - первый российский сервис для хранения кода и работы с ним +* [Шпаргалка по консольным командам Git](https://github.com/cyberspacedk/Git-commands) * _Практическое задание: форкнуть себе репозиторий QA bible :)_ **SQL**: @@ -253,9 +246,10 @@ Git - это система контроля версий, которая упр * [Google Lighthouse](https://developers.google.com/web/tools/lighthouse/) * [artillery.io](https://artillery.io) * [Top 10 лучших инструментов для нагрузочного тестирования](https://www.performance-lab.ru/blog/luchshie-instrumenty-dlya-nagruzochnogo-testirovaniya) -* [10 инструментов тестирования производительности мобильных приложений](https://proglib.io/p/10-instrumentov-testirovaniya-proizvoditelnosti-mobilnyh-prilozheniy-2020-09-20#:\~:text=Akamai%20CloudTest%20%E2%80%93%20%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%20%D0%BD%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BE%D1%87%D0%BD%D0%BE%D0%B3%D0%BE,%D0%B8%20%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B8%20%D0%B2%D0%B8%D0%B7%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D1%85%20%D1%82%D0%B5%D1%81%D1%82%D0%BE%D0%B2.%20%D0%9E%D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8%3A) +* [10 инструментов тестирования производительности мобильных приложений](https://proglib.io/p/10-instrumentov-testirovaniya-proizvoditelnosti-mobilnyh-prilozheniy-2020-09-20) * [Топ-15 бесплатных инструментов для нагрузочного тестирования](https://testengineer.ru/besplatnye-instrumenty-dlya-nagruzochnogo-testirovaniya/) * [Использование Gatling. Разбираемся в тестировании HTTP](https://habr.com/ru/company/tinkoff/blog/658479/) +* [Тестирование производительности API с помощью K6](https://testengineer.ru/testirovanie-proizvoditelnosti-api-s-pomoshchyu-k6/) **Mind maps**: @@ -279,6 +273,10 @@ Git - это система контроля версий, которая упр * [10 Best test management tools for JIRA in 2022](https://theqalead.com/tools/test-management-tools-for-jira/) * [Successfully Managing Test Cases: Finding the Right Test Case Tool](https://blog.gurock.com/right-test-case-tool/) * [Allure. В поисках почти идеальной TMS](https://habr.com/ru/post/571476/) +* [FAQ по баг-трекингу JIRA](https://www.youtube.com/watch?v=rxyc1OXTijc) +* Руководство по лучшему программному обеспечению для отслеживания проблем: [часть 1](https://habr.com/ru/company/otus/blog/660821/), [часть 2](https://habr.com/ru/company/otus/blog/666360/) +* [Баг-трекинговые системы: Jira и альтернативные варианты](https://testengineer.ru/bag-trekingovye-sistemy-jira-i-alternativnye-varianty/) +* [Рациональный выбор системы управления тестированием](https://habr.com/ru/company/domrf/blog/672780/) **Полезные расширения для браузера**: @@ -417,6 +415,6 @@ Git - это система контроля версий, которая упр * [Воркшоп: Инструменты для дебага сети / Евгений Рядовой (СберМаркет)](https://www.youtube.com/watch?v=Bf9WDqwHWAc) * [Как установить два независимых Chrome браузера на один ПК](https://www.youtube.com/watch?v=tyg15uz2F1M) * [Инструменты коммуникации для QA, и не только](https://www.youtube.com/watch?v=W2N9ALAqHSE) -* [Application monitoring and error tracking software](https://sentry.io/welcome/#) +* [Application monitoring and error tracking software](https://sentry.io/welcome/) * [Katacoda - Learn new technologies using real environments right in your browser](https://www.katacoda.com) * [TestRail и дополнительные инструменты для тестировщика](https://www.youtube.com/watch?v=XQ7MoUT7rEk) diff --git a/prakticheskaya-chast/primery-zadach-na-sobesedovaniyakh-i-testovykh-zadanii.md b/prakticheskaya-chast/primery-zadach-na-sobesedovaniyakh-i-testovykh-zadanii.md index 590f743..dbfcca5 100644 --- a/prakticheskaya-chast/primery-zadach-na-sobesedovaniyakh-i-testovykh-zadanii.md +++ b/prakticheskaya-chast/primery-zadach-na-sobesedovaniyakh-i-testovykh-zadanii.md @@ -41,7 +41,7 @@ 39. У вас есть функционал калькулятора, доступный через веб браузер по ссылке . Он имеет только функцию делить, так сказать, MVP-версию. Диапазоны для вписывания в числитель и делитель от 0,1 до 99,9. Вывод значения происходит автоматически, потому что front-end реализован на React JS. Как вы будете тестировать этот функционал? Какие виды тестирования примените? Какие техники тест-дизайна используете? 40. [Несколько примеров задач с решениями](https://drive.google.com/file/d/1bUoYe6KeNO8bR3hhv-9ChuNPo0CwG1PX/view) 41. [Тестовое задание на позицию специалист по тестированию (QA специалист) в СПб ИАЦ](https://docs.google.com/document/u/0/d/1xJuebAdcFSBQtVpmvWjjkPDXLalvx2gAjd8Fhe\_UTg4/mobilebasic) -42. [Тестовое задание для специалиста по тестированию](https://docs.google.com/document/d/19wWZLQNDe8DSHZ8BAuX-DFa62SRYBy3qOKJAgqCqqQs/edit#) + [Инструкция](https://docs.google.com/document/d/18289fUEOSX1pmaLVBFmOMf32s1vAd5uVOLiTNoaLB40/edit#) +42. [Тестовое задание для специалиста по тестированию](https://docs.google.com/document/d/19wWZLQNDe8DSHZ8BAuX-DFa62SRYBy3qOKJAgqCqqQs/edit) + [Инструкция](https://docs.google.com/document/d/18289fUEOSX1pmaLVBFmOMf32s1vAd5uVOLiTNoaLB40/edit) 43. [Тестирование программы, которая определяет тип треугольника по трем его сторонам](https://playground.learnqa.ru/puzzle/triangle) 44. Тестовое задание: написать кейсы для [нового метода API](https://disk.yandex.ru/i/esax6PM2rZxLTw) 45. [Тестовое задание на позицию специалист по тестированию (QA специалист) в СПб ИАЦ](https://docs.google.com/document/u/0/d/1kQ\_WOYty6\_2jO4b8avLsIbRKl\_wEYAxaLINPglZXYg4/mobilebasic) @@ -86,4 +86,5 @@ * [Как бы вы протестировали дверь?](https://tproger.ru/quiz/kak-by-vy-protestirovali-dver/) * [Баги ListBoxer](https://software-testing.ru/forum/index.php?/topic/37944-bagi-listboxer/) * [Решение задачи: Палиндром](http://ap-test-team.blogspot.com/2011/08/blog-post.html) +* Тестовые задания: [раз](https://www.youtube.com/watch?v=Oafuzm8zcC8), [два](https://www.youtube.com/watch?v=9qc-7Gh6\_DU), [три](https://www.youtube.com/watch?v=RU1\_LAzJ3dw), [четыре](https://www.youtube.com/watch?v=XYDgk1cdFLU) * Множество практических задач с разбором было на [стримах Вадима Ксендзова](https://www.youtube.com/channel/UC6hNNlCXv1ZgdGpziNf83RA/videos) diff --git a/sdlc-i-stlc/modeli-razrabotki-po.md b/sdlc-i-stlc/modeli-razrabotki-po.md index f9c1e2e..8dba2b1 100644 --- a/sdlc-i-stlc/modeli-razrabotki-po.md +++ b/sdlc-i-stlc/modeli-razrabotki-po.md @@ -47,7 +47,7 @@ _Итеративная модель разработки (iterative development С точки зрения тестирования и управления качеством повышенное внимание рискам является ощутимым преимуществом при использовании спиральной модели для разработки концептуальных проектов, в которых требования естественным образом являются сложными и нестабильными (могут многократно меняться по ходу выполнения проекта). -Гибкая модель (agile model) +**Гибкая модель (agile model)** _Гибкая методология разработки программного обеспечения (agile software development): Группа методологий разработки программного обеспечения, основанных на итеративной поэтапной разработке, где требования и решения развиваются посредством сотрудничества между самоорганизующимися межфункциональными командами. (ISTQB)_ diff --git a/seti-i-okolo-nikh/baza-po-setyam.md b/seti-i-okolo-nikh/baza-po-setyam.md index b0a62e3..1e74625 100644 --- a/seti-i-okolo-nikh/baza-po-setyam.md +++ b/seti-i-okolo-nikh/baza-po-setyam.md @@ -173,6 +173,7 @@ UDP протокол не имеет такой гарантированной * В. Г. Олифер, Н. А. Олифер. “Компьютерные сети. Принципы, технологии, протоколы.” * [Цикл из 15 статей “Сети для самых маленьких”](https://habr.com/ru/post/134892/) * [Трансляция Saint HighLoad++ 2021, 20.09, Гриффиндор](https://www.youtube.com/watch?v=wG4u5XEl-vo) +* [Тестировщик с нуля / Урок 13. URL адрес. Что такое IP адрес и маска подсети? DNS сервер. Кэш и куки](https://www.youtube.com/watch?v=6gZ2OKkKzjw) * [Список сетевых протоколов](https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA\_%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D1%85\_%D0%BF%D1%80%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%BB%D0%BE%D0%B2) * [Маска подсети](https://ru.wikipedia.org/wiki/%D0%9C%D0%B0%D1%81%D0%BA%D0%B0\_%D0%BF%D0%BE%D0%B4%D1%81%D0%B5%D1%82%D0%B8) * [Сетевая топология](https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D0%B5%D0%B2%D0%B0%D1%8F\_%D1%82%D0%BE%D0%BF%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F) diff --git a/seti-i-okolo-nikh/http.md b/seti-i-okolo-nikh/http.md index 39f1834..49a0ebf 100644 --- a/seti-i-okolo-nikh/http.md +++ b/seti-i-okolo-nikh/http.md @@ -144,7 +144,7 @@ _Как сервер узнает, с какого типа устройства | 400-е (4ХХ) |

Ошибка клиента

(англ. Client Error)

| Указание ошибок со стороны клиента. При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. | | 500-е (5ХХ) |

Ошибка сервера

(англ. Server Error)

| Информирование о случаях неудачного выполнения операции по вине сервера. Для всех ситуаций, кроме использования метода HEAD, сервер должен включать в тело сообщения объяснение, которое клиент отобразит пользователю. | -Полный перечень можно найти [тут](https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA\_%D0%BA%D0%BE%D0%B4%D0%BE%D0%B2\_%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D1%8F\_HTTP). Данные диапазоны определены в стандартах, однако ничего не мешает в повседневной жизни увидеть и [неофициальные](https://en.wikipedia.org/wiki/List\_of\_HTTP\_status\_codes#:\~:text=Fi%20hotspot), [еще](https://developer.fastly.com/reference/http/http-statuses/) и [еще](https://support.cloudflare.com/hc/en-us/articles/360029779472-Troubleshooting-Cloudflare-1XXX-errors). +Полный перечень можно найти [тут](https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA\_%D0%BA%D0%BE%D0%B4%D0%BE%D0%B2\_%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D1%8F\_HTTP). Данные диапазоны определены в стандартах, однако ничего не мешает в повседневной жизни увидеть и [неофициальные](https://en.wikipedia.org/wiki/List\_of\_HTTP\_status\_codes), [еще](https://developer.fastly.com/reference/http/http-statuses/) и [еще](https://support.cloudflare.com/hc/en-us/articles/360029779472-Troubleshooting-Cloudflare-1XXX-errors). **Почему ошибка 404 относится к 4** - клиентской, если по интуитивно должна быть серверной? Объясняется это тем, что сервер работает и готов вернуть страницу в ответ на запрос, однако страницы по запрашиваемому адресу у него попросту нет. Таким образом, вины сервера в этом нет и предполагается опечатка в URL, которая является виной клиента. В этом вопросе сбивает с толку то, что ошибка 404 часто возвращается, когда страница была перемещена или удалена, или не совпадает имя файла в коде и на сервере. Тогда корректнее показывать ошибки 301 Moved Permanently (перемещено), что можно настроить в конфигурации большинства серверов, либо производить перенаправление на другой URL, и возвращать код 410 Gone (удалено). Однако, так как эти два варианта требуют специальной настройки сервера, большинство веб-сайтов не используют их. @@ -211,6 +211,7 @@ HTTPS не является отдельным протоколом. Это об Доп. материал: +* [Протокол HTTP что это такое / Урок 23 / Тестировщик с нуля](https://www.youtube.com/watch?v=sboscOZzOO0) * [HTTP для тестировщиков](https://www.youtube.com/watch?v=iS-D5jZ\_c24\&t=1s\&ab\_channel=HillelITSchool) * [Идемпотентный метод](https://developer.mozilla.org/ru/docs/Glossary/Idempotent) * [Жизненный цикл HTTP-запроса](https://www.youtube.com/watch?v=8ZKlOD4fRT0) diff --git a/seti-i-okolo-nikh/klient-servernaya-arkhitektura-client-server-architecture.md b/seti-i-okolo-nikh/klient-servernaya-arkhitektura-client-server-architecture.md index ffd432a..4605598 100644 --- a/seti-i-okolo-nikh/klient-servernaya-arkhitektura-client-server-architecture.md +++ b/seti-i-okolo-nikh/klient-servernaya-arkhitektura-client-server-architecture.md @@ -64,13 +64,6 @@ Архитектура «клиент-сервер» является основой большинства корпоративных сетей и берет свое начало от самых первых вычислительных машин, т.н. «мэйнфреймов». -_Примечание. Можно встретить такие понятия:_ - -* _“Толстый” клиент: на сервере реализованы главным образом функции доступа к базам данных, а основные прикладные вычисления выполняются на стороне клиента;_ -* _“Тонкий клиент”: на сервере выполняется основная часть прикладной обработки данных, а на клиентские рабочие станции передаются уже результаты обработки данных для просмотра и анализа пользователем с возможностью их последующей обработки (в минимальном объеме)._ -* _“Горячий/теплый” клиент: с кэшем и куками;_ -* _“Холодный” клиент: чистый, без или очищеный от кук и кэша._ - **Статические и динамические сайты** **Статический сайт** - это тот, который возвращает тот же жёсткий кодированный контент с сервера всякий раз, когда запрашивается конкретный ресурс. Например, если у вас есть страница о товаре в /static/myproduct1.html, эта же страница будет возвращена каждому пользователю. Если вы добавите еще один подобный товар на свой сайт, вам нужно будет добавить ещё одну страницу (например, myproduct2.html) и так далее. Это может стать действительно неэффективным - что происходит, когда вы попадаете на тысячи страниц товаров? Вы повторяли бы много кода на каждой странице (основной шаблон страницы, структуру и т. д.), И если бы вы захотели изменить что-либо в структуре страницы - например, добавить новый раздел «связанные товары» - тогда вам придётся менять каждую страницу отдельно. diff --git a/test-dizain/dynamic-black-box.md b/test-dizain/dynamic-black-box.md index 71a0cf5..dcd1a15 100644 --- a/test-dizain/dynamic-black-box.md +++ b/test-dizain/dynamic-black-box.md @@ -6,21 +6,22 @@ _Основанные на спецификации методы проекти Все specification-based или Black Box testing techniques могут быть удобно описаны и систематизированы с помощью следующей таблицы: -| **Группа** | **Техника** | **Когда используется** | -| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | -|

Элементарные техники:

| Equivalence Partitioning | Входные и выходные параметры имеют большое количество возможных значений | -| Boundary Value Analysis | Значения параметров имеют явные (например, четко определенные в документации) границы и диапазоны или неявные (например, известные технические ограничения) границы | | -|

Комбинаторные стратегии:

| All Combinations | Количество возможных комбинаций входных значений достаточно мало, или каждая отдельная комбинация входных значений приводит к определенному выходному значению | -| Pairwise Testing | Количество входных комбинаций чрезвычайно велико и должно быть сокращено до приемлемого набора кейсов | | -| Each Choice Testing | У вас есть функции, при которых скорее конкретное значение параметра вызывает ошибку, нежели комбинация значений | | -| Base Choice Testing | Вы можете выделить набор значений параметров, который имеет наибольшую вероятность использования | | -|

Продвинутые техники:

| Decision Table Testing | Существует набор комбинаций параметров и их выходных данных, описываемых бизнес-логикой или другими правилами | -| Classification Tree Method | У вас есть иерархически структурированные данные, или данные могут быть представлены в виде иерархического дерева | | -| State Transition Testing | В функциональности есть очевидные состояния, переходы которых регулируются правилами (например, потоки) | | -| Cause-Effect Graphing | Причины (входы) и следствия (выходы) связаны большим количеством сложных логических зависимостей | | -| Scenario Testing | В функционале есть четкие сценарии | | -| Другие техники | Random Testing | Вам необходимо имитировать непредсказуемость реальных вводных данных, или функциональность имеет несистематические дефекты | -| Syntax Testing | Функциональность имеет сложный синтаксический формат для входных данных (например, коды, сложные имена электронной почты и т. д.) | | +| **Группа** | **Техника** | **Когда используется** | +| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +|

Элементарные техники:

| Equivalence Partitioning | Входные и выходные параметры имеют большое количество возможных значений | +| - | Boundary Value Analysis | Значения параметров имеют явные (например, четко определенные в документации) границы и диапазоны или неявные (например, известные технические ограничения) границы | +| | | | +|

Комбинаторные стратегии:

| All Combinations | Количество возможных комбинаций входных значений достаточно мало, или каждая отдельная комбинация входных значений приводит к определенному выходному значению | +| - | Pairwise Testing | Количество входных комбинаций чрезвычайно велико и должно быть сокращено до приемлемого набора кейсов | +| - | Each Choice Testing | У вас есть функции, при которых скорее конкретное значение параметра вызывает ошибку, нежели комбинация значений | +| - | Base Choice Testing | Вы можете выделить набор значений параметров, который имеет наибольшую вероятность использования | +|

Продвинутые техники:

| Decision Table Testing | Существует набор комбинаций параметров и их выходных данных, описываемых бизнес-логикой или другими правилами | +| - | Classification Tree Method | У вас есть иерархически структурированные данные, или данные могут быть представлены в виде иерархического дерева | +| - | State Transition Testing | В функциональности есть очевидные состояния, переходы которых регулируются правилами (например, потоки) | +| - | Cause-Effect Graphing | Причины (входы) и следствия (выходы) связаны большим количеством сложных логических зависимостей | +| - | Scenario Testing | В функционале есть четкие сценарии | +| Другие техники | Random Testing | Вам необходимо имитировать непредсказуемость реальных вводных данных, или функциональность имеет несистематические дефекты | +| - | Syntax Testing | Функциональность имеет сложный синтаксический формат для входных данных (например, коды, сложные имена электронной почты и т. д.) | **Эквивалентное разделение (Equivalence Partitioning (ISTQB/Myers 1979) / Equivalence Class Testing (Lee Copeland))** @@ -347,6 +348,7 @@ _Исчерпывающее тестирование (exhaustive testing): Ме Доп. материал: +* [Плейлист "Тест-дизайн"](https://www.youtube.com/playlist?list=PLbHzpTP8TBBGBWhfLijaI6Nb8-0dFw4Qg) * [Тестирование областей определения или классы эквивалентности + анализ граничных значений + pairwise](https://habr.com/ru/amp/post/270909/) * [Классы эквивалентности](https://www.youtube.com/watch?v=MacODm0nh9o) * [Классы эквивалентности для населенных пунктов в адресах](https://okiseleva.blogspot.com/2019/10/blog-post\_30.html) @@ -370,6 +372,8 @@ _Исчерпывающее тестирование (exhaustive testing): Ме * [Cause-Effect Graph example](https://www.softwaretestingclass.com/what-is-cause-and-effect-graph-testing-technique/) * [https://app.diagrams.net/](https://app.diagrams.net) * [Decision Table - что это и как применять](https://habr.com/ru/post/546432/) +* [Таблица решений для тестирования фильтрации с зависимыми фильтрами](https://habr.com/ru/post/664952/) +* [Тестирование состояний и переходов / Таблица принятия решений](https://www.youtube.com/watch?v=e84cyz2HC24) * [State & Transition Diagram - что это и как применять](https://habr.com/ru/post/548192/) * [Тестирование состояний и переходов / Таблица принятия решений](https://www.youtube.com/watch?v=e84cyz2HC24) * [State Transition на примере тортика!](https://okiseleva.blogspot.com/2018/10/state-transition.html) diff --git a/test-dizain/dynamic-white-box.md b/test-dizain/dynamic-white-box.md index 6b741af..6d1c674 100644 --- a/test-dizain/dynamic-white-box.md +++ b/test-dizain/dynamic-white-box.md @@ -8,7 +8,7 @@ _Поток данных (data flow): Абстрактное представл _Поток управления (control flow): Последовательность событий (путей) в процессе выполнения компонента или системы. (ISTQB)_ -**Динамическое тестирование методом белого ящика** - это стратегия, основанная на внутренних путях, структуре и реализации тестируемого программного обеспечения. Тесты здесь выполняются динамически, т.е. с запуском объекта тестирования и основаны на различных видах покрытии кода (путей исполнения программы). +**Динамическое тестирование методом белого ящика** - это стратегия, основанная на внутренних путях, структуре и реализации тестируемого программного обеспечения. Тесты здесь выполняются динамически, т.е. с запуском объекта тестирования и основаны на различных видах покрытия кода (путей исполнения программы). Глобально основных техник динамического тестирования методом белого ящика всего две: diff --git a/test-dizain/test-dizain-i-tekhniki-test-dizaina-test-design-and-software-testing-techniques.md b/test-dizain/test-dizain-i-tekhniki-test-dizaina-test-design-and-software-testing-techniques.md index cf3de39..c0aaa89 100644 --- a/test-dizain/test-dizain-i-tekhniki-test-dizaina-test-design-and-software-testing-techniques.md +++ b/test-dizain/test-dizain-i-tekhniki-test-dizaina-test-design-and-software-testing-techniques.md @@ -95,7 +95,6 @@ _Тестовое условие (test condition): Объект или собы * Domain testing * Decision Table Testing * Classification Tree Method - * State Transition Testing * Cause-Effect Graphing * Scenario Testing * Random Testing @@ -117,8 +116,10 @@ _Тестовое условие (test condition): Объект или собы * [Test Design: A Survey of Black Box Software Testing Techniques](http://www.testingeducation.org/BBST/testdesign/) (видеолекции + доп.материалы) * Борис Бейзер - “Тестирование черного ящика. Технологии функционального тестирования программного обеспечения и систем” * [Hillel - Техники тест-дизайна](https://www.youtube.com/watch?v=hJoChcIQFaE) (доклад с примерами) +* [Тест-дизайн. Что это такое? Тест дизайн в тестировании ПО. Test design](https://www.youtube.com/watch?v=x8QI3vNxg-8) * [Лекция 3: Критерии выбора тестов](https://intuit.ru/studies/courses/48/48/lecture/1428) * [NIXMultiConf: Игорь Ямшанов - Приоритезация: начни с самого важного](https://www.youtube.com/watch?v=qkUCzvP-5mg\&t=20547s\&ab\_channel=NIX) * [Armando1514/Software-testing-techniques](https://github.com/Armando1514/Software-testing-techniques) * [The ABCs of Acceptance Test Design](https://dzone.com/articles/the-abcs-of-acceptance-test-design) * [Software testing methodologies](https://mrcet.com/downloads/digital\_notes/CSE/III%20Year/Software%20Testing%20Methodologies.pdf) +* [Анализ тестов - как выкидывать лишнее](https://habr.com/ru/post/670428/) diff --git a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/drugoe.md b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/drugoe.md index 0920204..7abf677 100644 --- a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/drugoe.md +++ b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/drugoe.md @@ -1,5 +1,6 @@ # Другое +* [Нюансы тестирования голосового помощника в банковском приложении](https://habr.com/ru/company/alfa/blog/663442/) * [Как тестировать транзакции Visa и Mastercard в финтех-приложении](https://dou.ua/forums/topic/34554/) * [О чем нужно помнить, тестируя носимые устройства](https://dou.ua/forums/topic/35700/) * [WebRTC лицом к лицу. Нагрузочный тест видео чата](https://habr.com/ru/company/flashphoner/blog/570308/) diff --git a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-igr-game-testing.md b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-igr-game-testing.md index 3511103..58980a5 100644 --- a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-igr-game-testing.md +++ b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-igr-game-testing.md @@ -210,3 +210,4 @@ * [ISTQB Gambling Industry Tester](https://www.istqb.org/certification-path-root/gambling-industry-tester.html) * [Podlodka #252 - Теория игр](https://www.youtube.com/watch?v=ClSI4w4AcpQ) * [Как тестировать игровой баланс?](https://www.youtube.com/watch?v=Xf\_RwCpT7hY) +* [Особенности работы QA в геймдеве](https://www.youtube.com/watch?v=gs3NbPeS5q0) diff --git a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-veb-saita-ili-veb-prilozheniya-web-application.md b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-veb-saita-ili-veb-prilozheniya-web-application.md index c14d66c..148ec2f 100644 --- a/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-veb-saita-ili-veb-prilozheniya-web-application.md +++ b/testirovanie-v-raznykh-sferakh-oblastyakh-testing-different-domains/testirovanie-veb-saita-ili-veb-prilozheniya-web-application.md @@ -284,6 +284,7 @@ Доп. материалы: +* [Web Testing Specific (особенности тестирования Web)](https://habr.com/ru/company/space307/blog/668974/) * [Тестирование веб-проектов. Основные этапы и практические советы.](https://www.youtube.com/watch?v=GyE-TMG1HUA) * [Best Web Application Testing Tools (Free and Paid) for 2022](https://www.softwaretestingmaterial.com/web-application-testing-tools/) * [Чек-лист тестирования WEB приложений](https://habr.com/ru/post/542422/) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/bag-report-defect-bug-report.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/bag-report-defect-bug-report.md index 7a15a73..9303834 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/bag-report-defect-bug-report.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/bag-report-defect-bug-report.md @@ -38,7 +38,7 @@ _Отчет о дефекте (defect report): Документ, содержа Помимо прочего, баг-репорты могут создаваться не только тестировщиками, но и любыми членами команды, приходить от пользователей или техподдержки. Во втором случае необходимо будет воспроизвести ошибку, составить баг-репорт по всем правилам или дополнить присланный, затем провести ретроспективу на тему того, как ошибка попала в прод и как этого избежать в будущем. -**Несколько ключевых моментов, которые следует учитывать при написании отчета об ошибке:** +**Несколько ключевых моментов, которые следует учитывать при написании отчета об ошибке:** * В одном отчете один баг; * Воспроизведите его 2-3 раза; @@ -67,3 +67,5 @@ _Отчет о дефекте (defect report): Документ, содержа * [Шаблон бага](http://okiseleva.blogspot.com/2015/05/blog-post\_25.html) * [Как воспроизвести баг](https://www.youtube.com/watch?v=1NLd5cvaBAI) * [О записи багов, или Найди кота](https://habr.com/ru/company/developersoft/blog/456132/) +* [Требования к bug report](https://medium.com/@Pneumothorax/bug-report-f2860a4f5455) +* [КАК ПИСАТЬ БАГ РЕПОРТ НА АНГЛИЙСКОМ. ТЕСТИРОВАНИЕ НА ПРИМЕРЕ](https://www.youtube.com/watch?v=8Uf\_Kdkuq5s) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/chek-list-check-list.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/chek-list-check-list.md index c7fec5d..ebbd773 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/chek-list-check-list.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/chek-list-check-list.md @@ -3,10 +3,12 @@ Контрольный список/лист проверок - это список проверок, которые помогают тестировщику протестировать приложение или отдельные функции. Основная цель чеклиста состоит в том, чтобы вы не забыли проверить всё, что планировали. Классический чеклист состоит из: * 1-й столбец: заголовки тест-кейсов, структурированные по разделам/функционалу, или любые определенные составителем пункты; -* 2-й столбец для отметки: пусто (еще не проверялось)/успех/ошибка; +* 2-й столбец для отметки: pass/fail; * 3-й столбец опционально под заметки. -Примеры чек-листов из жизни: +Если чек-лист используется еще и для наглядного отображения хода тестирования (а-ля test run), 2-й столбец может иметь опции: пусто (еще не проверялось)/успех/ошибка/пропущено или заблокировано (например, другим дефектом). + +Примеры простых чек-листов из обычной жизни: * Список проверок при покупке б/у ноутбука; * Список вещей/дел во время сборов в путешествие; diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/metriki-testirovaniya-software-test-metrics.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/metriki-testirovaniya-software-test-metrics.md index 97e18d7..3357979 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/metriki-testirovaniya-software-test-metrics.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/metriki-testirovaniya-software-test-metrics.md @@ -56,7 +56,7 @@ _Метрика (metric): Шкала измерений и метод, испо * [Покрытие требований (Requirements Coverage)](http://www.protesting.ru/testing/testcoverage.html#requirements) - оценка покрытия тестами функциональных и нефункциональных требований к продукту путем построения матриц трассировки (traceability matrix). * [Покрытие кода (Code Coverage)](http://www.protesting.ru/testing/testcoverage.html#code) - оценка покрытия исполняемого кода тестами, путем отслеживания непроверенных в процессе тестирования частей ПО. -* [Тестовое покрытие на базе анализа потока управления](http://www.protesting.ru/testing/testcoverage.html#flow) - это одна из техник тестирования белого ящика, основанная на определении путей выполнения кода программного модуля и создания выполняемых тест кейсов для покрытия этих путей. +* [Тестовое покрытие на базе анализа потока управления](http://www.protesting.ru/testing/testcoverage.html#flow) - это одна из техник тестирования белого ящика, основанная на определении путей выполнения кода программного модуля и создания выполняемых тест кейсов для покрытия этих путей. Различия:\ Метод покрытия требований сосредоточен на проверке соответствия набора проводимых тестов требованиям к продукту, в то время как анализ покрытия кода - на полноте проверки тестами разработанной части продукта (исходного кода), а анализ потока управления - на прохождении путей в графе или модели выполнения тестируемых функций (Control Flow Graph). @@ -98,3 +98,4 @@ _**Альтернативное мнение**_ * [Тестовое покрытие по Бейзеру // Бесплатный урок OTUS](https://www.youtube.com/watch?v=jqjJ256CZhk) * [Оцениваем риски в тестировании с помощью open source-проекта Drill4j](https://www.youtube.com/watch?v=zN-F71rEXh4) * [Метрики в тестировании. Матрица трассировки](https://www.youtube.com/watch?v=OyCnB2LvAtQ) +* [Оценка тестового покрытия на проекте](https://www.software-testing.ru/library/testing/test-management/2157-measuring-test-coverage) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/plan-testirovaniya-test-plan.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/plan-testirovaniya-test-plan.md index 86667af..f65cda9 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/plan-testirovaniya-test-plan.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/plan-testirovaniya-test-plan.md @@ -31,15 +31,15 @@ _“План тестирования (test plan): Документ, описы В гибких методологиях всё чаще говорят о концепции одностраничного тест-плана, а в случае необходимости дополнений и уточнений просто создаются ссылки на внешние страницы/документы. Такой план может быть и в гугл-таблицах, в виде дашборда, mind map, и как вам самим вздумается. Тест-план призван отвечать на те вопросы, ради которых его создают. Порой весомую часть пользы от данной активности можно получить на этапе самого планирования и составления плана, а не от самого документа. Если команда понимает, что никакой практической “боли” этот документ и его создание не решает, на него нет времени, то можно прекрасно обойтись и без его формализации, т.к. в некоей словесной форме он всё равно будет существовать всегда. -_“В зависимости от размеров команды, сложности продукта, количества зависимостей и строгости критериев качества эти вопросы могут быть иными. Если процесс тестирования имеет большое количество зависимостей, например разные команды должны выполнять разные этапы тестирования в строго определенном порядке - это необходимо фиксировать. Без этого ты не только не сможешь планировать работу команд, но и несколько раз выстрелишь себе в ногу, когда команды будут блокировать друг друга из-за того, что заранее не проговорили зависимости. Чем более комплексным является объект тестирования (и как результат само тестирование), тем более подробного описания требует методология тестирования, применяемые подходы и практики - просто за счёт увеличения объема того, что необходимо проверить. Без этого сложно оценивать объемы работ, давать эстимейты и строить планы по релизам. Чем более точно и строго необходимо оценивать уровень качества, тем более детально должны быть описаны критерии прохождения тестирования, ключевые метрики и_ [_quality gate_](https://habr.com/ru/post/542676/)_\`ы. Потому что без их формализации нельзя будет однозначно оценить результаты тестирования. Люди, находящиеся за пределами команды тестирования (а иногда и команды разработки в целом) хотят понимать, что вообще происходит на этапе тестирования и как обеспечивается качество продукта. Иногда это связано с регуляторикой отрасли, иногда для согласования объемов работы с заказчиком, иногда из-за высокой степени рисков или просто потому, что работа этих людей напрямую зависит от результатов процесса обеспечения качества.“ (с)_ [_Shoo and Endless Agony: What's the plan?_](https://t.me/shooandendlessagony/76)\_\_ +_“В зависимости от размеров команды, сложности продукта, количества зависимостей и строгости критериев качества эти вопросы могут быть иными. Если процесс тестирования имеет большое количество зависимостей, например разные команды должны выполнять разные этапы тестирования в строго определенном порядке - это необходимо фиксировать. Без этого ты не только не сможешь планировать работу команд, но и несколько раз выстрелишь себе в ногу, когда команды будут блокировать друг друга из-за того, что заранее не проговорили зависимости. Чем более комплексным является объект тестирования (и как результат само тестирование), тем более подробного описания требует методология тестирования, применяемые подходы и практики - просто за счёт увеличения объема того, что необходимо проверить. Без этого сложно оценивать объемы работ, давать эстимейты и строить планы по релизам. Чем более точно и строго необходимо оценивать уровень качества, тем более детально должны быть описаны критерии прохождения тестирования, ключевые метрики и_ [_quality gate_](https://habr.com/ru/post/542676/)_\`ы. Потому что без их формализации нельзя будет однозначно оценить результаты тестирования. Люди, находящиеся за пределами команды тестирования (а иногда и команды разработки в целом) хотят понимать, что вообще происходит на этапе тестирования и как обеспечивается качество продукта. Иногда это связано с регуляторикой отрасли, иногда для согласования объемов работы с заказчиком, иногда из-за высокой степени рисков или просто потому, что работа этих людей напрямую зависит от результатов процесса обеспечения качества.“ (с)_ [_Shoo and Endless Agony: What's the plan?_](https://t.me/shooandendlessagony/76) **Виды тест-планов**: -* **Мастер Тест-План** ([Master Test Plan](https://tryqa.com/what-are-master-test-plans-level-test-plan-examples-when-to-use/)): \_“Главный план тестирования (master test plan, project test plan): План тестирования, обычно охватывающий несколько уровней тестирования.” (ISTQB). \_Это может быть как единственный базовый план, так и главный в иерархии нескольких планов, самый статичный и высокоуровневый. Нужен когда: +* **Мастер Тест-План** ([Master Test Plan](https://tryqa.com/what-are-master-test-plans-level-test-plan-examples-when-to-use/)): _“Главный план тестирования (master test plan, project test plan): План тестирования, обычно охватывающий несколько уровней тестирования.” (ISTQB)_. Это может быть как единственный базовый план, так и главный в иерархии нескольких планов, самый статичный и высокоуровневый. Нужен когда: * продукт имеет множество релизов или итераций, между которыми сохраняется общая информация, которую нет смысла повторять; * различные тестовые команды работают над одним продуктом, выполняя различные задачи, которые необходимо объединить в рамках одного документа; * **Детальный Тест-план** (Phase Test plan): _“Уровневый план тестирования (level test plan): План тестирования, обычно относящийся к одному уровню тестирования.” (ISTQB)._ Детальный план составляется на каждый релиз/итерацию или для каждой команды в рамках проекта и является динамическим, т.е. может претерпевать изменения по необходимости. Его основная цель - кратко и доходчиво отразить задачи тестирования. Детальных планов может быть несколько для отдельных модулей ПО или команд тестирования. Кроме того, могут быть созданы планы для отдельных уровней тестирования (Level Test Plan) или видов тестирования. В Agile проектах могут быть планы итерационного тестирования ([iteration testing plans](https://tryqa.com/what-is-release-and-iteration-planning-in-agile-methodology/)) для каждой итерации; -* **План приемочных испытаний** (Acceptance Test Plan, ПСИ):\*\* \*\*план приемочного тестирования отличают от обычного плана тестирования факторы, которые приводят к принятию бизнес-решения. План приемочного тестирования - это один из жизненно важных документов, который содержит руководство по выполнению приемочного тестирования для конкретного проекта. Пишется на основе бизнес-требований (Business Requirements). Ревью этого плана обычно выполняется by Managers/Business Analysts/Customers. +* **План приемочных испытаний** (Acceptance Test Plan, ПСИ): план приемочного тестирования отличают от обычного плана тестирования факторы, которые приводят к принятию бизнес-решения. План приемочного тестирования - это один из жизненно важных документов, который содержит руководство по выполнению приемочного тестирования для конкретного проекта. Пишется на основе бизнес-требований (Business Requirements). Ревью этого плана обычно выполняется by Managers/Business Analysts/Customers. Источники: diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/strategiya-testirovaniya-test-strategy.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/strategiya-testirovaniya-test-strategy.md index f1f6c2d..6b76b2e 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/strategiya-testirovaniya-test-strategy.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/strategiya-testirovaniya-test-strategy.md @@ -28,6 +28,7 @@ _Стратегия тестирования (test strategy): Высокоуро Доп. материал: * [Большая качественная подборка материалов по теме](https://www.huibschoots.nl/wordpress/?page\_id=441#strategy) +* [Пишем стратегию тестирования для Agile/Scrum-проекта](https://habr.com/ru/company/ru\_mts/blog/666092/) * [Practical test strategy using heuristics](https://huddle.eurostarsoftwaretesting.com/resources/test-management/practical-test-strategy-using-heuristics/) * [Creating a Quality Strategy](https://thinkingtester.com/creating-a-quality-strategy/) * [Стратегия обеспечения качества и вопросы в процессе ее составления](https://testengineer.ru/strategiya-obespecheniya-kachestva/) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/test-keis-test-case.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/test-keis-test-case.md index 90bcdf0..fd7c916 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/test-keis-test-case.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/test-keis-test-case.md @@ -44,6 +44,7 @@ _Тестовый сценарий низкого уровня (low level test c Доп. материал: * [Тест-кейсы: полная лекция из ШНАТ](https://www.youtube.com/watch?v=0xuOOlhb5SQ) +* [Тест-кейсы по полочкам - как в библиотеке! Наводим порядок в структуре и содержании тестовой документации](https://habr.com/ru/company/lenta\_utkonos\_tech/blog/668968) * [Составление тест-кейсов](https://www.youtube.com/watch?v=VG8hAQjxAkI) * [12 характеристик высокоэффективных тестов](https://software-testing.ru/library/testing/test-analysis/3495-12-traits-of-highly-effective-tests) * [Blog: Evaluating Test Cases, Checks, and Tools](https://www.developsense.com/blog/2021/04/evaluating-test-cases-checks-and-tools/) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/trebovaniya-requirements.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/trebovaniya-requirements.md index 1a1d10c..f623cf0 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/trebovaniya-requirements.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/trebovaniya-requirements.md @@ -164,6 +164,7 @@ _Спецификация тестовых сценариев (test case specifi * [Критерии качества требований и как им следовать](https://dou.ua/forums/topic/35139/) * [IEEE Guide to the Software Engineering Body of Knowledge](https://ieeecs-media.computer.org/media/education/swebok/swebok-v3.pdf). Chapter 1. +* [Функциональная спецификация интерфейса: что это, зачем нужна, как её писать](https://habr.com/ru/post/671540/) * [Software Requirements Engineering: What, Why, Who, When, and How By Linda Westfall](http://www.westfallteam.com/Papers/The\_Why\_What\_Who\_When\_and\_How\_Of\_Software\_Requirements.pdf) * Карл Вигерс «Разработка требований к программному обеспечению» * [Святослав Куликов “Тестирование программного обеспечения. Базовый курс”](https://svyatoslav.biz/software\_testing\_book/). Раздел 2.2.8. “Типичные ошибки при анализе и тестировании требований”. diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-otchetov-reports.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-otchetov-reports.md index 2dd5195..fdd94dc 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-otchetov-reports.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-otchetov-reports.md @@ -56,6 +56,7 @@ _Итоговый отчет о тестировании (test summary report): Доп. материал: +* [Отчет о тестировании / Урок 19 / Тестировщик с нуля](https://www.youtube.com/watch?v=JwuZY4Gdb2I) * [Как составить отчет о тестировании](https://telegra.ph/test-report-04-15) * [48+ SAMPLE Test Report Templates](https://www.sample.net/reports/test-report/) * [Отчет по результатам тестирования сайта](https://www.performance-lab.ru/wp-content/themes/pureengineering/images/sitetesting/test\_report\_example.pdf) diff --git a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-testovoi-dokumentacii.md b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-testovoi-dokumentacii.md index 39bc0a5..34aeaa2 100644 --- a/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-testovoi-dokumentacii.md +++ b/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/vidy-testovoi-dokumentacii.md @@ -40,8 +40,7 @@ _Тестовое обеспечение (testware): Артефакты, соз * **Тест сурвей (Test Survey)**: в рунете только [один источник](https://www.a1qa.ru/blog/obespechivaem-kachestvo-mobilnyh-prilozhenij-shag-2-planirovanie-testovyh-aktivnostej/) о нем, но есть упоминания в истории чатов коммьюнити. Test Survey по детализации занимает место посередине между чек-листом и тест-кейсом, а именно содержит в себе только summary и expected result. Т.е. подробнее чек-листов, где только заголовки, но с ожидаемым результатом и без шагов и прочего как в тест-кейсах; * **Чек-лист** (Check List): перечень формализованных Test case в упрощенном виде удобном для проведения проверок, часто только список из заголовков кейсов; * **Матрица прослеживаемости требований** (Requirements Traceability Matrix): документ, который соотносит требования с тестовыми примерами; -* **Тестовые данные** (Test Data): “\_данные, которые существуют (например, в базе данных) на начало \_ -* _выполнения теста и влияют на работу, или же испытывают влияние со стороны тестируемой системы или компонента.” (ISTQB). “Созданные или отобранные данные, удовлетворяющие входным требованиям для выполнения одного или более контрольных примеров, которые могут быть определены в плане тестирования, контрольном примере или процедуре тестирования.” (ГОСТ 56920)_ +* **Тестовые данные** (Test Data): “данные, которые существуют (например, в базе данных) на начало _выполнения теста и влияют на работу, или же испытывают влияние со стороны тестируемой системы или компонента.” (ISTQB). “Созданные или отобранные данные, удовлетворяющие входным требованиям для выполнения одного или более контрольных примеров, которые могут быть определены в плане тестирования, контрольном примере или процедуре тестирования.” (ГОСТ 56920)_ * **Отчет о дефектах** (Defect Report): цель документа заключается в том, чтобы зафиксировать факт ошибки и передать разработчикам подробную информацию о ней; * **Отчет о выполнении теста** (Test Execution Report): содержит результаты тестирования и сводку действий по выполнению тестов; * **Сводный отчет о тестировании** (Test summary report): представляет собой документ высокого уровня, в котором резюмируются проведенные действия по тестированию, а также результаты тестирования; @@ -69,7 +68,10 @@ _Тестовое обеспечение (testware): Артефакты, соз * [ГОСТ Р ИСО/МЭК 15910-2002: “Процесс создания документации пользователя программного средства”](https://docs.cntd.ru/document/1200030141) * [ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 “Описание архитектуры”](https://docs.cntd.ru/document/1200139542) * [Podlodka#223 - Техническая документация](https://www.youtube.com/watch?v=S8kiPiG0jW8) -* [Пользовательская документация](https://habr.com/ru/post/542288/#:\~:text=2.%C2%A0-,%D0%9F%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B0%D1%8F,-%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D0%B8%D1%8F) +* [Пользовательская документация](https://habr.com/ru/post/542288/) * [What Is Test Data? Test Data Preparation Techniques With Example](https://www.softwaretestinghelp.com/tips-to-design-test-data-before-executing-your-test-cases/) * [Что такое тестовая документация и зачем она нужна?](https://testengineer.ru/chto-takoe-testovaya-dokumentaciya-i-zachem-ona-nuzhna/) * [Шаблон улучшения](http://okiseleva.blogspot.com/2015/10/blog-post\_16.html) +* [Курс Тестировщика с нуля / 12 урок / Тестовая документация / Чек-лист / Тест-кейс / Тестовый набор](https://www.youtube.com/watch?v=PaSqLjdLQw4) +* [Курс Тестирование ПО. Занятие 13. Тестовые Артефакты](https://www.youtube.com/watch?v=9U3UbDR9ivE) +* [Тестовая документация: что учитывать при постановке эффективного процесса тестирования](https://habr.com/ru/post/674200/) diff --git a/vidy-metody-urovni-testirovaniya/a-b-testirovanie-a-b-testing.md b/vidy-metody-urovni-testirovaniya/a-b-testirovanie-a-b-testing.md index c6208ca..c32693d 100644 --- a/vidy-metody-urovni-testirovaniya/a-b-testirovanie-a-b-testing.md +++ b/vidy-metody-urovni-testirovaniya/a-b-testirovanie-a-b-testing.md @@ -61,3 +61,4 @@ * [Как выбрать уровень статистической значимости для AB-теста и как интерпретировать результат](https://habr.com/ru/post/554194/) * [Время - деньги: анализируй А/В-тесты разумно](https://habr.com/ru/company/mailru/blog/557308/) * [Взгляд на A/B-тестирование со стороны тестировщика](https://t.me/qa\_chillout/96) +* [A/B ТЕСТИРОВАНИЕ ЗА 6 МИНУТ](https://www.youtube.com/watch?v=lK02b1uthrY) diff --git a/vidy-metody-urovni-testirovaniya/issledovatelskoe-testirovanie-exploratory-testing.md b/vidy-metody-urovni-testirovaniya/issledovatelskoe-testirovanie-exploratory-testing.md index d938c69..d27dae9 100644 --- a/vidy-metody-urovni-testirovaniya/issledovatelskoe-testirovanie-exploratory-testing.md +++ b/vidy-metody-urovni-testirovaniya/issledovatelskoe-testirovanie-exploratory-testing.md @@ -6,7 +6,7 @@ _Исследовательское тестирование (exploratory testin Исследовательское Тестирование - одновременно является и техникой, и видом тестирования. В общем виде мы так или иначе всегда используем комбинацию сценарного и исследовательского подходов. Exploratory testing подразумевает под собой одновременно изучение проекта, функционала, тест-дизайн в уме и тут же исполнение тестов, после чего данный цикл может повторяться необходимое количество раз, каждый раз улучшая создаваемые кейсы и документируя пройденные сессии. -Джеймс Бах указал на важную характеристику исследовательского тестирования - тестировщик участвует когнитивно. Он активно, целенаправленно, с любопытством исследует тестируемое программное обеспечение, всегда принимая на себя ответственность каждую минуту решать, какой путь к тому, что он выбрала для исследования, является наиболее многообещающим. Нет никаких искусственных ограничений на разведку. Тестировщик может свободно использовать любые доступные источники информации, включая спецификации, записи службы технической поддержки, реализации сопоставимого программного обеспечения конкурентами и (конечно) эксперименты (тесты), которые эмпирически раскрывают информацию. Нет никаких ограничений на методы тестирования, которые могут использовать исследователи - например, любая степень автоматизации подойдет. Однако исследователь не просто перезапускает старые тесты, а тестирует чтобы учиться. Вероятно, он будет внимательно изучать поведение программы во время ее тестирования, ища новые идеи о том, как она может выйти из строя, как ее можно было бы в дальнейшем протестировать или измерить, и насколько полезны эти тесты на данном этапе разработки. Выполнение тестов можно автоматизировать, а мышление - нет. Антитезой исследования является тестирование по сценарию, в котором тестировщик (или машина) следует набору процедур, изложенных давно, сравнивая наблюдаемое поведение с любыми результатами, которые разработчик тестов считал актуальными или интересными в то время. Познание произошло тогда, а не сейчас. Объем исследования такой же, как и объем самого тестирования. Разница в том, что исследователь выполняет их в любой полезной последовательности, смешивая исследование, дизайн, выполнение, интерпретацию и общение, чтобы постоянно открывать новую информацию и идти в ногу с текущими изменениями на рынке, платформе, дизайне и реализации тестируемого программного обеспечения. +Джеймс Бах указал на важную характеристику исследовательского тестирования - тестировщик участвует когнитивно. Он активно, целенаправленно, с любопытством исследует тестируемое программное обеспечение, всегда принимая на себя ответственность каждую минуту решать, какой путь к тому, что он выбрал для исследования, является наиболее многообещающим. Нет никаких искусственных ограничений на разведку. Тестировщик может свободно использовать любые доступные источники информации, включая спецификации, записи службы технической поддержки, реализации сопоставимого программного обеспечения конкурентами и (конечно) эксперименты (тесты), которые эмпирически раскрывают информацию. Нет никаких ограничений на методы тестирования, которые могут использовать исследователи - например, любая степень автоматизации подойдет. Однако исследователь не просто перезапускает старые тесты, а тестирует чтобы учиться. Вероятно, он будет внимательно изучать поведение программы во время ее тестирования, ища новые идеи о том, как она может выйти из строя, как ее можно было бы в дальнейшем протестировать или измерить, и насколько полезны эти тесты на данном этапе разработки. Выполнение тестов можно автоматизировать, а мышление - нет. Антитезой исследования является тестирование по сценарию, в котором тестировщик (или машина) следует набору процедур, изложенных давно, сравнивая наблюдаемое поведение с любыми результатами, которые разработчик тестов считал актуальными или интересными в то время. Познание произошло тогда, а не сейчас. Объем исследования такой же, как и объем самого тестирования. Разница в том, что исследователь выполняет их в любой полезной последовательности, смешивая исследование, дизайн, выполнение, интерпретацию и общение, чтобы постоянно открывать новую информацию и идти в ногу с текущими изменениями на рынке, платформе, дизайне и реализации тестируемого программного обеспечения. **Подход к тестированию**: diff --git a/vidy-metody-urovni-testirovaniya/modulnoe-yunit-komponentnoe-testirovanie-module-unit-component-testing.md b/vidy-metody-urovni-testirovaniya/modulnoe-yunit-komponentnoe-testirovanie-module-unit-component-testing.md index 67a3606..d97629b 100644 --- a/vidy-metody-urovni-testirovaniya/modulnoe-yunit-komponentnoe-testirovanie-module-unit-component-testing.md +++ b/vidy-metody-urovni-testirovaniya/modulnoe-yunit-komponentnoe-testirovanie-module-unit-component-testing.md @@ -5,7 +5,7 @@ * _**Модуль, юнит (module, unit): См. компонент.**_ * _**Модульное, юнит тестирование (module testing, unit testing): См. компонентное тестирование.**_ * _**Компонент (component): Наименьший элемент программного обеспечения, который может быть протестирован отдельно.**_ -* _**Компонентное тестирование (component testing): Тестирование отдельных компонентов программного обеспечения (IEEE 610).**_ +* _**Компонентное тестирование (component testing): Тестирование отдельных компонентов программного обеспечения (IEEE 610).**_ Тем не менее, некоторые источники описывают ситуацию несколько иначе и я решил выписать другую точку зрения. @@ -57,3 +57,4 @@ * [Лекция 2: Тестирование программного кода (методы+окружение)](https://intuit.ru/studies/courses/1040/209/lecture/5385) * [Starting to Unit Test: Not as Hard as You Think](https://www.amazon.com/Starting-Unit-Test-Hard-Think-ebook/dp/B00KIZ6JAC/) * [6 оправданий для того, чтобы не писать юнит-тесты](https://testengineer.ru/opravdaniya-dlya-togo-chtoby-ne-pisat-yunit-testy/) +* [Принципы юнит-тестирования. Часть первая](https://habr.com/ru/company/sportmaster\_lab/blog/676840/) diff --git a/vidy-metody-urovni-testirovaniya/mozhno-li-otnesti-testirovanie-bezopasnosti-ili-nagruzochnoe-testirovanie-k-funkcionalnym-vidam-test.md b/vidy-metody-urovni-testirovaniya/mozhno-li-otnesti-testirovanie-bezopasnosti-ili-nagruzochnoe-testirovanie-k-funkcionalnym-vidam-test.md index 24ee79d..5a5145a 100644 --- a/vidy-metody-urovni-testirovaniya/mozhno-li-otnesti-testirovanie-bezopasnosti-ili-nagruzochnoe-testirovanie-k-funkcionalnym-vidam-test.md +++ b/vidy-metody-urovni-testirovaniya/mozhno-li-otnesti-testirovanie-bezopasnosti-ili-nagruzochnoe-testirovanie-k-funkcionalnym-vidam-test.md @@ -2,14 +2,14 @@ Данные виды принято относить к нефункциональным видам тестирования, однако если конкретно безопасность или производительность является основным функционалом приложения, а не его атрибутами, то можно отнести и к функциональным. Как пример я бы привел программу-шифровальщик флешки (можно обсудить в коммьюнити, накидают вариантов). -_Есть функциональное требование: “Пользователь должен иметь возможность перевести деньги со своей карты на другую карту по номеру"._ +_Есть функциональное требование: “Пользователь должен иметь возможность перевести деньги со своей карты на другую карту по номеру"._ -_Это функциональное требование (ну, на самом деле это целая тонна требований, но обобщим их до одной user story)._ +_Это функциональное требование (ну, на самом деле это целая тонна требований, но обобщим их до одной user story)._ -_Оно отвечает на вопрос "какие операции должен уметь выполнять сервис"._ +_Оно отвечает на вопрос "какие операции должен уметь выполнять сервис"._ -_К этой функциональности может предъявляться еще куча требований - по безопасности, по скорости, по отказоустойчивости, и т.д. Они описывают то, КАК система должна работать, а не ЧТО она должна уметь._ +_К этой функциональности может предъявляться еще куча требований - по безопасности, по скорости, по отказоустойчивости, и т.д. Они описывают то, КАК система должна работать, а не ЧТО она должна уметь._ -_\_Нефункциональные требования могут быть критичными, могут блокировать выпуск той или иной функциональности. Но это все еще свойство фичи, а не какая-то самостоятельная ее функция._ +_Нефункциональные требования могут быть критичными, могут блокировать выпуск той или иной функциональности. Но это все еще свойство фичи, а не какая-то самостоятельная ее функция._ _В то же время, есть, например, функциональные требования безопасности, типа "автоматически блокировать транзакции обладающие характеристиками А, Б, В". (с)_ [azshoo](https://t.me/qajuniors/253022) diff --git a/vidy-metody-urovni-testirovaniya/ocenka-uyazvimosti-zashishennosti-vulnerability-assessment.md b/vidy-metody-urovni-testirovaniya/ocenka-uyazvimosti-zashishennosti-vulnerability-assessment.md index 5c3a0e7..1c91123 100644 --- a/vidy-metody-urovni-testirovaniya/ocenka-uyazvimosti-zashishennosti-vulnerability-assessment.md +++ b/vidy-metody-urovni-testirovaniya/ocenka-uyazvimosti-zashishennosti-vulnerability-assessment.md @@ -128,3 +128,4 @@ VAPT = Vulnerability Assessment + Penetration testing * [Взрослый разговор о пентесте и хакинге](https://www.youtube.com/watch?v=sTmAf0Pa\_eM) * [50 000 $ в месяц - не проблема, или Сколько на самом деле зарабатывают пентестеры](https://habr.com/ru/company/skillfactory/blog/548012/) * [TWAPT - пентестим по-белому в домашних условиях](https://habr.com/ru/company/pentestit/blog/551978/) +* [Охота за багами: как прокачаться этичному хакеру, чтобы больше зарабатывать на поиске уязвимостей](https://habr.com/ru/company/pt/blog/675748/) diff --git a/vidy-metody-urovni-testirovaniya/piramida-urovni-testirovaniya-test-pyramid-testing-levels.md b/vidy-metody-urovni-testirovaniya/piramida-urovni-testirovaniya-test-pyramid-testing-levels.md index 28f8b6f..74e6f77 100644 --- a/vidy-metody-urovni-testirovaniya/piramida-urovni-testirovaniya-test-pyramid-testing-levels.md +++ b/vidy-metody-urovni-testirovaniya/piramida-urovni-testirovaniya-test-pyramid-testing-levels.md @@ -4,7 +4,7 @@ ![](https://lh6.googleusercontent.com/yDN1s-lXbEFI5tsd429c2fT5DkHxfDNFpTotktfGZe2tdXVAdo218WSOksJIhBx5VDJffYvMOcadII\_r7ln-kvX4iKFuuQ75io5IEimepSLJq\_qkkZ\_JH5x5UfdSXdF2PqbBPqpV) - Уровни тестирования: +Уровни тестирования: * Unit/component/program/module testing - тестируется минимально-атомарный модуль программы, чаще всего это одна функция или метод. Таких тестов должно быть больше всего; * Integration testing - несколько модулей программы тестируются вместе; @@ -25,3 +25,4 @@ * [Почему тестировать должны не только QA. Распределяем тест-кейсы между Dev, Analyst и QA](https://dou.ua/lenta/columns/test-cases-dev-qa-analyst/) * [Пирамида тестирования на практике. Как работает QA в Jiji](https://dou.ua/lenta/columns/testing-in-jiji/) * [Почему «осмысленное тестирование» - это важно?](https://habr.com/ru/post/650937/) +* [Разные подходы к тестированию: в чем их суть и какой выбирать для своих проектов](https://habr.com/ru/company/sbermarket/blog/665260/) diff --git a/vidy-metody-urovni-testirovaniya/regressionnye-vidy-testirovaniya-regression-testing.md b/vidy-metody-urovni-testirovaniya/regressionnye-vidy-testirovaniya-regression-testing.md index 8970684..439759d 100644 --- a/vidy-metody-urovni-testirovaniya/regressionnye-vidy-testirovaniya-regression-testing.md +++ b/vidy-metody-urovni-testirovaniya/regressionnye-vidy-testirovaniya-regression-testing.md @@ -41,7 +41,7 @@ _Тест "на дым" (smoke test): Выборка из общего числ _Тест верификации сборки (build verification test): Набор автоматических тестов, валидирующих целостность каждой новой сборки и верифицирующих ее ключевую/базовую функциональность, стабильность и тестируемость. Данный вид тестирования используется там, где присутствует высокая частота сборок (например, проекты с использованием гибких методологий разработки) и выполняется для каждой новой сборки перед передачей ее в тестирования. См. также регрессионное тестирование, тест "на дым". (ISTQB)_ -Smoke testing, BVT - Build Verification Testing, BAT - Builds Acceptance Testing, Breath Testing, Shakeout/Shakedown Testing, Intake test, а также в русскоязычных вариантах дымовое, на дым, дымное, тестирование сборки и т.п. - это подмножество регрессионного тестирования, короткий цикл тестов, выполняемый для каждой новой сборки для подтверждения того, что ПО после внесенных изменений стартует и выполняет основные функции без критических и блокирующих дефектов. В случае отсутствия таковых дефектов Smoke testing объявляется пройденным, и команда QA может начинать дальнейшее тестирование полного цикла, в противном случае, сборка объявляется дефектной, что делает дальнейшее тестирование пустой тратой времени и ресурсов. В таком случае сборка возвращается на доработку и исправление. Smoke testing обычно используется для Integration, Acceptance and System Testing. +Smoke testing, BVT - Build Verification Testing, BAT - Builds Acceptance Testing, Breath Testing, Shakeout/Shakedown Testing, Intake test, а также в русскоязычных вариантах дымовое, на дым, дымное, тестирование сборки и т.п. - это подмножество регрессионного тестирования, короткий цикл тестов, выполняемый для каждой новой сборки для подтверждения того, что ПО после внесенных изменений стартует и выполняет основные функции без критических и блокирующих дефектов. В случае отсутствия блокеров Smoke testing объявляется пройденным, и команда QA может начинать дальнейшее тестирование полного цикла, в противном случае, сборка объявляется дефектной, что делает дальнейшее тестирование пустой тратой времени и ресурсов. В таком случае сборка возвращается на доработку и исправление. Smoke testing обычно используется для Integration, Acceptance and System Testing. Если мы говорим про сайт интернет-магазина, то сценарий может быть следующим: @@ -123,3 +123,4 @@ _Подтверждающее тестирование (confirmation testing): * [Антирегрессионное тестирование - минимизируйте затраты](https://habr.com/ru/company/typeable/blog/583062/) * [Способы сокращения регрессионного тестирования](https://www.youtube.com/watch?v=pEJfP52GWTg) * [Курс Тестирование ПО. Занятие 26. Регрессионное тестирование (Regression Testing)](https://www.youtube.com/watch?v=1f3yfUnji8o) +* [История о бесконечном регрессионном тестировании](https://habr.com/ru/company/icl\_services/blog/668742/) diff --git a/vidy-metody-urovni-testirovaniya/staticheskoe-i-dinamicheskoe-testirovanie-static-testing-dynamic-testing.md b/vidy-metody-urovni-testirovaniya/staticheskoe-i-dinamicheskoe-testirovanie-static-testing-dynamic-testing.md index c687920..edec20e 100644 --- a/vidy-metody-urovni-testirovaniya/staticheskoe-i-dinamicheskoe-testirovanie-static-testing-dynamic-testing.md +++ b/vidy-metody-urovni-testirovaniya/staticheskoe-i-dinamicheskoe-testirovanie-static-testing-dynamic-testing.md @@ -12,3 +12,10 @@ _Тестирование, как статическое так и динами * Динамическое тестирование дорогое: как упоминалось ранее, для динамического тестирования требуются тестовые примеры, и выполнение этого само по себе является дорогостоящим, потому что тестовые примеры должны быть сначала созданы, затем выполнены и проверены, а также должны поддерживаться, что требует большой работы со стороны тестировщиков; **Динамическое тестирование** (Dynamic Testing, Execution technique или validation) подразумевает запуск кода для проведения функциональных и нефункциональных проверок ПО. Основная цель этого тестирования - подтвердить, что программный продукт работает в соответствии с требованиями бизнеса. Преимуществами динамического тестирования являются выявление сложных дефектов, которые не могут быть обнаружены статическим тестированием, обнаружение угроз безопасности, проблем с производительностью и т.п. + + + +Доп. материал: + +* [Что такое статическое и динамическое тестирование. Верификация и валидация #5](https://www.youtube.com/watch?v=fQ\_9e2ldA2k) + diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-api-api-application-programming-interface.md b/vidy-metody-urovni-testirovaniya/testirovanie-api-api-application-programming-interface.md index 03ae1e6..b8b3f5b 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-api-api-application-programming-interface.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-api-api-application-programming-interface.md @@ -93,6 +93,9 @@ SDK (software development kit) - это набор функционала (би Доп. материал: +* [Список полезных статей и видео для изучения тестирования API](https://habr.com/ru/post/667634/) +* [Тестирование GraphQL](https://telegra.ph/GraphQL-05-18) +* [Удачный шаблон документации на API, который будут читать](https://habr.com/ru/post/667884/) * [Игорь Гольшмидт. АPI тестирование без документации](https://www.youtube.com/watch?v=9VnBVmo1Muc) * [Курс Тестирование ПО. Занятие 29. Тестирование API - QA START UP](https://www.youtube.com/watch?v=7D7AMmgxt\_I\&t=1540s\&ab\_channel=QASTARTUP-ITTrainingCenter) * [Курс Тестировщика с нуля / 27 урок/ Тестирование API с помощью Postman](https://www.youtube.com/watch?v=vBkEptmug7c) @@ -112,7 +115,7 @@ SDK (software development kit) - это набор функционала (би * [19:05 «Контрактное тестирование Rest API»](https://www.youtube.com/watch?v=1cdMYN\_u4lA\&t=1145s) + [презентация](https://drive.google.com/drive/folders/1WERT2pCAJ73qdFaXredTSEmClPuSNs6N) * [Организация контрактного тестирования микросервисов и графического портала](https://automated-testing.info/t/organizacziya-kontraktnogo-testirovaniya-mikroservisov-i-graficheskogo-portala/22763) * [Introduction To Contract Testing With Examples](https://www.softwaretestinghelp.com/contract-testing/) -* [Микросервисы для разработчиков Java: Контрактное тестирование](https://coderlessons.com/articles/programmirovanie/mikroservisy-dlia-razrabotchikov-java-testirovanie#:\~:text=7.-,%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%B0%D0%BA%D1%82%D0%BD%D0%BE%D0%B5%20%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5,-%D0%92%20%D1%81%D0%BB%D0%B0%D0%B1%D0%BE%D1%81%D0%B2%D1%8F%D0%B7%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9%20%D0%BC%D0%B8%D0%BA%D1%80%D0%BE%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D0%BD%D0%BE%D0%B9) +* [Микросервисы для разработчиков Java: Контрактное тестирование](https://coderlessons.com/articles/programmirovanie/mikroservisy-dlia-razrabotchikov-java-testirovanie) * [Как тестировать GraphQL API? Гайд для начинающих](https://testengineer.ru/kak-testirovat-graphql-api/) * [Что такое API](https://telegra.ph/CHto-takoe-API-11-01) * [Что такое API](http://okiseleva.blogspot.com/2019/08/api.html?m=1) diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-bezopasnosti-security-and-access-control-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-bezopasnosti-security-and-access-control-testing.md index 184230f..d946bae 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-bezopasnosti-security-and-access-control-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-bezopasnosti-security-and-access-control-testing.md @@ -88,6 +88,7 @@ Доп. материал: +* [Тестирование безопасности / Пентест / Тестирование на проникновение](https://www.youtube.com/watch?v=C0euAbFaT4s) * [Список книг по наступательной информационной безопасности](https://habr.com/ru/company/vk/blog/282700/) * [Топ-10 уязвимостей мобильных приложений и способы их устранения](https://habr.com/ru/company/ruvds/blog/537456/) * [Безопасность веб-приложений: от уязвимостей до мониторинга](https://habr.com/ru/post/526878/) @@ -107,7 +108,7 @@ * [Тестирование безопасности API - Катерина Овеченко. QA Fest 2019](https://www.youtube.com/watch?v=46N\_zodwzKA) * [Как провести тестирование на безопасность: руководство для Manual QA](https://dou.ua/lenta/articles/security-testing-vulnerabilities/) * [Типы атак и уязвимостей](https://docs.wallarm.ru/attacks-vulns-list/) -* [Open Web Application Security Project (OWASP) TOP 10 2017](https://owasp.org/www-project-top-ten/2017/#) +* [Open Web Application Security Project (OWASP) TOP 10 2017](https://owasp.org/www-project-top-ten/2017/) * [Что такое OWASP Top-10 и как использовать указанные риски и уязвимости](https://blog.themarfa.name/chto-takoie-owasp-top-10-i-kak-ispolzovat-ukazannyie-riski-i-uiazvimosti/) * [SQL Injection Prevention Cheat Sheet](https://cheatsheetseries.owasp.org/cheatsheets/SQL\_Injection\_Prevention\_Cheat\_Sheet.html) * [Web Authentication, Session Management, and Access Control Cheat Sheet](https://cheatsheetseries.owasp.org/cheatsheets/Session\_Management\_Cheat\_Sheet.html) diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-graficheskogo-interfeisa-vizualnoe-testirovanie-gui-graphical-user-interface-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-graficheskogo-interfeisa-vizualnoe-testirovanie-gui-graphical-user-interface-testing.md index be28072..6b3db02 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-graficheskogo-interfeisa-vizualnoe-testirovanie-gui-graphical-user-interface-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-graficheskogo-interfeisa-vizualnoe-testirovanie-gui-graphical-user-interface-testing.md @@ -59,6 +59,7 @@ Доп. материал: +* [Тестирование GUI: полное руководство](https://testengineer.ru/testirovanie-gui-polnoe-rukovodstvo/) * [Эффективное тестирование верстки](https://habr.com/ru/company/oleg-bunin/blog/499638/) * [#9 Артем, Сева и Визуальное тестирование](https://www.youtube.com/watch?v=d91Ca1Yz5q0\&ab\_channel=Heisenbug) * [Кроссбраузерное визуальное тестирование - выбор подходящего инструмента для дизайн-системы NewsKit](https://telegra.ph/Krossbrauzernoe-vizualnoe-testirovanie---vybor-podhodyashchego-instrumenta-dlya-dizajn-sistemy-NewsKit-03-31) diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-metodom-belogo-yashika-white-box-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-metodom-belogo-yashika-white-box-testing.md index b1b2c41..fb8d36c 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-metodom-belogo-yashika-white-box-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-metodom-belogo-yashika-white-box-testing.md @@ -38,8 +38,7 @@ _Тестирование на основе структуры (structure-based * Количество выполняемых путей может быть настолько большим, что не удастся проверить их все. Как правило, попытка протестировать все пути выполнения с помощью тестирования белого ящика так же невозможна, как и тестирование всех комбинаций всех входных данных при тестировании черного ящика; * Выбранные тест-кейсы могут не содержать данные, которые будут чувствительны к ошибкам. Например: p=q/r; может выполняться корректно, за исключением случая, когда r=0. y=x^2; тест не выявит ошибок в случаях, когда x=0, y=0 и x=2, y=4; -* Тестирование белого ящика предполагает, что поток управления правильный (или близок к правильному). Поскольку эти тесты основаны на существующих путях, с помощью нельзя -* обнаружить несуществующие пути; +* Тестирование белого ящика предполагает, что поток управления правильный (или близок к правильному). Поскольку эти тесты основаны на существующих путях, с помощью нельзя обнаружить несуществующие пути; * Тестировщик должен обладать навыками программирования для того, чтобы понять и * оценить тестируемое программное обеспечение; diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-na-sootvetstvie-conformance-compliance-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-na-sootvetstvie-conformance-compliance-testing.md index 66ab260..5c9f7b7 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-na-sootvetstvie-conformance-compliance-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-na-sootvetstvie-conformance-compliance-testing.md @@ -13,3 +13,4 @@ Conformance - неофициальные, внутренние стандарт Доп. материал: * [Невидимый регулятор. Как подстроить систему под закон?](https://www.youtube.com/watch?v=y7wspIeTD1k) +* [В чем разница между CCPA, GDPR и LGPD?](https://telegra.ph/CCPA-GDPR-and-LGPD-07-08) diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-nadezhnosti-reliability-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-nadezhnosti-reliability-testing.md index 9f0c01e..cf754ad 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-nadezhnosti-reliability-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-nadezhnosti-reliability-testing.md @@ -24,3 +24,7 @@ _Надежность (reliability): Способность программно * [Approaches to Reliability Testing and Setting of Reliability Test Objectives](https://www.softwaretestinggenius.com/approaches-to-reliability-testing-and-setting-of-reliability-test-objectives/) * [Reliability Testing and Assessment of Risks due to Poor Reliability](https://www.softwaretestinggenius.com/reliability-testing-and-assessment-of-risks-due-to-poor-reliability/) * [Fail-Fast vs. Fail-Safe: What is the Most Reliable Software Strategy?](https://hackernoon.com/fail-fast-vs-fail-safe-what-is-the-most-reliable-software-strategy) + +Доп. материал: + +* [Тестирование надежности (стабильности)](http://okiseleva.blogspot.com/2022/04/blog-post.html) diff --git a/vidy-metody-urovni-testirovaniya/testirovanie-proizvoditelnosti-performance-testing.md b/vidy-metody-urovni-testirovaniya/testirovanie-proizvoditelnosti-performance-testing.md index ea80117..f19a6c7 100644 --- a/vidy-metody-urovni-testirovaniya/testirovanie-proizvoditelnosti-performance-testing.md +++ b/vidy-metody-urovni-testirovaniya/testirovanie-proizvoditelnosti-performance-testing.md @@ -41,7 +41,7 @@ * **Использование процессора** (Processor Usage): время, затрачиваемое процессором на выполнение non-idle потоков; * **Использование памяти** (Memory use): объем физической памяти, доступной процессам на компьютере; * **Время диска** (Disk time): время, в течение которого диск занят выполнением запроса на чтение или запись; -* \*\*Время отклика \*\*(Response time): время с момента ввода пользователем запроса до получения первого символа ответа. Подробнее: [раз](https://www.guru99.com/response-time-testing.html), [два](https://www.tutorialspoint.com/what-is-response-time-testing); +* **Время отклика** (Response time): время с момента ввода пользователем запроса до получения первого символа ответа. Подробнее: [раз](https://www.guru99.com/response-time-testing.html), [два](https://www.tutorialspoint.com/what-is-response-time-testing); * **Задержка** (Latency): временной интервал между запросом и ответом; * **Пропускная способность** (Throughput): фактическое количество запросов (или пользователей), которое может обработать система за определенное время. В то время как время задержки говорит вам только о времени, метрика пропускной способности информирует об объеме данных, полученных и обработанных в момент времени. Важно не отделять показатели времени задержки от пропускной способности, т.к. высокий показатель времени задержки часто прямо связан с увеличением показателей метрики пропускной способности. Пропускная способность обычно измеряется в rps - (кол-во) запросов в секунду (requests per second). * **Ширина пропускания канала** (Bandwidth): максимальное число запросов (или пользователей), которое может обработать система. В отличие от пропускной способности ширина пропускания канала измеряет максимальный объем, который может обработать приложение. @@ -122,3 +122,5 @@ * [Performance testing for beginners (Анна Клюева, Grid Dynamics)](https://www.youtube.com/watch?v=-6Pm74nz8Lo\&list=PLhhTXwj6\_Fl0xbR1Msto-zvCsWVoASRCd\&index=6) * [Тестирование производительности](http://okiseleva.blogspot.com/2021/08/blog-post\_25.html) * [Подходы к тестированию производительности MQ-сервисов](https://www.youtube.com/watch?v=ZoUSXL8D\_4c) +* [Курс Тестирование ПО. Занятие 15. Тестирование производительности](https://www.youtube.com/watch?v=9DqXVKJTzVE) +* [Введение в тестирование производительности | Цели | Показатели | Типы | Особенности](https://www.youtube.com/watch?v=vyo1fuB7NJQ) diff --git a/vidy-metody-urovni-testirovaniya/vyborochnoe-khaoticheskoe-testirovanie-random-monkey-testing.md b/vidy-metody-urovni-testirovaniya/vyborochnoe-khaoticheskoe-testirovanie-random-monkey-testing.md index 87488f4..16b4ae7 100644 --- a/vidy-metody-urovni-testirovaniya/vyborochnoe-khaoticheskoe-testirovanie-random-monkey-testing.md +++ b/vidy-metody-urovni-testirovaniya/vyborochnoe-khaoticheskoe-testirovanie-random-monkey-testing.md @@ -41,4 +41,10 @@ Gorilla testing проводится в соответствии с методо Если мы говорим о ручном тестировании, он может быть менее эффективным, чем другие методы черного ящика. Но если мы добавим тулы автоматизации, она станет мощным инструментом. Просто представьте, что кейсы с различными наборами входных данных генерируются, выполняются и оцениваются автоматически в непрерывном цикле, что позволяет вам запускать тысячи и миллионы кейсов в течение разумного времени. -Источник: [Monkey Testing Guide](https://www.softwaretestingmaterial.com/monkey-testing/) +Источники: + +* [Monkey Testing Guide](https://www.softwaretestingmaterial.com/monkey-testing/) + +Доп. материал: + +* [Курс Тестирование ПО. Занятие 17. Monkey and Gorilla Testing](https://www.youtube.com/watch?v=xFiHnqYqNkE)