PillowMan

Самый простой способ, по моему, для написание резюме:

• открыть в linkedin.com чей нибудь хорошо заполненый профиль (желательно что бы человек работал в той же отрасли, что и вы)
• скопировать напр. в word
• информацию заменить на свою.
• Всё:)

Надо еще добавить такой момент как в видео у Михаила Портнова с (17:15 по 18:08).

Мотивация чтоль?

Можно и так сказать.

Тестирование (и обеспечение качества заодно) это не стадия, а процесс, который должен проникать во все стадии разработки и которым должны заниматься абсолютно все участники разработки.

но опять же неправда, это все понимают и знают (кто работает в тестировании). Просто для простых людей было бы понятнее выразить эти слова по другому. Например для мамы, которая интересуется чем занимается ее сын, для друга, подруги итд. Зачем мне расписывать им подробно чем занимаются в тестировании? Вы можете ответить мне на этот вопрос?

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

Я говорю только за тех кто занимается тестированием или интересуется им. А если взять меня как человека не опытного, а только изучившего тестирование в теории, то я сразу понял после прочтения первой книги Савина о том, что такое тестирование, зачем, почему, как, когда, чем итд. (и то о чем вы говорили в первом своем посте в этой теме). Я всего лишь хочу до вас донести вот что, кто прочитал хоть одну книгу о тестировании, понимает после этого насколько это глобальный процесс (я надеюсь понимает). Ну и конечно же я создавал тему не для определений, вы ответили на мой вопрос. Спасибо.

У вас очень богатое воображение, потрудитесь перечитать мое первое сообщение, где я говорю прямо противоположные вещи тому, что вы мне приписали в своем последнем сообщении.

Ну вообще я пытался найти компромисс, но если вы на такое не согласились, то м.б. без намеков скажите что же вы хотели сказать в вашем посте - определение, объяснение или что-то еще? P.S. и я бы хотел чтобы вы в дальнейшем не переходили на личности. Потому что все это звучит как стеб. P.S.S Вы что и правда не видите сходства в словах "Тестирование как стадия разработки ПО" и "Тестирование как процесс, который затрагивает все области..."?

Я хотел сказать что у вас в голове очень много шаблонов как о тестировании так и о разработке ПО в целом, что немудрено, если не иметь практики. Логичность рассуждений заметна, когда научитесь рвать свои шаблоны и перестанете видеть стеб в делении знаниями, начнете развиваться. PPS сходства вижу, но они представляют интерес для филологов, а меня интересуют только различия между словом стадия и процесс. Это базис.

А кто вам сказал, что есть какие-то шаблоны. Вы только вдумайтесь в мои слова, "Я согласен с вашим мнением и не отрицаю того что вы сказали". Я вам это на протяжении всей полемики говорю. Но вы также сказали над этим мало кто задумывается,

Тестирование (и обеспечение качества заодно) это не стадия, а процесс, который должен проникать во все стадии разработки и которым должны заниматься абсолютно все участники разработки.

но опять же неправда, это все понимают и знают (кто работает в тестировании). Просто для простых людей было бы понятнее выразить эти слова по другому. Например для мамы, которая интересуется чем занимается ее сын, для друга, подруги итд. Зачем мне расписывать им подробно чем занимаются в тестировании? Вы можете ответить мне на этот вопрос?

Фух прочитал 100 страниц (5-6 главу). Действительно очень много примеров, все подробно расписано, но читать очень сложно. Для тех кто пересекался с тестированием, будет легко или начал работать в этой сфере.

Немного расскажу с чем столкнулся:

1) Постоянно идет повторение текста. Вроде бы закончили с этим текстом и нужно двигаться дальше, а он всплывает в дальнейшем чтении (прям напомнило часть в мультфильме где Дядя Федор, Шарик и Матроскин пишут письмо, каждый по отдельности). P.S. 172 страница поставила в ступор про дублирование баг-репортов. А в конце 173 страницы начали опять про тоже самое говорить.
2)В 6 главе когда речь пошла об управляющем проекта, но иногда речь переходит на тестировщиков или ведущих тестеров, начинаешь немного путаться. (особенно когда не сообщают про кого пишут, приходится догадываться самому)
3) Насчет легкого и быстрого чтения, я хотел бы сказать вот еще что: Все же если в книге используется порядок постановки слов такой же, какой мы используем в жизни, проблем с чтением не будет. Но я постоянно встречал предложения например "Чем самостоятельно решать какой из отчетов будет полезнее программисту, лучше предоставить ему максимум информации.". Постоянно приходилось разбираться с предложениями.

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