Давайте все вместе попытаемся составить далеко не исчерпывающую и даже не полную, но приемлемую, для всех нас приемлемую, классификацию\топологию типов тестирования, начиная «широкими мазками» «статическое» и «динамическое» и заканчивая сложно терминологическими названиями конкретных типов. Скажу честно, по-настоящему хорошей классификации из коробки я так и не нашел … даже в рамках всемирно признанных сертификаций, таких как ISTQB … Таким образом, проделанная нами предварительная работа ценна сама по себе … важная как для начинающих специалистов, так и для Pre-Sales Technical QA консультантов … Основа профессиональной сетки координат любого специалиста по тестированию … Но мы пойдем дальше: через призму совместно сформулированной QA топологии мы посмотрим на методологии разработки ПО, предметно, а не абстрактно, изучим общности и отличия Agile и Waterfall методологий в контексте QA. Уверен, доклад будет полезен не только QA специалистам и PM-ам, но и .... интрига-интрига :-)
Выступление Татьяны Андреевой на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA.
Привычки упрощают нашу жизнь, оставляя больше времени на что-то более полезное, чем обдумывание каждого рутинного дела. Однако у такой удобной штуки есть и обратная сторона: замыленный глаз, усталось от монотонной работы, неполно описанные баги, недопонимание при общении с коллегами. И это не говоря уже о том, что от привычек невероятно сложно избавиться.
Обычно мы думаем о том, как пользователь будет использовать наш продукт, совершенно забывая, кто он такой. Понимание же предпочтений помогло бы лучше расставить приоритеты тестов и багов. Мы привыкли составлять тест-план согласно определённой системе, которая в конкретном случае может что-то пропустить.
Я хочу поделиться идеями того, как можно взглянуть на рутину с другой точки зрения. Я расскажу на примерах из жизни как небольшими изменениями в привычном ходе вещей можно если и не облегчить себе работу, то уж точно сделать её интереснее и увлекательнее.
Доклад Ирины Винокуровой с онлайн-конференции Fun ConfeT&QA.
…Ты приходишь на работу, получаешь новый билд на тестирование, радостно начинаешь тестировать, предвкушая кучу интересных багов… Но что такое? Первая же стандартная проверка, и приложение падает. Затем вторая, третья… Ситуация не меняется.
…В баг-трекере большое количество багов в статусе resolved. С удовольствием начинаешь перепроверять… Так, стоп. Шаги те же, но система падает. Правда, с другой ошибкой. И на немой укор программистом можно услышать: «Ну есть же ты. Ты и перепроверишь»…
…Весь отдел разработки гудит, что в программу вводится новая функциональность. Все программисты кодят так, что дымятся клавиатуры. Но на просьбу дать ТЗ, тебе отвечают, что пока не время…
Когда такие вещи случаются один или два раза, то это можно воспринимать, как досадную случайность. А что, если они постоянны? И стандартные ошибки, и не перепроверка своих же исправлений, и постоянные разговоры об автоматизации…
Но выход есть – объяснить программистам, чем же мы занимаемся на самом деле. С толком, чувством, расстановкой. Чтобы ребята наконец поняли: мы команда. И некоторые вещи надо делать совместно.
О том, что я рассказывала своим программистам про тестирование, как я это делала, и к чему это привело, я постараюсь рассказать в своём докладе.
Выступление Натальи Руколь на онлайн-конференции для тест-менеджеров Chief ConfeT&QA.
Как бы вы ни старались «проверить всё», расширяя отдел или увеличивая сроки, времени на тестирование никогда не хватит.
Именно поэтому настоящие джедаи идут другим путём: они делают всё возможное для отбора в тестирование самых важных, самых необходимых тестов, и при этом – в правильной последовательности. И делают они это быстро, точно, применительно к каждой итерации и в разрезе различных областей функционала и типов тестирования.
Как они это делают? Какие световые мечи используют для победы над пропущенными ошибками и затянутыми сроками?
В этом докладе я расскажу вам о ключевых способах приоритизации тестов:
Анализ по приоритетам
Анализ на основе рисков качества
Карта влияний
Матрица изменений
Благодаря этому докладу вы получите в свой арсенал инструменты быстрого и эффективного планирования тестирования. Да пребудет с вами сила!
Примерно год назад Алексей Баранцев выступал на конференции Microsoft ALM Summit с докладом "Как справиться с динамической сложностью при управлении требованиями, тестами, дефектами: чему нас учит наука кибернетика".
Внезапно мы обнаружили, что запись этого выступления до сих пор не опубликована на нашем сайте. Немедленно исправляемся.
Кибернетика -- наука об управлении сложными динамическими системами и процессами. При разработке программного обеспечения возникает множество артефактов, таких как требования, тесты, сообщения об ошибках и другие. Совокупность этих артефактов представляет собой типичный пример сложной динамической системы. Значит к ней должны быть применимы законы кибернетики. В докладе мы рассмотрим основные принципы кибернетики и их применение в управлении артефактами, возникающими в процессе разработки.
Модель проектного треугольника очень быстро дала плоды на благодатной почве русской души, которая любит всё делать с размахом. Хотите больше фич? Надо увеличивать сроки! Хотите более качественный продукт? Давайте расширим команду!
Первое следствие такого подхода становится заметным сразу: мы всё реже выпускаем новые версии, а бюджет непрерывно растёт. Но постепенно становится заметным и менее ожидаемый результат: продукт качественнее не становится, а за единицу времени мы добавляем всё меньше новых фич.
Раздутая команда становится неуправляемой, расширяться дальше нет желания и возможностей. Как решать проблему?
В своём докладе я расскажу о четвёртом, редко учитываемом факторе, который влияет на успешность проектов - процессе разработки. За счёт оптимизации процессов мы почти всегда можем достигнуть улучшений в своей работе, не затрачивая дополнительных ресурсов.
Распространённые источники утечек ресурсов, времени и качества.
Способы анализа эффективности проектных процессов (ТОС, Lean).
Поиск узких горлышек (bottlenecks).
Расчёт ROI при внедрении внутрипроектных улучшений.
“Бесплатные” решения по повышению качества.
Человеческий фактор и борьба с консерватизмом при внедрении улучшений.
Доклад будет полезен руководителям проектов, руководителям продуктов, руководителям отделов разработки и руководителям отделов тестирования, а также всем сочувствующим.
