В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
Техники тест дизайна для черноящичного тестированияDmytro Protsenko
Разобрано на пальцах несколько техник из книги Lee Copeland "A Practitioner's Guide to Software Test Design". Все что касается BlackBox Testing - cгруппированo в три раздела. Oбъяснены секреты магии Pairwise, почему тестирование областей определения переворачивает самолеты и дана краткая инструкция, как вернуть деньги за билет, если в связи с предыдущим пунктом, вы передумали лететь.
В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
Техники тест дизайна для черноящичного тестированияDmytro Protsenko
Разобрано на пальцах несколько техник из книги Lee Copeland "A Practitioner's Guide to Software Test Design". Все что касается BlackBox Testing - cгруппированo в три раздела. Oбъяснены секреты магии Pairwise, почему тестирование областей определения переворачивает самолеты и дана краткая инструкция, как вернуть деньги за билет, если в связи с предыдущим пунктом, вы передумали лететь.
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Слайды к вебинару, который прошел 18.11.2013.
В ходе вебинара вы:
- Узнаете о том, как из 7 простых принципов возникает стройная тестовая система
- Поймете почему тестирование никогда не станет полностью автоматизованым
- Узнаете как на практике применять каждый из основных принципов
Больше информации по ссылке: http://coach.ak-itconsulting.com/2013/11/7-principov-testirovaniya/
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
The document discusses a preliminary evaluation of an idea for a film project. The idea came from the top of the author's head and was not very structured. For the main task, more in-depth research would be done to make the idea more creative. The author also notes they could have researched denotation and connotation for use in the film. Planning and equipment research is mentioned as next steps.
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Слайды к вебинару, который прошел 18.11.2013.
В ходе вебинара вы:
- Узнаете о том, как из 7 простых принципов возникает стройная тестовая система
- Поймете почему тестирование никогда не станет полностью автоматизованым
- Узнаете как на практике применять каждый из основных принципов
Больше информации по ссылке: http://coach.ak-itconsulting.com/2013/11/7-principov-testirovaniya/
Документация тестировщика - Александр ТрибушныйDataArt
Как сделать документацию тестировщика лучше?
- зачем нужна матрица трассируемости?
- проблемы разработки тест-кейса;
- частые ошибки при написании баг-репорта;
- рекомендации при написании тест-кейсов и баг-репортов.
The document discusses a preliminary evaluation of an idea for a film project. The idea came from the top of the author's head and was not very structured. For the main task, more in-depth research would be done to make the idea more creative. The author also notes they could have researched denotation and connotation for use in the film. Planning and equipment research is mentioned as next steps.
A scientific database is an electronic index of bibliographic records, often containing citations, abstracts, and full text of journal or magazine articles. They are created using tools like web servers, database management systems, and programming languages. Scientific databases are useful for improving data quality, reducing costs, enabling long-term studies, and allowing data synthesis. They must contain wanted, up-to-date, complete data presented attractively and compatibly for their users. Examples include forensic DNA databases and geographical databases.
The document summarizes the development of Philippine literature during the Japanese occupation from 1941-1945. When Japan conquered the Philippines, Philippine literature in English came to a halt as newspapers in English were banned. This led writers to turn to writing in Filipino instead. The weekly publication Liwayway also came under strict Japanese surveillance during this time. The document then provides biographies and notable works of several important Filipino writers from this era such as Francisco Soc Rodrigo, Clodualdo del Mundo Sr., Liwayway Arceo, Carlos Bulosan, N.V.M. Gonzalez, and Macario Pineda who contributed to the development of Filipino literature during this period.
This document provides an overview and summary of digital trends in Southeast Asia and globally:
- Online audiences have shifted significantly outside of North America, with over 2/3 of the global online population now located in Asia and other regions.
- Southeast Asia has seen rapid online population growth of over 62 million, with the Philippines experiencing the fastest growth rate of 22% since 2012.
- Social networking reaches the vast majority of online populations across Southeast Asia, capturing the largest percentage of consumers' online time. Facebook has very high penetration across the region, with the Philippines and Thailand among the top 10 globally.
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFest
В своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
2. Тестирование по стратеги Черного ящика:
• Тестирование по спецификации
• Может применяться как к отдельным
модулям так и к программе в целом
• Основная цель подобрать входные
данные таким образом (тест-кейсы),
чтобы полностью исследовать,
протестировать внутреннюю структуру
программы
• Внутренняя структура программы не
известна и не важна
4. Типы обнаруживаемых проблем
• Потерянная функциональность
• Проблемы удобства использования
• Проблемы производительности
• Проблемы совместного доступа
• Проблемы инициализации и завершения
5. Тест кейс (Test case)
• Название
• Описание
• Предусловия (pre-condition)
• Действия (steps)
• Постусловия (post-condition)
• Ожидаемый результат
6. Критерии хорошего теста кейза
• Существует обоснованная вероятность
обнаружения тестом ошибок
• Не корректное поведение должно проявляться
достаточно очевидно
• Тест не избыточен
• Тестовый набор должен быть наилучшим в своей
категории
• Не должен быть слишком простым или слишком
сложным
7. Пример тест-кейса
Название Действия Ожидаемый
результат
Фактический
результат
Pass/Fail
Навигация по
“TAB”
1. Установить
фокус ввода
на поле
“Login”
2. Нажать
клавишу “TAB”
Фокус ввода
переместился
на поле
“Password”
Скрытие
символов
пароля
1. Ввести
любую строку
в поле
“Password”
Введенные
символы
заменяются на
*
8. 10 Факториал числа 3628800
N, N>0, только целые Factorial(N)
0 1
1 1
2 2
3 6
4 24
5 120
6 720
9. Тест кейсы на факториал
Название Действия Ожидаемый
результат
Фактический
результат
Pass/Fail
Проверка
факториала 0
1. Ввести 0
2. Нажать
Enter
1
Проверка
факториала 10
1. Ввести 10
2. Нажать
Enter
3628800
Проверка
факториала -5
1. Ввести -5
2. Нажать
Enter
Сообщение об
ошибке, число
меньше 0
Проверка
факториала
3.5
1. Ввести 3.5
2. Нажать
Enter
Сообщение об
ошибке, число
не целое
10. Сколько тестов нужно?
• Количество всех возможных тестов
огромно
• Есть возможнось выбрать только
малое количество тестов и
провести их
• Какие тесты выбрать?
11. Классы эквивалентности
• Разделить тесты кейсы на эквивалентные
классы
• Каждый класс содержит эквивалетные тест
кейсы
• Два тест кейса являются эквивалентными,
если ожидается что программа
обрабатывает их одинаковым способом
(одинаковым путём в коде)
13. Классы эквивалентности
N Факториал числа N!
Допустимые Недопустимые
Целые положительные числа
и 0
Все не целые и
отрицательные
14. Классы эквивалентности
N Факториал числа N!
• Все целые положительные числа и 0
• Все отрицательные числа
• Все не целые числа
15. Граничные значения
На границах классов эквивалентности
меняется поведение системы
-5 -4 -3 -2 -1 0 1 2 3
16. Минимальный набор тестов
Название Действия Ожидаемый
результат
Фактический
результат
Pass/Fail
Проверка
факториала 0
1. Ввести 0
2. Нажать
Enter
1
Проверка
факториала 10
1. Ввести 10
2. Нажать
Enter
3628800
Проверка
факториала -5
1. Ввести -5
2. Нажать
Enter
Сообщение об
ошибке, число
меньше 0
Проверка
факториала
3.5
1. Ввести 3.5
2. Нажать
Enter
Сообщение об
ошибке, число
не целое