Назначение и методы тестирования программного обеспечения
Что такое тестирование?
Кто такие баги и где их искать?
Где обитают баги?
Виды багов
Тестирование разделяется на 2 направления:
Ручное тестирование
Инструменты тестировщика
Автоматизированное тестирование ПО -
Инструменты автоматизации -
А зачем вообще автоматизировать?
А зачем вообще автоматизировать?
А зачем вообще автоматизировать?
А зачем вообще автоматизировать?
А зачем вообще автоматизировать?
А зачем вообще автоматизировать?
Инструменты автоматизатора:
10 правил хорошего тона при описании ошибки
1. Сначала глагол
2. Принцип «Что-Где-Когда»
3. Обезличенность
4. Простые конструкции
5. Без лишних слов
6. Сократить очевидное
7. Упростить описание сложного действия
8. По пунктам
9. Однозначность
10. Перечитать
20 принципов новичка в тестировании
20 принципов новичка в тестировании
Контактная информация
786.13K

Назначение и методы тестирования программного обеспечения

1. Назначение и методы тестирования программного обеспечения

speaker – Шибаев Денис Сергеевич
Special education teacher at “Server”, Odessa

2. Что такое тестирование?

Тестирование – процесс проверки и подтверждения, что
компьютерная программа или продукт:
Отвечает требованиям, которые были заложены при его
проектировании или разработке;
Работает так, как и ожидалось;
Может быть реализовано с теми же характеристиками;
Удовлетворяет потребности заинтересованных сторон.

3. Кто такие баги и где их искать?

4. Где обитают баги?

В синтаксисе программного кода
В логических функциях программы
В базах данных
В сетевых архитектурах
В программистах

5. Виды багов

Борбаг — легко обнаруживаемый стабильный баг;
Гейзенбаг — сложно обнаруживаемый, периодически исчезающий и
меняющий свойства баг при попытке его обнаружения;
Мандельбаг — баг с очень сложным, хаотичным, поведением;
Шрёдинбаг — критическая ошибка, которая не проявляется, пока ктонибудь на неё не наткнётся в исходном коде, после чего программа
совершенно перестаёт работать.

6. Тестирование разделяется на 2 направления:

Ручное
Автоматизированное

7. Ручное тестирование

8.

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

9. Инструменты тестировщика

• UsabilityHub – позволяет тестировать юзабилити сайта по скриншотам;
• Программы записи с экрана;
• Багтрекер (Bugzilla, GNATS, Launchpad, Trac, BUGS, Jira, Track Studio
Enterprise….);
• Бумага, карандаш;
• Текстовые и табличные редакторы.

10. Автоматизированное тестирование ПО -

Автоматизированное тестирование ПО процесс тестирования программного обеспечения, при
котором основные функции и шаги теста, такие как
запуск, инициализация, выполнение, анализ и выдача
результата, производятся автоматически с помощью
инструментов для автоматизированного тестирования.

11. Инструменты автоматизации -

Инструменты автоматизации это программное обеспечение, посредством которого
осуществляется создание, отладка, выполнение и
анализ результатов прогона тест-скриптов (Test Scripts
— это наборы инструкций для автоматической
проверки
определенной
части
программного
обеспечения).

12. А зачем вообще автоматизировать?

13. А зачем вообще автоматизировать?

• Исключен «человеческий фактор»;

14. А зачем вообще автоматизировать?

• Исключен «человеческий фактор»;
• Быстрое выполнение;

15. А зачем вообще автоматизировать?

• Исключен «человеческий фактор»;
• Быстрое выполнение;
• Меньшие затраты на поддержку;

16. А зачем вообще автоматизировать?

• Исключен «человеческий фактор»;
• Быстрое выполнение;
• Меньшие затраты на поддержку;
• Отчеты – автоматически рассылаемые и
сохраняемые;

17. А зачем вообще автоматизировать?

• Исключен «человеческий фактор»;
• Быстрое выполнение;
• Меньшие затраты на поддержку;
• Отчеты – автоматически рассылаемые и
сохраняемые;
• Выполнение без вмешательства.

18. Инструменты автоматизатора:

• HP QuickTest Professional (8000-10000$);
• IBM Rational Functional Tester (6000$);
• Selenium (Free);
• Self scripting;
• Система ведения журналов (log’s).

19. 10 правил хорошего тона при описании ошибки

20. 1. Сначала глагол

Плохо – «Скопированную карточку открыть на
редактирование».
Хорошо – «Открыть на редактирование скопированную
карточку».

21. 2. Принцип «Что-Где-Когда»

Плохо – «В отчёте при добавлении файла комментария
текстовый комментарий стирается».
Хорошо – «Стирается текстовый комментарий в отчёте при
добавлении файла комментария».

22. 3. Обезличенность

Плохо – «Нажимаем кнопку», «Открываю страницу».
Хорошо – «Нажать кнопку», «Открыть страницу».

23. 4. Простые конструкции

Плохо – «На панели инструментов есть кнопка с шестерёнкой,
открывающая меню из двух пунктов, при наведении на
которую не появляется всплывающая подсказка».
Хорошо – «Навести мышку на кнопку с шестерёнкой на панели
инструментов – не появилась всплывающая подсказка».

24. 5. Без лишних слов

Плохо – «По какой-то причине смена значений в поле работает довольно
странно – по сути обновление поля происходит через какой-то
промежуток времени».
Убрать слова «По какой-то причине», «довольно», «странно», «по сути».
Они не содержат ценной информации и могут быть удалены из описания
без потери смысла. Словосочетание «какой-то промежуток времени»
может быть заменено на более короткий синоним.
Хорошо – «Обновление значений в поле происходит с задержкой».

25. 6. Сократить очевидное

Плохо – «Найти ярлык приложения на рабочем столе,
кликнуть по нему 2 раза левой кнопкой мыши».
Хорошо – «Открыть приложение по ярлыку».

26. 7. Упростить описание сложного действия

Плохо – «Согласовать документ», «Выполнить синхронизацию
свойств».
Хорошо – «Нажать кнопку «Согласовано» на панели
инструментов карточки документа», «Выбрать команду
«Синхронизировать свойства» в контекстном меню
объекта».

27. 8. По пунктам

1) Открыть справочник категорий.
2) Добавить новую категорию. Сохранить, закрыть справочник.
3) Повторить пункты 1 и 2.
Или
1) Создать карточку документа.
2) Создать карточку документа другого вида.
3) Открыть карточку, созданную на шаге 1.

28. 9. Однозначность

Плохо – «система ругается», «клацнуть в молоко», «окно
уезжает за экран», «кансельнуть».
Хорошо – «выдаётся необработанное исключение», «кликнуть
в пустое место окна», «окно перемещается за пределы
экрана», «отменить».

29. 10. Перечитать

«Не помещаются полностью названия файлов в файловом контроле
документа при наличии нескольких файлов.
1) Создать любой документ УД. Оставить в режиме окна, не переходить
в полноэкранный.
2) Добавить более 1 файла на вкладке Регистрация в файловый контроль
(командой контекстного меню или перетаскиванием).
Результат: Названия файлов видны не полностью. Недостаточно места
для отображения названий файлов при размере окна по умолчанию.
Ожидаемый результат: Названия файлов должны отображаться
полностью.»

30. 20 принципов новичка в тестировании

Узнайте, что вы тестируете;
Узнайте, кто ваш клиент или конечный пользователь;
Составьте карту устройств;
Разбейте программу на части;
Узнайте о видах тестирования;
Познакомьтесь с багтрекером;
Почитайте багтрекер;
Записывайте все уязвимости;
Воспроизводите критические ситуации;
Следите за логами;

31. 20 принципов новичка в тестировании

Мыслите широко;
Советуйтесь с коллегами;
Изучайте новые возможности тестирования;
Не ленитесь перепроверить функционал после исправления бага;
Если можно создать нагрузку — создайте ее;
Изучайте операционные системы и языки программирования;
Изучайте и проверяйте документацию;
Передавайте опыт;
Планируйте;
Не доверяйте другим.

32. Контактная информация

• LinkedIn – Denis Shibaev
• vk.com/denshibaev
[email protected]
English     Русский Правила