Библиотека knigago >> Компьютеры и Интернет >> Учебники и самоучители по компьютеру >> «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»


СЛУЧАЙНЫЙ КОММЕНТАРИЙ

# 1511, книга: Темная луна холодного солнца
автор: Артем Алиби

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

СЛУЧАЙНАЯ КНИГА

А. Н. Ильин - «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»

«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»
Книга - «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)».  А. Н. Ильин  - прочитать полностью в библиотеке КнигаГо
Название:
«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»
А. Н. Ильин

Жанр:

Учебники и самоучители по компьютеру

Изадано в серии:

неизвестно

Издательство:

неизвестно

Год издания:

-

ISBN:

неизвестно

Отзывы:

Комментировать

Рейтинг:

Поделись книгой с друзьями!

Помощь сайту: донат на оплату сервера

Краткое содержание книги "«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»"


Читаем онлайн "«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»". [Страница - 2]

необходимости создания продукта;
- сбор и анализ требований к проекту;
- проектирование (дизайн (Системы и ПО) на основе требований);
- реализация (кодирование на основе дизайна системы);
- тестирование продукта;
- внедрение и поддержка (сопровождение (в том числе фиксация найденных в
пользовательской среде ошибок)).
Преимущество использования модели жизненного цикла разработки ПО
(SDLC):
- обеспечение основы проекта (методологии, активность...);
- обеспечение визуализации хода реализации проекта;
- помощь компании в эффективности и успешного завершения проекта (сокращение
затрат, уменьшение сроков разработки и тестирования, повышение качества
конечного продукта);
- уменьшение рисков, связанных с процессом разработки ПО;
- обеспечение специальным механизмом отслеживания прогресса проекта.
Принципы тестирования:
1– Тестирование показывает наличие ошибок, а не их отсутствие.
Тестирование ПО сокращает количество ошибок. Оно снижает вероятность того, что
необнаруженные ошибки останутся, но даже если ничего не было найдено, это не является
доказательством исправности. Даже многократное тестирование никогда не может
гарантировать, что программное обеспечение на 100% не содержит ошибок. Тестирование
уменьшает их количество, но не устраняет.
2– Исчерпывающее тестирование невозможно.
Невозможно протестировать все функциональные возможности со всеми
допустимыми и недопустимыми комбинациями данных во время фактического
тестирования. Вместо этого подхода рассматривается тестирование нескольких
приоритетных комбинаций с использованием различных методов.
Например, если у вас есть поле ввода, которое принимает буквы (имя), представьте,
сколько имен будет проверяться – невозможно проверить все комбинации для каждого типа
ввода.
3– Раннее тестирование.
Чтобы обнаружить ошибку в программном обеспечении, необходимо начать раннее
тестирование. Ошибка, выявленная на ранних этапах жизненного цикла разработки ПО,
обойдется гораздо дешевле. Для повышения качества программного обеспечения
тестирование должно быть запущено на начальном этапе, т.е. выполняться на этапе анализа
требований. Затраты, необходимые для устранения ошибки, обнаруженной в этот момент,
меньше, и они продолжают расти по мере перехода к этапу тестирования или технического
обслуживания.
4– Кластеризация дефектов.
Кластеризация дефектов означает, что небольшое количество модулей содержит в
себе большинство обнаруженных ошибок. Это закон Парето, примененный к тестированию
программного обеспечения: примерно 80% проблем, обнаруживаются в 20% модулей.
5– Тестирование зависит от контекста.
Подход к тестированию зависит от контекста разрабатываемого программного
обеспечения. Различные типы тестирования должны выполняться для различных типов ПО.
Например, тестирование сайта отличается от тестирования приложения для Android.
6– Парадокс пестицида.
Многократное повторение одних и тех же тестовых кейсов с одними и теми же
тестовыми данными не приведет к обнаружению новых ошибок. Поэтому необходимо
4

проанализировать тестовые кейсы и обновить их или добавить другие, чтобы найти новые
ошибки.
7- Заблуждение в отсутствии ошибок.
Если версия встроенного программного обеспечения на 99% рабочая, но не
соответствует пользовательским запросам, то она непригодна для использования.
Необходимо не только, чтобы программное обеспечение на 99% не содержало ошибок, оно
также обязательно должно выполнять все требования пользователя. В таких случаях даже
своевременные обнаружение и устранение ошибок не помогут, поскольку тестирование
будет выполняться на основе неправильных требований, несоответствующих потребностям
конечного пользователя.
QC (Quality Control) — Контроль качества продукта — это совокупность
действий, проводимых над продуктом в процессе разработки, для получения информации
о его актуальном состоянии в разрезах: (задачи контроля качества) «готовность продукта
к выпуску», «соответствие зафиксированным требованиям», «соответствие заявленному
уровню качества продукта».
QA (Quality Assurance) — Обеспечение качества продукта — это совокупность
мероприятий, охватывающих все технологические этапы разработки, выпуска --">

Оставить комментарий:


Ваш e-mail является приватным и не будет опубликован в комментарии.