А. Н. Ильин - «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»
Название: | «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)» | |
Автор: | А. Н. Ильин | |
Жанр: | Учебники и самоучители по компьютеру | |
Изадано в серии: | неизвестно | |
Издательство: | неизвестно | |
Год издания: | - | |
ISBN: | неизвестно | |
Отзывы: | Комментировать | |
Рейтинг: | ||
Поделись книгой с друзьями! Помощь сайту: донат на оплату сервера |
Краткое содержание книги "«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»"
Читаем онлайн "«Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»". [Страница - 2]
- 1
- 2
- 3
- 4
- . . .
- последняя (29) »
необходимости создания продукта;
- сбор и анализ требований к проекту;
- проектирование (дизайн (Системы и ПО) на основе требований);
- реализация (кодирование на основе дизайна системы);
- тестирование продукта;
- внедрение и поддержка (сопровождение (в том числе фиксация найденных в
пользовательской среде ошибок)).
Преимущество использования модели жизненного цикла разработки ПО
(SDLC):
- обеспечение основы проекта (методологии, активность...);
- обеспечение визуализации хода реализации проекта;
- помощь компании в эффективности и успешного завершения проекта (сокращение
затрат, уменьшение сроков разработки и тестирования, повышение качества
конечного продукта);
- уменьшение рисков, связанных с процессом разработки ПО;
- обеспечение специальным механизмом отслеживания прогресса проекта.
Принципы тестирования:
1– Тестирование показывает наличие ошибок, а не их отсутствие.
Тестирование ПО сокращает количество ошибок. Оно снижает вероятность того, что
необнаруженные ошибки останутся, но даже если ничего не было найдено, это не является
доказательством исправности. Даже многократное тестирование никогда не может
гарантировать, что программное обеспечение на 100% не содержит ошибок. Тестирование
уменьшает их количество, но не устраняет.
2– Исчерпывающее тестирование невозможно.
Невозможно протестировать все функциональные возможности со всеми
допустимыми и недопустимыми комбинациями данных во время фактического
тестирования. Вместо этого подхода рассматривается тестирование нескольких
приоритетных комбинаций с использованием различных методов.
Например, если у вас есть поле ввода, которое принимает буквы (имя), представьте,
сколько имен будет проверяться – невозможно проверить все комбинации для каждого типа
ввода.
3– Раннее тестирование.
Чтобы обнаружить ошибку в программном обеспечении, необходимо начать раннее
тестирование. Ошибка, выявленная на ранних этапах жизненного цикла разработки ПО,
обойдется гораздо дешевле. Для повышения качества программного обеспечения
тестирование должно быть запущено на начальном этапе, т.е. выполняться на этапе анализа
требований. Затраты, необходимые для устранения ошибки, обнаруженной в этот момент,
меньше, и они продолжают расти по мере перехода к этапу тестирования или технического
обслуживания.
4– Кластеризация дефектов.
Кластеризация дефектов означает, что небольшое количество модулей содержит в
себе большинство обнаруженных ошибок. Это закон Парето, примененный к тестированию
программного обеспечения: примерно 80% проблем, обнаруживаются в 20% модулей.
5– Тестирование зависит от контекста.
Подход к тестированию зависит от контекста разрабатываемого программного
обеспечения. Различные типы тестирования должны выполняться для различных типов ПО.
Например, тестирование сайта отличается от тестирования приложения для Android.
6– Парадокс пестицида.
Многократное повторение одних и тех же тестовых кейсов с одними и теми же
тестовыми данными не приведет к обнаружению новых ошибок. Поэтому необходимо
4
проанализировать тестовые кейсы и обновить их или добавить другие, чтобы найти новые
ошибки.
7- Заблуждение в отсутствии ошибок.
Если версия встроенного программного обеспечения на 99% рабочая, но не
соответствует пользовательским запросам, то она непригодна для использования.
Необходимо не только, чтобы программное обеспечение на 99% не содержало ошибок, оно
также обязательно должно выполнять все требования пользователя. В таких случаях даже
своевременные обнаружение и устранение ошибок не помогут, поскольку тестирование
будет выполняться на основе неправильных требований, несоответствующих потребностям
конечного пользователя.
QC (Quality Control) — Контроль качества продукта — это совокупность
действий, проводимых над продуктом в процессе разработки, для получения информации
о его актуальном состоянии в разрезах: (задачи контроля качества) «готовность продукта
к выпуску», «соответствие зафиксированным требованиям», «соответствие заявленному
уровню качества продукта».
QA (Quality Assurance) — Обеспечение качества продукта — это совокупность
мероприятий, охватывающих все технологические этапы разработки, выпуска --">
- сбор и анализ требований к проекту;
- проектирование (дизайн (Системы и ПО) на основе требований);
- реализация (кодирование на основе дизайна системы);
- тестирование продукта;
- внедрение и поддержка (сопровождение (в том числе фиксация найденных в
пользовательской среде ошибок)).
Преимущество использования модели жизненного цикла разработки ПО
(SDLC):
- обеспечение основы проекта (методологии, активность...);
- обеспечение визуализации хода реализации проекта;
- помощь компании в эффективности и успешного завершения проекта (сокращение
затрат, уменьшение сроков разработки и тестирования, повышение качества
конечного продукта);
- уменьшение рисков, связанных с процессом разработки ПО;
- обеспечение специальным механизмом отслеживания прогресса проекта.
Принципы тестирования:
1– Тестирование показывает наличие ошибок, а не их отсутствие.
Тестирование ПО сокращает количество ошибок. Оно снижает вероятность того, что
необнаруженные ошибки останутся, но даже если ничего не было найдено, это не является
доказательством исправности. Даже многократное тестирование никогда не может
гарантировать, что программное обеспечение на 100% не содержит ошибок. Тестирование
уменьшает их количество, но не устраняет.
2– Исчерпывающее тестирование невозможно.
Невозможно протестировать все функциональные возможности со всеми
допустимыми и недопустимыми комбинациями данных во время фактического
тестирования. Вместо этого подхода рассматривается тестирование нескольких
приоритетных комбинаций с использованием различных методов.
Например, если у вас есть поле ввода, которое принимает буквы (имя), представьте,
сколько имен будет проверяться – невозможно проверить все комбинации для каждого типа
ввода.
3– Раннее тестирование.
Чтобы обнаружить ошибку в программном обеспечении, необходимо начать раннее
тестирование. Ошибка, выявленная на ранних этапах жизненного цикла разработки ПО,
обойдется гораздо дешевле. Для повышения качества программного обеспечения
тестирование должно быть запущено на начальном этапе, т.е. выполняться на этапе анализа
требований. Затраты, необходимые для устранения ошибки, обнаруженной в этот момент,
меньше, и они продолжают расти по мере перехода к этапу тестирования или технического
обслуживания.
4– Кластеризация дефектов.
Кластеризация дефектов означает, что небольшое количество модулей содержит в
себе большинство обнаруженных ошибок. Это закон Парето, примененный к тестированию
программного обеспечения: примерно 80% проблем, обнаруживаются в 20% модулей.
5– Тестирование зависит от контекста.
Подход к тестированию зависит от контекста разрабатываемого программного
обеспечения. Различные типы тестирования должны выполняться для различных типов ПО.
Например, тестирование сайта отличается от тестирования приложения для Android.
6– Парадокс пестицида.
Многократное повторение одних и тех же тестовых кейсов с одними и теми же
тестовыми данными не приведет к обнаружению новых ошибок. Поэтому необходимо
4
проанализировать тестовые кейсы и обновить их или добавить другие, чтобы найти новые
ошибки.
7- Заблуждение в отсутствии ошибок.
Если версия встроенного программного обеспечения на 99% рабочая, но не
соответствует пользовательским запросам, то она непригодна для использования.
Необходимо не только, чтобы программное обеспечение на 99% не содержало ошибок, оно
также обязательно должно выполнять все требования пользователя. В таких случаях даже
своевременные обнаружение и устранение ошибок не помогут, поскольку тестирование
будет выполняться на основе неправильных требований, несоответствующих потребностям
конечного пользователя.
QC (Quality Control) — Контроль качества продукта — это совокупность
действий, проводимых над продуктом в процессе разработки, для получения информации
о его актуальном состоянии в разрезах: (задачи контроля качества) «готовность продукта
к выпуску», «соответствие зафиксированным требованиям», «соответствие заявленному
уровню качества продукта».
QA (Quality Assurance) — Обеспечение качества продукта — это совокупность
мероприятий, охватывающих все технологические этапы разработки, выпуска --">
- 1
- 2
- 3
- 4
- . . .
- последняя (29) »
Книги схожие с ««Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»» по жанру, серии, автору или названию:
Н. И. Черкасова - Основы программирования на Ассемблере для ОС Windows: учебное пособие Жанр: Assembler Год издания: 2017 |