LINUX.ORG.RU
ФорумTalks

Заготовка для опроса. Виды тестирование ПО на вашей работе

 , ,


0

1

При разработке программного обеспечения, какие виды нефункционального тестирования используются у вас на работе?

  • Тестируется безопасность
  • Тестируется производительность (стресс, нагрузка, надежность)
  • Тестируется удобство использования (usability)
  • Тестируется масштабируемость, гибкость, портативность
  • Тестируется все вышеперечисленное
  • Не тестируется, но хотется (нет ресурсов, нет возможности)
  • Не тестируются нефункциональные характеристики ПО

@Shaman007, у меня это первый раз, это так делается? Типа предложить варианты, учесть замечания, интерес и создать опрос по результатам срача?

Тестируется безопасность

вполне себе функциональное тестирование по ISTQB

Тестируется производительность (стресс, нагрузка, надежность)

три разных вида тестирования по ISTQB

портативность

переносимость. русский, мазафакер, говоришь по-русски?

опрос не нужен

xavaco5033 ()

Не хватает варианта: тестируем на проде.

DawnCaster ★★ ()

Плюсую ораторов выше, тестируем на клиентах.

Если серьёзно, то проектов много, каждый тестируется по-разному.

Irben ★★ ()

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

t184256 ★★★★★ ()

Тестируется производительность (стресс, нагрузка, надежность)

Это всё разные виды нагрузочного тестирования насколько моя понимать в тестировании. А тестирование производительности это отдельный пункт, к нагрузочному отношения не имеющий.

pon4ik ★★★★★ ()

Лично мне было бы ещё интересно, какие из этих видов тестирования автоматизированы и гоняются на CI.

pon4ik ★★★★★ ()
Ответ на: комментарий от pon4ik

Воу-воу полегче, там вроде не больше 14 пунктов в выборе.

А не, есть мультивыбор

chenbr0 ()
Последнее исправление: chenbr0 (всего исправлений: 1)
Ответ на: комментарий от xavaco5033

вполне себе функциональное тестирование по ISTQB

В русской редакции 2018 года безопасность в нефункциональном. Пункт 2.3.2

chenbr0 ()
Ответ на: комментарий от goingUp

Хм, это для личного проекта? Или на проде? Типа альфа версия для пользователей?

chenbr0 ()
Ответ на: комментарий от chenbr0

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

xavaco5033 ()
Ответ на: комментарий от xavaco5033

не слежу за их бумажками настолько пристально

А зачем тогда на них ссылаться?

полный список с мультивыбором без уточнения

Уже думаю, правда тут озадачили ещё авто

chenbr0 ()
Ответ на: комментарий от chenbr0

Выглядит на самом деле, как ограничение лоровских опросников, на каком нить typedform это изи всё делается, просто в несколько квизов.

pon4ik ★★★★★ ()

Чаще нагрузка. Остальное специфика проекта.

Lordwind ★★★★★ ()
Последнее исправление: Lordwind (всего исправлений: 1)
Ответ на: комментарий от pon4ik

CI подразумевает автоматизацию. А как ты себе представляешь автоматизацию нефункционального тестирования? Максиммум можно нагрузочное влепить, но остальное только руками, как диды завещали.

Lordwind ★★★★★ ()

Клиент потыркал - и ладно. Если часто недоволен - макака женского пола пытается сделать это до него. Агиле же

TooPar ()
Последнее исправление: TooPar (всего исправлений: 1)
Ответ на: комментарий от Lordwind

Ну вот тестирование производительности можно например ещё автоматизировать.

И некоторые аспекты тестирования безопасности тоже.

Учитывая, что виды нагрузочного тестирования это почти 50% всех заявленных, кажется что имеет смысл.

pon4ik ★★★★★ ()
Ответ на: комментарий от chenbr0

на Advanced Level - TA Syllabus 2012го, свежее у меня под рукой все равно нет

xavaco5033 ()

Мультивыбор необходим. Поэтому пункт «всё перечисленное» не нужен.

question4 ★★★★★ ()
Ответ на: комментарий от pon4ik

тестирование производительности

Читаем теорию, не стесняемся. Тестирование производительности автоматизировать почти нереально.

Lordwind ★★★★★ ()
Ответ на: комментарий от xavaco5033

Ну что pon4ik перепутал нагрузочное тестирование и тестирование производительности вполне простительно. Но вот когда какой-то забаненный тролль регается заново и начинает меня учить каноничным терминам, вот это самый жыръ.

Lordwind ★★★★★ ()
Последнее исправление: Lordwind (всего исправлений: 1)
Ответ на: комментарий от Lordwind

то, что тебя почему-то дико радует твоя дремучая безграмотность — далеко не новость, тебя каждый раз в неё мордой кунают, а тебе всё лол и жыр. расскажи лучше о невозможности автоматизации, пацаны-то не в курсе.

xavaco5033 ()
<Виды тестирование ПО
>Виды тестирования ПО
boowai ★★★★ ()
Ответ на: комментарий от pon4ik

Тебе раскрою. Тестирование производительности определяет множество метрик, по которым можно судить о скорости и отзывчивости системы. Нагрузочное тестирование является его подтипом и позволяет оценить поведение системы при возрастающей нагрузке и определение максимальной нагрузки, которую может выдержать система. Так вот, производительность может измеряться в любых экзотических попугаях, под которые автотесты не годятся. Как измерить масштабируемость? Как измерить отзывчивость GUI? Как найти узкое место? С нагрузкой еще понятно, там обычно по API измеряем время ответов, поэтому с ним проще. А вот тестирование производительности в основном делается вручную. В теории конечно можно написать свои тулзы, даже фреймворк тестирования, но кто ж этим в реальности то будет заниматься. Поэтому теоретики и думают, что автоматизировать можно что угодно. Практика не такая радужная.

Lordwind ★★★★★ ()
Ответ на: комментарий от Lordwind

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

кек, мы вам перезвоним

xavaco5033 ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)