Интегрированная проверочная работа для 3 класса по тексту: «Ах, картошка»

И нтегрированная проверочная работа для 3 класса (конец года): текст

99	Ах, картошка, картошка! Что за чудо! Сколько вкусных и
17	полезных кушаний можно приготовить из картофеля: супы, салаты,
25	оладьи, пироги. Любим его вареным и жареным, запеченным
36	и тушёным. И что интересно, картофель, как и хлеб, не приедается.
45	Из картофеля вырабатывают спирт, а из спирта получают каучук,
53	парфюмерные изделия и медикаменты. Картофельная мука идет в
63	пищу – кисели, оладьи, соусы, торты. Ею же крахмалят бельё. Из
73	неё же варят клей. Но таким важным и полезным продуктом
81	картофель стал не так давно. Родина картофеля – южноамериканские
92	горы Анды. В Европу, вместе с золотом и серебром, клубни
99	картофеля привезли испанские завоеватели в 16 веке.
108	Спустя столетие картофель всё ещё был редкостью и считался
118	деликатесом. В начале 18 века Пётр I прислал из Голландии
127	мешок картофеля и велел посадить в разных областях Российской
135	империи. Крестьяне встретили этого пришельца в штыки, назвав
143	черным яблоком». Сажать новый овощ заставляли насильно с
151	«помощью солдат. Из-за этого на Руси вспыхивали «картофельные
161	бунты». Во второй половине 18 века картошку уже выращивали в
169	Восточной Сибири и даже на полуострове Камчатке. Однако
176	времена меняются. Сегодня картофель в России – самая
182	распространенная культура после зерновых. Его вполне
186	заслуженно называют «вторым хлебом».

Чтение

Задание 1. Начни читать текст. По сигналу учителя поставь палочку после того слова, до которого дочитал. Прочитай текст до конца.

Задание 2. Придумай заголовок. Запиши его на строчке перед текстом.

Задание 3. Определи количество частей в тексте. Начало каждой части отметь знаком Z («красная строка»)

Задание 4. Дай название частям и составь план текста. Запиши.

План

Задание 5. Подумай, к какому типу относится рассказ:

1. описание;

2. повествование;

3. оценивание;

4. рассуждение.

Обведи цифру правильного, по твоему мнению, ответа.

Задание 6. Укажи близкое по значению сочетание слов к слову «деликатес»:

1. повседневное блюдо;

2. изысканное блюдо;

3. вкусное блюдо.

Подчеркни правильный ответ.

Задание 7. Как ты понимаешь выражение «встретить в штыки»?

Ответ. __________________________

__________________________

__________________________

__________________________

Окружающий мир

Задание 1. Проследи по карте, как распространялся картофель. Поставь на карте цифру 1 там, откуда он родом, а следующие цифры расставь так, чтобы они показывали путь картофеля. Последняя – полуостров Камчатка.

Задание 2. Напиши название картофельной муки.

Ответ. __________________________

Задание 3. Представь себе муку из картофеля. Как ты думаешь, какими свойствами она обладает? Обведи в кружок букву нужного ответа на следующие вопросы:

1.Какого цвета картофельная мука?

1. белого

2. зелёного

3. желтого

4. серого

2. Прозрачная ли она?

1. да

2. нет

3. Растворяется, как сахар, в воде?

1. да

2. нет

4. В каком состоянии находиться?

1. в жидком

2. твёрдом

3. сыпучем

4. газообразном

Русский язык

Задание 1. Прочитай слова, записанные в первом столбике.

Подчеркни известные тебе орфограммы в этих словах.

Во второй столбик запиши название орфограммы, подчеркнутой тобой.

Слова	Название орфограммы
чудо
хлеб
овощ
интересно
времена

Задание 2.

1. Разбери по составу слово

посадить

2. Подбери к нему однокоренные слова, распределив их по частям речи в таблицу.

Существительное	Прилагательное	Глагол

3. Докажи, что это родственные слова.

Задание 3.

Для того, чтобы выполнить это задание, внимательно перечитай отрывок текста от слов «картофельная мука…» до слов «картофельные бунты».

Выбери из данного отрывка все имена существительные, которые пишутся с «ь» в именительном падеже единственного числа.

Запиши их в таблицу, пользуясь правилами написания мягкого знака

Ь показатель мягкости	Ь разделительный	Ь показатель формы слова

Математика

Задание 1. Двое очистили 400 штук картофеля. Один очищал 3 штуки в минуту, другой – 2 штуки в минуту. Второй работал на 25 минут больше первого.

Сколько времени работал каждый?

Ответ: ________________________________________

________________________________________________

Задание 2. Энергетическая ценность 100 граммов репы 27 ккал, брюквы – около 50 ккал, а картофеля – 80 ккал.

Рассмотри рисунок. Круг разделён на части.

Закрась синим цветом ту часть круга, которая показывает энергетическую ценность репы, красным цветом – брюквы и зелёным – картофеля.

Задание 3. Не случайно картофель называют «второй хлеб». В нём и а хлебе содержится белок, крахмал. Они обладают пищевой ценностью. В таблице указано количество этих веществ, но не везде.

Заполни пустые «окошки».

	Картофель	Хлеб	Во сколько раз?
Пищевая ценность	80	240
Белок	2		4 раза
Крахмал		48	3 раза

covynic интегрированная проверочная работа для 3 класса конец года вкусная картошка ответы

Ссылка:

http://ovebox. recvisa.ru/2/66/integrirovannaya-proverochnaya-rabota-dlya-3-klassa-konets-goda-vkusnaya-kartoshka-otvety

интегрированная проверочная работа для 3 класса конец года вкусная картошка ответы Ответ: 3 класс.

Контрольная работа. Вариант 1. 1. В магазин привезли 36 кг .. Интегрированная проверочная работа для 2 класса. (конец .. для 3 класса (конец года): текст .. недаром под их чешуйками кроются вкусные семена. 6 дек 2016 . От идеальной жареной картошки вас отделяют несколько маленьких хитростей. Лайфхакер . Интегрированная проверочная работа для 3 класса. (конец года). 9. 9 . картошка! Что за чудо! Сколько вкусных и. Интегрированная проверочная работа для 4 класса (конец года):. 2) Выпиши предложение, которое поясняет, в чем состояла гипотеза. Ответ: _Вопрос 3. [ Результаты · Архив опросов ]. Всего ответов: 332. Время жизни сайта. Полезные сайты. Новости класса. В 11:00 урок знаний в каб. 9 Торжественная линейка в 12:00. Плейер. Интегрированная проверочная работа для 3 класса (конец года):. Подчеркни незнакомые тебе слова, подсчитай их, запиши ответ цифрой и выпиши все. Интегрированная проверочная работа для 3 класса (конец года):. Сколько вкусных и 17 полезных кушаний можно приготовить из картофеля: супы, салаты, 25. integrirovannaya_proverochnaya_rabota _dlya_3 _klassa _konets_goda_akh_kartoshka.doc. Предварительный просмотр: Интегрированная проверочная работа для 3 класса (конец года): текст. 99. Ответ: 3 класс. Контрольная работа. Вариант 1. 1. В магазин привезли 36 кг .. Интегрированная проверочная работа для 2 класса. (конец .. для 3 класса (конец года): текст .. недаром под их чешуйками кроются вкусные семена. Интегрированная проверочная работа для 3 класса. (конец года). 9. 9 . картошка! Что за чудо! Сколько вкусных и. Интегрированная проверочная работа для 3 класса. Дидактические материалы для 3 класса. Подтверди свой ответ словами из текста. Ответы на часто задаваемые вопросы. Интегрированная проверочная работа для 3 класса (конец года) Интегрированная проверочная работа для 3 класса (конец года): текст Жаба . Коды оценки возможных ответов учащихся: 1 балл дан ответ 3 или 4; . Итоговая интегрированная проверочная работа для третьеклассников проверяет различные умения, приобретённые детьми за год по ФГОС.

Задания, предлагаемые ученикам проверяют умение работать с информацией, анализировать и усваивать её. Разнообразие веществ — 3 класс, Плешаков (ответы к 1 части рабочей тетради).4. Интегрированная проверочная работа для 3 класса (конец года) Ах, картошка. Постные вареники с картошкой и грибами. Грибы — 30 . (3 ст. л. для обжарки лука, 2 ст. л. в тесто) Специи — по . 25 окт 2013 . Самка белки приносит до 8 бельчат дважды в год. Сколько . Интегрированная проверочная работа для 3 класса (конец года): текст . Сколько вкусных и . Во второй половине 18 века картошку уже выращивали в .. Найди в тексте предложение, содержащее ответ на вопрос: « Какой корм . Предлагаю вам работу для 3 класса . Выполнив ее сейчас, вы сможете оценить свой уровень подготовки. Интегрированная проверочная работа для 3 класса (конец года) Ах, картошка , картошка ! Что за чудо! Сколько вкусных и. вкусное блюдо. Подчеркни правильный ответ.

Что есть, типы с примером

АвторThomas Hamilton

Часы

Обновлено 29 октября 2022 г.

Что такое интеграционное тестирование?

Интеграционное тестирование определяется как тип тестирования, при котором программные модули логически интегрируются и тестируются как группа. Типичный программный проект состоит из нескольких программных модулей, написанных разными программистами. Целью этого уровня тестирования является выявление дефектов взаимодействия между этими программными модулями при их интеграции

Интеграционное тестирование направлено на проверку обмена данными между этими модулями. Следовательно, он также называется «I & T» (Интеграция и тестирование), «Тестирование строк» ​​ и иногда «Тестирование потоков» .

Зачем проводить интеграционное тестирование?

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

• Модуль, как правило, разрабатывается отдельным разработчиком программного обеспечения, чье понимание и логика программирования могут отличаться от других программистов. Интеграционное тестирование становится необходимым для проверки работы программных модулей в Unity
• Во время разработки модуля существует большая вероятность изменения требований со стороны клиентов. Эти новые требования могут не подвергаться модульному тестированию, поэтому становится необходимым тестирование системной интеграции.
• Интерфейсы программных модулей с базой данных могли быть ошибочными
• Внешние аппаратные интерфейсы, если таковые имеются, могут быть ошибочными
• Неправильная обработка исключений может вызвать проблемы.

Нажмите здесь, если видео недоступно

Пример тестового примера интеграции

Тестовый пример интеграции отличается от других тестовых случаев тем, что в основном фокусируется на интерфейсах и потоках данных/информации между модулями . Здесь приоритет должен быть отдан интегрирующим звеньям , а не функциям блока, которые уже протестированы.

Примеры тестов интеграции для следующего сценария: Приложение имеет 3 модуля: «Страница входа», «Почтовый ящик» и «Удалить электронные письма», и каждый из них логически интегрирован.

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

Аналогично Почтовый ящик: проверьте его интеграцию с модулем удаления почты.

Идентификатор тестового примера	Цель теста	Описание теста	Ожидаемый результат
1	Проверить интерфейсную связь между модулем входа и почтового ящика	Введите учетные данные для входа и нажмите кнопку входа	Для направления в почтовый ящик
2	Проверьте связь интерфейса между почтовым ящиком и модулем удаления почты	Из почтового ящика выберите адрес электронной почты и нажмите кнопку удаления	Выбранный адрес электронной почты должен появиться в папке «Удаленные/Корзина»

Типы интеграционного тестирования

Разработка программного обеспечения определяет различные стратегии для выполнения интеграционного тестирования, а именно.

• Подход Большого Взрыва:
•  Постепенный подход: который далее делится на следующие
  •  Подход сверху вниз
  •  Подход снизу вверх
  •  Подход типа «сэндвич» — сочетание методов «сверху вниз» и «снизу вверх»

Ниже приведены различные стратегии, способы их выполнения, ограничения и преимущества.

Тестирование методом большого взрыва

Тестирование методом большого взрыва — это метод интеграционного тестирования, при котором все компоненты или модули объединяются вместе, а затем тестируются как единое целое. Этот комбинированный набор компонентов рассматривается как единое целое при тестировании. Если все компоненты в модуле не завершены, процесс интеграции не будет выполнен.

Преимущества:

• Удобно для небольших систем.

Недостатки:

• Локализация неисправности затруднена.
• Учитывая огромное количество интерфейсов, которые необходимо протестировать при таком подходе, некоторые тестируемые интерфейсы можно легко пропустить.
• Поскольку интеграционное тестирование может начаться только после того, как «все» модули будут разработаны, у группы тестирования будет меньше времени для выполнения на этапе тестирования.
• Поскольку все модули проверяются одновременно, критические модули высокого риска не изолируются и не проверяются в приоритетном порядке. Периферийные модули, которые имеют дело с пользовательскими интерфейсами, также не изолированы и не тестируются по приоритету.

Добавочное тестирование

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

Инкрементный подход, в свою очередь, осуществляется двумя разными Методами:

• Снизу вверх
• Сверху вниз

Заглушки и драйверы

Заглушки и драйверы — это фиктивные программы в интеграционном тестировании, используемые для облегчения тестирования программного обеспечения. Эти программы заменяют отсутствующие модели при тестировании. Они не реализуют всю программную логику программного модуля, но имитируют обмен данными с вызывающим модулем во время тестирования.

Заглушка : вызывается тестируемым модулем.

Драйвер : вызывает модуль для тестирования.

Интеграционное тестирование снизу вверх — это стратегия, при которой в первую очередь тестируются модули более низкого уровня. Затем эти протестированные модули используются для облегчения тестирования модулей более высокого уровня. Процесс продолжается до тех пор, пока не будут протестированы все модули верхнего уровня. После того, как модули нижнего уровня протестированы и интегрированы, формируются модули следующего уровня.

Схематическое представление :

Преимущества:

• Локализация неисправности проще.
• Не нужно тратить время на ожидание разработки всех модулей, в отличие от подхода Большого взрыва

Недостатки:

• Критические модули (на верхнем уровне архитектуры программного обеспечения), которые контролируют поток приложений, проверяются последними и могут быть подвержены дефектам.
• Ранний прототип невозможен

Интеграционное тестирование «сверху вниз»

Интеграционное тестирование «сверху вниз» — это метод, при котором интеграционное тестирование проводится сверху вниз в соответствии с потоком управления программной системы. Сначала тестируются модули более высокого уровня, а затем модули более низкого уровня тестируются и интегрируются для проверки функциональности программного обеспечения. Заглушки используются для тестирования, если какие-то модули не готовы.

Схематическое изображение:

Преимущества:

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

Недостатки:

• Требуется много заглушек.
• Модули более низкого уровня протестированы неадекватно.

Многослойное тестирование

Многослойное тестирование — это стратегия, в которой модули верхнего уровня тестируются с модулями нижнего уровня, в то же время модули нижнего уровня интегрируются с модулями верхнего уровня и тестируются как система. Это комбинация подходов «сверху вниз» и «снизу вверх», поэтому он называется 9.0011 Гибридное интеграционное тестирование . Он использует как заглушки, так и драйверы.

Как проводить интеграционное тестирование?

Процедура интеграционного тестирования независимо от стратегий тестирования программного обеспечения (описанных выше):

1. Подготовка плана интеграционных тестов
2. Разработка тестовых сценариев, кейсов и сценариев.
3. Выполнение тестовых случаев с последующим сообщением о дефектах.
4. Отслеживание и повторное тестирование дефектов.
5. Шаги 3 и 4 повторяются до успешного завершения интеграции.

Краткое описание планов тестирования интеграции

Он включает следующие атрибуты:

• Методы/подходы к тестированию (см. выше).
• Области применения и элементы вне области интеграционного тестирования.
• Роли и обязанности.
• Предварительные условия для интеграционного тестирования.
• Тестовая среда.
• Планы рисков и их снижения.

Критерии входа и выхода из интеграционного тестирования

Критерии входа и выхода из этапа интеграционного тестирования в любой модели разработки ПО

Все ошибки с высоким приоритетом исправлены и закрыты

Все модули должны быть завершены и успешно интегрированы.

Интеграционные тесты План, тестовый пример, сценарии должны быть утверждены и задокументированы.

Требуемая тестовая среда для интеграционного тестирования

Критерии выхода:

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

Передовой опыт/рекомендации по интеграционному тестированию

• Сначала определите стратегию интеграционного тестирования, которую можно было бы принять, а затем соответствующим образом подготовьте тестовые наборы и тестовые данные.
• Изучите архитектурный проект Приложения и определите критические модули. Они должны быть протестированы в приоритетном порядке.
• Получите проекты интерфейсов от группы архитекторов и создайте тестовые примеры для детальной проверки всех интерфейсов. Интерфейс к базе данных/внешнему аппаратному/программному приложению должен быть тщательно протестирован.
• После тестов решающую роль играют тестовые данные.
• Всегда подготавливайте фиктивные данные перед выполнением. Не выбирайте тестовые данные во время выполнения тестовых случаев.

Различные типы тестирования программного обеспечения

Сравните различные типы тестирования программного обеспечения, такие как модульное тестирование, интеграционное тестирование, функциональное тестирование, приемочное тестирование и многое другое!

Стен Питте

Соавтор

Существует множество методов тестирования программного обеспечения, которые можно использовать, чтобы убедиться, что изменения в коде работают должным образом. Однако не все тесты одинаковы, и мы исследуем, чем отличаются некоторые методы тестирования.

Важно различать ручные и автоматизированные тесты. Ручное тестирование выполняется лично, путем нажатия на приложение или взаимодействия с программным обеспечением и API с помощью соответствующих инструментов. Это очень дорого, так как требует, чтобы кто-то настраивал среду и выполнял тесты самостоятельно, и это может быть связано с человеческими ошибками, поскольку тестер может делать опечатки или пропускать шаги в тестовом сценарии.

Автоматические тесты, с другой стороны, выполняются машиной, которая выполняет тестовый сценарий, написанный заранее. Эти тесты могут различаться по сложности: от проверки одного метода в классе до проверки того, что выполнение последовательности сложных действий в пользовательском интерфейсе приводит к одинаковым результатам. Это намного надежнее и надежнее, чем ручные тесты, но качество автоматических тестов зависит от того, насколько хорошо написаны сценарии тестирования. Если вы только начинаете тестировать, вы можете прочитать наше руководство по непрерывной интеграции, которое поможет вам с вашим первым набором тестов. Ищете дополнительные инструменты для тестирования? Ознакомьтесь с этими руководствами по тестированию DevOps.

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

См. решение

Создание и использование программного обеспечения с помощью Open DevOps

Связанные материалы

Автоматизированное тестирование для DevOps

Различные типы тестов

1. Модульные тесты

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

2. Интеграционные тесты

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

3. Функциональные тесты

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

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

4. Сквозные тесты

Сквозные тесты воспроизводят поведение пользователя с программным обеспечением в полной прикладной среде. Он проверяет, что различные пользовательские потоки работают должным образом и могут быть такими же простыми, как загрузка веб-страницы или вход в систему, или гораздо более сложными сценариями проверки уведомлений по электронной почте, онлайн-платежей и т. д.

Сквозные тесты очень полезны, но они дороги в исполнении и могут быть трудны в обслуживании, когда они автоматизированы. Рекомендуется иметь несколько ключевых сквозных тестов и больше полагаться на типы тестирования более низкого уровня (модульные и интеграционные тесты), чтобы иметь возможность быстро выявлять критические изменения.

5. Приемочное тестирование

Приемочное тестирование — это формальные тесты, которые проверяют, удовлетворяет ли система бизнес-требованиям. Они требуют, чтобы во время тестирования было запущено все приложение, и основное внимание уделяется воспроизведению поведения пользователей. Но они также могут пойти дальше и измерить производительность системы и отклонить изменения, если определенные цели не достигнуты.

6. Тестирование производительности

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

7. Дымовое тестирование

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

Дымовые тесты могут быть полезны сразу после создания новой сборки, чтобы решить, можно ли запускать более дорогие тесты, или сразу после развертывания, чтобы убедиться, что приложение работает правильно в новой развернутой среде.

Как автоматизировать тесты

Чтобы автоматизировать тесты, вам сначала нужно написать их программно, используя среду тестирования, подходящую для вашего приложения. PHPUnit, Mocha, RSpec — это примеры сред тестирования, которые можно использовать для PHP, Javascript и Ruby соответственно. Для каждого языка существует множество вариантов, поэтому вам, возможно, придется провести некоторое исследование и попросить сообщества разработчиков выяснить, какой фреймворк будет для вас лучшим.

Когда ваши тесты могут выполняться с помощью сценария с вашего терминала, вы можете автоматически выполнять их с помощью сервера непрерывной интеграции, такого как Bamboo, или использовать облачный сервис, такой как Bitbucket Pipelines. Эти инструменты будут отслеживать ваши репозитории и запускать набор тестов всякий раз, когда новые изменения помещаются в основной репозиторий.

Если вы только начинаете тестировать, вы можете прочитать наше руководство по непрерывной интеграции, которое поможет вам с вашим первым набором тестов.

Исследовательское тестирование

Чем больше функций и улучшений будет внесено в ваш код, тем больше вам потребуется протестировать, чтобы убедиться, что вся ваша система работает правильно. И затем для каждой ошибки, которую вы исправляете, было бы разумно проверить, что они не возвращаются в более новых версиях. Автоматизация является ключом к тому, чтобы сделать это возможным, и написание тестов рано или поздно станет частью вашего рабочего процесса разработки.

Так вот вопрос стоит ли все-таки делать ручное тестирование? Короткий ответ — да, и, возможно, лучше всего провести исследовательское тестирование, чтобы выявить неочевидные ошибки.

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

Примечание об испытаниях

Чтобы закончить это руководство, важно поговорить о цели тестирования. Хотя важно проверить, могут ли пользователи действительно использовать приложение (они могут войти в систему и сохранить объект), не менее важно проверить, что приложение не сломается при выполнении неверных данных или непредвиденных действий. Вам нужно предвидеть, что произойдет, если пользователь сделает опечатку, попытается сохранить неполную форму или использует неправильный API. Вам нужно проверить, может ли кто-то легко скомпрометировать данные или получить доступ к ресурсу, который им не полагается. Хороший набор тестов должен попытаться сломать ваше приложение и помочь понять его пределы.

Наконец, тесты — это тоже код! Так что не забывайте о них во время проверки кода, так как они могут быть последними воротами в производство.