Перейти к содержимому

Фотография

Как правильно организовать свою работу


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 18

#1 idunin

idunin

    Активный участник

  • Members
  • PipPip
  • 116 сообщений
  • ФИО:Илья Владимирович
  • Город:Москва


Отправлено 27 августа 2005 - 07:47

Здравствуйте! У меня следующая проблема.

Долго искал работу (программистом), чтобы совмещать с аспирантурой, нашел, но только тестировщиком, раньше никакого опыта не было в этом деле. Начал работать (с июля), понравилось, втянулся уже. Постепенно набираюсь опыта, читаю, но вот одна беда! Никак не могу нормально организовать свою работу!

Дело в том, что в фирме в отделе, где я работаю только один тестировщик - это я. Проект достаточно большой (автоматизированный программный комплекс) и давно развивается, где-то с 1999 года. В программе есть куча инструментария, который надо тестировать. Требований в бумажном виде к нему нет. Что должен делать тот или иной инструментарий, я узнаю от одного из ведущих разработчиков, по совместительству менеджера проекта и моего начальника. Поэтому часто бывает, что я называю багой, он называет фичей. Сейчас я в основном занимаюсь Exploration testing, параллельно пытаюсь писать тест-кейсы, которые сам же и проверяю. На мне также лежит ответственность за ведение версий.

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

Поэтому обращаюсь к знающим людям и профи. Помогите. :acute:
Как подойти к процессу, что и когда делать. Как организоваться и организовать всех вокруг себя. Хочу все с головы, поставить на ноги и научить ходить!

Надеюсь на вашу помощь и советы! :blush:
  • 0

#2 Mex

Mex

    Новый участник

  • Members
  • Pip
  • 64 сообщений
  • Город:Харьков

Отправлено 27 августа 2005 - 09:39

Могу дать несколько советов:

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

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

3. Тест кейсы в твоём случае писать не имеет смысла (конечно, если ты не занимаешься регресионным тестированием), так как они будут отнимать огромное количество времени, а пользы особой не принесут. Хотя, если вы планируете расширять отдел тестирования или увеличить количество тестировщиков на проекте, то тест кейсы следует писать - рано или поздно вы дойдёте до регресионного тестирования.

4. Разработай матрицу покрытия функциональности (про это тоже можешь почитать), она тебе поможет охватить тестированием весь продукт.

5. Пройди все тесты по плану полностью один раз и оцени свою работу - это поможет тебе увидеть пробелы, которые ты можешь заполнить, добавив новых тестов. Заодно сможешь определить наиболее слабые места в ПО.

6. Да, и ещё. Ты в своей работе используешь какую-нибудь багтрекинговую систему? Если нет - очень советую.

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

Это первый шаги к организации работы.
Если есть какие-либо вопросы или непонимание чего-либо - обращайся, помогу чем смогу.
  • 0
Asper ad astra

#3 idunin

idunin

    Активный участник

  • Members
  • PipPip
  • 116 сообщений
  • ФИО:Илья Владимирович
  • Город:Москва


Отправлено 27 августа 2005 - 11:16

Mex, спасибо.

1. Да, документации никакой нет. Специально спрашивал. Все что делается для проекта, доносится до разработчика в устном виде менеджером проекта, тоже разработчиком.
Юз Кейсы = Use Case? Ничего пока не знаю об этом. Только про UML сдышал крайем уха.

Есть документация, как использовать этот инструментарий для разработчиков, но она достаточно устарела и многое уже изменилось, а т.к. эта документация для внутреннего использования, то она не особо обновляется. :(

3. Тест кейсы придется писать, т.к. возможно появятся еще тестировщики именно для выполнения тест-кейсов. Регресионное тестирование - это то, которое выполняется при выпуске новой версии для проверки работоспособности старого функционала? (если я правильно понял это термин).

4. Еще не читал про это. Поищу. Сделаю.

6. Багтрекинговую - это в смысле базу ошибок? Если да, то для этого используется Lotus Notes, если нет, то посоветуйте что-нибудь.

Спасибо, еще раз. У меня теперь есть представление, с чего начинать все организовывать. :) Как ни странно, для начала с самого себя! :)
  • 0

#4 ckeshit

ckeshit

    Новый участник

  • Members
  • Pip
  • 14 сообщений

Отправлено 29 августа 2005 - 06:37

5. Пройди все тесты по плану полностью один раз и оцени свою работу - это поможет тебе увидеть пробелы, которые ты можешь заполнить, добавив новых тестов. Заодно сможешь определить наиболее слабые места в ПО.

Просмотр сообщения

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

#5 Azart

Azart

    Новый участник

  • Members
  • Pip
  • 72 сообщений
  • Город:Moscow, Zelenograd

Отправлено 29 августа 2005 - 06:53

2 Duncan MacLeod: Читал твой первый пост, как будто я за место тебя работаю :). Почти всё сходится.
В нашей фирме большой проект(комплекс), который разрабатывается почти 5 лет. ВВести автоматезированное тестирование нет возможности, т.к. большая половина динамические данные, а ради меньшей вводить не выгодно.

Как я организовал работу:
1. Требуй описание, доки по проекту, если их нет застать ПМ нанять технического писателя. Без описания функциональности тестировать сложно и вот из-за этого идёт непонимание между вами и ПМ, то что вы считаете багом он фичей. По спецификации или описанию можно точно определить, что это.
2. Необходимо один раз протестировать комплекс полностью! Желательно написав отчёт о полной работоспособности оного. Далее будет легче жить при выходи новых версий компонентов или полного обнавления комплекса.
3. Если вы чем то заняты и вам срочно дают новое ТЗ, надо переключатся и делать именно его, конечно такой отрыв скажется не в лучшую сторону, но деваться не куда. Пиши после каждого такого спонтанного тестирования "Протокол тестирования" - это позволит избежать конфликтных ситуаций.
4. Багтрекинговую систему использовать необходимо, а уж какую - это дело вкуса(BugZilla, TestTrackPro, ClearQuest).
5. Про тест кейсы не чего сказать не могу, т.к. не пишу их. Всё ручками.
Будут вопросы пиши.
  • 0
The system is not ideal.

#6 Angela

Angela

    Новый участник

  • Members
  • Pip
  • 27 сообщений
  • Город:Москва

Отправлено 29 августа 2005 - 07:53

я бы еще приоритеты функциональности сначала определила. чтобы понимать с чего начинать и в какую сторону двигаться. А приоритеты согласовала с начальником. Все вышеупомянутые "дергания" пускай потом делает путем смены приоритетов.
  • 0
Иванова Елена
Руководитель программы тестирования, Люксофт

#7 Zordac

Zordac

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Z.Z

Отправлено 29 августа 2005 - 08:21

4. Разработай матрицу покрытия функциональности (про это тоже можешь почитать), она тебе поможет охватить тестированием весь продукт.

Просмотр сообщения


А не могли бы вы немного рассказать об этой матрице, а то я только про матрицу прослеживаемости требований слышал... или подскажите где про нее можно почитать. В Интернете искал - безрезультатно.

Спасибо.
  • 0

#8 Mex

Mex

    Новый участник

  • Members
  • Pip
  • 64 сообщений
  • Город:Харьков

Отправлено 29 августа 2005 - 09:57

А не могли бы вы немного рассказать об этой матрице, а то я только про матрицу прослеживаемости требований слышал... или подскажите где про нее можно почитать. В Интернете искал  -  безрезультатно.

Спасибо.

Просмотр сообщения


Конечно могу.
Данная матрица состоит из списка требований и заглавий тест кейсов. То есть, допустим по горизонтали идут все требования - столбцы матрицы, а по вертикали тест кейсы (либо их номера) - строки матрицы. Последней строкой является строка Covered (Покрыто) (или что-то типа этого). При тестировании если тест кейс выполняется и покрывает требование, то в соответствующем квадрате матрицы ставится +, а если тест не на данное требование, то пропускается. В итоге в строке Covered напротив каждого требования также ставится + или -. + если в соответствующем столбце требования есть плюсы. - если весь столбец состоит из пробелов.

Эта матрица может наглядно показать покрыты ли требования тестами (если нет, то нужно добавить тесты), а также показать избыточные тесты.
  • 0
Asper ad astra

#9 Mex

Mex

    Новый участник

  • Members
  • Pip
  • 64 сообщений
  • Город:Харьков

Отправлено 29 августа 2005 - 10:03

И ещё. Про багтрекинговые системы.
Да, это в приниципе база багов. Lotus Notes не использовал, хотя кое-что слышал о ней. Мы используем Mantis, но мне больше нравится JIRA :) Это по поводу что-нибудь посоветовать.

А организовывать надо всё именно с себя. Если ты будешь работать так, что к тебе не будет претензий, то ты сможешь требовать и от других ;-)
  • 0
Asper ad astra

#10 EL_GE

EL_GE

    Новый участник

  • Members
  • Pip
  • 38 сообщений
  • ФИО:Андрей
  • Город:Нижегородская обл.

Отправлено 29 августа 2005 - 10:19

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

#11 Scorp-13

Scorp-13

    Co-Moderator: Спорт, Кино и музыка

  • Members
  • PipPipPipPip
  • 285 сообщений
  • ФИО:Евгений
  • Город:Украина, Запорожье

Отправлено 29 августа 2005 - 10:33

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

http://software-test...b/bug-tracking/
  • 0
Ab altero expectes, alteri quod feceris

#12 idunin

idunin

    Активный участник

  • Members
  • PipPip
  • 116 сообщений
  • ФИО:Илья Владимирович
  • Город:Москва


Отправлено 29 августа 2005 - 11:13

Mex, еще раз большое спасибо! Уже начал выполнять то, что ты советовал 1 пунктом! :)
  • 0

#13 EL_GE

EL_GE

    Новый участник

  • Members
  • Pip
  • 38 сообщений
  • ФИО:Андрей
  • Город:Нижегородская обл.

Отправлено 29 августа 2005 - 12:06

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

#14 greyver

greyver

    Опытный участник

  • Members
  • PipPipPipPip
  • 358 сообщений
  • ФИО:Вербенко Сергей Анатольевич
  • Город:Москва, Зеленоград


Отправлено 29 августа 2005 - 12:16

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

#15 EL_GE

EL_GE

    Новый участник

  • Members
  • Pip
  • 38 сообщений
  • ФИО:Андрей
  • Город:Нижегородская обл.

Отправлено 29 августа 2005 - 12:20

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

Просмотр сообщения


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

#16 Mike

Mike

    Консультант

  • Members
  • PipPipPipPipPipPip
  • 1 079 сообщений
  • Город:Москва

Отправлено 29 августа 2005 - 12:27

Вопросы о том "как установить/запустить" - в форум по продуктам. В данном случае - Инструменты>Bug Trackers
  • 0
Best regards,
Майк.

#17 greyver

greyver

    Опытный участник

  • Members
  • PipPipPipPip
  • 358 сообщений
  • ФИО:Вербенко Сергей Анатольевич
  • Город:Москва, Зеленоград


Отправлено 29 августа 2005 - 12:37

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

Просмотр сообщения


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

Просмотр сообщения

Посмотрите здесь - http://www.bugzilla....g-bugzilla.html
если возникнут (хотел написать "останутся" :good: ) вопросы - задавайте в тематическом форуме...
  • 0

#18 EL_GE

EL_GE

    Новый участник

  • Members
  • Pip
  • 38 сообщений
  • ФИО:Андрей
  • Город:Нижегородская обл.

Отправлено 29 августа 2005 - 12:44

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

#19 Scorp-13

Scorp-13

    Co-Moderator: Спорт, Кино и музыка

  • Members
  • PipPipPipPip
  • 285 сообщений
  • ФИО:Евгений
  • Город:Украина, Запорожье

Отправлено 29 августа 2005 - 12:49

По багтрекерам - сюда:
http://forums.softwa...hp?showforum=61
  • 0
Ab altero expectes, alteri quod feceris


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных