??????? ??????: ????, ???????, ?????? ????????????

 

Уровни, типы, техники(Voting stops at 15 Oct 2014)

я знаю уровни, техники и типы, умею их отличать
4 - 44.44%
я знаю что такие есть, но кто есть кто - не знаю
1 - 11.11%
первый раз слышу (хотя бы 1 из 3)
1 - 11.11%
проведите вебинар об этом!
3 - 33.33%
 
 
Posts:413
Всем привет!
Обнаружилось, что не все отличают эти понятия(типы, техники, уровни). Опишите, пожалуйста своими словами, что есть что и приведите примеры :)

Зачем это нужно: с теорией часто так бывает, что в голове образовывается "кашица", задание с карандашом много обнажило всякого:) давайте кашицу разгребать
Время на ответы - до митинга в среду

my signature
Edited:13 Oct 2014 13:09
 
 
Posts:163
Уровни - насколько интегрированную систему мы тестируем: отдельные модули - юнит, несколько модулей вместе - интеграционный, вся система в целом - ситемный.
Типы - по цели и объекту тестирования: функциональное - нефункциональное (производительности, юзабилити, ГУИ, локализации, совместимости).
Техники - имеем ли мы доступ к коду при тестировании: белого, чёрного, серого ящика.
 
 
Posts:13
типы, техники, уровни - по такому признаку я не разделял,
но у меня есть классификация видов тестирования, состоящая аж из 8 пунктов! :)
Итак:
1.По объекту:
а. Функциональное
- Тестирование функционала
- Smoke testing
- Sanity testing
б. Нефункциональное
- performance testing
- load testing
- stress testing
- stability testing
- usability testing
- UI testing
- security testing
- localization testing
- compatibility testing

2. По знанию системы:
- black box
- gray box
- white box


3. По степени автоматизации:
- manual
- automated
- semiautomated


4. По степени изолированности компонентов:
- component / unit testins
- integration
- system / end-to-end testing


5. По времени проведения тестирования:
- alpha testing
- acceptence testing
- new feature testing
- regression testing
- beta testing


6. По признаку позитивности сценариев:
- positive testing
- negative testing


7. По степени подготовленности к тестированию:
- formal testing
- exploritary testing
- ad hoc testing


8. По виду анализа кода:
a. static testing
- requiraments testing
- specification testing
- documentation testing
б. dynamic testing

как-то так

Vasenko
Edited:13 Oct 2014 16:25
 
 
Posts:163
Я бы последний (8-й) пункт назвал - по выполняемости кода, мне кажется это ключевой фактор.
 
 
Posts:356
Читала о том же, что и Vasenko. Проведите пожалуйста семинар. Или дайте людям задание: каждый готовит что-то одно, выбираем день и время - представляем.
 
 
Posts:50
У нас есть отличная презенташка в Educationи еще вот презентация Сергея Атрощенкова хороша https://www.youtube.com/watch?v=NnC1_WGd4hw

1' AND 1=(SELECT COUNT(*) FROM http://qa.jtalks.org/jcommune/user

tablenames); --
 
 
Posts:47
Меня учили так (или примерно так):
техники: черный, серый, белый ящик
уровни: модульное, взаимодействия (интеграции), системное
типы: требований, прототипа, функциональное, ГУИ, установки, совместимости, безопасности, производительности, юзабилити, локализации + интернационализации, доступности

23
 
 
Posts:629
Техники. На самом тебе тут имеется ввиду техники тест дизайна.
1) Классы эквивалентности — это такие классы, значения данных в пределах которых ведут себя одинаково.
Например, у меня есть 15 групп пользователей, каждая группа определяет валюту, которая будет показана пользователю в качестве цены. Если бы я не знала, про тест дизайн, мне пришлось бы протестировать их все. Но благодаря этой технике я могу разделить друппы на эквивалентные классы, то есть в данном случае разделить группы по валюте, полчается 4 группы: USA, MYR, CAD, MXN.
2) Граничные условия — это крайние min, min-1 и max, max+1значения которые могут принимать входные данные. Например, цены. В данном случае, граничные значения будут 0, -1, 999999, 1000000 (на самом деле у нас на проекте 999999 это максимальное цисло, которое влазит в колонку цен, то есть это число задано спецификаций)
3) Use case.
4) Исчерпывающее тестирование — тестирование сложного и хм... опасного что ли... софта, ошибки в котором могут привести к угрозам жизни и здоровью человека или общества в целом . Это как бы особый подход, когда другие техники просто опасно применять.
5) Состояния и переходы — тестирование сущности объекта и перехода между сущностями
6) Decision table

Уровни. Это составные части программы, которые тестируются в данный моментЖ
1) модульное
2) системное
3) интергационное

Виды. Про виды много написано. сбила всё в один список, уже не помню классификации...
ПО ОБЪЕКТУ ТЕСТИРОВАНИЯ
1) функциональное
2) нефункциональное
3) статическое
4) динамическое
5) регрессионное
6) compatibility
7) кроссбраузерное
8) security
9) usability
ПО СТЕПЕНИ ПОДГОТОВКИ К ТЕСТИРОВАНИЮ
10) exploratory
11) ad hoc
ПРИЕМОЧНОЕ
12) acceptance
13) sanity
14) smoke
15) alpha
16) beta
ПО ЗНАНИЮ ВНУТРЕННОСТЕЙ СИСТЕМЫ
17) white box
18) black box
19) grey box
20) volume
ПРОИЗВОДИТЕЛЬНОСТЬ
21) нагрузочное
22) на отказ и восстановление
23) производительности
24) стресс
В ЗАВИСИМОСТИ ОТ ТЕСТОВЫХ ДАННЫХ
25) positive
26) negative
Edited:14 Oct 2014 15:03
 
 
Posts:50
я думаю речь идет об уровнях тестирования, так что Алла ты не все назвала)

1' AND 1=(SELECT COUNT(*) FROM http://qa.jtalks.org/jcommune/user

tablenames); --
 
 
Posts:629
Что -то я не вижу твоего ответа, Андрей :)
 
 
Posts:50
а виды классифицируй) не ленись

1' AND 1=(SELECT COUNT(*) FROM http://qa.jtalks.org/jcommune/user

tablenames); --
 
 
Posts:413
Alla:
Что -то я не вижу твоего ответа, Андрей :)

Андрею можно было не писать, см. скайп чат)

my signature
 
 
Posts:15
Уровни - юнит-тесты, интеграционное тестирование, системное, ЮАТ
Типы - вайтбокс, блекбокс, статическое, динамическое, ручное, автоматизированное, функциональное, нефункциональное, GUI, UI, performance, security, smoke, sanity, regression
Техники(я так понял техники тест дизайна) - Метод пар, классы эквивалентности, метод граничных условий
 
 
Posts:50
а примеры где))

1' AND 1=(SELECT COUNT(*) FROM http://qa.jtalks.org/jcommune/user

tablenames); --
 
 
Posts:15
Оу, действительно

Исправляюсь:)

Уровни
Юнит-тесты - делают программисты, тестируют модули, классы, методы и прочие свои заморочки)
Интеграционные тесты - снова программисты, тестируют взаимодействие между этими самыми модулями
Системное тестирование - собрали модули в систему, тестируют QA
ЮАТ - юзер акцептанс тестинг, либо QA, либо приглашенные QA от заказчика, либо сам заказчик

Примеры и типы
Тестирование документации - Static
Ревью кода - Whitebox + Static
Запускаем приложение и гоняем его вручную, не зная кода - Blackbox + Dynamic + Manual
Безопасность (в нашем случае на SQL,XSS инъекции например) - Security
Тестируем функционал приложения (что делает программа) - Functional
Тестируем графические элементы - GUI
Удобство использования(целая наука:)) - Usability
Дали новый билд - Smoke(поверхностно основной функицонал, есть ли смысл дальше тестировать), потом Sanity (действительно ли пофикшены баги?), потом New Feature/Regression.
Прогоняем тесты повторно - Regression (в этот же тип входят Smoke и Sanity)
Тестируем под нагрузкой - Performance (Stress в эту же группу тестов, тестируется как система восстанавливается после нагрузок)
Делаем все правильно как в документации - Positive
Делаем ВСЕ НЕ ТАК, вредничаем - Negative

Техники
Классы эквивалентности - разделение входных данных на группы, которые можно считать эквивалентными по признакам: для группы данных используется одна и та же функция программы, для группы данных программа выдает одно и то же выходное значение, ииии... третье не помню))
Граничные условия - техника отбора значений входных данных. Выбираются те, которые находятся близ границ классов эквивалентностей
Метод пар - уффф... метод отбора тестов, который основывается на статистике, что большинство дефектов триггерятся одним либо определенной парой значений. Есть несколько способов отбора, комбинаторика всякая. И есть тулзы которые намного упрощают процесс:)
Техники призваны помочь отобрать минимальное количество максимально эффективных тестов, ввиду ограниченности наших ресурсов)
 
Moderators:MariiactapobepMasha NissemasyangesserLuckyellekatvitalik14avduntiycactus_1Shogunlamaocactus_2AlisaTestTest_TestTest_Test2krotovzdubiiREISETest_AlexTPavel GradobikKeiranKikooswatikQAPashaDentonitedvantvirtus80v2SpooonkaHelmax27alex_popov2alex_popovAndrey S.valentin_ospMuzhichokPetraStilltest_07.03newuser123valentin_testvalentin_testuaPetra_EvaodonacerAlisa Kalashnikovafanyfanyuserjc1422!@#$%&()_<>}{]['/?~```JulikIgorSssigorssalegggaaaaaaaaaaaaaaaaaaaaaaaaaatest11huba2LEYApoliplohubbniksKarasikНадежда ФедороваMicrasturкококоLizanata_cknebytWizliVarroAleksandrKLaMaCHtes3tadmin
Now are browsing this topic:None