Установил Perl.
Запустил C:\\>ppm

ppm запустился.

выполнил: ppm> rep add Bugzilla http://landfill.bugzilla.org/ppm

получил:
Repositories:
[1] ActiveState PPM2 Repository
[2] ActiveState Package Repository
[3] Bugzilla

выполнил: ppm> install AppConfig

получил: Error : failed to download URL
http://landfill.bugz...pConfig.ppd:500 Can't connect to landfill.bugzilla.org:80 <Connect: Unknown error>


В связи с этим проблема: не могу инсталлировать AppConfig
Подскажите как решить эту пробему. Как сделать установку AppConfig?

Наконец собрал все компоненты для установки Bugzilla.
Установил Денвер 2 (включает в себя web-сервер Apache с поддержкой PHP, Perl и сервер MySQL).
При установке Bugzilla пользуюсь руководством
отсюда.

При попытке запуска в командной строке:
C:\>set CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot

получаю ответ:
Недостаточно памяти для переменных среды (Environment)

И еще:
anonymous@cvs-mirror.mozilla.org - вместо этого нужно указывать свою почту?

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

Ваш совет испробовал - не получилось.
Решил проблему так: скачал все модули с интернетовского сервера и положил на свой локальный. Все компоненты установились, кроме одного: Template-Toolkit.

При установке модуля Template-Toolkit после инсталляции выдается сообщение:

пишу: ppm> install Template-Toolkit + Enter
Выдается:
Installing...
Installing... и т.д.

Далее после installing C:\Perl\bin\ttree.bat
появляется следующее:

I can now install some optional tt2 stuff, including documentation, examples, and the splash library, if you like. This can go in any convenient location - the defalt is "C:\Program Files". The installation will go under a "tt2" subdirectory of the directory you specify.

Proceed with install? [yes]

Пишу: yes

Далее появляется:
Under which directory? [C:\Program Files]

Нажимаю Enter.
После этого происходит:
Unlink...
Unlink... и т.д.

После Unlink C:\Perl\site\lib\auto\Template\Toolkit\.packlist
появляется сообщение:

Can't remove directory C:\Docume~1\EL-GE\LOCALS~1\Temp/Template-Toolkit-3308-1130478313: Permission denied at c:/Perl/site/lib/PPM/Repositiry.pm line 247 Error: <un>install script failed: 'c:\Perl\bin\perl.exe install_script'

В чем модет быть дело?
247 строка: rmtree($tmpdir) if $tmpdir;

Как можно решить эту проблему?

Perl обязательно устанавливать для выполнения установки Bugzilla

perl.exe запускается пользователем EL-GE
Удалить из explorer эту директорию пользователь EL-GE не может.
EL-GE - администратор ПК

Не понимаю в чем дело?
Помогите пожайлуста

Удалить из explorer эту директорию пользователь EL-GE не может.

 

А диагностика такая же?
Директория содержит что-либо? Возможно, содержимое чем-либо залочено.
Посмотрите permissions на дирекорию.

 

Директория сначала (во время установки, до появления ошибки) содержит:
папку blib и файл instal_script
После появления ошибки в директории папка и файл удаляются, а сама директория - нет.

>> А диагностика такая же?
в смысле? не понял что такое "диагностика"?

Свойства директории:
Общие:- Аттрибуты "только чтение",
Безопасность: полный доступ
Доступ: отменить полный доступ к папке

ОС Windows XP Professional 2002 SP2

в окне "Дополнительные параметры для Template-Toolkit-3308-1130478313",
в закладке "Разрешения" :

в столбце "Тип" - разрешить
в "Имя" - Администраторы(EL-GE\Администраторы)
в "Разрешение" - полный доступ
в "Унаследовано от" C:\Documents and settings\EL-GE\
в "Применять к" - Для этой папки, ее подпапок и файлов

Внизу стоит галочка напротив надписи "Наследовать от родительского объекта применимые к дочерним объектам разрешения, добавляя их к явно заданным в этом окне."

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[/quote]



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

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

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

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

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

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

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

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

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

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