Сообщений в теме: 8

[AnastasiaM88]

Доброе время суток!

 

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

 

Как единственный тестировщик в отделе (ок. года в компании; ок. 2-х лет в сфере тестирования ПО) я начала составлять список требований/пожеланий к тест. стендам (по всем, кроме техн. характеристик по производительности "железа", полного состава необходимого ПО для тест. контура и его составляющих).

 

 

Основные тестируемые системы:

 

• биллинг (клиентская desktop часть + БД MS SQL), взаимодействующий с различными внешними системами (шинами, API, CRM и др. биллингами);
• личный кабинет пользователей (web-сайт).

 

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

 

 

Пока набросала небольшой список основного (см. во вложении).

 

Прошу  "коллег по цеху" поделиться идеями и опытом: что ещё можно добавить в список?

[Molechka]

А где вложение? :)

[AnastasiaM88]

Sorry, забыла нажать кнопку "Загрузить" и не проверила сообщение ("ай-я-яй" мне как тестировщику)....

 

 

 

Не по основной теме: кстати, а файлы формата .xlsx нельзя грузить в сообщения этого форума? Выдается сообщение "Ошибка Вы не можете загружать файлы подобного типа"? Или стоит какое-то ограничение по статусу пользователя и т.п.?

Прикрепленные файлы

•  Требования-пожелания к тестовым стендам_скрин_30-09-15.PNG   37,4К   6 Количество загрузок:

[Molechka]

Когда мне нужна машина (переставляем винду на рабочем компе, выделяют рабочий ноут и.т.д.), я хочу видеть там:

— офис (ворд, эксель)

— notepad++, чтобы читать логи и всякое прочее, без него уже тяжко смотреть на обычный унылый блокнот =)

— soap ui для проверки запросов, если вам их тоже проверять, рекомендую установить

— sql developer + worchbench для запросов к БД, вам тоже явно какой-то вьюер нужен, раз с базой общаетесь.

— putty + winscp, если к линуксовым машинам надо подключаться

 

Это судя по первой вашей колонке :)

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

[AnastasiaM88]

Когда мне нужна машина (переставляем винду на рабочем компе, выделяют рабочий ноут и.т.д.), я хочу видеть там:

— офис (ворд, эксель)

— notepad++, чтобы читать логи и всякое прочее, без него уже тяжко смотреть на обычный унылый блокнот =)

— soap ui для проверки запросов, если вам их тоже проверять, рекомендую установить

— sql developer + worchbench для запросов к БД, вам тоже явно какой-то вьюер нужен, раз с базой общаетесь.

— putty + winscp, если к линуксовым машинам надо подключаться

 

Это судя по первой вашей колонке :)

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

 

Ольга, благодарю за внимательность к моим сообщениям и оперативный, развернутый ответ ;-)

 

— офис (ворд, эксель): могут не понадобятся мне, как минимум 1-е время (основное взаимодействие с коллегами - в локальной сети с локальных машин + сидим в одном большом кабинете) ;-)
 

— notepad++, чтобы читать логи и всякое прочее: внесу в свой список. Хотя логи читать мне не часто приходилось пока. Однако знаю и пользуюсь иногда этой тулзой)

 

- soap ui для проверки запросов -> пока это проверяют программисты (на мне не весь объем тестирования). Учту на будущее!  

- sql developer + worchbench для запросов к БД - не слышала о таких инструментах. Поищу по ним инфу, оценю их необходимость. Обычно мне дают права к БД как минимум на чтение   

-  putty + winscp - с линуксовыми вроде не работаем (Виндовые сервера и ОС, по крайней мере для тест-я биллинга и ближайшего его окружения). Учту на будущее

 

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

 

 

 

С учетом дружелюбного настроения и часто необходимости "пинания" (дружеского) разработчиков (даже сами просят об этом) -> вряд ли вызовет раздражение. Оформлю как памятку)))

[Molechka]

 

- sql developer + worchbench для запросов к БД - не слышала о таких инструментах. Поищу по ним инфу, оценю их необходимость. Обычно мне дают права к БД как минимум на чтение    

девелопер — для работы с Oracle, вам не нужен наверное :)

воркбенч — он поуниверсальнее, не знаю насчет MS SQL, но оракл и марию db он цепляет спокойно. Вроде умеет все, что угодно )))

 

С учетом дружелюбного настроения и часто необходимости "пинания" (дружеского) разработчиков (даже сами просят об этом) -> вряд ли вызовет раздражение. Оформлю как памятку))) 

Тут просто надо смотреть, как выглядит процесс.

Обычно тестовый стенд обновляют часто. В баге просто пишут «выкатил на тест» и ты знаешь, что там актуальный билд. 

Иногда тестировщик сам разворачивает билд и да, хочет знать, что в него вошло.

 

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

Release Notes для тестировщика? Но зачем... ?)

[AnastasiaM88]

Тут просто надо смотреть, как выглядит процесс.
Обычно тестовый стенд обновляют часто. В баге просто пишут «выкатил на тест» и ты знаешь, что там актуальный билд. 
Иногда тестировщик сам разворачивает билд и да, хочет знать, что в него вошло.

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

Release Notes для тестировщика? Но зачем... ?)

 

 

У нас процессы неочень пока налажены. В баг-трекинге (пока Redmine) не пишут подробно о составе релиза, релизы делаются пока отдельно на каждую задачу или тестируются на "бою" (на тест. дог-рах с "заглушками" в коде)...Кто будет выполнять роль релиз-менеджера тоже пока не решено...

[Molechka]

Одна задача → релиз на тест, проверили → релиз на прод?

А что тогда писать в этих release notes? Если там одна задача?)

 

В целом ситуация вполне нормальная, у меня так знакомые из стартапа делали ))) Ну в люболм случае, попробуйте, там сами поймете, что удобно, а что нет и надо менять. Удачи! :)

[AnastasiaM88]

На прод сейчас пока выпускаются по 1-й задаче. Хотя иногда и по несколько протестированных. 

 

А перейдем как раз к сборке всегда релиза для прод по нескольким задачам.

 

Да, тут только методом проб и ошибок)))

 

Спасибо, Ольга!