Прошу совета
#1
Отправлено 06 апреля 2010 - 08:46
прошу помощи! необходимо организовать отдел тестировния в организации, в которой понятия не имеют, что это вообще такое. даже не знаю с чего начинать... тестовая среда очень условная (серевера отдельного нет), каждый день обновляется. bug tracking нет вообще, ошибки пишут на клочке бумаги, потом теряют. разработчиков 20 - тестер 1... документации нет, даже пользовательской. комплекс изучить можно только методом "тыка".
#2
Отправлено 06 апреля 2010 - 08:50
Со временем все привыкнут к тому, что вы ссылаетесь на тот или иной баг.
Потом попросите отдельный сервер.
Потом прочитаете несколько книг о том, "как надо", и уволитесь, и пойдете работать в компанию, где все эти дела уже устаканены.
И очень вероятно, вернетесь в нынешнюю в новом качестве.
Software Testing Glossary - простыми словами о непростых словах.
#3
Отправлено 06 апреля 2010 - 10:10
дело в том, что я работа в компании, где все уже было устаканено, причем на очень хорошем уровне. но, работая исполнителем, совершенно не задумывалась над процессом - а как оно собственно организованно... работалось очень комфортно и, главное, понятно. сейчас реакция на все, что происходит здесь одна - "пи...ц"! буду читать спец. литературу "как надо"
#4
Отправлено 06 апреля 2010 - 10:21
Делайте скидку на то, что не все воплотимо.буду читать спец. литературу "как надо"
Software Testing Glossary - простыми словами о непростых словах.
#5
Отправлено 07 апреля 2010 - 13:34
Напишите хоть идеи для написания тест-кейсов:
Напишите ряд тестовых сценариев (test cases) для проверки
работоспособности программы Windows Notepad (Блокнот). Количество
сценариев должно быть достаточным для того, чтобы после их успешного
прохождения вы сказали, что программа корректно работает в основной
части своей функциональности.
спасибо!!
#6
Отправлено 07 апреля 2010 - 15:32
#7
Отправлено 07 апреля 2010 - 15:41
#8
Отправлено 07 апреля 2010 - 18:03
Ведь есть и калькулятор. :)Бедный notepad, сколько можно его тестировать. Неужели у рекрутеров такая бедная фантазия? :)
#9
Отправлено 07 апреля 2010 - 19:08
Обучение для профессионалов: Школа тест-менеджеров | Школа тест-аналитиков | Школа Тестировщиков
Услуги для тест-менеджеров: Аутсорсинг тестирования | Поиск тестировщиков | Консалтинг
#10
Отправлено 15 мая 2010 - 13:49
Без баг-трекинга процесс тестирования вообще немыслим... Хуже всего в таком случае тестировщику - ошибки не систематизированы, теряются, а виноват потом будет как раз тестировщик.Уважаемые коллеги!
прошу помощи! необходимо организовать отдел тестировния в организации, в которой понятия не имеют, что это вообще такое. даже не знаю с чего начинать... тестовая среда очень условная (серевера отдельного нет), каждый день обновляется. bug tracking нет вообще, ошибки пишут на клочке бумаги, потом теряют. разработчиков 20 - тестер 1... документации нет, даже пользовательской. комплекс изучить можно только методом "тыка".
Думаю, в такой ситуации, когда никто понятия не имеет о тестировании и разработчики не проявляют интузиазма по поводу каких-то нововведений, нужно первым делом ненавязчиво "приучить" всех к баг-трегинку. Причем, он должен быть как можно проще. Есть бесплатно распространяемый инструмент Trac - http://ru.wikipedia.org/wiki/Trac , http://trac.edgewall.org/
Посмотрите, возможно, он Вам подойдет.
Сама работаю с ним недавно. До этого работала с TFS, поэтому если сравнивать, то:
основные плюсы Trac: легко изучаем (интуитивно понятно, как с ним работать), работа с системой осуществляется через веб-интерфейс, поэтому не требует установки дополнительного ПО (на рабочем месте конкретного работника).
Но есть и минусы:
не очень удобная схема отслеживания жизненного цикла дефекта (но, в принципе, если у вас пока цель - просто систематизировать ошибки, собрать и хранить их описания в одном месте, то, думаю, это не принципиально. К тому же, исходный код Trac'а открыт, думаю, теоретически при необходимости можно доработать - не уточняла этот вопрос). Ну, и видимо, все-таки нужен будет сервер...
Вообщем, суть всего выше сказанного вкратце - первым делом определитесь с баг-трегингом. Затем приступите к разработке тестов.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных