имхо нет панацеи, насколько «качественным» PM хочет чтобы его продукт был, настолько же качественно он должен его контроллировать и тем самым сам задавать критерии. хороший тестер можен направить менеджера в места, где качество хромает или возможно будет хромать. все взаимосвязано. нельзя просто слушать отчеты от тестеров, а в случае провала предприятия сказать «ты — тот, кто не обеспечил мне качество, а ведь обещал») им нужно дружить и причем очень плотно.
Собственно, PM еще и направлять тестинг может (должен) и собственно именно к нему тестеры и ходят с вопросами (=> живут они сообща).
+ «Основная задача тестирования по-моему — установление уровня качества продукта, а именно уровня соответствия требованиям/условиям использования.» — это как раз лучше и задавать PM, а тестерам подхватывать. ну или наоборот.
главное, чтоб душа в душу жили и не тужили)
не могу написать восторженных отзывов о Jmeter, основная причина — постоянные краши. краши при отрисовке графиков и генерации отчетов. на досуге стоит поразбираться в причине этого, но дружба с ним не задалась, все ж.
статью про невключаемый в тест план вид тестинга, я вам не дам… это было не от Джеймса, а от личных переживаний при планировании тестирования. от Джеймса было сказанно выше.
и одно дело как Вы ставите цели себе со стороны тестирования (четко все разжевывая и раскладывая по полочкам, добиваясь ясности от менеджеров) и как «Он» — менеджер эту цель приподносит вам же.
мне кажется мы с вами говорим щас о разных направлениях exploratory testing. верней о разных ветвях.
очень интересно об этом говорит James Bach: его можно применять для исследования как отдельного дефекта, так и для нахождения наиболее важного из огромной кучи; для того чтоб быстро понять как работает система (имхо тут главное не спутать с smoke testing) и чтобы понять текущий статус продукта. а все к чему… цель туманна, потому что ее не ставят в лоб… например целью может быть: проверить UI на то, что оно отвечает стандартам, скажем, Android приложения.
я не хочу с вами спорить) просто это тот вид тестинга, который как правило не включается в тест планы, который не оценивают вначале проекта, но на него тратят время (что правомерно). он нужен тестерам, но его не понимают менеджеры. потому что для них exploratory testing = freestyle testing в прямом понимании этих слов.
exploratory testing должно отвечать на вопрос «а что если...»
я б назвала это интуитивным тестированием, когда основные сценарии уже пройдены… и нужен просто взгляд на систему сбоку и иногда сверху. поэтому иногда наверное и цель может быть в тумане но узнаваема)
они и звучат красиво и смысл имеют. но смысл имеют, до тех пор, пока тестер не закружится в проекте. есть вещи, которые менеджер должен понимать, а не тестер ему помогать их понять…
к сожалению умение красиво подать материал и сказать какие то интересные детали не всегда дружат.
захватывающие мантры о дружбе тестеровщиков всего мира с менеджерами, вполне подойдет для прочтения в топ10 начинающим «всем» )
вместо order в конце сделать group by по городам. а вообще постараться уйти от джойнов. возможно просто select distinct. у нас же нет условия уникальности на выходе…
откровенно в тему, но королеве пришлось пребывать целый час в ожидании пирога и тратить заветные «златые»…
проще было заранее ей сказать, что же ее будет ждать когда она приедет )
Хм, «белая кошка сидела на шоссе» это читать даже удобнее, потому что переносы делают акценты в тексте.
По-моему достаточно провести аналогию — детей в школе учат читать сначала посложно, потом пословно, потом воспринимать фразы… а потом учать пересказу… что само по себе подразумевает — «цеплять абзацами».
Сами подумайте, мы много читаем даже тут, на хабре, но далеко не все. И прежде чем читать, делаем фильтрацию того — стоит\не стоит. В этот момент глаза движутся вниз, вниз по диагонали… ну вряд ли по-слов-но го-ри-зо-нталь-но.
А теперь к примеру вы студент в вузе и вам надо вызубрить главу из методички. Как вы будете читать? Так как показано на рисунке — с возвратами…
А чувствовали ли вы, когда нибудь, когда зачитывались какой-нить интересной книжкой что уходите вглубь текста и вряд ли не задумываетесь о том, как движутся ваши глаза...? уверена что движутся они от акцента к акценту, с ускорениями и замедлениями и пробелы, абзацы тут играют оогромную роль.
представьте что в вашей же фирме работает ваша жена или девушка, она делает успехи и вам кажется что лучше вас. какая реакция?
успех нельзя сравнить — факт. иногда трудно в такой ситуации радоваться, люди они ж эгоисты. но зато как минимум у вас есть конкуренция…
приведу 2 примера:
1. у меня есть знакомая семья, в которой дочь работает сисадмином, общается в мужском коллективе и это не мешает ей не знать свое дело. ее младший брат занимается танцами и музыкой. у них дома все наоборот — она в комнате с железками, он в комнате с пианино. однако с ней приятно говорить…
2. есть знакомая, которая профессионально занимается танцами и это не мешает ей быть хорошим программистом.
а вывод за вами.
пс: библиотека = lmgtfy.com/
+ «Основная задача тестирования по-моему — установление уровня качества продукта, а именно уровня соответствия требованиям/условиям использования.» — это как раз лучше и задавать PM, а тестерам подхватывать. ну или наоборот.
главное, чтоб душа в душу жили и не тужили)
и одно дело как Вы ставите цели себе со стороны тестирования (четко все разжевывая и раскладывая по полочкам, добиваясь ясности от менеджеров) и как «Он» — менеджер эту цель приподносит вам же.
очень интересно об этом говорит James Bach: его можно применять для исследования как отдельного дефекта, так и для нахождения наиболее важного из огромной кучи; для того чтоб быстро понять как работает система (имхо тут главное не спутать с smoke testing) и чтобы понять текущий статус продукта. а все к чему… цель туманна, потому что ее не ставят в лоб… например целью может быть: проверить UI на то, что оно отвечает стандартам, скажем, Android приложения.
я не хочу с вами спорить) просто это тот вид тестинга, который как правило не включается в тест планы, который не оценивают вначале проекта, но на него тратят время (что правомерно). он нужен тестерам, но его не понимают менеджеры. потому что для них exploratory testing = freestyle testing в прямом понимании этих слов.
я б назвала это интуитивным тестированием, когда основные сценарии уже пройдены… и нужен просто взгляд на систему сбоку и иногда сверху. поэтому иногда наверное и цель может быть в тумане но узнаваема)
захватывающие мантры о дружбе тестеровщиков всего мира с менеджерами, вполне подойдет для прочтения в топ10 начинающим «всем» )
проще было заранее ей сказать, что же ее будет ждать когда она приедет )
По-моему достаточно провести аналогию — детей в школе учат читать сначала посложно, потом пословно, потом воспринимать фразы… а потом учать пересказу… что само по себе подразумевает — «цеплять абзацами».
Сами подумайте, мы много читаем даже тут, на хабре, но далеко не все. И прежде чем читать, делаем фильтрацию того — стоит\не стоит. В этот момент глаза движутся вниз, вниз по диагонали… ну вряд ли по-слов-но го-ри-зо-нталь-но.
А теперь к примеру вы студент в вузе и вам надо вызубрить главу из методички. Как вы будете читать? Так как показано на рисунке — с возвратами…
А чувствовали ли вы, когда нибудь, когда зачитывались какой-нить интересной книжкой что уходите вглубь текста и вряд ли не задумываетесь о том, как движутся ваши глаза...? уверена что движутся они от акцента к акценту, с ускорениями и замедлениями и пробелы, абзацы тут играют оогромную роль.
успех нельзя сравнить — факт. иногда трудно в такой ситуации радоваться, люди они ж эгоисты. но зато как минимум у вас есть конкуренция…
приведу 2 примера:
1. у меня есть знакомая семья, в которой дочь работает сисадмином, общается в мужском коллективе и это не мешает ей не знать свое дело. ее младший брат занимается танцами и музыкой. у них дома все наоборот — она в комнате с железками, он в комнате с пианино. однако с ней приятно говорить…
2. есть знакомая, которая профессионально занимается танцами и это не мешает ей быть хорошим программистом.
а вывод за вами.
пс: библиотека = lmgtfy.com/