Открыть Электронные книги
Категории
Открыть Аудиокниги
Категории
Открыть Журналы
Категории
Открыть Документы
Категории
В 1 st Boot Device ставим USB, остальные значение пока не трогаем, и при запуске система должна
загрузить нашу флешку с установкой
При запуске компьютера у вас должна быть запись типа: Press any to boot from USB, когда она
появится нажмите: Enter
Выбираем пункт: Выборочная так как именно с помощью данного пункта вы сможете изменить
разделы вашего жёсткого диска и настроить их
Создание раздела:
Для этого можно создать процентное соотношение 50x50, на одном скажем у вас будут ОП, ПО,
Office и т.д, а на другом фильмы, фотографии, музыка.
Допустим у вам жесткий диск 500 гб создайте с начало 250000 мб, применить --- ОК. После
выделите: Незанятое пространство и повторите процедуру, и после установки у вас будет 2
раздела.
Сейчас же, как я писал выше, буду кидать всю свою память под операционную систему, так как у
меня ее мало, нажимаем: Применить
6.Сети.
Компьютерной сетью называют систему, которая состоит из некоторого числа компьютеров,
соединенных с помощью телекоммуникационных средств связи, что позволяет им совместно
использовать общие ресурсы.
Класс «А» находится в диапазоне от 1 до 126. Это самый огромный класс сетей. Он насчитывает
16777216 узловых адресов. «B» имеет значения от 127 до 191 и насчитывает 65536 узлов. В классе
«C» адреса IP - что это? Обычно это маленькие сети. Класс содержит 256 адресов. Существует еще
групповой адрес сети. Он начинается с последовательности бинарного кода 1110 и относится к
классу D. Адреса класса Е уже зарезервированы для последующего применения.
Маска подсети - это определение подсети IP-адресов. Например, с помощью маски подсети
можно сказать, что один диапазон IP-адресов будет в одной подсети, а другой диапазон
соответственно в другой подсети.
чтобы ваш домашний компьютер мог выходить во Всемирную сеть, ему нужен (маршрутизатор,
либо модем, либо сервер). Когда вы запрашиваете какую-нибудь интернет-страницу, ваш
компьютер узнает, находится ли сервер, который вы ищите, в вашей домашней сети. Если он там
имеется (например, если вы держите сайт на одном из своих компьютеров), то ничего, по сути,
особенного не происходит – компьютеры устанавливают соединение через локальную сеть и
начинают передачу данных. Однако если вы пытаетесь открыть сайт, расположенный на
удаленном сервере, в дело вступает шлюз.
DHCP, DNS.
Окружение DHCP требует двух составных элементов – это сервера DHCP и клиента
DHCP.
Мы привыкли, что адрес веб-сайта написан в виде набора букв, очень удобных для
восприятия, например: google.com или mail.ru. Эти буквенные адреса работают именно
благодаря системе доменных имен. Для адресов интернет-узлов применяется специальная
цифровая кодировка, так называемые IP-адреса, а задача ДНС в том, чтобы связать
названия интернет-сайтов в буквенном виде с IP в виде цифр.
Первоочередная задача Domain Names System – это упростить поиск в сети интернет
необходимых ресурсов. Например, чтобы попасть на интернет-сайт поисковой системы
google, обычно в адресную строку вводим google.com, но ведь можно и IP-адресом
воспользоваться, написав 194.122.81.53.
Domain Names System имеет свою древовидную структуру. Ее узлы называются
доменами, каждый из которых может содержать много «подчиненных» доменов.
Структуру принято делить на уровни. Начинается система с корневого домена (нулевой
уровень). Бывают домены общего назначения (COM, NET, ORG и т.д.), и
двухбуквенные коды стран (ru, ua, kz и пр.).
Давайте рассмотрим на примере, чтобы более понятно. Домены первого уровня — это com, org, ru
и подобные. Под ними второй уровень — rambler.ru, google.com; а домены третьего уровня
выглядят так: banner.org.ru, shops.com.ua и т.д.
Поле базы данных — это столбец таблицы, включающий в себя значения определенного
свойства.
Строки таблицы являются записями об объекте; эти записи разбиты на поля столбцами
таблицы. Запись базы данных — это строка таблицы, которая содержит набор значений
различных свойств объекта.
В каждой таблице должно быть, по крайней мере, одно ключевое поле, содержимое
которого уникально для любой записи в этой таблице. Значения ключевого поля
однозначно определяют каждую запись в таблице.
Между объектами существуют связи, каждый объект может включать в себя несколько
объектов более низкого уровня. Такие объекты находятся в отношении предка (объект
более близкий к корню) к потомку (объект более низкого уровня).
Сетевой базой данных фактически является- Гиперссылки связывают между собой сотни
миллионов документов в единую распределенную сетевую базу данных.
Для создания баз данных, а также выполнения операции поиска и сортировки данных
предназначены специальные программы — системы управления базами данных (СУБД).
1. Принципы нормализации:
3. Ключи. Ключ – это столбец (может быть несколько столбцов), добавляемый к таблице
и позволяющий установить связь с записями в другой таблице. Существуют ключи двух
типов: первичные и вторичные или внешние.
Первичный ключ – это одно или несколько полей (столбцов), комбинация значений
которых однозначно определяет каждую запись в таблице. Первичный ключ используется
для связывания таблицы с внешними ключами в других таблицах.
Внешний (вторичный) ключ - это одно или несколько полей (столбцов) в таблице,
содержащих ссылку на поле или поля первичного ключа в другой таблице. Внешний ключ
определяет способ объединения таблиц.
Из двух логически связанных таблиц одну называют таблицей первичного ключа или
главной таблицей, а другую таблицей вторичного (внешнего) ключа или подчиненной
таблицей. СУБД позволяют сопоставить родственные записи из обеих таблиц и совместно
вывести их в форме, отчете или запросе.
Существует три типа первичных ключей: ключевые поля счетчика (счетчик), простой
ключ и составной ключ.
Поле счетчика (Тип данных «Счетчик»). Тип данных поля в базе данных, в котором для
каждой добавляемой в таблицу записи в поле автоматически заносится уникальное
числовое значение.
Простой ключ. Если поле содержит уникальные значения, такие как коды или
инвентарные номера, то это поле можно определить как первичный ключ. В качестве
ключа можно определить любое поле, содержащее данные, если это поле не содержит
повторяющиеся значения или значения Null.
Атрибут – это свойство сущности в предметной области. Его наименование должно быть
уникальным для конкретного типа сущности. Например, для сущности студент могут
быть использованы следующие атрибуты: фамилия, имя, отчество, дата и место рождения,
паспортные данные и т.д. В реляционной БД атрибуты хранятся в полях таблиц.
Условные операторы
=Равно
<>Не равно
>Больше
<Меньше
>=Больше или равно
<=Меньше или равно
Дополнительно можно использовать условия BITWEEN и LIKE для сравнения с условием
WHERE, а так же комбинации операторов AND и OR.
SELECT * FROM table_name WHERE ((Age >= 18) AND (LastName BETWEEN ‘Иванов’
AND ‘Сидоров’)) OR Company LIKE ‘%Motorola%’;
Что в переводе на русский язык означает: выбрать все столбцы из таблицы table_name, где
значение столбца age больше или равно 18, а также значение столбца LastName находится
в алфавитном промежутке от Иванов до Сидоров включительно, или же значением
столбца Company является Motorola.
INSERT INTO table_name (column1, column2, column3) VALUES (‘data1’, ‘data2’, ‘data3’);
Если вы собираетесь вставлять все значения в порядке, в котором находятся столбцы
таблицы, то можно и не указывать имена столбцов, хотя для удобочитаемости это
предпочтительнее. Кроме того, если вы перечисляете столбцы, необязательно указывать
их по порядку нахождения в базе данных, пока значения, которые вы вводите,
соответсвуют этому порядку. Вы не должны перечислять столбцы, в которые не вводится
информация.
UPDATE table_name SET column1 = ‘data1’, column2 = ‘data2’ WHERE column3 = ‘data3’;
Вы можете использовать WHERE для любого столбца, включая тот, который хотите
изменить. Это используется когда необходимо заменить одно определенное значение на
другое.
Все ключевые слова, имена функций и, как правило, имена таблиц и столбцов
представляются 7-мибитными символами кодировки ASCII (иначе говоря - латинскими
буквами).
В языке SQL не делается различия между прописными (большими) и строчными
(маленькими) буквами, т.е., например, строки ?SELECT?, ?Select?, ?select? представляют
собой одно и то же ключевое слово.
Для конструирования имен таблиц и их столбцов допустимо использовать буквы, цифры и
знак ?_? (подчеркивание), но первым символом имени обязательно должна быть буква.
Запрещено использование ключевых слов и имен функций в качестве идентификаторов
таблиц и имен столбцов. Полный список ключевых слов и имен функций (а он весьма
обширен) можно найти в документации на конкретную СУБД.
Оператор начинается с ключевого слова-глагола (например, ?CREATE? - создать, ?
UPDATE? - обновить, ?SELECT? - выбрать и т.п.) и заканчивается знаком ?;? (точка с
запятой). Оператор записывается в свободном формате и может занимать несколько строк.
Допустимыми разделителями лексических единиц в операторе являются:
Очень упрощённо можно сказать, что при использовании v-образной модели на каждой
стадии «на спуске» нужно думать о том, что и как будет происходить на соответствующей
стадии «на подъёме». Тестирование здесь появляется уже на са-мых ранних стадиях
развития проекта, что позволяет минимизировать риски, а также обнаружить и устранить
множество потенциальных проблем до того, как они станут проблемами реальными.
Итерационная инкрементальная модель (iterative model25, incremental model26)
является фундаментальной основой современного подхода к разработке ПО. Как
следует из названия модели, ей свойственна определённая двойствен-ность (а
ISTQB-глоссарий даже не приводит единого определения, разбивая его на отдельные
части):
с точки зрения жизненного цикла модель является итерационной, т.к. под-
разумевает многократное повторение одних и тех же стадий;
с точки зрения развития продукта (приращения его полезных функций) мо-дель
является инкрементальной.
Автор модели Barry Boehm в своих публикациях31, 32 подробно раскрывает эти вопросы и
приводит множество рассуждений и рекомендаций о том, как применять спиральную
модель с максимальным эффектом.
Гибкая модель (agile model35) представляет собой совокупность различных подходов
к разработке ПО и базируется на т.н. «agile-манифесте» 36:
Люди и взаимодействие важнее процессов и инструментов.
Работающий продукт важнее исчерпывающей документации.
Сотрудничество с заказчиком важнее согласования условий контракта.
Готовность к изменениям важнее следования первоначальному плану.
Очень упрощённо (почти на грани допустимого) можно сказать, что гибкая модель
представляет собой облегчённую с точки зрения документации смесь ите-рационной
инкрементальной и спиральной моделей (рисунки 2.1.e37, 2.1.f); при этом следует
помнить об «agile-манифесте» и всех вытекающих из него преимуществах и
недостатках.
Главным недостатком гибкой модели считается сложность её применения к крупным
проектам, а также частое ошибочное внедрение её подходов, вызванное
недопониманием фундаментальных принципов модели.
Тем не менее можно утверждать, что всё больше и больше проектов начи- нают
использовать гибкую модель разработки.
Вкратце можно выразить суть моделей разработки ПО таблицей 2.1.a.
Таблица 2.1.a — Преимущества Недостатки Тестирование
Сравнение
моделей
разработки ПО
Модель
Водопадная
У каждой стадии Полная неспособ- С середины про-
есть чёткий прове- ность адаптировать екта.
ряемый результат. проект к измене-
В каждый момент ниям в требова-
времени команда ниях.
выполняет один вид Крайне позднее
работы. со- здание работаю-
Хорошо работает щего продукта.
для небольших за-
дач.
V-образная
У каждой стадии Недостаточная На переходах
есть чёткий прове- гиб- кость и между стадиями.
ряемый результат. адаптируе- мость.
Внимание тестиро- Отсутствует
ванию уделяется с раннее
первой же стадии. прототипирование.
Хорошо работает Сложность устра-
для проектов со нения проблем,
стабильными тре- пропущенных на
бованиями. ранних стадиях
развития проекта.
Итерационная
инкре-ментальная Достаточно Недостаточная В
раннее гиб-кость внутри определённые
прототипировани итера-ций. моменты
е. Сложность итераций.
Простота устра-нения Повторное
управле-ния проблем, тестиро-вание
итерациями. пропущенных на (после дора-
Декомпозиция ранних стадиях ботки) уже прове-
про-екта на развития ренного ранее.
управляе-мые проекта.
итерации.
Спиральная
Глубокий анализ рисков. Высокие накладные
Подходит для круп-ных расходы.
проектов. Сложность приме-нения
Достаточно раннее для неболь-ших проектов.
прототипирование. Высокая зависи-мость
успеха от ка-чества анализа
рисков.
Гибкая
Максимальное во- Сложность реали- В определённые
влечение заказ-чика. зации для больших моменты итераций и
Много работы с проектов. в любой необхо-
требованиями. Сложность постро- димый момент.
Тесная интеграция ения стабильных
тестирования и процессов.
разработки.
Минимизация доку-
ментации.
ID
В это поле записывается номер кейса или номер вместе с какой-то аббревиатурой к
примему «PD_Sync_123»служит для их уникальной идентификации среди других кейсов.
Summary
Steps
Здесь описывают шаги, для того чтобы воспроизвести баг. Степы рекомендуют
максимально сокращать, то есть найти кратчайший путь для воспроизведения бага и
описать в степах, и очень важно чтобы они оставались максимально понятными для
разработчиков.
Expected Result
В этом поле описываем ожидаемый результат после хождения по шагам или возможно
после конкретных шагов, что бывает реже.
Pass/Fail
Поле служит для проставления статуса каждому тест кейсу. Если ожидаемый результат
совпадает с реальным, то проставляем pass, в противном случае ставим fail. Возможно еще
несколько статусов в зависимости от процессов и правил в IT компании
Комплексное тестирование (Сборочное тестирование, integration testing или interface testing).
На данном уровне тестируются объединенные элементы (компоненты или подсистемы) общей
системы, чаще всего некоторая взаимодействующая между собой группа элементов.
Системное тестирование (system testing).После того, как система собрана из составляющих
компонентов, она должна быть протестирована на соответствие системным. На данном уровне
тестируется приложение или система (одно или более приложений) целиком.
Операционное тестирование (Release Testing). Даже если система удовлетворяет всем
требованиям, важно убедиться в том, что она удовлетворяет нуждам пользователя и выполняет
свою роль в среде своей эксплуатации, как это было определено в бизнес моделе системы.
Следует учесть, что и бизнес модель может содержать ошибки. Поэтому так важно провести
операционное тестирование как финальный шаг валидации. Кроме этого, тестирование в среде
эксплуатации позволяет выявить и нефункциональные проблемы, такие как: конфликт с другими
системами, смежными в области бизнеса или в программных и электронных окружениях;.
Для каждого уровня тестирования могут использоваться различные виды тестирования, для
каждого из которых, в свою очередь, могут использоваться различные типы тестовых испытаний.
Дымовое тестирование (проверка на дым, Smoke testing). Первый прогон программы (после
написания или после внесения существенных изменений). Как правило, используется для
определения, готова ли программа для проведения более обширного тестирования. Основная
цель такого тестирования - выявление проблем «лежащих на поверхности» – тестируется чаще
всего основная бизнес логика программы.
Нагрузочное тестирование (Load testing). цель этого тестирования – оценить способность
системы правильно функционировать при некотором превышении планируемых нагрузок при
реальной эксплуатации (система имеет некоторый «запас прочности»).
По степени автоматизации:
o Ручное тестирование — тест-кейсы выполняет человек.
o Автоматизированное тестирование — тест-кейсы частично или полно-стью
выполняет специальное инструментальное средство.
Внутренняя документация:
Назначения:
XML документ содержит один и только один корневой элемент, содержащий все
остальные элементы
Имена элементов подчиняются правилам:
o Имя начинается с буквы, знака подчеркивания или двоеточия.
o После первого символа в имени могут быть буквы, цифры, знаки переноса,
подчеркивания, точка или двоеточие.
o Имена не могут начинаться с буквосочетания XML.
Приложения:
Пример:
Применение:
- XHTML – интернет
Одиночные теги не могут хранить в себе содержимого напрямую, оно прописывается как
значение атрибута, например, тег <input type="button" value="Кнопка"> создаст кнопку с
текстом Кнопка внутри.
Язык HTML следует правилам, которые содержатся в файле объявления типа документа
(Document Type Definition, или DTD). DTD представляет собой XML-документ,
определяющий, какие теги, атрибуты и их значения действительны для конкретного типа
HTML. Для каждой версии HTML есть свой DTD.
XML прекрасно подходит в тех случаях, когда требования к документу выходят за рамки
простых опций HTML, обеспечивающих представление данных.
-При помощи XML можно определять собственные наборы тегов и необходимые имена
атрибутов.
-При помощи XML структуры документа могут быть вложены друг в друга, обеспечивая любой
уровень сложности
-В XML-документах могут содержаться любые необязательные описания грамматики документа,
чтобы другие приложения могли выполнить проверку его структуры.
Если адрес верен, то найденный сервер связывается с вашим браузером и передает ему
содержание страницы.
Баг трекинг Jira – идеально для больших проектов. Представляет большие возможности. Это
система управления проектами.
-: Отсутствие возможно вернуться на предыдущий этап (придется начинать все с начала) и поздно
начинается тестирование.
Классификация:
1. По знанию внутренностей системы:
• черный ящик (black box testing);
• серый ящик (grey box testing);
• белый ящик (white box testing).
2. По объекту тестирования:
• функциональное тестирование (functional testing)- становить соответствие разработанного
программного обеспечения (ПО) исходным функциональным требованиям заказчика. То есть
проведение функционального тестирования позволяет проверить способность информационной
системы в определенных условиях решать задачи, нужные пользователям.
• тестирование интерфейса пользователя (UI testing);
• тестирование локализации (localization testing) - вещь, подразумевающая проверку множества
аспектов, связанных с адаптацией сайта для пользователей из
других стран.
• тестирование скорости и надежности (load/stress/performance
esting) -Это проверка поведения веб-сайта (или его отдельных частей ) при дновременном наплыве
множества пользователей.
• тестирование безопасности (security testing);
• тестирование опыта пользователя (usability testing)- При юзабилити-тестировании также
проверяется интуитивность интерфейса.
• тестирование совместимости (compatibility testing).
3. По субъекту тестирования:
• альфа-тестировщик (alpha tester);
• бета-тестировщик (beta tester).
4. По времени проведения тестирования:
• до передачи пользователю — альфа-тестирование (alphatesting);
- тест приемки (smoke test, sanity test или confidence test);
- тестирование новых функциональностей (new feature
testing);
142 Тестирование Дот Ком. Часть 2
- регрессивное тестирование (regression testing);
- тест сдачи (acceptance or certification test);
• после передачи пользователю — бета-тестирование (beta
testing).
5. По критерию "позитивности" сценариев:
• позитивное тестирование (positive testing);
• негативное тестирование (negative testing).
6. По степени изолированности тестируемых компонентов:
• компонентное тестирование (component testing);
• интеграционное тестирование (integration testing);
• системное (или энд-ту-энд) тестирование (system or endto-
end testing).
7. По степени автоматизированности тестирования:
• ручное тестирование (manual testing);
• автоматизированное тестирование (automated testing);
• смешанное/полуавтоматизированное тестирование (semi
automated testing).
8. По степени подготовки к тестированию:
• тестирование по документации (formal/documented testing);
• эд хок-тестирование (ad hoc testing).
Требования
JS – изначально создавался для того, чтобы сделать веб приложения и сайты «живыми». Для
быстрого взаимодействия с пользователями.
Интерпретация – интерпретатор получает наш код и запускает наш код как есть
Клиентский язык. Работает на стороне клиента. Поэтому мы можем с нашего браузера зайти в
JS и изменить код и посмотреть что из этого будет.