Функциональное тестирование
Виды тестирования
Модели разработки ПО Каскадная - waterfall model
Модели разработки ПО Каскадная с возвратами (Водоворот)
Модели разработки ПО Спиральная
Модели разработки ПО Agile
Redmine ЖЦ задачи
Техники тест-дизайна
Тестовое покрытие
ЖЦ ошибки в Redmine
Состав ошибки
Прикладная сфера
2.05M
Category: softwaresoftware

Функциональное тестирование

1. Функциональное тестирование

Авторы: Мария Минакова
Дата: 23 марта 2016

2. Виды тестирования

Тестирование
По объекту
тестирования
По степени
автоматизации
Связанные с
изменениями
По признаку
позитивности
сценариев
Удобства
использования
(Usability)
Ручное (Manual)
Дымчатое
тестирование
(Smoke)
Позитивное
тестирование
(positive testing)
Безопасности (Data
security)
Автоматизированное
(Automated)
Регрессионное
(Regression)
Негативное
тестирование
(negative testing)
Тестирование
интерфейса
Функциональное
(Functional)
Функциональное тестирование в НРД
06.11.2018
2

3. Модели разработки ПО Каскадная - waterfall model

Была предложена в 1970 г. Уинстоном Ройсом
Функциональное тестирование в НРД
06.11.2018
3

4. Модели разработки ПО Каскадная с возвратами (Водоворот)

Функциональное тестирование в НРД
06.11.2018
4

5. Модели разработки ПО Спиральная

Была разработана в середине 1980-х годов Барри Боэмом
Функциональное тестирование в НРД
06.11.2018
5

6. Модели разработки ПО Agile

Функциональное тестирование в НРД
06.11.2018
6

7. Redmine ЖЦ задачи

Новая
Redmine
Аналитика
ЖЦ задачи
Аналитика
завершена
Аналитика
не требуется
Оценка в
функц. точках
Разработка
Code review
Модульное
тестирование
Проверка на
стенде ФТ
Проверено на
стенде ФТ
Функциональное тестирование в НРД
Разработка
завершена
Тестирование
Тестирование
завершено
06.11.2018
7

8. Техники тест-дизайна

Классы эквивалентности (Equivalence Partitioning - EP).
Входные/выходные данные разбиваются на классы эквивалентности,
по принципу, что программа ведет себя одинаково с каждым
представителем отдельного класса.
Граничные значения (Boundary Value Analysis - BVA).
Граничные условия это ситуации, возникающие непосредственно
«на», «выше» или «ниже» границ входных и выходных классов
эквивалентности.
Причина/Следствие (Cause/Effect - CE). Это, как правило,
ввод комбинаций условий (причин), для получения ответа от
системы (Следствие).
Предугадывание ошибки (Error Guessing - EG). Это когда
тест аналитик использует свои знания системы и способность к
интерпретации спецификации на предмет того, чтобы "предугадать"
при каких входных условиях система может выдать ошибку.
Исчерпывающее тестирование (Exhaustive Testing - ET).
В пределах этой техники вы должны проверить все возможные
комбинации входных значений.
Функциональное тестирование в НРД
06.11.2018
8

9. Тестовое покрытие

Покрытие требований (Requirements Coverage) - оценка покрытия тестами
функциональных и нефункциональных требований к продукту путем построения
матриц трассировки (traceability matrix)
Tcov = (Lcov/Ltotal) * 100%
где:
Tcov - тестовое покрытие
Lcov - количество требований, проверяемых тест кейсами
Ltotal - общее количество требований
Функциональное тестирование в НРД
06.11.2018
9

10. ЖЦ ошибки в Redmine

Новая
В разработке
Решена
Ждёт разработки
Тестировать
Тестирование
блокировано
Функциональное тестирование в НРД
06.11.2018
10

11. Состав ошибки

Приоритет :
Низкий
грамматические ошибки.
Нормальный
незначительная ошибка, не препятствующая дальнейшему тестированию.
ошибка, блокирующая прохождение негативного ТК
Высокий
функционал не работает по стандартному процессу, но есть workaround, который
позволяет продолжить тестирование. Блокируется 1 или несколько тест-кейсов.
Немедленный
блокирует весь или почти весь функционал, тормозит тестирование. Workaround’а нет;
ошибки, возникающие в последние дни тестирования;
Возможно повышение статуса ошибки до «Немедленный», если разработчик несколько
дней её не исправляет.
Поле «Описание» должно содержать:
версию системы («Версия БД» и «Версия Веб приложения»),
шаги воспроизведения,
полученный результат,
ожидаемый результат,
номер поручения (если применимо).
«Назначена»
Обязательно прикреплять скриншоты!!!
Функциональное тестирование в НРД
06.11.2018
11

12. Прикладная сфера

Депонент – организация, заключившая договор депозитарного обслуживания с НРД.
Счёт депо — совокупность записей в регистрах депозитария, предназначенная для
учёта ценных бумаг
Раздел счета депо - Часть аналитического счета депо, предназначенная для учета
ценных бумаг, в отношении которых внутренними документами Депозитарием
установлены ограничения на перечень и порядок осуществления депозитарных
операций
Оператор счета депо - Юридическое лицо, имеющее право на основании
полномочия, полученного от Депонента, отдавать распоряжения на выполнение
депозитарных операций по соответствующему счету депо.
Попечитель
Счёт
Раздел
Функциональное тестирование в НРД
Депонент
Оператор
Счёт
Раздел
Раздел
06.11.2018
12

13.

Москва, Cтаропетровский
проезд 7а, корпус 1
тел.: +7 (495) 981-6182
факс: +7 (495) 981-6183
[email protected]
www.bellintegrator.ru
English     Русский Rules