Профессиональное мышление

Задача: 
Есть две фигуры: прямоугольник и квадрат. Что из них является частным случаем чего? 

В школе на уроках геометрии нам объясняли, что у любого прямоугольника есть четыре стороны, два измерения и каждый из его уголов равен 90 градусам. И случай, когда оба измерения равны(когда мы получаем квадрат) является частным.

А что, если взглянуть на проблему глубже и представить квадрат в качестве объекта? С точки зрения объектно-ориентированной концепции, у объекта "квадрат" всего одно поле размера, значение из которого используется для определения обоих измерений. А в объекте "прямоугольник", помимо всего прочего, есть необходимость определять еще и второе поле для другого измерения. Вот и получается, что квадрат является неким абстрактным классом, а класс "прямоугольник" его дополняет.

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

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

А какие вы знаете примеры профессионального мышления?

Хакинг: из разработки в тестирование.

Привяу!

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

Но это стало своеобразным преимуществом для меня, позволив мне наконец-то открыть новую страничку в освоении и обучении тестированию - Pentesting.

Под катом куча интересностей.

"Основная идея в том, что тестирование должно перестать предоставлять информацию и начать влиять на качество..."

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

Со временем я стала писать тесты, научилась планировать и управлять тестированием. У меня появилась своя команда. И чем дальше, тем больше мне становилось понятно, что тестировщики только находят проблемы, но не могут их исправить. Они не могут сделать так, чтобы проблема больше не повторилась.  

И я чувствовала, что тестирование может приносить больше пользы. Я начала ездить на конференции, читала книги и статьи по тестированию, общалась с коллегами по индустрии. Везде учили, как лучше тестировать, как находить больше ошибок, как быстрее находить ошибки. Тестировщики не хотели выходить за рамки своей профессии. Им как будто нравилось чувствовать собственную важность от того, что они нашли много багов.Ответы на свои вопросы я нашла в статьях и докладах Джеймса Уиттакера. Его основная идея в том, что тестирование должно перестать просто предоставлять информацию и начать влиять на качество. Главная задача тестирования, говорилУиттакер, — это уменьшение количества ошибок в процессах разработки. Тогда улучшится качество выпускаемого продукта.Создать процесс, в котором сложно допустить ошибку, — вот настоящая цель тестирования. Мы не можем полностью избавиться от ошибок, но можем построить работу так, что сделать сразу правильно будет легче, чем ошибиться. 

 В Google пошли именно в эту сторону, отказавшись от тестирования, которое просто сообщало об ошибках. «Служба тестирования» трансформировалась в «Направление продуктивности разработки», которое помогает разработчикам и менеджерам делать меньше ошибок и получать обратную связь как можно раньше. Тестировщики в Google влияют на качество, потому что встраивают его на всех этапах разработки программных продуктов."

 Из книги "Как тестируют в Google".
Ccылка: http://vk.cc/37avHc

Уже прочитанные книги

• Лайза Криспин, "Гибкое Тестирование"
• М. Луттс, "Изучаем Python", 4 изд.
• У. Айзексон, "Инноваторы"
• Н. Кононов, "Код Дурова. Реальная история "Вконтакте" и ее создателя"
• R. Baloch, "Ethical Hacking and Penetration Testing Guide"
• С. Макконел, "Профессиональная разработка программного обеспечения"
• R. Branson, "Losing My Virginity"
• Д. Траут, С. Ривкин, "Сила Простоты"
• К. Сьюэлл, П. Браун, "Клиенты на всю жизнь"
• Э. Рис, "The Lean Startup"
• Т. Демарко, "Deadline. Роман об управлении проектами"
• У. Айзексон, "iКона: Стив Джобс"
• J. Whittaker, J. Arbon, J. Carollo, "How Google Tests Software"
• R. Culbertson, "Rapid Testing"
• Kaner, Falk, Nguyen, "Testing Computer Software"
• Р. Савин, "Тестирование dot com"