Личный кабинетuser
orange img orange img orange img orange img orange img
ДиссертацияПриборостроение и оптотехника
Готовая работа №101685 от пользователя Куклачев Дмитрий
book

РАЗРАБОТКА МЕТОДИКИ ПОЛУФУНКЦИОНАЛЬНОГО ТЕСТИРОВАНИЯ ПРИЛОЖЕНИЙ, ЭКСПЛУАТИРУЕМЫХ И РАЗРАБАТЫВАЕМЫХ НА ВЫСОКОТЕХНОЛОГИЧНОМ ПРЕДПРИЯТИИ

1 520 ₽
Файл с работой можно будет скачать в личном кабинете после покупки
like
Гарантия безопасной покупки
help

Сразу после покупки работы вы получите ссылку на скачивание файла.

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

Гарантийный период 7 дней.

like
Уникальность текста выше 50%
help

Все загруженные работы имеют уникальность не менее 50% в общедоступной системе Антиплагиат.ру

file
Возможность снять с продажи
help

У покупателя есть возможность доплатить за снятие работы с продажи после покупки.

Например, если необходимо скрыть страницу с работой на сайте от третьих лиц на определенный срок.

Тариф можно выбрать на странице готовой работы после покупки.

Не подходит эта работа?
Укажите тему работы или свой e-mail, мы отправим подборку похожих работ
Нажимая на кнопку, вы соглашаетесь на обработку персональных данных

содержание

ОПРЕДЕЛЕНИЯ 9
ВВЕДЕНИЕ 11
ГЛАВА 1 ТЕСТИРОВАНИЕ ПО 13
1.1 История развития тестирования программных продуктов 13
1.2 Обзор методов тестирования приложений 15
1.2.1 Классификация методов тестирования по объекту тестирования 19
1.2.2 Классификация методов тестирования по уровню детализации приложений 20
1.2.3 Классификация методов тестирования по степени автоматизации 22
1.2.4 Методы тестирования, связанные с изменениями 22
1.3 Место тестирования в процессе разработки программного обеспечения 24
1.3.1 Жизненный цикл 24
1.3.2 Роль тестирования в различных моделях жизненного цикла 25
1.4 Постановка задачи 29
ГЛАВА 2 АНАЛИЗ И МОДЕЛИРОВАНИЕ ПОДХОДА К ТЕСТИРОВАНИЮ ПО 30
2.1 Обзор существующего подхода к тестированию 30
2.2 Методика полуфункционального тестирования 37
ГЛАВА 3 РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ 49
3.1 Расчет трудоемкости создания и внедрения системы 49
3.2 Определение себестоимости разработки и внедрения 56
3.3 Расчет показателей экономической эффективности 59
ЗАКЛЮЧЕНИЕ 67
СПИСОК ИСТОЧНИКОВ И ЛИТЕРАТУРЫ 69


Весь текст будет доступен после покупки

ВВЕДЕНИЕ

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

Весь текст будет доступен после покупки

отрывок из работы

ГЛАВА 1 ТЕСТИРОВАНИЕ ПО
1.1 История развития тестирования программных продуктов
История тестирования программного обеспечения насчитывает несколько десятков лет, первые программные системы разрабатывались в рамках программ научных исследований или программ для нужд министерств обороны. Тестирование таких продуктов проводилось строго формализовано с записью всех тестовых процедур, тестовых данных, полученных результатов. Тестирование выделялось в отдельный процесс, который начинался после завершения кодирования, но при этом, как правило, выполнялось тем же персоналом.
В 1960-х много внимания уделялось «исчерпывающему» тестированию, которое должно проводиться с использованием всех путей в коде или всех возможных входных данных. Было отмечено, что в этих условиях полное тестирование ПО невозможно, потому что, во-первых, количество возможных входных данных очень велико, во-вторых, существует множество путей, в-третьих, сложно найти проблемы в архитектуре и спецификациях. По этим причинам «исчерпывающее» тестирование было отклонено и признано теоретически невозможным.
В начале 1970-х тестирование ПО обозначалось как «процесс, направленный на демонстрацию корректности продукта» или как «деятельность по подтверждению правильности работы ПО». В зарождавшейся программной инженерии верификация ПО значилась как «доказательство правильности». Хотя концепция была теоретически перспективной, на практике она требовала много времени и была недостаточно всеобъемлющей. Было решено, что доказательство правильности — неэффективный метод тестирования ПО. Однако, в некоторых случаях демонстрация правильной работы используется и в наши дни, например, приемо-сдаточные испытания. Во второй половине 1970-х тестирование представлялось как выполнение программы с намерением найти ошибки, а не доказать, что она работает. Успешный тест — это тест, который обнаруживает ранее неизвестные проблемы. Данный подход прямо противоположен предыдущему. Указанные два определения представляют собой «парадокс тестирования», в основе которого лежат два противоположных утверждения: с одной стороны, тестирование позволяет убедиться, что продукт работает хорошо, а с другой — выявляет ошибки в ПО, показывая, что продукт не работает. Вторая цель тестирования является более продуктивной с точки зрения улучшения качества, так как не позволяет игнорировать недостатки ПО.

Весь текст будет доступен после покупки

Список литературы

1 Про Тестинг. Тестирование Программного Обеспечения. [Электронный ресурс]. Режим доступа: http://www.protesting.ru/testing
2 ISO 8402:1994 Quality management and quality assurance.
3 Бейзер Б. Тестирование черного ящика. Технологии функционального тестирования программного обеспечения и систем. — СПб.: Питер, 2004. — 320 с.
4 getbug. Функциональное тестирование. [Электронный ресурс]. Режим доступа: http://getbug.ru/funktsionalnoe-testirovanie/
5 Котляров В. П., Коликова Т.В. Основы тестирования программного обеспечения – М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2006. – 285с.
6 ОСТ 4.071.030 «Создание системы. Нормативы трудоёмкости».
7 ГОСТ 24.702-85 «Единая система стандартов автоматизированных систем управления. Эффективность автоматизированных систем управления. Основные положения».
8 3. ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».
9 Software Testing. Тестирование Программного Обеспечения. [Электронный ресурс]. Режим доступа: http://software-testing.org/testing
10 Куликов С. C. Тестирование программного обеспечения. Базовый курс: практ. пособие. — Минск: Четыре четверти, 2015. — 294 с.
11 habr. Тестирование. Фундаментальная теория. [Электронный ресурс]. Режим доступа: https://habr.com/post/279535/
12 Автоматизированное тестирование приложений. Aplana. [Электронный ресуср]. Режим доступа: http://aplana.ru/services/testing/avtomatizaciya-testirovanija

Весь текст будет доступен после покупки

Почему студенты выбирают наш сервис?

Купить готовую работу сейчас
service icon
Работаем круглосуточно
24 часа в сутки
7 дней в неделю
service icon
Гарантия
Возврат средств в случае проблем с купленной готовой работой
service icon
Мы лидеры
LeWork является лидером по количеству опубликованных материалов для студентов
Купить готовую работу сейчас

не подошла эта работа?

В нашей базе 78761 курсовых работ – поможем найти подходящую

Ответы на часто задаваемые вопросы

Чтобы оплатить заказ на сайте, необходимо сначала пополнить баланс на этой странице - https://lework.net/addbalance

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

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

Если у вас возникли проблемы при пополнении баланса на сайте или остались вопросы по оплате заказа, напишите нам на support@lework.net. Мы обязательно вам поможем! 

Да, покупка готовой работы на сайте происходит через "безопасную сделку". Покупатель и Продавец финансово защищены от недобросовестных пользователей. Гарантийный срок составляет 7 дней со дня покупки готовой работы. В течение этого времени покупатель имеет право подать жалобу на странице готовой работы, если купленная работа не соответствует описанию на сайте. Рассмотрение жалобы занимает от 3 до 5 рабочих дней. 

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

Гарантийный срок составляет 7 дней со дня покупки готовой работы. В течение этого времени покупатель имеет право подать жалобу на странице готовой работы, если купленная работа не соответствует описанию на сайте. Рассмотрение жалобы занимает от 3 до 5 рабочих дней. Если администрация сайта принимает решение о возврате денежных средств, то покупатель получает уведомление в личном кабинете и на электронную почту о возврате. Средства можно потратить на покупку другой готовой работы или вывести с сайта на банковскую карту. Вывод средств можно оформить в личном кабинете, заполнив соответствущую форму.

Мы с радостью ответим на ваши вопросы по электронной почте support@lework.net

Не удалось найти материал или возникли вопросы?

Свяжитесь с нами, мы постараемся вам помочь!
Неккоректно введен e-mail
Нажимая на кнопку, вы соглашаетесь на обработку персональных данных