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

Тестирование REST API
онлайн, начало 6 апреля
Школа для начинающих тестировщиков
онлайн, начало 9 апреля
Автоматизация функционального тестирования
онлайн, начало 10 апреля
Английский для тестировщиков
онлайн, начало 13 апреля
Фотография

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


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

#1 baranceva

baranceva

    Гуру

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


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

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

 

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

 

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

 

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

 

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

 

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

 

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


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

#2 SALar

SALar

    Гуру

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


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

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


  • 0

-- 

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

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

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

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

 


#3 aksi

aksi

    Активный участник

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


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

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

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


  • 0

#4 Little_CJIOH

Little_CJIOH

    Гуру

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


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

 

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

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

 

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


  • 0

#5 Spock

Spock

    Гуру

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

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

 

 

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

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


  • 0

#6 Little_CJIOH

Little_CJIOH

    Гуру

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


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

 

 

 

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

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

 

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

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

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


  • 0


Практикум по тест-дизайну 2.0
онлайн
Школа для начинающих тестировщиков
онлайн
Школа тест-аналитика
онлайн
Техники локализации плавающих дефектов
онлайн



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

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

Яндекс.Метрика
Реклама на портале