Не сразу сообразил, но после расконсервации библиотеки Software-Testing.Ru стали снова доступны в сети некоторые мои публикации на тему тестирования ПО и QA - если кому-то пригодятся, welcome!

Со временем, может быть я их перенесу в этот блог, а пока вот список с аннотациями:

Публикации и переводы:

• Модели зрелости процесса тестирования ПО
  Материал опубликован в журнале «Открытые Системы» #02/2007.
  Сегодня много говорится о качестве программного обеспечения и информационных систем, проводятся исследования, демонстрирующие зависимость качества и эффективности автоматизируемых бизнес-процессов. Качество программного обеспечения из абстрактного и неосязаемого понятия преобразуется в комплексную метрику оценки программного решения, проекта его внедрения, процесса создания и уровня использования информационных систем в целом. От чего же зависит качество программ и как можно на него влиять?
• Инструменты, изменяющие процесс
  Материал опубликован в журнале «Стратегия IBM в области программного обеспечения». #1/2007.
  Использование практик быстрого внедрения и адаптации инструментов автоматизации разработки ПО к существующим у заказчика процессам и методологиям не только позволяет сократить сроки внедрения специализированных программных продуктов, но и способствует более полному вовлечению специалистов заказчика в решение задачи внесения изменений процессного уровня.
• Что было раньше: Процесс или инструменты?
  С чего начинать внедрение изменений в работу компаний или подразделений по разработке информационных систем: с выбора инструмента или адаптации методологии?
• В чём разница между Тестированием и QA?
  Вопрос задаётся не только в русскоязычном сообществе, но и нашими коллегами по всему миру и звучит примерно так: В чём разница между Тестированием и QA?
• Стратегия в тестировании
  Стратегия тестирования — это план проведения работ по тестированию системы или её модуля, учитывающий специфику функциональности и зависимости с другими компонентами системы и платформы.
• Препарируем RUP — задачи и роли в тестировании
  Определившись с ролями и задачами, можно не только представить себе более-менее стандартный процесс тестирования, но также понять, что к нему не относится.
• Основная концепция автоматизированного функционального тестирования
  Записывается скрипт, который эмулирует законченный бизнес-процесс — то что мы делаем. Если бизнес-процесс с осуществляемым результатом выполняется в несколько этапов.
• Основная концепция нагрузочного тестирования
  Данные для скриптов определяем на этапе создания и отладки VUser’ов, то есть в VuGen’e, а не в контроллере. Можно закачивать данные непосредственно из БД (есть специальный Wizard, который поможет это сделать), если знаете необходимый SELECT.
• Анализ систем автоматизации тестирования
  Зачем нужна система, которая позволит оценить выгоды от внедрения вопрос скорее риторический, чем практический, но всё же постараемся формализовать причины, по которым исследование эффективности можно считать неотъемлемой задачей при выборе, внедрении и использовании средств автоматизации тестирования.
• Разработка критериев анализа систем автоматизации тестирования
  Средства автоматизации процессов тестирования представлены на рынке очень широким кругом компаний производителей. Автоматизация тестирования затрагивает всё более глубокие технические процессы разработки ПО и всё глубже интегрируется в процесс его производства.

Возможно я когда-то доберусь до этих материалов и перепишу их.

Popularity: 46% [?]

Он же тест-менеджер, только не путайте с ведущим тестировщиком, главным (единственным) тестером на проекте или QA-менеджером.

Сначала пару слов о том, чем отличаются Менеджер от Ведущего Тестировщика, а потом поговорим про личные качества Менеджера, которые нужны для работы – их немного.

Менеджер решает задачу выпуска продукта заданного уровня качества. Ведущий тестировщик решает задачу протестировать заданный объем функционала на соответствие определённым требованиям, которые зачастую описывают функциональные характеристики продукта (то есть то, что продукт должен делать).

Разница в наборе техник, которые применяет Менеджер и Ведущий Тестировщик. Ведущий тестировщик зачастую не обладает правом «запрета выпуска версии» и не является полноценной второй рукой Менеджера Проекта наравне с Ведущим Разработчиком или Менеджером по разработке. Совсем туго будут идти дела, если Ведущий тестировщик находится в подчинении Ведущего Разработчика, даже если тот по совместительству так же и ПМ: распространённая организационная модель проектной команды при которой тестированию остаются крохи проектного времени и все шишки связанные с выпуском сырой версии продукта. Остальное под ссылкой »

Popularity: 39% [?]

Пособие для консалтеров, внедряющих автоматизацию тестирования ПО.

Для внедрения автоматизации тестирования ПО необходимы всего три вещи:

• Мотивация руководства
• Зафиксированный и работающий процесс тестирования
• Ресурсы: выделенные люди, которые будут заниматься только автоматизированным тестированием + фанат своего дела

Если чего-то из этого нет – лучше не начинать, на выходе всё равно получится «дохлая лошадь».

Почему? Остальное под ссылкой »

Popularity: 40% [?]