|
|
www.it4business.ru
|
Портал для IT-менеджеров: Карьера, Персонал, Технологии
Приветствуем!
Если вы здесь впервые, то вы уже нашли место, где растут и развиваются IT-менеджеры.
www.it4business.ru — портал для IT-менеджеров, для тех кто руководит, принимает решения и отвечает за результат. Темы портала: Карьера, Персонал, Технологии.
Можно подписаться на RSS портала и всегда быть в курсе, что нового мы тут делаем. Спасибо и заходите еще!
Темы: Библиотека, Работа в ИТ, 2007, Тестирование ПО
Автор: Джоэл Сполски
Переводчик: Алексей Боленок
«Пять (неуважительных) причин не иметь тестеров» замечательная, на наш взгляд, статья Джоэля Спольски, переведённая на русский язык ещё в 2000 году, остаётся и на сегодняшний день актуальным и интересным материалом.
В 1992 году ошибки в программном обеспечении сильно беспокоили некоего Джеймса Гляйка (James Gleick), автора научных трудов. Гляйк счёл ужасной как раз вышедшую к тому времени новую версию Microsoft Word for Windows. Он отправил в «Сандей Нью-Йорк Таймс Мэгэзин» длинную скандальную статью, в которой высмеял коллектив разработчиков Word за их невосприимчивость к чаяниям клиентов и за выпуск крайне неотлаженного продукта.
Немного позднее, пользуясь услугами местного Интернет-провайдера Panix (чьими услугами, кстати, пользуюсь и я), он захотел найти способ автоматически сортировать и фильтровать свою почту. В UNIX для этого есть шаманская утилита, которая называется procmail. Её интерфейс несколько… скажем так, невразумителен. С этим соглашаются даже самые убеждённые фанаты UNIX.
Короче, мистер Гляйк нечаянно сделал невинную опечатку в procmail или что-то в этом духе. В общем, вся его почта удалилась. Со злости он решил, что создаст собственную компанию, предоставляющую доступ в Интернет. Он нанял программиста Юдея Айвечури (Uday Ivatury) и создал компанию Pipeline, действительно опередившую своё время: это был первый коммерческий Интернет-провайдер, предоставлявший хоть какой-то графический интерфейс. (дальше »)
Темы: Библиотека, Работа в ИТ, 2007, Validation, Verification, Тестирование ПО
Автор: Панкратов Вячеслав
Или ещё одна ситуация, когда вопрос не задаётся, но слова тестирование и QA взаимозаменяются и отсюда идёт путаница в ролях и ответственности тех, кто называется QA. Зачастую тестировщиков называют (или они сами себя называют) QA engineers — то есть инженерами по качеству, при этом выполняя задачи, которые чётко укладываются в круг testing activities. (дальше »)
Темы: Библиотека, 2007, Мат.часть, IEEE, RUP, Методологии и модели
Автор: Алексей Баранцев
Это эссе описывает учебный пример создания тестов для веб-приложения. Сначала показано, как создаётся и как выглядит план тестирования. Затем рассматривается модель, которая будет определять критерий отбора тестов. После чего строится собственно набор тестов.
Содержание:
1. Введение
Это эссе начинает серию публикаций, в которых я буду рассказывать о тех подходах к разработке тестов, которыми мы пользуемся на практике, как при тестировании собственных продуктов, так и в аутсорсинговых проектах по тестированию. Я не буду пространно излагать теорию, все эссе будут оформлены в виде учебных примеров, показывающих, как та или иная техника или комбинация техник применяется в конкретной ситуации.
Первое эссе посвящено тому, как я тестировал простейшее веб-приложение — скрипт, предназначенный для формирования страничек новостей на сервере .
Сначала я покажу, как мог бы выглядеть план тестирования для этого приложения, если бы я его написал. (дальше »)
Темы: Библиотека, 2007, Мат.часть, Проектирование ПО, Управление проектами
Автор: Антон Михайлов
Темы: Библиотека, 2007, Мат.часть, .NET, AutomatedQA, Borland, Compuware, Delphi, Проектирование ПО, Тестирование ПО
Автор: Панкратов Вячеслав
Статья затрагивает вопросы классификации средств тестирования и предлагает систему анализа основанную на оценке качественных характеристик инструментария и сопутствующих условий внедрения и использования. Рассмотрен широкий спектр критериев: от набора функционала, который реализован в инструменте, до оценки уровня зрелости самой компании производителя и службы поддержки.
План.
Темы: Библиотека, 2007, Мат.часть, Тестирование ПО
Автор: Панкратов Вячеслав
На самом деле, зачастую при выборе средства автоматизации тестирования, в первую очередь оценивается его оперативная необходимость: то есть выбирается средство или линейка продуктов, которая позволит выполнять необходимый набор тестов, которые нельзя выполнять вручную (нагрузочные и стрессовые тесты) и в должной мере автоматизирует процесс ручного (функционального и регрессионного) тестирования. Если стоимость средства, которое решено приобрести укладывается в затраты по конкретному проекту (к примеру узкоспециализированные средства генерации тестовых данных или более продвинутые инструменты от малоизвестных компаний, которые только выходят на рынок) вопрос возврата инвестиций не стоит очень остро. Однако при приобретении линейки инструментов, стоимость которых зачастую может превышать стоимость разрабатываемого проекта, вложение уже рассматривается как капитальное вложение в производство и подчиняется тем же законам, что и оборудование или вычислительная техника. Принимая во внимание, что лицензионная политика многих компаний предусматривает продление лицензий на продукты ежегодно, стоимость инструментария становится важным критерием, не только на этапе выбора инструмента, но и на этапе его эксплуатации и последующего использования. Не исключено, что увидев счёт за лицензию на следующий год, руководство компании или инвесторы захотят оценить насколько эффективно использовались средства выделенные на автоматизацию тестирования. Возникает потребность в механизме оценки сэкономленных человеко-часов. (дальше »)
Темы: Библиотека, 2007, Мат.часть, HP, Тестирование ПО
Автор: Панкратов Вячеслав
При активном участии консультантов проекта Software-Testing.Ru Ольги Агладзе и Дмитрия Шевченко
Записываем только заранее запланированный тест!
Получаем «плоский» скрипт, который умеет вводить «в лоб» то что мы вводили во время записи и ничего не тестирует.
Получаем «плоский» скрипт, который умеет вводить «в лоб» то что мы вводили во время записи и проверять, чтобы отображалось тоже самое, что он видел во время записи.
Темы: Библиотека, 2007, Мат.часть, HP, Производительность, Тестирование ПО
Автор: Панкратов Вячеслав
При активном участии консультанта проекта Дмитрия Шевченко
Темы: Библиотека, Персонал, Работа в ИТ, 2007, MSF, RUP, XP, Водопад, Каскад, Методологии и модели, Программная инженерия, Управление проектами
Автор: Андрей Грищенко
Источник публикации:
Есть хорошая новость — это не парадокс и не противоречие. Выбор «или-или» здесь неуместен. Да, хорошо продаваемый продукт — не всегда хорошая игра сама по себе. Но вот хорошая игра просто «обречена» на хорошие продажи.
Итак, делаем хорошие игры! (дальше »)
Темы: Библиотека, 2007, Мат.часть, CMMI, ISO, MSF, RUP, SCRUM, Методологии и модели, Тестирование ПО
Автор: Вячеслав Панкратов
Материал впервые опубликован в журнале
Очевидно, что качество программного обеспечения напрямую зависит от качества процесса его производства. Управляя процессом производства и контролируя показатели эффективности всех его технологических этапов, можно влиять на качество производимого продукта. Говоря о характеристиках программ, можно выделить простые для понимания и анализа количественные метрики, относящиеся к качеству программного кода (цикломатическая сложность кода — сложность структуры модуля, например, количество независимых маршрутов в нем); количество строк кода, отнесенное к артефактам проектного репозитория и т.п.; тесты (покрытие веток и модулей кода сценариями тестов, соотношение количества ошибок, найденных до и после выпуска продукта, динамика обнаружения ошибок и др.); покрытие требований на соответствие рекомендациям к интерфейсу приложений и операционным платформам. Однако, при переходе на процессный уровень обеспечения качества разрабатываемых программ возникают определенные трудности в понимании качества этого процесса. В самом деле, как, например, оценить и измерить эффективность того или иного способа разработки, если практически не существует проектов разработки двух одинаковых программных систем, и тем более не встречаются две идентичные по опыту и навыкам команды разработчиков? Судить по конечному результату не представляется возможным: кроме процессных условий производства программного обеспечения (применяемая методология, структура проектной команды, способы коммуникации с заказчиком) зачастую сильно разнятся и условия проекта (сроки, стоимость и объемы ресурсов). Более детальное рассмотрение процесса тестирования программного обеспечения — технологической составляющей процесса производства — выявляет проблему выбора метрик эффективности тестирования. (дальше »)
Люди, инструменты, процессы
Программная инженерия
Форумы проектов
Последние новости и пресс-релизы компаний
Статистика
Исправляйте ошибки
