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

Подготовка к сертификации ISTQB FL
онлайн, начало 10 августа
Тестирование REST API
онлайн, начало 10 августа
Программирование на Python для тестировщиков
онлайн, начало 14 августа
Тестирование без требований
онлайн, начало 17 августа

Sudo -NAT

Регистрация: 01 сен 2006
Offline Активность: 24 окт 2007 12:50
-----

Мои сообщения

В теме: Test Complete

14 мая 2007 - 13:48

Спасибо. Это то, что я искал :)

В теме: С чего начать нагрузочное тестирование?

17 января 2007 - 08:55

//Dmitry_NJ
И какие тулы вы посоветуете, испробовать для тестирования?

В теме: С чего начать нагрузочное тестирование?

15 января 2007 - 10:49

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

Спасибо Дмитрий, очень толковое объяснение, думаю от него и стоит отталкиваться :)

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

Вопрос, чуть-чуть поставил меня в тупик, так как имеется модель OSI и на каждом её уровне используются разные протокола обмена данными. Можно как-то конкретизировать, так как при общении с одним разработчиком, он утверждает, что используется протокол - TCP\IP, другой - RMI-IIOP protocol for EJB, каждый, по сути, прав, но на что опираться мне - понять не могу.

В теме: С чего начать нагрузочное тестирование?

12 января 2007 - 10:40

Есть хорошая книга:
http://www.software-...are_testing.htm
Там все подробно описано.

Взял книгу, начинаем читать :)

В теме: С чего начать нагрузочное тестирование?

11 января 2007 - 13:00

Выделите наиболее критичные функции системы, вы же не собираетесь всю АС проверять на "Прочность".

Что вы подразумеваете под словом "критичные"?
Функционал, который имеет большую вероятность выхода из строя или функционал, загружающий АС больше остальных? (тут как посмотреть на понятие критичность)

Задокументируйте план и стратегию работ, согласуйте с руководством.

Это общий принцип работы и тут всё понятно!

Исходя из поставленных задач и архитектуры системы начинайте выбирать подходящий тул.

Что вы можете порекомендовать, учитывая, что наша компания разрабатывает ПО на Java и C#?

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