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

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

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

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

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

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

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

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

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

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

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

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

[/quote]

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

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

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

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

Как установить BugZilla на локальную машину?

в каком именно?
я здесь плохо пока ориентируюсь.

http://www.bugzilla.org/download/

Чесно говоря уже был здесь, скачал 2.20.
Не пойму как запустить.
Уж подскажите пожайлуста.

никто не скинет ссылку на дистрибук BugZilla или TestTrackPro или ClearQuest

объясните что такое "багтрекинговая система"