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

Тестирование REST API
онлайн, начало 2 ноября
Тестирование безопасности
онлайн, начало 28 октября
Практикум по тест-дизайну 2.0
онлайн, начало 30 октября
Автоматизатор мобильных приложений
онлайн, начало 28 октября
Фотография

Тренинг «От тестирования к качеству», 14 марта, Москва (УЦ «Лаборатор


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

#1 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 06 марта 2009 - 08:04

14 марта в Москве УЦ «Лаборатория Качества» проводит тренинг «От тестирования к качеству». Тренинг интересен широкому кругу слушателей: тестировщикам, тест-менеджерам и руководителям проектов.

Темы тренинга:

  • Почему тестирование не всегда повышает качество продукта?
  • Все ли баги нужно заводить?
  • Сколько стоит качество?
  • Риски качества, ментальная модель пользователя и другие страшные слова

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

Ведущие тренинга: Наталья Руколь, Дмитрий Обрезков
Время проведения: 14 февраля, суббота, 12.00-17.00.
Стоимость регистрационного взноса: 1000 рублей.
Более подробно о тренинге на сайте УЦ «Лаборатория Качества»

http://feeds.feedburner.com/~r/it4business/~4/549261682
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#2 Pryanik

Pryanik

    Постоянный участник

  • Members
  • PipPipPip
  • 214 сообщений
  • Город:МОСКВА

Отправлено 06 марта 2009 - 09:44

<p><strong>14 марта в Москве УЦ <noindex>«Лаборатория Качества»</noindex> проводит тренинг «От тестирования к качеству». Тренинг интересен широкому кругу слушателей: тестировщикам, тест-менеджерам и руководителям проектов.</strong></p>
<p>Темы тренинга:</p>

  • Почему тестирование не всегда повышает качество продукта?
  • Все ли баги нужно заводить?
  • Сколько стоит качество?
  • Риски качества, ментальная модель пользователя и другие страшные слова

<p>На этом тренинге мы разберём и обсудим проблематику тестирования, совместно выработаем пути решения ключевых задач, повысив как качество своей работы, так и удовольствие от её выполнения.</p>

<p><strong>Ведущие тренинга:</strong> Наталья Руколь, Дмитрий Обрезков
<strong>Время проведения:</strong> 14 февраля, суббота, 12.00-17.00.
<strong>Стоимость регистрационного взноса:</strong> 1000 рублей.
<strong><noindex>Более подробно о тренинге на сайте УЦ «Лаборатория Качества»</noindex></strong></p>


  • 0

#3 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 06 марта 2009 - 10:07

[*]Почему тестирование не всегда повышает качество продукта?

Потому что тестирование никогда не повышает качество
  • 0

#4 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 847 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 06 марта 2009 - 10:10

Да, на сайте тоже указана дата проведения 14 февраля. Вероятно, дефект :)
  • 0

Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium


#5 Pryanik

Pryanik

    Постоянный участник

  • Members
  • PipPipPip
  • 214 сообщений
  • Город:МОСКВА

Отправлено 06 марта 2009 - 11:14

[*]Почему тестирование не всегда повышает качество продукта?

Потому что тестирование никогда не повышает качество


Вынужден не согласиться. Я вот никогда не слышал, что продукты прошедшии тестирование всегда ниже качеством не прошедших, скорее наоборот. Например кто сядет в самолет если знает, что он никогда не тестировался?:)
  • 0

#6 rps5

rps5

    Новый участник

  • Members
  • Pip
  • 48 сообщений
  • Город:Москва

Отправлено 06 марта 2009 - 11:21

Имхо, не стоит придираться к словам. Само тестирование качество не повышает, его повышают действия, предпринятые на основе результатов тестирования.

По теме: Тренинг интересен широкому кругу слушателей.
Хотелось бы всё-таки уточнить, кого авторы тренинга считают своей основной аудиторией (кому тренинг будет больше всего интересен): людям без опыта работы в тестировании, молодым специалистам, профессионалам?
  • 0
Best Regards,
Danil.

#7 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 847 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 06 марта 2009 - 11:55

Например кто сядет в самолет если знает, что он никогда не тестировался?:)

Где-то на просторах интернета я читал такую историю, якобы невымышленную.

На конференции по тестированию докладчик спрашивает: "Предположим, вы увидели, что на двери самолёта написано, что программное обеспечение для него разработала ваша фирма. Поднимите руки, кто без страха поднимется на борт?" Поднимается одна рука. Докладчик говорит -- "Вот! Всего один человек достаточно уверен в качестве программ, которые производит его компания". Поднявший руку отвечает -- "Не-е, я просто уверен, что самолёт не сможет подняться в воздух".
  • 0

Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium


#8 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 06 марта 2009 - 13:15

[*]Почему тестирование не всегда повышает качество продукта?

Потому что тестирование никогда не повышает качество


Вынужден не согласиться. Я вот никогда не слышал, что продукты прошедшии тестирование всегда ниже качеством не прошедших, скорее наоборот. Например кто сядет в самолет если знает, что он никогда не тестировался?:)

Дело вот в чем. Если вы протестируете самолет то его качество не повысится, вы просто узнаете каково оно. Т.е. напрямую тестирование не повышает качество, косвенно и в долгосрочной перспективе - да. То есть мы наступаем на грабли, копим опыт и т.д. Чтобы повысить качество протестированного самолета, надо исправить недостатки и собрать новый (это уже не тестирование), который опять надо тестировать, не так ли?
  • 0

#9 Quality lab.

Quality lab.

    Новый участник

  • Members
  • Pip
  • 25 сообщений

Отправлено 06 марта 2009 - 13:40

Хотелось бы всё-таки уточнить, кого авторы тренинга считают своей основной аудиторией (кому тренинг будет больше всего интересен): людям без опыта работы в тестировании, молодым специалистам, профессионалам?

rps5, добрый день!
Отвечая на Ваш вопрос: тренинг и впрямь рассчитан на широкую аудиторию, и содержит материалы, которые интересны как начинающим специалистам, так и опытным руководителям.
Но я бы не рекоммендовала этот тренинг для людей, которые совсем не имеют опыта в тестировании - тренинг будет не столь интересен и возможно менее понятен. Других ограничений нет :)

Спасибо за интерес!
  • 0

#10 Quality lab.

Quality lab.

    Новый участник

  • Members
  • Pip
  • 25 сообщений

Отправлено 06 марта 2009 - 13:45

Дело вот в чем. Если вы протестируете самолет то его качество не повысится, вы просто узнаете каково оно. Т.е. напрямую тестирование не повышает качество, косвенно и в долгосрочной перспективе - да. То есть мы наступаем на грабли, копим опыт и т.д. Чтобы повысить качество протестированного самолета, надо исправить недостатки и собрать новый (это уже не тестирование), который опять надо тестировать, не так ли?

Тестирование - недостаточное условие для повышения качества программных продуктов. А является ли оно необходимым?
  • 0

#11 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 06 марта 2009 - 14:39

Дело вот в чем. Если вы протестируете самолет то его качество не повысится, вы просто узнаете каково оно. Т.е. напрямую тестирование не повышает качество, косвенно и в долгосрочной перспективе - да. То есть мы наступаем на грабли, копим опыт и т.д. Чтобы повысить качество протестированного самолета, надо исправить недостатки и собрать новый (это уже не тестирование), который опять надо тестировать, не так ли?

Тестирование - недостаточное условие для повышения качества программных продуктов. А является ли оно необходимым?

нет
  • 0

#12 rps5

rps5

    Новый участник

  • Members
  • Pip
  • 48 сообщений
  • Город:Москва

Отправлено 06 марта 2009 - 14:45

Если всё делать без ошибок сразу, то вполне можно обойтись и без тестирования.
  • 0
Best Regards,
Danil.

#13 SALar

SALar

    Гуру

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


Отправлено 06 марта 2009 - 14:55

Очевидные утверждения, с которыми все обычно согласны	  | Очевидные следствия, которые обычно не доступны пониманию

-----------------------------------------------------------+------------------------------------------------------------------

1. Если что-то сосчитать, больше его от этого не станет.   | Учет сам по себе не может увеличить прибыли. Он позволяет только

2. Но если не сосчитать, то может стать сильно меньше,	 | 1) затруднить воровство;

особенно в России.										 | 2) позволить принять правильные бизнес-решения.

														   | К сожалению последнее работает только

														   | при достаточной оперативности и точности информации

														   | и (что самое главное) при наличии мозгов у принимающего решение.

-----------------------------------------------------------+------------------------------------------------------------------

3. Сосчитать что-то всегда стоит дороже, чем не считать.   | Автоматизация учета никогда не приводит к уменьшению затрат на учет.

														   | 

-----------------------------------------------------------+------------------------------------------------------------------

  • 0

-- 

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

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

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

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

 


#14 Pryanik

Pryanik

    Постоянный участник

  • Members
  • PipPipPip
  • 214 сообщений
  • Город:МОСКВА

Отправлено 06 марта 2009 - 15:07

[*]Почему тестирование не всегда повышает качество продукта?

Потому что тестирование никогда не повышает качество


Вынужден не согласиться. Я вот никогда не слышал, что продукты прошедшии тестирование всегда ниже качеством не прошедших, скорее наоборот. Например кто сядет в самолет если знает, что он никогда не тестировался?:)

Дело вот в чем. Если вы протестируете самолет то его качество не повысится, вы просто узнаете каково оно. Т.е. напрямую тестирование не повышает качество, косвенно и в долгосрочной перспективе - да. То есть мы наступаем на грабли, копим опыт и т.д. Чтобы повысить качество протестированного самолета, надо исправить недостатки и собрать новый (это уже не тестирование), который опять надо тестировать, не так ли?


Если рассматривать тестирование "как одноразовый процесс", то согласен результат его = информация, которая сама повлиять на качество кода не может, ни повысить ни уменьшить (это кстати ваше было мнение) :). И я так понял, что вы имели ввиду не один, а несколько витков тестирования.
  • 0

#15 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 06 марта 2009 - 20:00

[*]Почему тестирование не всегда повышает качество продукта?

Потому что тестирование никогда не повышает качество


Вынужден не согласиться. Я вот никогда не слышал, что продукты прошедшии тестирование всегда ниже качеством не прошедших, скорее наоборот. Например кто сядет в самолет если знает, что он никогда не тестировался?:)

Дело вот в чем. Если вы протестируете самолет то его качество не повысится, вы просто узнаете каково оно. Т.е. напрямую тестирование не повышает качество, косвенно и в долгосрочной перспективе - да. То есть мы наступаем на грабли, копим опыт и т.д. Чтобы повысить качество протестированного самолета, надо исправить недостатки и собрать новый (это уже не тестирование), который опять надо тестировать, не так ли?


Если рассматривать тестирование "как одноразовый процесс", то согласен результат его = информация, которая сама повлиять на качество кода не может, ни повысить ни уменьшить (это кстати ваше было мнение) :). И я так понял, что вы имели ввиду не один, а несколько витков тестирования.

Вы правильно поняли, хоть миллион витков. Само по себе тестирование качество продукта не повышает. Теоретически можно представить ситуацию, когда вы на каждом витке находите баги, но их никто не считает нужным исправлять. Ну или можно вспомнить байку, когда программист фиксит багу и при этом вносит ещё пять. Под долгосрочной перспективой я имел ввиду действительно долгосрочную (много-много лет - придумали юнит-тесты, TDD, BDD etc.).
  • 0

#16 Quality lab.

Quality lab.

    Новый участник

  • Members
  • Pip
  • 25 сообщений

Отправлено 08 марта 2009 - 16:18


Тестирование - недостаточное условие для повышения качества программных продуктов. А является ли оно необходимым?

нет

А как выявить необходимость в улучшении?
  • 0

#17 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 08 марта 2009 - 23:05


Тестирование - недостаточное условие для повышения качества программных продуктов. А является ли оно необходимым?

нет

А как выявить необходимость в улучшении?

Например ревью кода. К чему вы эти вопросы задаете? Не знаете ответы или хотите меня в угол загнать?
  • 0

#18 Quality lab.

Quality lab.

    Новый участник

  • Members
  • Pip
  • 25 сообщений

Отправлено 09 марта 2009 - 19:16

К чему вы эти вопросы задаете? Не знаете ответы или хотите меня в угол загнать?

Пытаюсь понять Вашу точку зрения.
Ревью кода - тоже тестирование, идентифицирующее необходимость в изменениях.
  • 0

#19 rps5

rps5

    Новый участник

  • Members
  • Pip
  • 48 сообщений
  • Город:Москва

Отправлено 10 марта 2009 - 08:10

Обычно ревью кода выполняет команда разработки или команда тестирования?
  • 0
Best Regards,
Danil.

#20 Clauster

Clauster

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 913 сообщений
  • ФИО:Худобородов Валерий
  • Город:Espoo

Отправлено 10 марта 2009 - 10:52

К чему вы эти вопросы задаете? Не знаете ответы или хотите меня в угол загнать?

Пытаюсь понять Вашу точку зрения.
Ревью кода - тоже тестирование, идентифицирующее необходимость в изменениях.

Тогда уж дайте ваше определение тестирования, а то так можно любую деятельность тестированием обозвать, взять например TDD или BDD.
  • 0




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

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

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