Что такое хорошая пара системы управления тестированием и системы отслеживания ошибок, которые могут взаимодействовать друг с другом?

Мы ищем две части программного обеспечения:

  • Баг трекер
  • Система управления тестированием

Моменты, которые очень важны для нас:

  • Возможность для этих двух взаимодействовать друг с другом, например, если система управления тестированием находит ошибку, она может отправить ее в систему отслеживания ошибок.
  • Они написаны на любом из языков JAVA, PHP, C# или Python.
  • Открытый исходный код
  • Может отправлять уведомления по электронной почте
  • Хорошо документированы

Мы не нашли ни одной хорошей пары, имеющей все вышеперечисленные пункты. Любое предложение приветствуется.

Обновлять:

Баг-трекер : bugzilla , он позволяет нам обнаруживать проблемы, регистрировать их и отслеживать процедуру их решения. Это значительно облегчает общение в процессе.

Важными моментами для нас являются:

  • Он может зарегистрировать ошибку
  • Вы можете пометить его
  • Вы можете назначить человека или группу для решения и проверки по отдельности.
  • Он может отправлять уведомления по электронной почте
  • Система зрелая и надежная, так как она поддерживается Mozilla и активно поддерживается.
  • Аутентификация включена.
  • Это с открытым исходным кодом

Пункты, которые мы считаем не подходящими для нас:

  • Это написано на Perl, что никто из нашей группы этого не знает. Мы предпочитаем, чтобы система была на любом из PHP, Java, C# или Python.
  • У него не может быть интерфейса с хорошей системой управления тест-кейсами (насколько мне известно). Мы хотим, чтобы, если пользователь применяет тест в системе управления тест-кейсами, и он терпит неудачу, он должен иметь возможность зарегистрировать баг-кейс, используя существующие данные в баг-трекере. Я думаю, что Bugzilla не позволяет этого. Вы находите ошибку в системе управления тестовыми примерами, затем открываете bugzilla и регистрируете ее сами, заполняя все детали того, как вы тестировали снова.

Система управления тест-кейсами : Moztrap , она позволяет команде контроля качества определить набор тестов для конкретной функции, и вы можете увидеть, сколько из них провалено или пройдено. Также вы можете организовать тесты для каждой версии и релиза.

Важными моментами для нас являются:

  • это на питоне
  • Он активно поддерживается и поддерживается Mozilla.
  • Вы можете назначить набор тестов конкретному выпуску или обновлению.
  • Вы можете назначить задачу члену команды.
  • Аутентификация включена.
  • Это с открытым исходным кодом

Пункты, которые мы считаем не подходящими для нас:

  • Единственное, что он не может взаимодействовать с Bugzilla, как я упоминал ранее.
Чего вы ожидаете от части «система управления тестированием»? Может быть, этот ответ также соответствует вашим потребностям? Соответствует всем остальным пунктам.
@lzzy Я обновил вопрос. Это может помочь.
Возможно , если кто-то знает Moztrap (см.: Как запросить альтернативу некоторому программному обеспечению ; «указать имя недостаточно — четко укажите свои требования»). После этого ваши шансы на хорошие ответы возрастут, особенно от людей, не знающих Moztrap , но использующих одну из его альтернатив ;)
@Musa Вы могли бы :-) использовать 2 отдельных инструмента SaaS, у которых также есть подходящий API? Если бы вы предоставили GIThub или Bitbucket промежуточную роль здесь, вы бы добавили управление кодом, пересмотр к своему интегральному решению. Нам действительно нужно больше информации.
@lzzy: Спасибо за инструкции. Я обновил вопрос. Пожалуйста, дайте мне знать, если мне еще нужно что-то добавить.
@Henk van Cann: Спасибо за инструкции. Я обновил вопрос. Пожалуйста, дайте мне знать, если мне еще нужно что-то добавить.
Выходит ли за рамки вашего вопроса рассмотрение интеграции других инструментов, таких как планирование проекта и непрерывная интеграция? В конце концов, тесты запланированы в плане проекта и могут быть запущены CI, а ошибки, обнаруженные в ходе тестирования, могут нарушить план проекта. Это напоминает мне мой старый, более всеобъемлющий вопрос: stackoverflow.com/questions/2020869/seeking-a-true-tool-chain
Возможно, вы захотите проверить JIRA и плагин Zephyr для JIRA . (У меня нет большого опыта в этом, мы просто оцениваем его.)
JIRA — это Zephyr с открытым исходным кодом.
@Musa: Источник JIRA доступен при покупке лицензии: atlassian.com/licensing/… У меня нет информации о Zephyr.
@Musa Я думаю, теперь твой вопрос стал намного яснее. Bitbucket или GITHub все еще могут справиться с этой задачей. Хотя оба являются SaaS и могут не иметь открытого исходного кода, у них есть доступные модели ценообразования для вашей цели. Затем вы можете сосредоточиться на обращении к их API для подключения к другим инструментам. Просто мысли.

Ответы (2)

Из моего многолетнего опыта работы в области управления проектами, веб-разработки и очередей поддержки я узнал, что в большинстве компаний процессы обработки запросов об ошибках и процедуры тестирования немного отличаются. Из-за этого я бы предложил использовать систему с открытым исходным кодом, чтобы ее можно было настраивать по мере изменения/развития потребностей . В частности, я бы предложил использовать Drupal , довольно сложную систему с открытым исходным кодом с тысячами модулей для расширения ее основных функций. На самом деле все сообщество Drupal.org использует систему на основе Drupal для отслеживания ошибок и их устранения. Кроме того, компания, в которой я работал, создала собственную систему управления проектами на Drupal, и она хорошо служила нам в течение нескольких лет, позволяя постоянно дорабатывать функциональность по мере улучшения нашего процесса.

Я бы посоветовал проверить модули Support Ticketing System и Project Management (оба доступны бесплатно на drupal.org). Это может быть не совсем то, что вы ищете, но даст вам представление о том, что можно построить в Drupal. Простая система для удовлетворения большинства ваших потребностей может быть построена в Drupal с использованием существующих модулей, таких как Views, Flag, Workflow, Rules, Comment (основной модуль), Taxonomy (основной модуль) — и это лишь некоторые из них. Прелесть Drupal в том, что с существующими модулями для достижения большинства функций, которые вы ищете, потребуется минимальное количество кода или его вообще не будет.

Кроме того, если есть другие инструменты с открытым исходным кодом, которые не «разговаривают» друг с другом, мы можем использовать Drupal как инструмент, который объединяет все данные в одном месте, используя множество существующих плагинов и единый вход. Кроме того, информация о ваших клиентах и ​​проектах также может храниться в Drupal, а также зарегистрированные часы, так что нет необходимости постоянно передавать эти данные туда и обратно между различными системами.

Одна хорошая пара программных частей, которые мы сочли полезными:

Система отслеживания ошибок Mantis и система управления тестированием Testlink :

  • Написано на PHP
  • Хорошо документированы
  • Может отправлять электронные письма
  • Аутентификация включена
  • Открытый исходный код
  • Могут хорошо взаимодействовать друг с другом