Сообщений в теме: 8

[KnopkaZapuska]

1) Есть такие виды тестирования Load(нагрузочное) и stress(стрессовое) тестирование. Как я понял, оба тестирования направлены на проверку нагрузки системы или проверяемого ПО. Стрессовое проверяет нагрузку системы с ограниченными ресурсами, а Load проверяет при увеличенной нагрузки. Т.е. если взять одновременно большое количество работающих пользователей в системе, то будет проверять и load и stress одновременно. Так зачем же их разделять? Объясните пожалуйста если можете на других примерах, т.к. я не могу до сих понять конкретной разницы между этими видами тестирования

 

2) Или например про проверку безопасности (security testing). Как говорится на этом сайте : http://www.protestin.../security.html 

 

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

Не понимаю разницы. Например, вы администратор и даете доступ пользователю к закрытому разделу форума. Это будет конфиденциальность или доступ?

 

3)  Или вот еще http://www.protestin...perability.html . Проверка взаимодействия. Т.е. как пример, у меня есть онлайн-магазин и я хочу доавбить оплату при помощи сервиса PayPal. Это и будет проверка взаимодействия?  Либо это будет интеграционное?

 

4) Или например, ведь уже есть модульное тестирование ( unit) - Для того, чтобы удостовериться в корректной работе всей системы, необходимо вначале протестировать каждый модуль системы по отдельности.  Так, а зачем тогда нужен http://www.protestin...egration.html  

• Компонентный интеграционный уровень (Component Integration testing) - Проверяется взаимодействие между компонентами системы после проведения компонентного тестирования.

Можете пожалуйста дать пример, чтобы лучше разобраться?

 

5) так же не совсем ясно по поводу тестирования надежности(reliability) http://ru.qatestlab....bility-testing/ . Так и непонятно для чего оно нужно, ведь есть нагрузочное, а значит уже будет проверено и время, и стабильность, и перегрузка, и т.д.

[KnopkaZapuska]

В продолжение вопроса №5) Или чем оно отличается от тестирования стабильности (stability testing). Если взять информация с сайта  http://qa-staff.blog...ty-testing.html :  Целью тестирования стабильности (stability testing) является оценка работоспособности системы при длительной нагрузке.

 

6) Зачем нужно объемное тестирование http://ru.qatestlab....olume-testing/ , если есть нагрузочное? 

Целью объемного тестирования является оценка производительности системы при увеличении объема данных.

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

[KnopkaZapuska]

7) Не понимаю как этот пункт, а особенно про базу данных

• Симулировать ситуацию наличия в системе неверных данных (специальный тестовый набор или база данных).

На сайте http://www.protestin...s/failover.html связан  с тестированием на  восстановление? Объясните пожалуйста кто может. Т.е. как наличие неверных данных моет помочь проверке на тестирование восстановления? Это ведь не позитивное и негативное тестирование

[Little_CJIOH]

http://blog.shumoos.com/archives/338

 

Симулировать ситуацию наличия в системе неверных данных (специальный тестовый набор или база данных).

 

 

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

Если подобные комплексные изменения (типа смены тарифа с переподключением кучи опций и расформированием группы пользователей) вносятся в БД не одной транзакцией, то сбой в середине процесса не приводит к откату всей транзакции и БД, а следовательно, БД приходит в неконсистентный вид. И любые попытки работать с такой базой приводят к тому, что возникают новые ошибки и неконсистентности в данных.

Если БД большая, то бэкапов у вас нет, они технически невозможны.

И дальше начинается гонка программистов, пишущих тулы зачищающие БД по логу ошибок и пользователей пытающихся работать с системой и генерирующих новые проблемы. Пользователям в этом случае, обычно, блокируют все операции пишущие в БД.

 

6) Зачем нужно объемное тестирование http://ru.qatestlab....olume-testing/ , если есть нагрузочное?

 

Затем, что одни и те-же действия выполняемые с БД имеющей 10000 записей и БД имеющей 10000000 записей может отличаться существенно. Или например операции с файлами. на 3-х тестовых файлах нагрузку держим без проблем. А за месяц стояния на проде в папке накапливается > 1000000 файлов и все операции с папкой значительно замедляются.

 

ЗЫ: читая интернет, пожалуйста, помните, что это большой забор, на котором не пишет только ленивый. То есть, это персональное мнение какого-то специалиста. Вопрос в том, какого. Из за того, что высота сайтов в поисковой выдаче напрямую зависит от количества ключевых слов и уникальности контента появляется все больше уникального контента с ключевыми словами. Практическая ценность и полезность контента при этом значения не имеет, только уникальность и частота употребления "нужных" слов. 

[BadMF]

7) Не понимаю как этот пункт, а особенно про базу данных

• Симулировать ситуацию наличия в системе неверных данных (специальный тестовый набор или база данных).

На сайте http://www.protestin...s/failover.html связан  с тестированием на  восстановление? Объясните пожалуйста кто может. Т.е. как наличие неверных данных моет помочь проверке на тестирование восстановления? Это ведь не позитивное и негативное тестирование

 

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

 

Это как у меня на прошлом месте работы программисты доказывали мне, что то, что их модуль вылетает напрочь, и возникает необходимость ручного перезапуска службы из за того, что в тестовых данных какая-то лажа, это нормально. Это не нормально. Модуль в лог сказал "ну всё, вы все идиоты, я не буду работать с такими данными. Всем пока." модуль должен сам восстановить работу.

[BadMF]

1) Есть такие виды тестирования Load(нагрузочное) и stress(стрессовое) тестирование. Как я понял, оба тестирования направлены на проверку нагрузки системы или проверяемого ПО. Стрессовое проверяет нагрузку системы с ограниченными ресурсами, а Load проверяет при увеличенной нагрузки. Т.е. если взять одновременно большое количество работающих пользователей в системе, то будет проверять и load и stress одновременно. Так зачем же их разделять? Объясните пожалуйста если можете на других примерах, т.к. я не могу до сих понять конкретной разницы между этими видами тестирования

 

Вы неправильно понимаете.

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

стресс тестирование это нагрузочное тестирование с превышением плановых показателей.

[BadMF]

3)  Или вот еще http://www.protestin...perability.html . Проверка взаимодействия. Т.е. как пример, у меня есть онлайн-магазин и я хочу доавбить оплату при помощи сервиса PayPal. Это и будет проверка взаимодействия?  Либо это будет интеграционное?

 

проверка взаимодействия это подвид интеграционного тестирования.

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

[BadMF]

4) Или например, ведь уже есть модульное тестирование ( unit) - Для того, чтобы удостовериться в корректной работе всей системы, необходимо вначале протестировать каждый модуль системы по отдельности.  Так, а зачем тогда нужен http://www.protestin...egration.html  

• Компонентный интеграционный уровень (Component Integration testing) - Проверяется взаимодействие между компонентами системы после проведения компонентного тестирования.

Можете пожалуйста дать пример, чтобы лучше разобраться?

 

одним и и тем же термином могут называться разные вещи =).

не надо путать модульное тестирование (unit) с компонентным тестированием (по русски и то и другое модуль честно говоря).

 

вопрос всегда в контексте, если программис говорит о unit тестах, это всегда про тестирование написанного им, программистом, кода через инструментарий разработчика, средствами среды сборки и тд.

В то время как Компонентное тестирование это подраздел тестирования большой системы состоящий из нескольких компонент, каждая из которых может быть сама большой системой состоящей из множества компонент =).

 

Вообще, интеграционное и компонентное тестирование было придумано специально (я про термины), чтобы было проще описывать модель работы тестировщика с данными системами. Это логическое разбиение для понимания структуры больших систем.

[BadMF]

дальше лень расписывать, задавате вопросы в разных топиках, ато приходится перечитывать собственные сообщения в попытках понять, на что я уже ответил, а на что нет =) (к вопросу о понимании больших систем =))