Перейти к содержимому

Фотография

Записная книжка тест-дизайнера, часть 5: Характеристики качества


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 5

#1 baranceva

baranceva

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 4 150 сообщений
  • ФИО:Баранцева Наталья


Отправлено 11 марта 2020 - 07:44

Автор: Рикард Эдгрен (Rikard Edgren)
Оригинал
Перевод: Ольга Алифанова

 

Характеристики качества описывают атрибуты, которые дают преимущество большей части программных продуктов. Они могут использоваться как для продукта целиком, так и для его частей. Целое состоит из частей. Качество части определяется целым.

 

Это общие характеристики, служащие богатым источником триггеров для идей по тестированию любого приложения.

 

Некоторые из них вам не подходят, некоторые легко удовлетворить, а некоторые очень важны и сложны. См. материал для печати на следующих страницах для подробного списка вдохновляющих концепций в областях Возможностей, Надежности, Удобства использования, Харизмы, Безопасности, Производительности, IT-руемости, Совместимости, Поддерживаемости, Тестируемости, Ремонтопригодности, Портируемости. Никаких чисел к этим описаниям не дается, метрики опасны, так как скрывают то, что на самом деле важно.

 

Пройдитесь по этому списку с коллегами или заинтересованными лицами – они помогут вам сфокусироваться, и в то же самое время получат представление о сложности продукта (и его тестирования). Обсудите с командой каждый случай конфликта характеристик.

 

Это разбиение на категории может также быть стартовой точкой более целенаправленного нефункционального тестирования, с полезным добавлением специализированного тестирования и облегченных методов.

 

Читать статью полностью...


  • 0
Наталья Баранцева
Тренинги по тестированию ПО

#2 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 11 марта 2020 - 15:49

Ну почему не ИСО/МЭК 25010 от 2011?! Там же гораздо лучше классификация.


  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#3 aksi

aksi

    Постоянный участник

  • Members
  • PipPipPip
  • 182 сообщений
  • ФИО:Ольга Алифанова
  • Город:Санкт-Петербург


Отправлено 16 марта 2020 - 06:17

Ну почему не ИСО/МЭК 25010 от 2011?! Там же гораздо лучше классификация.

Грузины лучше, чем армяне. Чем лучше? Чем армяне. Чем лучше-то?


  • 0

#4 Little_CJIOH

Little_CJIOH

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 515 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 16 марта 2020 - 17:06

 

Ну почему не ИСО/МЭК 25010 от 2011?! Там же гораздо лучше классификация.

Грузины лучше, чем армяне. Чем лучше? Чем армяне. Чем лучше-то?

 

У Исо/Мэк 25010 есть фатальный недостаток. :)
Особенно забавно получается, когда QA инженер открещивается от ИСО/МЭК 25010, а девлид говорит, что они рефакторят код для улучшения изменяемости, тестируемости и понятности кода.


  • 0

#5 Spock

Spock

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 772 сообщений
  • ФИО:Роман

Отправлено 16 марта 2020 - 19:37

 

 

У Исо/Мэк 25010 есть фатальный недостаток. :)
Особенно забавно получается, когда QA инженер открещивается от ИСО/МЭК 25010, а девлид говорит, что они рефакторят код для улучшения изменяемости, тестируемости и понятности кода.

а этот стандарт вообще применим на практике? ну например тестировщик какой-то выучил его и вот начал прям тикеты раскидывать?


  • 0

#6 Little_CJIOH

Little_CJIOH

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 515 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 16 марта 2020 - 20:25

 

 

 

У Исо/Мэк 25010 есть фатальный недостаток. :)
Особенно забавно получается, когда QA инженер открещивается от ИСО/МЭК 25010, а девлид говорит, что они рефакторят код для улучшения изменяемости, тестируемости и понятности кода.

а этот стандарт вообще применим на практике? ну например тестировщик какой-то выучил его и вот начал прям тикеты раскидывать?

 

Документ называется "Модели качества систем и программных продуктов" Никаких тикетов никто раскидывать не начнет.

Это инструмент для построения модели качества системы и разработки процессов это качество обеспечиващих.

В работе используется практически нигде. Ибо требует встраивать качество в продукт с самого начала, на стадии определения концепта. Можно конечно и потом сбоку пришить, но выйдет или хуже или дороже.


  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных