Tool для ведения чеклистов
#1
Отправлено 26 ноября 2013 - 15:24
#3
Отправлено 17 декабря 2013 - 22:51
#4
Отправлено 25 марта 2014 - 11:23
#5
Отправлено 25 марта 2014 - 12:24
а что не устраивает в excel/google docs?
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#6
Отправлено 01 апреля 2014 - 13:50
а что не устраивает в excel/google docs?
Полностью согласен с ch_ip
Excell очень удобен для ведения чек-листов.
Почему Вы хотите от него отказаться?
#7
Отправлено 02 апреля 2014 - 09:00
а что не устраивает в excel/google docs?
Полностью согласен с ch_ip
Excell очень удобен для ведения чек-листов.
Почему Вы хотите от него отказаться?
Я за себя отвечу: у нас например на прошлой работе был общий эксельчик, на расшаренном диске. Этот эксельчик все время кем-то лочился, одновременно работать было невозможно (нас было 6 человек). Гуглдоки были забанены системными администраторами (большая корпорация, много всего отключено из соображений безопасности).
На текущем месте я вообще 1 тестировщик, и тоже начала вести гуглдок, но мои девелоперы упорно не хотят туда ходить(нуу, что-то стороннее), менеджер все время спрашивает что и как (хотя в гугдоке впринципе все видно), и мы перевезли их в джиру :) Сейчас смотрят, комментируют, с бешенными глазами за статусом никто не прибегает
А как вы такие проблемы решаете? или не было таких? Так-то у всех разные процессы, потому и требования разные, и тулы и все-все-все :)
#8
Отправлено 02 апреля 2014 - 11:58
Есть такая стандартная программа HP Quality Center.
Правда нужно покупать у HP лицензию.
#9
Отправлено 03 апреля 2014 - 06:10
а что не устраивает в excel/google docs?
Полностью согласен с ch_ip
Excell очень удобен для ведения чек-листов.
Почему Вы хотите от него отказаться?
Я за себя отвечу: у нас например на прошлой работе был общий эксельчик, на расшаренном диске. Этот эксельчик все время кем-то лочился, одновременно работать было невозможно (нас было 6 человек). Гуглдоки были забанены системными администраторами (большая корпорация, много всего отключено из соображений безопасности).
На текущем месте я вообще 1 тестировщик, и тоже начала вести гуглдок, но мои девелоперы упорно не хотят туда ходить(нуу, что-то стороннее), менеджер все время спрашивает что и как (хотя в гугдоке впринципе все видно), и мы перевезли их в джиру :) Сейчас смотрят, комментируют, с бешенными глазами за статусом никто не прибегает
А как вы такие проблемы решаете? или не было таких? Так-то у всех разные процессы, потому и требования разные, и тулы и все-все-все :)
1 эксель на 6 человек - дико неудобно, согласен.
А зачем программистам доступ к чеклистам?
Все-таки создание и прогон чек-листов и трекинг багов - это совсем разные процессы, для них нужны разные инструменты.
Юля, расскажите, как вы чеклисты в джире ведете?
Мы пытались загнать тест-кейсы в джиру, это было очень неудобно.
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#10
Отправлено 03 апреля 2014 - 06:11
Есть такая стандартная программа HP Quality Center.
Правда нужно покупать у HP лицензию.
Да, и она плохо подходит для чеклистов :)
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
#11
Отправлено 03 апреля 2014 - 07:39
Есть такая стандартная программа HP Quality Center.
Правда нужно покупать у HP лицензию.
Она очень дорого стоит:) и слишком громоздка, столько всякого нам просто не нужно:)
#12
Отправлено 03 апреля 2014 - 08:58
А зачем программистам доступ к чеклистам?
Я этим 2 проблемы решаю:
1. Что-то типо ATDD, девелоперы заранее знают куда примерно я буду смотреть и хотя бы краем глаза, но смотрят что там все ок. В итоге - проблемы находятся раньше, меньше реопенов
2. Девелоперы иногда подсказывают что еще надо бы поглядеть, например, если есть какие-то неочевидные зависимости со сторонними системами.
Ну и важно что я сейчас единственный тестировщик и девелоперы иногда помогают по чеклистам проходить, если че-то срочно нужно. Автоматизация только в зачатке, куа впринципе не было никогда в компании, все с 0 :) Ну и не будут же откладывать все, если я уйду в отпуск? :)
Все-таки создание и прогон чек-листов и трекинг багов - это совсем разные процессы, для них нужны разные инструменты.
Юля, расскажите, как вы чеклисты в джире ведете?
Мы пытались загнать тест-кейсы в джиру, это было очень неудобно.
Я вначале пыталась использовать Zephyr for JIRA, но мне не очень подошло: хотела именно чеклисты, чтобы побыстрее их заводить можно было + я привыкла тесты как-то собирать в кучки по функциональности, а у них только по тест циклам можно объединять, нет иерархии. Ну и да, я работаю в компании которая делает плагины для JIRA, и мои девелоперы сжалились и сделали для меня маленькую добавочку к нашему же продукту Даже уже выложили для всех, structure.testy. Я недавно ее немного порекламировала вот тут, если лениво читать - можно сразу потыкать вот тут. Если по нему нужно что-то подсказать или есть предложения по фичам - пишите, я с радостью отвечу :)
И да, насчет разных процессов - согласна, но потом начинает хотеться как-то слинковать найденный дефект и тест по которому нашел, или просто прицепить тесты к какой-то конкретной девелоперской задаче, чтобы было понятно как ее проверяли... Ну то есть тестирование - это процесс, но процесс внутри процесса разработки. И лично мне удобно, что в мой чеклист на релиз задачи на разработку автоматически попадают (у меня синхронизация по фикс версии настроена), они перестали быть для меня сюрпризом.
И если по-честному, мне кажется процесс важнее инструментов :) Оочень многие проблемы из тех, которые я лично решила перетаскиванием чеклистов в Jira можно было решить какими-то другими способами: например, нормальное планирование и отсутствие новых задачек внутри итерации вполне бы решили проблему с тем, что для меня бывают неожиданными задачи которые девелоперы или "менеджеры" решают всунуть в итерацию :) Ну и другими тулами тоже можно решить, в джире есть нотификация на заранее сохраненный фильтр. Или, например, если бы я заранее создавала аксептанс тесты в коде, у меня бы не было задачи показывать девелоперам чеклисты, они бы быстро узнавали чего я жду при сборках :)
#13
Отправлено 03 апреля 2014 - 10:09
Могу еще предложить RTH - Requirements and Testing Hub, она проще в использовании чем джира и менее громоздка.
#14
Отправлено 04 апреля 2014 - 20:57
еще парочку кину:
Testrail
TrackStudio
RTH, если за последние года три ничего не поменялось, надо очень сильно допиливать напильником, чтобы оно стало хоть как-то юзабельно
SQL для тестировщиков
Тренинги по HP QTP и автоматизации тестирования
Если минарет, значит выше всех (с)
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных