Сообщений в теме: 19

[DeNdRo1D]

Всем доброго вечера ... Вот решил пойти на собеседование на должность тестировщика ПО (Точннее на собеседевонание в учебный центр тестировщиков). После института обновил знания по базам даннных и веб-технологиям (XML,HTML,СSS) , так как для тестировщика как я понимаю эти знания необходимы .. С тестированием не когда не был знаком , ну вот что то аж прям сильно душа у меня загорелась стать тестировщиком (т.к разработчиком думаю мой мозг не потянет работать=) ). Мне дали вот такой список вопросов для самостоятельной подготовки к собеседованию в учебный центр (Точнее это малая часть которая осталась мною не изучена) :

Основы теории разработки ПО и тестирования:
1)Модели разработки ПО. Этапы в зависимости от вида. Сравнение моделей разработки ПО;
2)Задачи тестировщика на этапах разработки ПО;
3)Документы, создаваемые тестировщиком на различных этапах разработки ПО;

4)Что такое баг. Структура и содержание «идеального» бага.

5)Что такое тест-кейс. Структура и содержание «идеального» тест-кейса;
6) Виды и типы тестирования. Различные классификации тестирования.
Собственно не могу не как составить для себя на страниц 10 список ответов на эти поставленный вопросы чтобы самостоятельно подготовиться к собеседованию , на одних источниках пишут одно на других другое и какое определение будет верным не могу понять ... Вот допустим Модели разработки ПО это подразумеваеться модели жизненного цикла ? т.е Каскадная , V-Образная , Спиральная , XP  модель ???  или я что- то путаю ? Помогите пожалуйста люди добрые разобраться и составить для себя материал по которому просто и понятно будет выучить ответы на эти вопросы ... Заранее благодарен.

[checo]

Полистайте вот эту книгу, например

http://svyatoslav.bi...e_testing_book/

[DeNdRo1D]

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

[SALar]

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

Неправильно.

RUP, MSF и еще несколько десятков других.

 

По последнему вопросу. В вики и здесь на форуме http://software-test...-testirovaniia/ есть моя классификация тестирования. Она недоработана. Сейчас я ее дорабатываю. Больше нормальной классификации нет нигде. 

И вам надо было вчера на чай прийти https://sergey-marty.../manage/446049/ Там подробнейшим образом этот вопрос разбирался. 

[DeNdRo1D]

Спасибо большое за ответ и приглашение на чай))Ну я к сожалению не из Москвы)

[DeNdRo1D]

А вот на 3й вопрос инфой может кто помочь ? Желательно чтобы она была компакта и ясна )) Так как я только нашел про документацию только вот это и опять не уверен что это правильный ответ на вопрос )

 

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

В данном документе также определяются требования собственно к тестовой документации – тест-требованиям, тест-планам, отчетам о выполнении тестирования.

Согласно этим требованиям по системным и функциональным требованиям разработчиками тестов (test procedure developers) создаются тест-требования – документы, в которых подробно описано то, какие аспекты поведения системы должны быть протестированы. На основании описания архитектуры создаются низкоуровневые тест-требования, в которых описываются аспекты поведения конкретной программной реализации системы, которые необходимо протестировать.

На основании тест-требований разработчиками тестов (test developers) создаются тест-планы – документы, которые содержат подробное пошаговое описание того, как должны быть протестированы тест-требования.

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

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

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

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

[baxatob]

...ну вот что то аж прям сильно душа у меня загорелась стать тестировщиком (т.к разработчиком думаю мой мозг не потянет работать

 

Разработчик и тестировщик - это разные профессии. Это как конструктор самолета и летчик-испытатель. Попробуйте осознать это.

 

По 3-му пункту коротко:

- тест-план (обычно его нет на большинстве проектов)

- тест-кейс (обычно есть на половине проектов)

- журнал тестирования (обычно есть на всех проектах)

- баг-репорт (как результат работы тестировщика)

[DeNdRo1D]

спасибо

[DeNdRo1D]

Ребят все ответы на вопросы нашел кроме одного )) не могу правильно сформулировать ответ на этот вопрос 2)Задачи тестировщика на этапах разработки ПО; .... Помогите пожалуйста.. Вот только что нашел - задачи тестирования , а тут подразумеваеться под вопросом задачи тестировщика ..

Основные задачи тестирования

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

Стимулы – это данные, которые подаются на вход программе.

Реакции — это то, что получается на выходе.

Оракул — это способ проверки наблюдаемого результата, совпадает он с некоторыми ожиданиями или не совпадает.

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

• Пользовательский интерфейс (UI)
• Программный интерфейс (API)
• Сетевой протокол
• Файловая система
• Состояние окружения
• События

Наиболее распространенные интерфейсы это

• графический,
• текстовый,
• консольный,
• и речевой.

Через пользовательский интерфейс компьютер взаимодействует с человеком, с пользователем.

Через программный интерфейс программы взаимодействуют друг с другом (человек тут не нужен).

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

Это файловая система, программы могут писать данные на диск и читать данные с диска.

Это состояние окружения, которое могут программы модифицировать и, соответственно, тоже читать.

Это события, в частности, таймер. То есть некоторые механизмы отслеживания времени.

Используя все эти интерфейсы, тестировщик каким-то образом создает искусственные ситуации, и проверяет в этих ситуациях как программа себя ведет.

[DeNdRo1D]

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

 

У тестировщика три основных задачи:
1. выявить как можно больше существующих дефектов и
2. проверить, что они устранены и
3. при устранении известных дефектов не были внесены новые баги (проверка целостности).

 

[Vasiliy]

Я бы не ставил акцен на фразу "как можно больше".

[Leontyeva]

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

 

У тестировщика три основных задачи:
1. выявить как можно больше существующих дефектов и
2. проверить, что они устранены и
3. при устранении известных дефектов не были внесены новые баги (проверка целостности).

 

Тестирование в первую очередь это деятельность направленная на получение информации о качестве продукта, на то, совпадает ли ожидаемый результат с фактическим. Собственно ожидаемый результат чаще всего это то, что прописано в документации (если она есть), результат фактический это то, что было сделано разработчиком.  Я бы не делала такой упор именно на баги, баги - следствие тестирования, но никак не сама цель его. Особенно бросилось с глаза фраза "выявить как можно БОЛЬШЕ существующих дефектов". Не нужно делать упор на фразу "как можно больше дефектов", особенно первым пунктом.

[SALar]

 

 

Нет. Это неверно.

 

Основной процесс рабочего центра тестирования - это именно процесс поиска багов. И его целью, внезапно, является поиск багов!

 

К сожалению, бездефектность и time2market / затраты находятся в состоянии равновесия по Парето. Для улучшения параметра "бездефектность" приходится жертвовать остальными параметрами.

 

 

PS. Вам бы на семинар / вебинар прийти...

[Yarik098]

Подскажите  какие обычно дают задания начинающему тестировщику в первый год его работы? интересно понять как выглядит первый год работы тестера

[Freiman]

Подскажите  какие обычно дают задания начинающему тестировщику в первый год его работы? интересно понять как выглядит первый год работы тестера

1. Протестируй это
2. Протестируй то
3. Прогони регрессию
4. Почитай, наконец, документацию.

[Yarik098]

 

Подскажите  какие обычно дают задания начинающему тестировщику в первый год его работы? интересно понять как выглядит первый год работы тестера

1. Протестируй это
2. Протестируй то
3. Прогони регрессию
4. Почитай, наконец, документацию.

 

Ну да это понятно что приставят наставника наверное который будет носом тыкать... но все же интересно понять какие виды тестирования будет делать новичок. Если взять к примеру тестирование по знанию системы. 

[Freiman]

Ну да это понятно что приставят наставника наверное который будет носом тыкать...

Ой, не факт

но все же интересно понять какие виды тестирования будет делать новичок. Если взять к примеру тестирование по знанию системы.

Все, что придется.
В 80-90% это будет функциональное тестирование черного ящика.
Хотя я знаю новичков, которые и запросы от мобилок к серверу перехватывали, и в базе данные сверяли, и даже следили за выполнением процессов разработки.

[Yarik098]

вот такой вопрос: опишите минимум три задачи тестировщика, которые с вашей точки зрения ему необходимо выполнять в рамках каждой из описанных активностей SDLC (анализ требований, проектирование, разработка, тестирование, документирование, внедрение и сопровождение)

[Freiman]

вот такой вопрос: опишите минимум три задачи тестировщика, которые с вашей точки зрения ему необходимо выполнять в рамках каждой из описанных активностей SDLC (анализ требований, проектирование, разработка, тестирование, документирование, внедрение и сопровождение)

Хороший вопрос! Но отвечать на него я, конечно, не буду.

 

Давайте порассуждаем.

Что вообще происходит на стадии анализа требований? Кто в этом участвует? Какие работы проводятся? Как в этом всём может участвовать тестировщик? Можно немного почитать, например, на http://quality-lab.r...g-requirements/

[SALar]

Доклады на

* SQADays-10 "Приоритизация методов верификации требований"

* ЛАФ-2010 "Написание тестов как вид тестирования требований"

 

а вообще вопросы по требованиям лучше задавать на uml2.ru