Будьте любезны и мне тоже

Раз уж на то пошло, то и я отвечу.

1. Считаете ли вы себя профессиональным тестировщиком?

-Тестированием ПО занимаюсь месяца 2, так что я "начинающий".


2. Какое у вас образование?

-2 Высших технических.


3. Когда вы решили стать тестировщиком (или вы стали им случайно?)

-Решение стать тестировщиком исходило от начальства.(2-3 мес. назад)


4. Нравится ли вам быть тестировщиком? Если да, то почему? Если нет, то почему?

-Да нравится. Интересная и новая для меня работа.



5. Какой набор качеств/умений должен быть у хорошего тестировщика?

-Нюх на баги!

6. Какие качества/умения отличают хорошего тестировщика?

-см. п.5


7. Опишите ваш обычный рабочий день.

-Прихожу на работу. Тестирую очередную версию ПО или новый прибор.



8. Какие 5 рекомендаций вы бы дали человеку, который хочет стать тестировщиком?

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

9. На какой вопрос еще вопрос вы бы хотели ответить?
Начинать всегда тяжело, особенно одному. Не надо сразу переживать, что что-то сразу не получается. Опыт-то всегда приходит с годами (и практикой).

Понял, понял.

Можно ли тестировать не большие программы только с помощью ручного тестирования?
Будет ли это достоверно?
Обязательно ли использовать нагрузочное тестирование или автоматическое?
Как делать правильно? В каких случаях какое тестирование нужно использовать? Испотльзовать несколько методов тестирования или пользоваться одним?

Что эффективнее и правильнее?

Лучше использовать некоторую систему обмена информацией, то бишь BTS, и привязать процедуру к ней. Устно сообщать бесполезно -- забудут.

BTS...? Это что такое?

Вопрос еще следующего содержания:
Если я в процессе тестирования выявляю несоответствие или баг, то какие должны быть мои действия
1. Бежать к разработчику и трубить ему об этом.
2. Или же провести все тесты до конца, написать отчет по ним (описать несоответствия) и с этим отчетом к начальству.

Что эффективнее и правильнее?

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

Моя тема была создана мной сравнительно недавно.
Как вы (опытные участники форума) заметили данная тема привлекла большой интерес среди начинающих тестировщиков. Кол-во просмотров перевалило за 2000, а это значит, что тема актуальна и полезна для "начинающих". Многие просто иногда боятся задать какой-нибудь волнующий его вопрос, побоявшись быть осмееным каким-нибудь крутым супер-мега-пользователем, который скажет, что эти вещи должен знать каждый с пеленок, что мол в детском саду такое объясняют на пальцах, но исчерпывающего ответа так и не даст. Поверьте, так здесь иногда и бывает.
В соответствии с выше сказанным, хочу изложить свою просьбу опытным тестировщикам: прошу, а точнее предлагаю, выложить на сайт типа "экзамплов" - примеров, тестирования допустим не больших программ с примерами создания планов тестов и описанием процесса тестирования. Я думаю это принесет пользу обоим сторонам: написавшему - респект, прочитавшему - знания.

Заранее прошу особых пользователей сильно не критиковать мою просьбу.

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

Ну видишь, сработало!
Теперь все в твоих руках. Все зависит только от тебя.
Очень рад,что мой совет пришелся тебе на пользу.

Мысль хорошая:о))


Ребят кто виноват?:о))

Да нет я вообще хотела узнать в какой форме лучше всего начальнику показать, что нужно почитать книжку или форум тот же?

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

Это всего лишь мое мнение, прошу не слишком то на него уповать. Все зависит от конкретной ситуации и т.п.

К сожалению я не в Москве.

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

http://software-test...esting_news.htm
Мне респект

Вам конечно же респект.
Как только нашел этот сайт, прочитал эту статью среди прочих в первом порядке.
После этого попытался своять свой план. по-моему получилось более менее нормально.
Спасибо!

4 brancev:
Спасибо за исчерпывающие ответы и дельные советы

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

2. Тестировщику нужны руки и голова. А инструменты нужно приспосабливать к делу только тогда, когда появляется подходящая задача. Конечно, бывают плотники, которые могут все сделать одним топором, но даже в этом случае -- не все задачи требуют именно плотницкого мастерства.

спасибо за ответ.

1. В моем случае план тестов заставляет писать начальник непосредственно разработчиков ПО, поскольку считает что никто лучше их не "видит" ПО польностью.
(спецификации и др. док нет)
2. Со своей стороны сделал следующее (если что скажите, что не так делаю):
а) Постарался подправить кривые тесты разработчиков (все сделали под себя)
б) написал свою прогу, в которой храняться все баги ПО (бывшие и существующие) - БД по багам. Как я понял это и есть багтрекинговая система. Навешал там: статусы для багов, версии проекта и т.п., смастерил несколько отчетов для начальства.
в) приступил к выполнению тестов

Именно так все и делают? или для нормального тестирования нужно что-то еще, чего я упустил?

>>"...Интересный начальник. Заставляет разработчиков писать план тестирования, но не заставляет их же писать спецификации Похоже надо что-то подправить в консерватории."

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

что нужно (инструменты) для работы тестера?

2. Насчёт вопроса "Что должен делать тестировщик?". Да работы на самом деле куча и перечислять все обязанности можно долго. Вообще, нужно делать то, что требует начальство :) Если можно, конкретизируй вопрос, с радостью отвечу.

[/quote]

Прямой вопрос: каковы главные (основные) обязанности тестировщика, помимо тех, которые ему стараются навесить в добавок?

Нужно ли скорректированный тест план с кем-то уточнять или это сугубо дело тестора?

Я так понимаю что отдел тестирования только-только создали. Для начала надо установить баг-трекинг систему и наладить доступ для всех сотрудников (тестировщики, разработчики, менеджер проекта (PM), руководство). Насколько я понимаю работы много, а тестировщиков мало. Тогда надо поговорить с PM-ом и выяснить на какие часть (функциональные, логические, иные) и расставить им приоритеты. При тестировании и составлению тест-плана отталкиваться от приоритетов (если тестировщиков мало то и так все не перетестировать). По ходу дела набирать в отдел новых тестировщиков.
Когда у нас возник отдел тестирования мы даже сначала не писали тест-планов (все они были в голове) и проcто ручками тестировали, когда тестировщиков стало больше то начали и тест-планы писать и автоматизировать.
Минимум это баг-трекинг система и ручное тестирование. Отсюда и заключение что тест-план (что и как тестировать) должен определять тестер (если нету менеджера тестировщиков) так как он (а не разработчик) отвечает за качество тестирования.

Я ж говорю. Сам написал прогу для регистрации багов (Разве нельзя пользоваться своими прогами?).
а сначала я сам ручками тоже тестил предыдущие версии, даже без тест планов, чисто на интуиции

при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?

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

Да, конечно. Только я хочу ознакомиться со статьей перед тем, как она будет опубликована?

Еще один вопросик.
Моя программа работает еще в добавок с аппаратными средствами и в ней очень много всяких надстроек. План тестов даже для одного модуля получается очень большой. На выполнение думаю уйдет 2 недели. Это нормально, что на тест уходит столько времени? Вообще сколько времени умные люди тратят на тестирование ПО (хоть примерно).

при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?

Кстати, а кто у вас контролирует выполнение этого плана? Разработчик, который его писал? А кто отвечает за то, что план не выполнен? Тоже разработчик? Если нет, он вам такого может написать -- огого! Причем из лучших побуждений, в борьбе за качество, так сказать.

План тестов выполняю я сам. Контролирует меня мой начальник. Отвечаю за выполнение и сроки тоже я. Сам понимаю что все с ног на голову поставлено... но... как говорится: "кто за рулем, тот и рулит".

Чувствую спецификации меня тоже запрягут писать.

Можешь идти к PM-у он должен знать все. Главное выяснить какие данные будут вводится + граничные значения.

[/quote]



Возможно от безграмотности своей позволю себе спросить: кто такой РМ?

Тестированием занялся совсем недавно.
Прочитал рекомендуемые на форуме доки.
Есть масса вопросов.
Что должен делать тестировщик?
Наша организация разрабатывает 1 ПО.
Продается успешно, но с каждой версией появляются баги, ПО почти не тестируется (на коленке), баги исправляются на лету, релизы не успевают менять версии и т.п.
Решили заняться тестированием.
Разработчик для меня написал тест-план.
Это правильно, что разработчик его пишет. Вообще кто его должен писать тестировщик или разработчик. Если меня не устраивает его тест-план (на исполнение такого плана уйдет 2 месяца) что делают в таких случаях.

P.S. Прошу сразу не ругаться. Эта же тема для начинающих!