- Форум тестировщиков
- → Публикации EL_GE
Публикации EL_GE
38 публикаций создано EL_GE (учитываются публикации только с 26 сентября 2023)
По типу контента
По пользователю
#18401 Как правильно организовать свою работу
Отправлено автор:
29 августа 2005 - 10:19
в
Тест-дизайн и ручное тестирование
объясните что такое "багтрекинговая система"
#18416 Как правильно организовать свою работу
Отправлено автор:
29 августа 2005 - 12:20
в
Тест-дизайн и ручное тестирование
http://www.bugzilla.org/download/
Чесно говоря уже был здесь, скачал 2.20.
Не пойму как запустить.
Уж подскажите пожайлуста.
#18420 Как правильно организовать свою работу
Отправлено автор:
29 августа 2005 - 12:44
в
Тест-дизайн и ручное тестирование
в каком именно?
я здесь плохо пока ориентируюсь.
я здесь плохо пока ориентируюсь.
#18413 Как правильно организовать свою работу
Отправлено автор:
29 августа 2005 - 12:06
в
Тест-дизайн и ручное тестирование
никто не скинет ссылку на дистрибук BugZilla или TestTrackPro или ClearQuest
#20969 Bugzilla
Отправлено автор:
27 октября 2005 - 11:24
в
Инструменты управления тестированием ПО
Установил 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?
Запустил 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?
#20904 Bugzilla
Отправлено автор:
26 октября 2005 - 12:37
в
Инструменты управления тестированием ПО
Perl обязательно устанавливать для выполнения установки Bugzilla
#20870 Bugzilla
Отправлено автор:
26 октября 2005 - 05:39
в
Инструменты управления тестированием ПО
Наконец собрал все компоненты для установки Bugzilla.
Установил Денвер 2 (включает в себя web-сервер Apache с поддержкой PHP, Perl и сервер MySQL).
При установке Bugzilla пользуюсь руководством
отсюда.
При попытке запуска в командной строке:
C:\>set CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
получаю ответ:
Недостаточно памяти для переменных среды (Environment)
И еще:
anonymous@cvs-mirror.mozilla.org - вместо этого нужно указывать свою почту?
Установил Денвер 2 (включает в себя web-сервер Apache с поддержкой PHP, Perl и сервер MySQL).
При установке Bugzilla пользуюсь руководством
отсюда.
При попытке запуска в командной строке:
C:\>set CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
получаю ответ:
Недостаточно памяти для переменных среды (Environment)
И еще:
anonymous@cvs-mirror.mozilla.org - вместо этого нужно указывать свою почту?
#21034 Bugzilla
Отправлено автор:
28 октября 2005 - 06:03
в
Инструменты управления тестированием ПО
Ваш совет испробовал - не получилось.
Решил проблему так: скачал все модули с интернетовского сервера и положил на свой локальный. Все компоненты установились, кроме одного: 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;
Как можно решить эту проблему?
Решил проблему так: скачал все модули с интернетовского сервера и положил на свой локальный. Все компоненты установились, кроме одного: 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;
Как можно решить эту проблему?
#21056 Bugzilla
Отправлено автор:
28 октября 2005 - 10:19
в
Инструменты управления тестированием ПО
perl.exe запускается пользователем EL-GE
Удалить из explorer эту директорию пользователь EL-GE не может.
EL-GE - администратор ПК
Не понимаю в чем дело?
Помогите пожайлуста
Удалить из explorer эту директорию пользователь EL-GE не может.
EL-GE - администратор ПК
Не понимаю в чем дело?
Помогите пожайлуста
#18423 Bugzilla
Отправлено автор:
29 августа 2005 - 12:52
в
Инструменты управления тестированием ПО
Как установить BugZilla на локальную машину?
#21097 Bugzilla
Отправлено автор:
31 октября 2005 - 06:06
в
Инструменты управления тестированием ПО
ОС Windows XP Professional 2002 SP2
в окне "Дополнительные параметры для Template-Toolkit-3308-1130478313",
в закладке "Разрешения" :
в столбце "Тип" - разрешить
в "Имя" - Администраторы(EL-GE\Администраторы)
в "Разрешение" - полный доступ
в "Унаследовано от" C:\Documents and settings\EL-GE\
в "Применять к" - Для этой папки, ее подпапок и файлов
Внизу стоит галочка напротив надписи "Наследовать от родительского объекта применимые к дочерним объектам разрешения, добавляя их к явно заданным в этом окне."
в окне "Дополнительные параметры для Template-Toolkit-3308-1130478313",
в закладке "Разрешения" :
в столбце "Тип" - разрешить
в "Имя" - Администраторы(EL-GE\Администраторы)
в "Разрешение" - полный доступ
в "Унаследовано от" C:\Documents and settings\EL-GE\
в "Применять к" - Для этой папки, ее подпапок и файлов
Внизу стоит галочка напротив надписи "Наследовать от родительского объекта применимые к дочерним объектам разрешения, добавляя их к явно заданным в этом окне."
#21063 Bugzilla
Отправлено автор:
28 октября 2005 - 11:26
в
Инструменты управления тестированием ПО
А диагностика такая же?Удалить из explorer эту директорию пользователь EL-GE не может.
Директория содержит что-либо? Возможно, содержимое чем-либо залочено.
Посмотрите permissions на дирекорию.
Директория сначала (во время установки, до появления ошибки) содержит:
папку blib и файл instal_script
После появления ошибки в директории папка и файл удаляются, а сама директория - нет.
>> А диагностика такая же?
в смысле? не понял что такое "диагностика"?
Свойства директории:
Общие:- Аттрибуты "только чтение",
Безопасность: полный доступ
Доступ: отменить полный доступ к папке
#20167 Тестирование ПО - с чего начать?
Отправлено автор:
12 октября 2005 - 07:13
в
Портал Software-Testing.Ru
С моей точки зрения статьи обязательно должны проходить через руки редактора. Объясняю почему:
нередко бывает, когда начинающий тестировщик пишет для таких же как сам "начинающих" с благородной целью - дабы помочь.
Если автор, допустим не до конца разобрался в какой-либо теме или в каком-либо вопросе, и изложил информацию в точки зрения своего понимания, то ,если это "понимание" оказалось в корне неверным, автор введет в заблуждение читающего (начинающего тестировщика) его статью и воспринимающего ее за "чистую монету". Это на самом деле ПЛОХО. У начинающего тестировщика, прочитавшего статью, складывается следующия логическая цепочка (сужу по себе): раз эту статью опубликовали на таком сайте, посвященном тестированию, то значит эту статью писали соображающие в этом деле люди => эту статью следует рассматривать как Истину, что так оно и должно быть, а на самом деле может получится обратное. Можно так запутаться в информации, что потом не разберешь: где Истина, а где Ложь. Поэтому, я за редактирование. И не надо этого бояться! Это мне кажется наооборот полезно, когда тебе указывают на твои ошибки и заставляют их исправлять.
Все, что я написал выше - это сугубо мое мнение. С ним можно согласиться или не согласится.
Прошу автору опубликованной статьи на меня сильно не обижаться.
нередко бывает, когда начинающий тестировщик пишет для таких же как сам "начинающих" с благородной целью - дабы помочь.
Если автор, допустим не до конца разобрался в какой-либо теме или в каком-либо вопросе, и изложил информацию в точки зрения своего понимания, то ,если это "понимание" оказалось в корне неверным, автор введет в заблуждение читающего (начинающего тестировщика) его статью и воспринимающего ее за "чистую монету". Это на самом деле ПЛОХО. У начинающего тестировщика, прочитавшего статью, складывается следующия логическая цепочка (сужу по себе): раз эту статью опубликовали на таком сайте, посвященном тестированию, то значит эту статью писали соображающие в этом деле люди => эту статью следует рассматривать как Истину, что так оно и должно быть, а на самом деле может получится обратное. Можно так запутаться в информации, что потом не разберешь: где Истина, а где Ложь. Поэтому, я за редактирование. И не надо этого бояться! Это мне кажется наооборот полезно, когда тебе указывают на твои ошибки и заставляют их исправлять.
Все, что я написал выше - это сугубо мое мнение. С ним можно согласиться или не согласится.
Прошу автору опубликованной статьи на меня сильно не обижаться.
#20171 Как вы стали тестировщиком?
Отправлено автор:
12 октября 2005 - 07:58
в
Свободное общение
Раз уж на то пошло, то и я отвечу.
1. Считаете ли вы себя профессиональным тестировщиком?
-Тестированием ПО занимаюсь месяца 2, так что я "начинающий".
2. Какое у вас образование?
-2 Высших технических.
3. Когда вы решили стать тестировщиком (или вы стали им случайно?)
-Решение стать тестировщиком исходило от начальства.(2-3 мес. назад)
4. Нравится ли вам быть тестировщиком? Если да, то почему? Если нет, то почему?
-Да нравится. Интересная и новая для меня работа.
5. Какой набор качеств/умений должен быть у хорошего тестировщика?
-Нюх на баги!
6. Какие качества/умения отличают хорошего тестировщика?
-см. п.5
7. Опишите ваш обычный рабочий день.
-Прихожу на работу. Тестирую очередную версию ПО или новый прибор.
8. Какие 5 рекомендаций вы бы дали человеку, который хочет стать тестировщиком?
-Сразу не сдаваться без боя, читать соответствующую литературу, научиться разбираться в тулах и выбирать их сооответственно, ну и стремиться к вершине познания.
9. На какой вопрос еще вопрос вы бы хотели ответить?
Начинать всегда тяжело, особенно одному. Не надо сразу переживать, что что-то сразу не получается. Опыт-то всегда приходит с годами (и практикой).
1. Считаете ли вы себя профессиональным тестировщиком?
-Тестированием ПО занимаюсь месяца 2, так что я "начинающий".
2. Какое у вас образование?
-2 Высших технических.
3. Когда вы решили стать тестировщиком (или вы стали им случайно?)
-Решение стать тестировщиком исходило от начальства.(2-3 мес. назад)
4. Нравится ли вам быть тестировщиком? Если да, то почему? Если нет, то почему?
-Да нравится. Интересная и новая для меня работа.
5. Какой набор качеств/умений должен быть у хорошего тестировщика?
-Нюх на баги!
6. Какие качества/умения отличают хорошего тестировщика?
-см. п.5
7. Опишите ваш обычный рабочий день.
-Прихожу на работу. Тестирую очередную версию ПО или новый прибор.
8. Какие 5 рекомендаций вы бы дали человеку, который хочет стать тестировщиком?
-Сразу не сдаваться без боя, читать соответствующую литературу, научиться разбираться в тулах и выбирать их сооответственно, ну и стремиться к вершине познания.
9. На какой вопрос еще вопрос вы бы хотели ответить?
Начинать всегда тяжело, особенно одному. Не надо сразу переживать, что что-то сразу не получается. Опыт-то всегда приходит с годами (и практикой).
#20123 Для начинающих
Отправлено автор:
11 октября 2005 - 12:45
в
Тест-дизайн и ручное тестирование
Ну видишь, сработало! 
Теперь все в твоих руках. Все зависит только от тебя.
Очень рад,что мой совет пришелся тебе на пользу.
#18948 Для начинающих
Отправлено автор:
09 сентября 2005 - 09:41
в
Тест-дизайн и ручное тестирование
BTS...? Это что такое?Лучше использовать некоторую систему обмена информацией, то бишь BTS, и привязать процедуру к ней. Устно сообщать бесполезно -- забудут.Что эффективнее и правильнее?
#18532 Для начинающих
Отправлено автор:
31 августа 2005 - 07:45
в
Тест-дизайн и ручное тестирование
Я так понимаю что отдел тестирования только-только создали. Для начала надо установить баг-трекинг систему и наладить доступ для всех сотрудников (тестировщики, разработчики, менеджер проекта (PM), руководство). Насколько я понимаю работы много, а тестировщиков мало. Тогда надо поговорить с PM-ом и выяснить на какие часть (функциональные, логические, иные) и расставить им приоритеты. При тестировании и составлению тест-плана отталкиваться от приоритетов (если тестировщиков мало то и так все не перетестировать). По ходу дела набирать в отдел новых тестировщиков.
Когда у нас возник отдел тестирования мы даже сначала не писали тест-планов (все они были в голове) и проcто ручками тестировали, когда тестировщиков стало больше то начали и тест-планы писать и автоматизировать.
Минимум это баг-трекинг система и ручное тестирование. Отсюда и заключение что тест-план (что и как тестировать) должен определять тестер (если нету менеджера тестировщиков) так как он (а не разработчик) отвечает за качество тестирования.
Я ж говорю. Сам написал прогу для регистрации багов (Разве нельзя пользоваться своими прогами?).
а сначала я сам ручками тоже тестил предыдущие версии, даже без тест планов, чисто на интуиции
#18524 Для начинающих
Отправлено автор:
31 августа 2005 - 06:50
в
Тест-дизайн и ручное тестирование
>>"...Интересный начальник. Заставляет разработчиков писать план тестирования, но не заставляет их же писать спецификации 
Похоже надо что-то подправить в консерватории."
Cпецификации тоже требует. Но т.к. выпускать версию нужно срочно, тестировать нужно тоже, а спецификации решено было написать после выпуска релиза, потому как на написание спецификации займет много времени, которого нет и было принято решение написать всю спецификацию по проекту после выпуска релиза. Отсюда должно стать понятным то, почему разработчик пишет планы тестов.
Похоже надо что-то подправить в консерватории."Cпецификации тоже требует. Но т.к. выпускать версию нужно срочно, тестировать нужно тоже, а спецификации решено было написать после выпуска релиза, потому как на написание спецификации займет много времени, которого нет и было принято решение написать всю спецификацию по проекту после выпуска релиза. Отсюда должно стать понятным то, почему разработчик пишет планы тестов.
#18509 Для начинающих
Отправлено автор:
31 августа 2005 - 04:21
в
Тест-дизайн и ручное тестирование
1. План тестирования, как и всякий другой план, должен составлять тот, кто будет ответственен за его выполнение. И он же должен отслеживать его выполнение. Иначе в нем нет никакого смысла. Конечно, можно попросить кого-нибудь более опытного помочь составить план, и неважно, программиста, тестировщика, менеджера -- кого угодно можно попросить. Но владельцем плана должен быть тот, кто отвечает за его выполнение. По крайней мере, лично я считаю, что "навязанные извне" планы обычно не дают хорошего эффекта.
2. Тестировщику нужны руки и голова. А инструменты нужно приспосабливать к делу только тогда, когда появляется подходящая задача. Конечно, бывают плотники, которые могут все сделать одним топором, но даже в этом случае -- не все задачи требуют именно плотницкого мастерства.
спасибо за ответ.
1. В моем случае план тестов заставляет писать начальник непосредственно разработчиков ПО, поскольку считает что никто лучше их не "видит" ПО польностью.
(спецификации и др. док нет)
2. Со своей стороны сделал следующее (если что скажите, что не так делаю):
а) Постарался подправить кривые тесты разработчиков (все сделали под себя)
б) написал свою прогу, в которой храняться все баги ПО (бывшие и существующие) - БД по багам. Как я понял это и есть багтрекинговая система. Навешал там: статусы для багов, версии проекта и т.п., смастерил несколько отчетов для начальства.
в) приступил к выполнению тестов
Именно так все и делают? или для нормального тестирования нужно что-то еще, чего я упустил?
#18533 Для начинающих
Отправлено автор:
31 августа 2005 - 07:53
в
Тест-дизайн и ручное тестирование
при тестировании моего ПО у меня на входе должны быть данные, на выходе смотрю что с ними стало. Где тестору взять эталон: эталон того, что должно быть на входе и эталон того, что должно получиться на выходе. Идти к разработчику?
#18907 Для начинающих
Отправлено автор:
08 сентября 2005 - 16:45
в
Тест-дизайн и ручное тестирование
4 brancev:
Спасибо за исчерпывающие ответы и дельные советы
Спасибо за исчерпывающие ответы и дельные советы
#19652 Для начинающих
Отправлено автор:
29 сентября 2005 - 12:42
в
Тест-дизайн и ручное тестирование
Пожайлута, конечно 
. Я думаю форум на то и нужен, чтоб люди задавали вопросы и получали на них ответы. Начинать одному всегда тяжело. На этом форуме сам узнал много нового и позновательного для себя. 
. Я думаю форум на то и нужен, чтоб люди задавали вопросы и получали на них ответы. Начинать одному всегда тяжело. На этом форуме сам узнал много нового и позновательного для себя.
#18940 Для начинающих
Отправлено автор:
09 сентября 2005 - 08:36
в
Тест-дизайн и ручное тестирование
Вопрос еще следующего содержания:
Если я в процессе тестирования выявляю несоответствие или баг, то какие должны быть мои действия
1. Бежать к разработчику и трубить ему об этом.
2. Или же провести все тесты до конца, написать отчет по ним (описать несоответствия) и с этим отчетом к начальству.
Что эффективнее и правильнее?
p.s. Прошу сильно не обижаться на мои вопросы, кому-то они просто покажутся нелепыми и ответ на которые очевиден, ...но тем не менее тема форума ведь так и называется "Для начинающих".
Если я в процессе тестирования выявляю несоответствие или баг, то какие должны быть мои действия
1. Бежать к разработчику и трубить ему об этом.
2. Или же провести все тесты до конца, написать отчет по ним (описать несоответствия) и с этим отчетом к начальству.
Что эффективнее и правильнее?
p.s. Прошу сильно не обижаться на мои вопросы, кому-то они просто покажутся нелепыми и ответ на которые очевиден, ...но тем не менее тема форума ведь так и называется "Для начинающих".
#18919 Для начинающих
Отправлено автор:
09 сентября 2005 - 04:13
в
Тест-дизайн и ручное тестирование
К сожалению я не в Москве.
#20013 Для начинающих
Отправлено автор:
10 октября 2005 - 09:49
в
Тест-дизайн и ручное тестирование
Мысль хорошая:о))
Ребят кто виноват?:о))
Да нет я вообще хотела узнать в какой форме лучше всего начальнику показать, что нужно почитать книжку или форум тот же?
Попробуй рассказать, мол все люди вот так-то делают. Почему бы и нам не начать так работать и посмотри на его реакцию. Если заинтересуется то может с точки что и сдвинется, а если нет, то наверное ничего не получится - нач. полный консерватор.
Это всего лишь мое мнение, прошу не слишком то на него уповать. Все зависит от конкретной ситуации и т.п.
