- - - - - - - - -
Полезные статьи. Часть 2. Smoke-тестирование.
- - - - - - - - -

1. О понятии "Smoke-тестирование": https://en.wikipedia.org/wiki/Smoke_testing_(electrical)
2. Различия Smoke-тестирования и Sanity-тестирования: https://www.guru99.com/smoke-sanity-testing.html
3. Smoke-тестирование и Sanity-тестирование. Различия с примерами: https://www.softwaretestinghelp.com/smoke-testing-and-sanity-testing-difference/

Впорос №18

Q: Расскажите про основные особенности следующих видов тестирования: Исследовательское тестирование и туры (Exploratory Testing & Test Tours)

A: При проведении исследовательского тестирования акцент делается на личной свободе и ответственности тестировщика. Оно предполагает постоянный поиск ответов на вопросы: «как сделать лучше?», «какие тесты сейчас наиболее важны?». Вы не просто делаете то, что написано в сценарии, вы постоянно думаете. Кроме этого, все этапы тестирования (проектирование, выполнение, интерпретация результатов и пр.) проходят не последовательно, а параллельно на протяжении всего проекта.

При проведении исследовательского тестирования иногда бывать сложно сфокусироваться на чем-то конкретном. И в этом случае помогают исследовательские туры. Туры отражают основные цели и задачи, которые ставятся при проведении тестирования.

Цитируем Джеймса Уиттакера: «Исследовательское тестирование без хорошего руководства подобно блужданию по городу в поисках интересных достопримечательностей. Руководство дает возможность понять, куда вам нужно следовать».

В книге «Исследовательское тестирование ПО» Джеймс Уиттакер пишет о самых разных исследовательских турах. Вот некоторые из них:

1. Тур по функциям – протестировать все функциональные возможности приложения.
2. Тур по требованиям – протестировать на предмет того, соблюдены ли коммерческие требования.
3. Тур по данным – протестировать обработку данных.
4. Тур по вычислениям – протестировать все вычисления.
5. Тур по процессам – протестировать поддержку рабочих процессов приложением.
6. Тур по экранам – протестировать все экраны.
7. Тур по компонентам с плохой репутацией – протестировать те части приложения, которые ранее имели много ошибок.
8. Тур по интерфейсам – протестировать все интерфейсы.
9. Асоциальный тур – протестировать некорректное использование.
10. Тур грабителя – протестировать на предмет того, можно ли получить неавторизованный доступ.

Вопрос №19

Q: Мы поговорили об основных видах тестирования с точки зрения подхода к его планированию. Перечислите основные характеристики этих подходов.

A:
Сценарное тестирование:
1. Сфокусировано на подготовке
2. Сфокусировано на планировании
3. Опирается на методы
4. Подчиняется процессу
5. Сфокусировано на документации

Исследовательское тестирование
1. Сфокусировано на действии
2. Гибкое
3. Прагматичное
4. Ставит в центр внимания тестировщика
5. Сфокусировано на выполнении тестов

Может возникнуть ощущение, что исследовательское тестирование лучше сценарного. Это не так. Сценарное тестирование так же ценно, как и исследовательское, но тут все зависит от ситуации.

Однако эффективность исследовательского тестирования все же выше, чем сценарного. Это доказывается различными исследованиями. В частности, в 2011 году проводилось исследование, в котором принимало участие две команды. Они одновременно работали над тестированием одного и того же приложения, причем первая использовала сценарное тестирование, а вторая – исследовательское. Затем они тестировали второе приложение, но теперь первая команда использовала исследовательское тестирование, а вторая – сценарное. Это исследование показало, что при исследовательском тестировании эффективность обнаружения ошибок была намного выше. Подобные результаты были получены и при проведении других исследований эффективности методов тестирования.

Вопрос №20

Q: На основании каких критериев можно считать тестирование завершенным?

A: Выходные критерии – это совокупность условий, которые должны быть выполнены, чтобы фаза тестирования была успешно закрыта.

Любое изменение в списке выходных критериев должно быть одобрено заинтересованными лицами, ответственными за утверждение этого документа.

Возможные выходные критерии:
1. Достигнут дедлайн (релиза, тестирования и т. д.)
2. Достигнут необходимый процент успешно пройденных тест-кейсов.
3. Покрытие кода/функционала/требований достигло нужного уровня
4. Все дефекты исправлены или закрыты.
5. Все тест-кейсы выполнены.
6. Завершен бета- или альфа-период тестирования.
7. Бюджет, выделенный на тестирование, исчерпан.

Выходные критерии устанавливаются заранее, при планировании тестирования.

Вопрос №21

Q: Что такое чек-лист в тестировании?

A: Чек-лист — это документ, описывающий что должно быть протестировано. При этом чек-лист может быть абсолютно разного уровня детализации. На сколько детальным будет чек-лист зависит от:
1. Требований к отчётности
2. Уровня знания продукта сотрудниками
3. Сложности продукта.

Что должно быть в чек-листе?
1. Список проверок (с требуемой степенью детализации)
2. Статус проверок: сборка, на которой проводилось тестирование, тестовое окружение (если применимо), тестировщик
3. Результат проверки

Инструменты ведения чек-листов
1. Таблицы Excel/OpenOffice для самостоятельной работы
2. Таблицы GoogleDocs для распределения в команде
3. Специальное программное обеспечение для создания и хранения тестовой документации

Вопрос №23

Q: Что такое Cheat-sheet в тестировании?

A: Чит-лист – список повторяющихся проверок. Чит-листы составляются с целью их последующего многократного использования. В связи с этим такие списки создаются в отношении распространённых и часто встречающихся составляющих программного обеспечения, с которыми предстоит работать неоднократно не только на текущем проекте, но и на последующих.

Примерами могут быть следующие: валидация поля редактирования для ввода электронного адреса, инъекции SQL и XSS, список проверок для проведения юзабилити тестирования.

Чит-листы также отлично зарекомендовали себя как инструмент для документирования корпоративных стандартов компаний, которые должны быть соблюдены, а потому и проверены в обязательном порядке (например, требования к интерфейсу разрабатываемого ПО).
Примеры чит-листов:
1. Чит-лист регистрации от Алексея Лупана: https://wiki.software-testing.ru/%D0%A7%D0%B8%D1%82-%D0%BB%D0%B8%D1%81%D1%82_%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D0%B8_%D0%BE%D1%82_%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D1%8F_%D0%9B%D1%83%D0%BF%D0%B0%D0%BD%D0%B0
2. Чит-лист по Web UI контролам от Игоря Любина: https://wiki.software-testing.ru/%D0%A7%D0%B8%D1%82-%D0%BB%D0%B8%D1%81%D1%82_%D0%BF%D0%BE_Web_UI_%D0%BA%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D0%B0%D0%BC_%D0%BE%D1%82_%D0%98%D0%B3%D0%BE%D1%80%D1%8F_%D0%9B%D1%8E%D0%B1%D0%B8%D0%BD%D0%B0
3. MySQL SQL Injection Cheat Sheet: https://pentestmonkey.net/cheat-sheet/sql-injection/mysql-sql-injection-cheat-sheet

- - - - - - - - -
Какой язык программирования выбрать в 2022 году?
- - - - - - - - -

Ситуация на рынке меняется, в видео автор рассказывает о том, какой язык программирования выбрать в 2022.

https://www.youtube.com/watch?v=c2QqEH2evMY

- - - - - - - - -
Полезные статьи. Часть 3.
- - - - - - - - -

1. Gray-box тестирование. Подробно: https://softwaretestingfundamentals.com/gray-box-testing
2. Позитивное и негативное тестирование. Статья: https://www.softwaretestingclass.com/positive-and-negative-testing-in-software-testing/
3. Альфа и бета тестирование. Полное руководство: https://www.softwaretestinghelp.com/what-is-alpha-testing-beta-testing/

- - - - - - - - -
Полезные статьи. Часть 4.
- - - - - - - - -

1. Что такое исследовательское тестирование (на английском): https://www.satisfice.com/articles/what_is_et.shtml
2. 10 экспериментов по улучшению ваших навыков по исследовательскому тестированию: https://blog.eviltester.com/2013/09/10-experiments-to-improve-your.html
3. Ошибочные представления о тестировании: https://www.huibschoots.nl/wordpress/?p=1118