Quality Assurance vs Quality Control - так в чем же заключается работа специа...COMAQA.BY
Поговорим о том, что такое Quality Assurance и что такое Quality Control. Узнаем в чем заключается принципиальная разница между этими двумя понятиями\подходами. Расскажем как можно и нужно строить карьеру тестировщика. Приведем пример мировой практики от Microsoft.
Презентация подготовлена по материалам выступления Екатерины Тарасевич на витебском MiniQ#23, который был проведен 27 февраля 2020 года:
https://communities.by/events/miniq-vitebsk-23 .
Про доклад:
1. Что такое функциональное тестирование
2. Фазы процесса тестирования
3. Типы тестирования
4. Знания и навыки необходимые тестировщику
В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
Гибкие методологии разработки набирают всё большую популярность среди команд разработчиков. Одним их основных инструментов достижения результата при этом является TDD - программисты стараются покрыть юнит-тестами как можно больше своего кода. Зачем тогда нужны тестировщики в гибких командах? Если все же нужны, то сколько? И как они должны тестировать? А как тестировать нетестируемое? В докладе разбираются данные вопросы на примере трех разных проектов.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Postroenie_procesa_testirovaniya
Quality Assurance vs Quality Control - так в чем же заключается работа специа...COMAQA.BY
Поговорим о том, что такое Quality Assurance и что такое Quality Control. Узнаем в чем заключается принципиальная разница между этими двумя понятиями\подходами. Расскажем как можно и нужно строить карьеру тестировщика. Приведем пример мировой практики от Microsoft.
Презентация подготовлена по материалам выступления Екатерины Тарасевич на витебском MiniQ#23, который был проведен 27 февраля 2020 года:
https://communities.by/events/miniq-vitebsk-23 .
Про доклад:
1. Что такое функциональное тестирование
2. Фазы процесса тестирования
3. Типы тестирования
4. Знания и навыки необходимые тестировщику
В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
Гибкие методологии разработки набирают всё большую популярность среди команд разработчиков. Одним их основных инструментов достижения результата при этом является TDD - программисты стараются покрыть юнит-тестами как можно больше своего кода. Зачем тогда нужны тестировщики в гибких командах? Если все же нужны, то сколько? И как они должны тестировать? А как тестировать нетестируемое? В докладе разбираются данные вопросы на примере трех разных проектов.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Postroenie_procesa_testirovaniya
GoIT Club:"Вторая" документация в тестировании ПО от Алексея ФёдороваGoIT
22.02.2015, в последнее воскресенье февраля прошла вторая встреча GoITClub посвященная Документации в тестировании.
Спикером выступил Алексей Фёдоров – разработчик систем тестовой документации в ИТ-компаниях, “сердце” Санкт-Петербургского сообщества тестировщиков, офигительно крутой ментор GoIT.
Обсудили как его личные наработки, так и общепринятые требования к документации, чтобы это было понятно и тестировщику, и разработчику, и РМ не сломал себе голову ;)
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
Domain-тестирование – формальное название методики тестирования, за которым скрывается банальная работа с классами эквивалентности. Впрочем, не такая уж и банальная. Даже в популярной литературе по тестированию часто упоминают только о существовании классов эквивалентности и о том, что с их граничными значениями работать очень полезно.
Мы знакомимся с основами этой методики, когда делаем первые шаги в тестировании, и больше никогда о ней не задумываемся, наивно считая, что она попала в нашу зону неосознанной компетентности и мы всегда используем ее правильно. А так ли это?
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Maxim Avdyunin
Сертификация приложений по требованиям федеральных и отраслевых регуляторов, требованиям компаний (если они есть) — необходимое условие разработки и поставки коробочного решения. Требования потребителей и пользователей современных технологий по функционалу и удобству развиваются значительно быстрее эволюции ограничений. В результате, исследования практической защищенности, если и рассматриваются, то вне темы сертификации, что порождает двойной объем работ и сложности в управлении проектами.
Презентация, подготовленная сотрудниками компании «Перспективный Мониторинг» для конференции DevCon 2015, содержит информацию о том, какие практики безопасной разработки позволяют удовлетворить как требования сертификации, так и потребности практической безопасности. Рассматриваются тонкие моменты на стыке этих задач, вопросы, в которых можно опереться на мировой опыт, а также планы регуляторов по развитию требований сертификации.
В докладе представлен опыт ЗАО «ПМ» по внедрению безопасной разработки в проекты создания и развития линейки средств защиты информации для сетевого оборудования, мобильных платформ и рабочих станций, подлежащих сертификации по требованиям регуляторов.
Tech Talks @NSU: Организация тестирования в IT-компаниях Академгородка. Карье...Tech Talks @NSU
http://techtalks.nsu.ru
5 апреля 2012. Организация тестирования в IT-компаниях Академгородка. Карьерный путь тестировщика (Мария Колчинская, AcademSoft)
«Мария Колчинская (AcademSoft) рассказывает о процессах тестирования и карьере тестировщика»
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
2. Тестирование ПО - процесс исследования программного обеспечения с целью получения информации о качестве продукта (wikipedia). Качество - степень соответствия присущих характеристик требованиям (ISO 9001) Требования ПО - совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации (wikipedia). Тестирование как понятие
3. Внутреннее качество ПО. Точка зрения разработчиков Внешнее качество ПО Точка зрения руководства Аттестации ПО на соответствие требованиям Для двух точек зрения — внешнего качества и внутреннего качества — в рамках ISO 9126 предложена модель качества, состоящая из 6 факторов и 27 атрибутов. Тестирование как понятие Качество
5. Качество ПО cт.з. пользователя (ISO 9126 ) Эффективность Продуктивность Безопасность Удовлетворение пользователей Тестирование как понятие Качество
6. Виды требований по уровням Бизнес-требования Пользовательские требования Функциональные требования Виды требований по характеру Функциональный характер Нефункциональный характер Тестирование как понятие Требования
7. Источники требований Стандарты (HTML, CSS, XML, URL, пр.) Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения) Нормативное обеспечение организации (регламенты, положения, уставы, приказы) Представления и ожидания потребителей и пользователей системы Конкурирующие программные продукты Тестирование как понятие Требования
8. Методы выявления требований Общение с заказчиком Общение с авторами продукта Анализ стандартов, нормативной документации Анализ выявленных проблем в багтрекере Проверка требований на проверяемость Проверяемые Непроверяемые Документирование требований Удобство понимания для специалистов разного уровня подготовки Тестирование как понятие Требования
10. Верификация проверяет соответствие между: нормами стандартов описанием требований (техническим заданием) к ПО проектными решениями исходным кодом пользовательской документацией и функционированием самого ПО Валидацияпроверяет соответствие любых создаваемых или используемых в ходе разработки и сопровождения ПО артефактов нуждам и потребностям пользователей и заказчиков этого ПО Верификация отвечает на вопрос "Делаем ли мы продукт правильно?", а валидация — на вопрос "Делаем ли мы правильный продукт?" /B. Boehm/ Тестирование как понятие
12. Тестирование как процесс Документация Тест план Тестируемые требования Не тестируемые требования Стратегия тестирования Типы тестирования Ресурсы Этапы тестирования Критерии тестирования Тестовая процедура Набор тестов Критерий оценки результатов Тестовая спецификация Начальные условия Сценарий выполнения Ожидаемый результат Взаимозависимости Требования Отчет о тестировании Тестовая процедура Тестовая спецификация Описание ошибки Оценка серьезности
13. Стратегия Незначительные изменения в интерфейсе Новая функциональность Плановое тестирование функциональности Тестирование изменений Тестирование как процесс Документация GUI
14. Критерии тестирования Критерии начала Готовность функционала или его части Готовность тестовой среды. Наличие документации для новой функциональности(требования, тест-спецификация). Критерии окончания Все тесты успешны Производительность не упала Безопасность в пределах допустимого Тестирование как процесс Документация
15. Тестовая спецификация - описание теста (т.e. данных, разработанных для проверки отдельной программы или верификация соответствия на определенное требование) Начальные условия Сценарий выполнения Ожидаемый результат Взаимозависимости Требования Тестовая процедура - последовательность взаимосвязанных тестовых спецификаций для достижения цели определенного типа тестирования. Тестирование как процесс Документация
19. Тестирование, связанное с изменениями. Санитарное тестирование Дымовое тестирование Тестирование как процесс Типы тестирования
20. Тестовое Покрытие - это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода. Покрытие тестами кода Покрытие тестами требований Тестирование как процессПокрытие
21. Покрытие тестами кода Расчет тестового покрытия относительно исполняемого кода программного обеспечения проводится по формуле: где:Tcov - тестовое покрытиеLtc - кол-во строк кода, покрытых тестамиLcode - общее кол-во строк кода. Метод оценки покрытия кода не выявит нереализованные требования, так как работает не с конечным продуктом, а с существующим исходным кодом Тестирование как процессПокрытие Tcov = (Ltc/Lcode) * 100%
22. Покрытие тестами требований Расчет тестового покрытия относительно требований проводится по формуле: где:Tcov - тестовое покрытиеLcov - количество требований, проверяемых тест кейсамиLtotal - общее количество требований Метод покрытия требований может оставить непроверенными некоторые участки кода, потому что не учитывает конечную реализацию. Тестирование как процессПокрытие Tcov = (Lcov/Ltotal) * 100%
23. Контроль качества на всех этапах реализации функционала Тестирование как процессЧто должно получиться
24. Инфраструктурные инструменты Testlink Mantis Planner (Web2Project, Wiki) Wiki Система контроля версий Инструменты для работы Jmeter (нагрузка) Сценарии для автоматизации. Selenium (IDE, RC, Grid, пр.) Автоматизация функционального тестирования Bromine (требуется исследование) Hudson (требуется исследование) Тестирование как процессИнструменты
25. Система управления тест-кейсами и требованиями. Устанавливает связь требований с тестами Устанавливает зависимости между требованиями Поддерживает версионность требований и тестов Фиксирует результаты выполнения тестов Формирует отчеты по результатам прогонов за любой период и по любому билду (выкатке) Имеется интерфейс для BTS Mantis. Тестирование как процессTestlink