"Господи, помоги!)" или как поставить тестирование с нуля

Господа-коллеги! Я - человек с несколькими месяцами недоопыта в тестировании. Конечно же, всё черноящичное. 

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

Сижу и бьюсь об заклад - надо как-то ставить тестинг а я плохо андестенд, как.

Подскажите, пожалуйста - куда идти и что узнавать? Впереди большой трудный путь, надеюсь, он мне по зубам... 

P.S.: Очень прошу без грубостей и подобного - мне итак не особо весело - на прошлой работе, как сказал знакомый тим лид - нас ничему не научили. Так что было прочтение новой книги по тестингу, чего оказалось, очень мало для меня.

Очень прошу помочь советом.

С уважением, М.

1. Сколько разработчиков в проекте?
2. Сколько тестировщиков в проекте?
3. Каков процесс разработки?

1) проектов порядка 11ти штук на одной из CRM систем. Разрабов - 15 штук

2) я одна-одинёшенька буду на всех проектах, хотят через полгодика расширять и брать вторую мартышку

3) эджайл, но есть и водопадные модели разработки на нескольких проектах 

Рекс Блек "Ключевые процессы тестирования". Тяжелая книга, но одна из лучших именно по организации тестирования.

А для начала "тест гринкевича".

Некоторые образцы документации можно посмотреть в моем блоге: http://blog.shumoos.com/archives/267 и т.д. Документ устарел, но до сих пор крайне полезен. Есть там и другие примеры.

https://testitquickl.../2010/11/21/37/

Подпишусь (хотя, признаюсь, я в основном по заголовкам пробежалась, но люто плюсую!)

Раз компания взяла новичка ставить процессы — она явно хочет сэкономить)))

И раз вы одна на 15 проектов, то что делать? Начинайте их изучать! Ведь с этого все и начинается. Изучайте проекты, тестируйте задачи, которые к вам прилетают, по задачам пишите чек-листы или пополняйте существующие. Хотя, как я поняла, пока еще вообще ничего нет?

А баг-трекинг как ведется? Много проблем находится в текущих системах? Чего от вас ожидает команда разработки?

Извините за многобукв 

И раз вы одна на 15 проектов, то что делать? Начинайте их изучать! Ведь с этого все и начинается. Изучайте проекты, тестируйте задачи, которые к вам прилетают, по задачам пишите чек-листы или пополняйте существующие. Хотя, как я поняла, пока еще вообще ничего нет?

Да, нет ничего совсем. 

 

 

А баг-трекинг как ведется?

Или никак или в JIRA добавляют. Хочу приучить все баги добавлять, чтобы могла понимать и делать анализ качества продукта.

 

 

Много проблем находится в текущих системах? Чего от вас ожидает команда разработки?

К сожалению, очень всё расплывчато. 

Про проблемы - пока неизвестно - узнаю, думаю, после времени какого-то на проекте. 

Начальник от меня чего хочет (ПМ) - чтобы разгрузить аналитиков и сделать регресс пока на 1 проект (по наработкам, по всей системе всё-равно не смогу запилить). 

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

Говорят - пиши тест-план - а я ж не писала )) Недоплан будет в итоге - соберу названия всех чек-листов. 

Можно спросить - а покрыть тест-кейсами реально доработки для регресса за месяцок? (говорят аналитики что займет 2-3 недели). И вот ищу хороший мануал по написанию годных тест-кейсов и чек-листов - чтобы не переделывать потом. Вы, как знающий человек можете подсказать пожалуйста его?

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

Или никак или в JIRA добавляют. Хочу приучить все баги добавлять, чтобы могла понимать и делать анализ качества продукта.

Добавляйте все баги в BTS. А также настройте ЖЦ.
 

не знает начальство, что хочет там видеть

Тогда отчеты не нужны.
 

Начальник от меня чего хочет (ПМ) - чтобы разгрузить аналитиков

А как именно вы можете им помочь? (раньше тестированием занимались аналитики?)
 

Говорят - пиши тест-план - а я ж не писала )) Недоплан будет в итоге - соберу названия всех чек-листов.

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

а покрыть тест-кейсами реально доработки для регресса за месяцок? (говорят аналитики что займет 2-3 недели). И вот ищу хороший мануал по написанию годных тест-кейсов и чек-листов - чтобы не переделывать потом. Вы, как знающий человек можете подсказать пожалуйста его?

Реально. Мы ж не знаем ваш объем доработок :)
Тест-кейсы и чек-листы в любом случае надо будет переделывать/обновлять/дополнять.
Но если вы одна на куче проектов - совет: не тратить время на большие тест-планы и кучу тест-кейсов. Они вам не понадобятся. Тест-план на страничку и чек-лист в эксельке - пока что первый шаг.
 

не знает начальство, что хочет там видеть

Значит это начальству не особо и надо. Скорее всего, оно хочет, чтобы клиенты/заказчики не жаловались на баги :) Так что скорее всего вам нужна будет статистика "Я нашла 100 багов, их все починили, а заказчик нашел 3, все некритичные. Работаем хорошо."

 

платное ПО типо EasyQA - там и аналитика и багтрекинг - стоит вкладываться и чтобы не складировать эксельки в папочке на компьютере

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

 А также настройте ЖЦ.

А можно попросить есть ли хороший мануал по данному вопросу? И ЖЦ тестирования ведь имеете ввиду, правильно я Вас поняла или нет?)

Ох, как тут интересно:)

 

 А также настройте ЖЦ.

А можно попросить есть ли хороший мануал по данному вопросу? И ЖЦ тестирования ведь имеете ввиду, правильно я Вас поняла или нет?)

 

Речь идет о ЖЦ дефекта.

Хороший мануал для написания ТК  - это практика) Просто мануал можно найти в Яндексе, базовые практики описаны везде.

А также настройте ЖЦ.

А можно попросить есть ли хороший мануал по данному вопросу? И ЖЦ тестирования ведь имеете ввиду, правильно я Вас поняла или нет?)

Речь идет о ЖЦ дефекта.

Можно спросить - а покрыть тест-кейсами реально доработки для регресса за месяцок? (говорят аналитики что займет 2-3 недели). И вот ищу хороший мануал по написанию годных тест-кейсов и чек-листов - чтобы не переделывать потом. Вы, как знающий человек можете подсказать пожалуйста его?

Вот полистайте навыки:

— Описывать тест-кейсы

— Описывать чек-листы

Если от вас именно тест-кейсов не требуют — пишите чек-листы. А тест-кейсы только на сложный функционал, где сходу не разберешься, «как эту вот функцию сделать».

Эксельки на компьютере нужно хранить в дропбоксе, чтобы у всех был доступ.

Или в гуглодоках — так может быть даже удобнее. Помните о том, что ваш комп может внезапно сдохнуть))) А в остальном тоже согласна, пока нет смысла вкладываться во что-то платное, сначала нужно задачи понять

Недавно обсуждалось подобное:

software-testing.ru/forum/index.php?/topic/35861-pokhvaliteporugajte-podkhod-k-organizatcii-test/

 

 

Вот полистайте навыки:

— Описывать тест-кейсы

— Описывать чек-листы

 

Если от вас именно тест-кейсов не требуют — пишите чек-листы. А тест-кейсы только на сложный функционал, где сходу не разберешься, «как эту вот функцию сделать».

 

Эксельки на компьютере нужно хранить в дропбоксе, чтобы у всех был доступ.

Или в гуглодоках — так может быть даже удобнее. Помните о том, что ваш комп может внезапно сдохнуть))) А в остальном тоже согласна, пока нет смысла вкладываться во что-то платное, сначала нужно задачи понять

 

Возможно, хорошим решением будет "office 365". Все таки гугл делать приложения не умеет. Здесь я с Эльдаром Мусаевым ( http://www.eldar.com/node/266 хороший был блог, жаль помер) полностью согласен. И цена вроде как не кусается. 

А вот redmine  несмотря на бесплатность будет очень дорогим решением. После знакомства с redmine  я понял, почему Ольга говорит, что jira и confluence хорошие продукты. Я то думал, что хуже джиры сделать сложно. Не. Можно, еще как можно.

Лучший для постановки мозгов как писать тесткейсы / чеклисты является книга Алистера Коберна https://www.ozon.ru/...ail/id/8747662/

Единственное но. Модель "CRUDL" нужно расширить до "CrClRUUsUtDeDaLO". Но этого вы уже нигде не найдете. Пока нет этого в печатном виде.

Лучший для постановки мозгов как писать тесткейсы / чеклисты является книга Алистера Коберна https://www.ozon.ru/...ail/id/8747662/

Единственное но. Модель "CRUDL" нужно расширить до "CrClRUUsUtDeDaLO". Но этого вы уже нигде не найдете. Пока нет этого в печатном виде.

 

А расскажите, пожалуйста, о расширении этого подхода?))) или вдруг есть ресурсы, откуда можно узнать эту информацию :)

 

А вот redmine  несмотря на бесплатность будет очень дорогим решением. После знакомства с redmine  я понял, почему Ольга говорит, что jira и confluence хорошие продукты. Я то думал, что хуже джиры сделать сложно. Не. Можно, еще как можно.

Это тебя Паша не видит с такими предъявами))))

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

Ну а если хочешь хуже, посмотри на Trak =)

Лучший для постановки мозгов как писать тесткейсы / чеклисты является книга Алистера Коберна https://www.ozon.ru/...ail/id/8747662/
Единственное но. Модель "CRUDL" нужно расширить до "CrClRUUsUtDeDaLO". Но этого вы уже нигде не найдете. Пока нет этого в печатном виде.

 

 

А вот redmine  несмотря на бесплатность будет очень дорогим решением. После знакомства с redmine  я понял, почему Ольга говорит, что jira и confluence хорошие продукты. Я то думал, что хуже джиры сделать сложно. Не. Можно, еще как можно.

Это тебя Паша не видит с такими предъявами))))

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

 

Ну а если хочешь хуже, посмотри на Trak =)

 

Не, не, не... Сами курите вашу траву.

Мне видимо просто повезло. Я начинал с ClearQuecst. Очень крутая штука. Но дорогая... До невозможности. Потом пересел на TrackStudio. Да "Из коробки" там не очень. Настраивать надо. Но теперь от джиры я плююсь страшно. Но редмайн настолько хуже...

 

Лучший для постановки мозгов как писать тесткейсы / чеклисты является книга Алистера Коберна https://www.ozon.ru/...ail/id/8747662/

Единственное но. Модель "CRUDL" нужно расширить до "CrClRUUsUtDeDaLO". Но этого вы уже нигде не найдете. Пока нет этого в печатном виде.

 

А расскажите, пожалуйста, о расширении этого подхода?))) или вдруг есть ресурсы, откуда можно узнать эту информацию :)

 

Да нет его нигде, кроме моего тренинга. Это уже моя наработка.

1. Create
2. Clone
3. Read
4. Update content
5. Update Status
6. Update Type
7. Delete
8. Deactivate

И т.д.

Это чеклист для позитивного тестирования каждого объекта. Простенько, но работает. Регулярно ловятся ошибки. То апдейт не работает, то он работает не как задумывалось. То дилит работает так, что лучше бы его вообще не было.  Например критический баг с удалением в Jira только в версии 6.2 поправили. Я тогда чуть от радости не прыгал. Дюжина лет продукту и вот наконец! Кто-то в Австралии додумался, что удаление задачи логгировать надо! Внезапно. Теперь еще дюжина лет и может быть они догадаются прочитать книгу о проектировании современных баз данных. 

PS. Если что, книга "Developing Time-Oriented Database Applications in SQL" аж от 1999 года раздавалась Амазоном совершенно бесплатно. Я настойчиво рекомендую эту книгу всем программистам и всем тестировщикам. Потому как за "Deactivate" через признак "isDeleted" в двадцать первом веке надо бить. Больно. Ногами. И за поля в Jire "Created / Updated / Closed" тоже надо бить. Ногами. Больно. Уже лет 20 как. 

 

 

И за поля в Jire "Created / Updated / Closed" тоже надо бить.

А это-то чем не угодило?