Beta Ybug MCP server je tady. Nechte svého AI asistenta číst a třídit vaši zpětnou vazbu. Jak to funguje →
Azure DevOps

Proměňte zpětnou vazbu uživatelů v Azure DevOps work itemy

Tým plánuje v Azure Boards. Uživatelé hlásí chyby v e-mailech a chatu. Ybug z každého hlášení udělá work item se screenshotem, URL stránky a detaily prohlížeče už vyplněnými.

10denní zkušební doba — bez závazků

Work item v Azure Boards vytvořený Ybugem s poznámkou uživatele, detaily prohlížeče a anotovaným screenshotem

Důvěřuje nám 1 000+ týmů po celém světě

Bug tracking v Azure Boards,
bez copy-paste

Označit a odeslat

Uživatel ukáže na chybu — vám přistane work item

Tester klikne na tlačítko Feedback, zakreslí do screenshotu stránky a přidá poznámku. Ybug z toho vytvoří work item v Azure Boards, takže nikdo nemusí skládat bug z chatového vlákna.

  • Widget přímo na stránce — žádný účet v Azure DevOps pro nahlašovatele
  • Anotované screenshoty a nahrávky ukážou, co se pokazilo
  • URL, prohlížeč, OS a viewport se zachytí automaticky
Kontext pro vývojáře

Repro Steps, podle kterých chybu opravdu zopakujete

U Bugů Ybug zapíše report do Repro Steps, se screenshotem přímo v textu i v příloze work itemu. Vývojáři dostanou poznámku uživatele, URL stránky a prostředí prohlížeče, aniž by se museli ptát.

  • Screenshot přímo v textu i jako příloha
  • Repro Steps u Bugů, Description u všech ostatních typů
  • Odkaz zpět na celé hlášení v Ybugu
Kontext prohlížeče a konzole zachycený Ybugem u feedback reportu
Směrování a triage

Bugy přistanou ve správném backlogu

Vyberte projekt a typ work itemu, volitelně přidejte area, iteraci nebo řešitele. U rušných projektů předávejte každé hlášení automaticky, nebo si je nejdřív projděte v Ybugu a pošlete jen ta, která stojí za sledování.

  • Výchozí typ Bug, nebo jakýkoli typ, který váš proces používá
  • Předávejte vše automaticky, nebo posílejte vybraná hlášení ručně
  • Po vytvoření work itemu se hlášení v Ybugu automaticky uzavře
Nastavení integrace Ybugu pro automatické nebo ruční předávání hlášení
Včetně logů z konzole

Podívejte se, co hlásila konzole, když se to rozbilo

Uživatel vám řekne, co viděl, ne co zalogoval prohlížeč. Ybug ke každému hlášení uloží nedávné chyby a varování z konzole. Do work itemu můžete dát souhrn konzole, přiložit celý log jako soubor, nebo obojí.

  • Nedávné chyby a varování zachycené u každého hlášení
  • Souhrn konzole ve work itemu s odkazem na celý log v Ybugu
  • Celý log z konzole jako textová příloha, když ho zapnete
JavaScript log z konzole zachycený Ybugem u feedback reportu

Nastavte si to za méně než 5 minut

Připojte se přes personal access token, vyberte projekt a nechte Ybug vytvářet work itemy z užitečného feedbacku.

1.

Vytvořte token

V Azure DevOps vytvořte personal access token se scopy Work Items (Read & write) a Project and Team (Read).

2.

Propojte Ybug

Vložte token a název organizace. Funguje i Azure DevOps Server, pokud je dostupný přes HTTPS.

3.

Vyberte projekt

Zvolte projekt a typ work itemu, volitelně area, iteraci a řešitele. Pak začněte předávat.

Proč týmy používají
Ybug s Azure DevOps

Plánování nechte v Azure Boards a Ybug zachytí vizuální důkaz a technické stopy, které se obvykle ztratí.

Žádné prázdné Bugy

Work itemy dorazí s textem reportu, URL stránky, detaily prohlížeče a screenshotem v příloze.

Sedí vašemu procesu

Funguje s projekty na procesech Agile, Scrum, CMMI i Basic. Ybug použije Repro Steps nebo Description podle typu work itemu.

Stopy z konzole

Když do problému patří JavaScript chyby, přiložte k work itemu log z konzole jako lepší start pro vývojáře.

Cloud i Server

Připojte Azure DevOps Services nebo vlastní Azure DevOps Server, pokud je dostupný z internetu.

Preferujete jiný nástroj?

Stejný widget, jiný cíl

Často kladené dotazy

Jak se Ybug připojí k Azure DevOps?

Přes personal access token. Vytvořte ho pro svou organizaci se scopy Work Items (Read & write) a Project and Team (Read) a vložte ho do Ybugu. Celý postup najdete v návodu k nastavení Azure DevOps.

Co se stane, když token vyprší?

Tokeny v Azure DevOps platí nejvýš rok. Když ten váš vyprší, Ybug integraci pozastaví a pošle vám e-mail. Vložte nový token, uložte nastavení a předávání se znovu rozběhne.

Funguje to s Azure DevOps Serverem?

Ano, pokud je server dostupný z internetu přes HTTPS. K serveru za firewallem nebo v privátní síti se Ybug nepřipojí.

Jaké typy work itemů můžu použít?

Jakýkoli povolený typ v projektu. Ybug ve výchozím stavu vybere Bug, v projektech na procesu Basic typ Issue. Bugy dostanou report do Repro Steps, ostatní typy do Description.

Synchronizují se změny ve work itemu zpět do Ybugu?

Zatím ne. Ybug vytvoří work item a uloží si odkaz na něj, ale změny v Azure DevOps se do Ybugu zatím nesynchronizují. Obousměrnou synchronizaci stavů máme v plánu.

Co když můj proces vyžaduje další pole?

Azure DevOps work item odmítne, když povinné pole nemá výchozí hodnotu. Ybug pak integraci pozastaví a pošle vám e-mail s názvem pole, abyste ho mohli udělat volitelným nebo mu nastavit výchozí hodnotu.

Mohou naši uživatelé posílat zpětnou vazbu bez přihlášení?

Ano. Uživatelé mohou posílat vizuální zpětnou vazbu a hlášení chyb přímo z vaší aplikace na pár kliknutí – bez nutnosti registrace nebo přihlášení. Méně bariér znamená více užitečných podnětů.

Přestaňte přepisovat chyby do Azure Boards

Posílejte zpětnou vazbu do Azure DevOps se screenshotem, kontextem prohlížeče a odkazem na report už připojenými.

Vyzkoušet zdarma

10denní zkušební doba — bez závazků