Да, тяжко признавать свои ошибки, но перед жёсткой правдой любой лентяй и лгун бессилен.
Горячее за неделю
воскресенье, 8 октября 2017 г.
четверг, 5 октября 2017 г.
Bug severity
Алгоритм выбора важности бага:
1. Баг случился такой, что далее приложение не работает? Это ФАТАЛЬНО.
2. После бага ещё пара шагов в приложении доступны, но не более? Это БЛОКЕР.
3. Ошибка есть, даже если выполнить шаги иначе? Это КРИТИЧНО.
4. Иные неизвестные шаги работают без проблемы? Это ПЛОХО.
5. Казус описан в документации? Это ПРИЕМЛЕМО.
6. Проблема вызывает лишь лёгкий дискомфорт? Это ТРИВИАЛЬНО.
диаграмма доступна для полного просмотра по клику |
1. Баг случился такой, что далее приложение не работает? Это ФАТАЛЬНО.
2. После бага ещё пара шагов в приложении доступны, но не более? Это БЛОКЕР.
3. Ошибка есть, даже если выполнить шаги иначе? Это КРИТИЧНО.
4. Иные неизвестные шаги работают без проблемы? Это ПЛОХО.
5. Казус описан в документации? Это ПРИЕМЛЕМО.
6. Проблема вызывает лишь лёгкий дискомфорт? Это ТРИВИАЛЬНО.
диаграмма стороннего ресурса доступна для полного просмотра по клику |
понедельник, 2 октября 2017 г.
Комплексное тестирование
Совмещение нескольких методов по принципу ассоциаций, вертикально-горизонтально-диагональная направленность (диагональ вырастает из горизонтали модулей продукта и вертикали видов тестирования), объём знаний и навыков - достаточный набор для комплексного тестирования.
Примеры:
- тест-кейс для нагрузочного тестирования имеет все шаги смоук-теста;
- прохождение функциональных тестов одновременно даёт срез о юзабилити;
- объединение всех багов для перепроверки по одному модулю вне зависимости от направленности тест-кейсов (UI, performance, stress, security, …).
Примеры:
- тест-кейс для нагрузочного тестирования имеет все шаги смоук-теста;
- прохождение функциональных тестов одновременно даёт срез о юзабилити;
- объединение всех багов для перепроверки по одному модулю вне зависимости от направленности тест-кейсов (UI, performance, stress, security, …).
Подписаться на:
Сообщения (Atom)