I try to read all of them, but I cannot finish it. It is too much, and never ending story-it looks like chains that related others. At the time, I suddenly pop up one thing that I have 300emails, how about Shawn and Dave … ? The bug reports are spam?
They are working (?) too much… I think

With the recent upgrade of BMO to 3.2, there have been a few usability improvements and a few regressions. These are all things that might be expected with major upgrades to any UI. The Bugzilla team has enjoyed getting the feedback from Mozilla users about how to further improve the User Interface. We're really trying to focus on improving Bugzilla's User Interface in the coming versions, but part of doing that is getting good user data. We've even got a student group at Carnegie Mellon to do several user studies on how people use bug trackers and Bugzilla in their every day work. However, in order to do user studies they need to find Users!

This is where you all come in. We need some volunteers, in the Pittsburgh PA area to allow our student group to come into wherever you use Bugzilla, home, work etc and video tape, and interview you you while you do your work. The students will have an IRB waiver for you to sign, which just makes sure you're not harmed while they watch you. The students will want to understand how and why you do your job. They'll ask you some questions about how you do your work, and why you do, whatever it is you do. In the HCI community this is called a Contextual Inquiry. To find out more about how a Contextual Inquiry works you can read more on Wikipedia.
If you're not able to let a student group come to your work, but still live in the Pittsburgh PA, you can still help us out! The students will also conduct studies in a more controlled environment, that isn't where you work. So if you can't let the student group visit your workplace, please still contact us. The more users we're able to observe the more data we can collect, and the more we can improve Bugzilla!

Not to worry, we're also doing other types of usability studies and analysis, but this was an instance where you all could help. Contact guy.pyrzak@gmail.com, or just comment on this blog if you're interested.

Note that this feedback can come from everybody using Bugzilla 3.2rc1 (or 3.1.4+), such as users of RedHat's Bugzilla or OpenSSH's Bugzilla, or even from smaller installations which already upgraded to this version. The wider the audience, the better. :)

#1: Morning Coffee

This extension allows you to set a group of Web sites that will open (each in its own tab) with the click of a button. I use this extension to open up all the Web-based admin tools for sites I administer. You can even set sites up to open only on certain days (or every day). So news junkies or overworked administrators rejoice: This extension will make your browsing life a little easier.

#2: NoScript

This is one of the best tools for making sure your browsing experience is secure. With NoScript, you can disable active content from any site you don’t trust. Unless you configure it to allow JaveaScript, Java, and other executable scripting to run from a site, NoScript will completely block the script, keeping you browser safe from known and unknown exploits. And don’t think because you are using FireFox in Linux that you’re perfectly safe! Use this extension regardless of platform.

#3: ColorfulTabs

If you’re like me, you generally have a LOT of tabs open in Firefox. Sometimes this isn’t a problem. But there are times when the tabs can get a bit overwhelming and need a bit of organization. To help with this, ColorfulTabs gives each open tab a different color, making it easier to distinguish between them. With this simple extension, you can color-code tabs either randomly or according to URL. You can also set tabs to fade. Another fun feature is that you can set a background image for tabs.

#4: BBCode

This helpful extension adds BBCode, HTML, and XHTML symbols and formatting to the context menu. BBCode also allows you to add up to 10 custom tags to your menu. This extension shows itself when you’re in a forum and you right-click a text area where you can select the tag you want to add from the menu. This extension will make your forum work quite a bit easier, as well as faster.

#5: Buggybar

This extension is invaluable to Bugzilla power users. With this extension, you will have a Bugzilla Chrome sidebar available which will readily show all bugs that relate to a bug list you have created. As of version 0.2, Buggybar works with all instances of Bugzilla.

#6: Clear Cache Button

I don’t know about you, but I always set up my browsers to clear their cache at exit. But what about those times you want to clear the cache but not exit the browser? Instead of navigating through the menu structure, you can add this simple extension. It provides a button that gives you complete cache clearing with a single click.

#7: TimeTracker

Okay, this is not really a tool that will aid or better your browsing experience. In fact, this little extension will remind you how much time you spend browsing. I have found this little gem useful in a number of circumstances. Whether you are in need of a quick five-minute break from number crunching or you just need to know how much time you spend on a specific Web site, TimeTracker will keep track of how long you browse. What is nice about this is that the tool times across sessions. So when you close the browser, the timer stops, and when you open the browser back up, the timer starts again. You can reset the timer by right-clicking the status bar timer and selecting Reset.

#8: iMacros

This extension automates pretty much anything you do in Firefox. From opening up sites to filling out forms and even administration work — you can automate it with iMacros. The iMacros extension has a sidebar that shows favorite macros. It also has a record feature that allows you to create macros by simply clicking Record, going through the motions of the macro to be created, and clicking Save. These macros can be as complex as you need them to be. When you want to run them, you simply navigate to the macro in the iMacros sidebar and click the Play button. The only downfall I have found with this tool is that you can’t assign key combinations to run macros. Other than that, this extension is a must-have for power browsers.

#9: Fasterfox

This extension does one thing: It makes Firefox load pages faster. Speed of page loading can be increased by allowing simultaneous connections and prefetching. This extension is currently in the experimental stage because of the release of Firefox 3. To install it, you have to log into a Firefox account to download. The extension is worth the hassle. The speed increase is noticeable.

#10: BlogRovR

We all read blogs. From my aurosblog, aurolive, GoGetAuro or your loved one Blog4aurobindo to the countless other blogs available, we all read them daily. And this takes time. Instead of wasting time going to the blogs, let this handy extension fetch them for you. You do have to sign up for an account using this extension (they promise they won’t spam you.) and you will be asked to install another sidebar (Stickies), which is not necessary. Once you have this installed, you just enter the blog URL, and BlogRovR will begin fetching the information for you. Warning: If you have NoScript installed, you have to allow the BlogRovR page to run scripts or it won’t be able to fetch pages for you.

#11: BugZilla

If you are into web development then this is one thing you can like the most. With this you can do amazing things like editing, debugging, and monitoring CSS, HTML, and JavaScript of your live websites. Isn't it amazing!!!

With this i also use S3Fox for my Amazon S3(Simple Storage Service) account to access my data and Google Gears to offline editing my files.

Share your experience what are the extensions you are using.

When I saw that, I was interested to know if major Bugzilla installations upgraded to Bugzilla 3.x already or not. Results show that it's the case for many of them:

• OpenSSH: 3.2rc1+
• PRACA (NASA): 3.2rc1
• RedHat: 3.1.4+ (mostly 3.2rc1 as they upgraded 2 weeks before this release)
• KDE: 3.0.5+ (which is 3.0.5 as there is no code change)
• Mandriva: 3.0.5
• Mozilla: 3.0.4+ (bug 450310)
• Apache: 3.0.4
• Facebook: 3.0.4
• W3C: 3.0.4
• Eclipse: 3.0.4
• Songbird: 3.0.4
• Wine: 3.0.4
• ActiveState: 3.0.3
• FreeDesktop: 3.0.3
• Itos (NASA): 3.0.2
• Novell: 3.0
• WikiMedia: 3.0
• ClamAV: 2.22.3
• Kernel.org: 2.22.2
• Maemo: 2.22.1
• Yahoo: 2.22.x (thanks Max for the info!)
• Gentoo: 2.22 (bug 213782)
• Gnome: 2.20.5 (bug 433607)
• WebKit: 2.20.1 (bug 17457)
• GCC: 2.20+
• Samba: 2.20

• OpenOffice: no comment (2.11, very ugly)

Interesting snapshot. :)

Como bien sabreís los que habeís leido el DiaROS:0, actualmente me encuentro en el DíaRos:15. Asi que estoy haciendo memoria de todo aquello que he ido descubriendo, y sobre todo de su orden cronológico.

Por el momento solo voy a dar unas pinceladas de qué son estos términos, a que hacen referencia, cuál es su uso y todo de manera general y con mis palabras. Supongo que ahora algun Desarrollador o Programador se estará riendo de mi ignorancia...pero bueno...el primer paso es reconocer mi nulo conocimiento de las comunidades desarrolladores de software. Y supongo que otros se reirán por la manera tan simplificada con la que describo estos términos...pero en fin...

Empezamos:

Bugzilla:

http://www.bugzilla.org/

Bugzilla es una herramienta de software libre online.De esta manera podemos reportar los bugs(fallos) que al probar el Sistema Operativo podamos encontrarnos.

Actualmente ReactOS está en la versión 0.3.5 y aunque permite la ejecución de unos cuantos programas, algunos tienen ligeros fallos gráficos, otros no se instalan...si se informan de estos fallos a Bugzilla, los Testeadores oficiales se encargarán de confirmarlos y de buscar soluciones a los mismos.

Generalmente no sólo se describe el BUG,si no que también se adjunta un LOG(que me costó encontrar la manera de crearlo por primera vez).Un LOG es un fichero de texto muy rarito con cositas muy raras.Yo no entiendo ni Jota...pero si los Testeadores los entienden entonces yo se los adjunto y punto ;). Ya de paso, si alguien sabe como "interpretar un LOG" o tiene algun link útil a este respecto, será bienvenido.

Cuando se soluciona el fallo, a tu email(si así lo deseas) te llega la forma(o el parche) para arreglarlo.

Mas info: Wikipedia

SVN:

http://subversion.tigris.org/

Hace referencia al programa "Subversion". El programa Subversion es un Controlador de Versiones. En ReactOS cada día salen unas 40 versiones(revisiones) del Sistema Operativo.Generalmente son pequeñas modificaciones.Pero cada vez que se modifique hay que cambiar el número de la versión.

Por un lado :

• permite el almacenaje de todo el código fuente y además de todas las versiones que ha tenido cada archivo (por si queremos utilizar la versión antigua de un archivo) .A este lugar donde se almacena todo se le denomina Repositorio.

• permite que podamos usar dicho codigo fuente y hacerle modificaciones.Para ello nos da la posibilidad de descargarnos una copia del código fuente a nuestro ordenador.

• Registro de las modificaciones de cada archivo o elemento del código fuente.
• Y sobre todo permite comparar las modificaciones de un mismo archivo entre dos revisiones diferentes.

Más: Wikipedia

Doxygen:

www.doxygen.org

Es un generador de documentación. Lo que hace Doxygen es bucear por los ficheros del codigo fuente y analizar las funciones que existen dentro de cada fichero.Analiza que otros ficheros solicitan dichas funciones y termina creando una compleja estructura relacional. De esta manera si por ejemplo una función falla, podrás saber que ficheros van a fallar porque estén relacionados directa o indirectamente con dicha función.Es mucho más util que ir abriendo todos los ficheros para encontrar donde está escrita una función determinada.

Más: Wikipedia

Esto no pretende ser una descripción detallada, (ya lo haré mas adelante),simplemente una pequeña introducción.

Hasta la próxima entrada ;)

Bugzilla 3.2 RC1 has many new features compared to Bugzilla 3.0, among which a new default skin (the old one is still available from your user preferences) and major changes to the "Bug Editing" (a.k.a show_bug.cgi) page. You can now also customize bug statuses (including adding new bug statuses) as well as the workflow to go from one bug status to another one. You can also decide which bug statuses are available when filing a new bug (in Bugzilla 4.0, we even plan to let you file bugs as RESOLVED directly!). Just in case you forgot, you can already customize the list of resolutions since Bugzilla 3.0. Bugzilla 3.2 RC1 also supports three new custom field types (besides the two already available in 3.0): multi-select fields, multi-line textboxes and date/time fields (with an integrated JS calendar popup to select dates more easily).

In the backend, Bugzilla 3.2 RC1 now supports Oracle as its database (it already supports MySQL and PostgreSQL for a very long time). Note that this support is still experimental, and there are still a few known bugs when using Oracle, so be careful if you use this database. In the l10n area, Bugzilla now fully supports UTF-8 and should work with most (if not all) languages around the world. Also, you can now install localized templates much more easily, including translated documentation which can now be installed without conflicting with other languages (previously, the documentation was in docs/html/, so each l10n doc would overwrite previously installed doc. Now they are located in docs/%lang%/html, so that you can have docs/en/html, docs/fr/html, docs/de/html without any conflict). When you click the new "Help" link at the top of each page, a new tab/window is opened with the documentation related to the page you are viewing in the language reported by your web browser (if this l10n doc package is installed server-side, of course)!

There is much more to say about new features. I could talk about the new Administration page (instead of all these administration links in the page footer, which have all been removed), about the new JS widget which lets you select keywords when editing bugs much more easily (no need to remember how a keyword is named, just select it from the list to have it added or removed), about SMTP authentication support, about DB transactions (instead of locking tables to read/write in them, and which also allows us to roll-back changes if something goes wrong in the middle of an update), about improvements to the extensions system (previously known as the plugin system), or about the ability for administrators to specify the port to use when enabling SSL to access their Bugzilla installation. But I prefer to let you read the list of new features yourself. ;)

I hope you will enjoy using Bugzilla 3.2 RC1, and if you find any bug or have a great idea to improve it even more, please file a bug! Contributions (patches, QA, doc writing) are also welcome! :)

I'm going to call that a full lid from me. Have a great weekend, y'all. I'll probably see you on Monday. I definitely have a few things I need to check out to see if they're things I want to post about.

"Why are there so many bugs?"

I always respond with my standard line, "Depends on what you call a bug!"

See, a propriatary software company like Microsoft is very secretive about what it's doing in Windows, the only way you really know what's going on with their project is if they tell you, or if they accidentally leak out a development build.

Microsoft's development process is notoriously inefficient.

I was actually looking forward to Vista, they had some very ambitious goals for it, including the WinFS file system, and several other neat things.

What they ended up with after two development years was having to start over from square one, after paying thousands of employees and managers an incredible amount in salary, and getting little in return..they based the new "Vista" on Server 2003 and they ended up with a very problematic bolt on to Windows 2003, which has turned into a collosal failure, as XP still has about 80% of the market after more than two years.

And in one of my conversations with Carl Brunning at Foxconn, he mentioned that Windows is good for one thing, having a stable API:

We were of course talking about ACPI support, which if the damned thing wasn't so balls-to-the-wall stupid (there's very little that I would call a "standard" about it), then of course what this decade's two flavors of Windows were fucking up would matter nothing at all.

Rightly translated, I would take his statement and construe it as "Microsoft is a bunch of two bit evil sheep shaggers, but at least they're consistently bad", with Linux you never know what you're getting, because it is constantly under development.

There is some planning of course, but for some of the deal each new version has some nifty new things, and some horrible new bugs that nobody was planning on.

And then as suddenly as they arrived, we're already gutting Feature X and making it better, or Bug X is tracked down and obliterated.

Windows Vista largely has the same features and bucket of problems it shipped with in 2006.

But why the high bug counts in, say, http://bugzilla.mozilla.org?

A few reasons....lets look at what can pump up the bug count.

1. It is a bug. (Fair enough)

2. Someone asks for a feature. (Request For Enhancement)

3  It's not a bug, or is caused by an external factor. (Invalid or Worksforme)

4. X amount of people report Bug X. (DUPLICATES!!!)

5. The soda machine wants five cents more per soda.

6. The download manager is flipping people off.

Of course since every entry accumulates the total by one, and since the Mozilla project has been at it since 1998, and tracking several products, there's gonna be some bugs.

And of course since Ubuntu or Fedora, or whatever Linux distribution you use has Firefox, and about 20,000 other packages that could conceivably be installed, it's easy to see why there can be such a mind blowing number of "bugs".

The development process is pretty much completely open, and this exposes all the nastiness to the public, and even though Microsoft probably has as many problems or more with Windows, you'll never see them be as up front and honest about this.

So now that we know what a "bug" is and why there seem to be so many, where is Ubuntu's Intrepid Ibex at currently?

Well, the nice thing about being on Ubuntu's development branch is that it will keep upgrading your packages until you are on the "final version", the bad thing is that the first couple Alpha's are practically guaranteed to break all your shit, and the rest of it can be pretty hairy, you can and will see everything that goes wrong along the way, and I have posted my share of bugs so far, some have security implications, but I'll highlight what I can for you.

General status as of August 3rd:

You'll have to install Nvidia-GLX-177 (Nvidia users) and all the development and kernel source files out of Synaptic, it's not hard, but it did take a minute for me to figure out what to get.

Help control our PC Speaker population, have your PulseAudio spayed or neutered.

Pave over Firefox's Flash related crashing with this.

Evolution is majorly broken, I filed bugs til I was blue in the face, use Mozilla Thunderbird instead.

Restart or Shutdown takes you back to the GDM login screen and you have to select those again from there, bug 250506

Intrepid's new theme is nice, but can cause some lightly colored buttons on webpages to have their text become invisible.

Notable bug's I've reported so far:

Bug 254421:Optical discs mount twice, and generate error message relating to Dbus

(Workaround is, use the terminal "eject" command to get your disc back, then restart X with Ctrl-Alt-Backspace to get it to forcibly unmount, I tried every variation of umount you can name)

Bug 252861: npviewer.bin crashed with SIGSEGV (Privacy implications, bug is not public yet)

Bug 252354: Calgary should not be enabled in Intrepid's stock desktop kernel

The Infamous Bug 251338:Defective AMI BIOS on multiple Foxconn, MSI, and ASUS Intel LGA 775 motherboards breaks ACPI support

Overall, Intrepid is usable if not a bit flaky in some situations, thanks to the BIOS/ACPI issues, I'm with Intrepid for the duration, since I need kernel 2.6.26 even with the new BIOS.

Random Screenshots:

Intre timp mi-am dat seama ca e vorba de obisnuinta si de cunoastrea modului in care aplicatia lucreaza de fapt. Un lucru ma deranjeaza la ea, si anume faptul ca tot timpul trebuie sa am o fereastra de browser deschisa si sa tin minte mai multe parole, pentru ca lucrez pe mai multe servere.

Am cautat o solutie la problemele mele si am gasit-o sub forma unei aplicatii interesante. Un client desktop pentru Bugzilla.  Am gasit doua astfel de aplicatii, dar numai una dintre ele e free, aceasta fiind My-Zilla.

Imi pare utila si o recomand, pentru ca mi-a rezolvat cele doua probleme.

"Google for it" sau puteti sa o luati direct de la www.my-zilla.com

Check out what’s new, the known issues and frequently asked questions about the latest version of Firefox. As always, you’re encouraged to tell us what you think, either using this feedback form or by filing a bug in Bugzilla.

More …

So I filed Bug 439819. The problem was in mailnews/addrbook/src/nsAbLDIFService.cpp. For whatever reason, the first line of the address isn't included in all the else ifs. The patch is simple and is included in the bug report.

Status:  Patch waiting for sr.  Test waiting for bug 437556

Over the last two days I installed Gentoo and compiled my own kernel and all the programs I am using on it.  It is very fast, and I will probably be using it as my main OS instead of Ubuntu.

I did not yet setup NTP, so my clock was about 20 seconds behind, which showed me a new bug in my extension.  It now checks to see if the contact from Google is from the 'future' relative to the computer's clock and avoids making the Thunderbird card from the future, too.  I will probably do more to fix this later.

Click para agrandar

Теперь я проповедую то же самое, особенно в отношении рабочего инструмента "багтрекер". С точки зрения тестировщика у меня сложилось особое требование к подобному инструменту - быть удобным и скоростным при заведении баг-репортов.

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

Даже обоснование этой задержке нашел - во время вечерного "занесения" описания багов волей-неволей пересматриваются, и уточняются, и от этого, мол, даже лучше... Это обоснование ошибочно.

Вот сквозь призму скорости заведения баг-репортов и поговорим о трех "ходовых" багтрекерах - Mantis, Bugzilla, Jira.

Мне также доводилось работать с трекерами типа Microsoft SharePoint Service (SPS) и CollabNet Enterprise Edition, но их в этом обзоре не будет.

Понаехали!

Mantis

Доступ к демо-версии: guestqa/guestqa

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

Краткое описание

Mantis — свободно распространяемая система отслеживания ошибок в программных продуктах (bugtracker).

Обеспечивает взаимодействие разработчиков с пользователями (тестировщиками).

Позволяет пользователям заводить сообщения об ошибках и отслеживать дальнейший процесс работы над ними со стороны разработчиков.

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

Построена по принципу "клиент-сервер", поэтому не требует для работы установки специального ПО и работает через веб-браузер.

Разработана программистами для программистов. Изрядно допускает копание в своём коде и его переиначивание под свои нужды.

Скорость занесения нового баг-репорта

Весьма высокая.

Средний отклик страницы с рассматриваемого демо-сервера равен трем секундам. Время открытия страницы с полями для занесения баг-репорта с рассматриваемого демо-сервера - 2 секунды.

Имею большой опыт работы с подобным трекером - страница для заполнения нового баг-репорта открывалась за полторы секунды.

• Кликнуть по линку [Report Issue].

Если в настройках не указано, какой проект является дефолтным для пользователя, то сперва открывается страница "Выбрать проект". Если проект уже указан, вопрос не появляется.

Большой плюс - линк на [Report Issue] един во все времена - bug_report_advanced_page.php Его можно занести в закладки, и вызывать его посредством короткого имени вроде "1".

Подсказка: как вызывать страницы посредством "кейворда" закладки

Для этого в настройках закладки в поле Keyword следует прописать цифру "1", и в дальнейшем для ее открытия потребуется три нажатия клавиш:

"F6" для фокуса на адресной строке
"1" - появляется в адресной строке.
"Enter" на клавиатуре.

Это намного быстрее, нежели ерзанье курсора мыши по экрану и его прицел на нужную вкладку.

Единица из примера удобна тем, что символ неизменяем при любой раскладке клавиатуры.

Продолжим.

• Открывается страница с полями для записи всех аттрибутов бага.

Можно сразу записать все, что нужно, в поле Description, и лишь потом указать степень важности бага, его заголовок, версию продукта, платформу и все такое прочее.

В случае, если это issue является не багом, а task или feature request, все это также можно указать ПОСЛЕ того, как записан основной текст.

Обязательных для заполнения полей только три - Category, Summary, Description.

• Указать файл со скриншотом.

Минус Mantis - при занесении одного бага можно указать только один скриншот. Второй-третий придется указывать только после того, как баг-репорт будет опубликован в системе. Минус немного уменьшается за счет того, что после публикации бага открывается его "full-preview", в котором можно добавлять новые скриншоты. Но тоже по одному.

Переходим в режим просмотра issue.

Подсказка: как очень быстро указать в багтрекере файл со скриншотом

Для этого нужно в Total Commander (или в Krusader) настроить сочетание клавиш на команду "Копировать полный путь и имя файла в буфер обмена" - для меня удобным оказалось сочетание "Alt+2".

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

В Krusader нужная команда называется "Copy current item to clipboard". Ее настройка вызывается через меню Settings - Configure Shortcuts.

В Total Commander нужная команда называется "cm_CopyFullNamesToClip".

Ревью багов

Весьма быстрое и удобное.

Что ценно - у каждого issue есть собственный линк, который можно переслать в письме или по мессенджеру.

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

Из каждого issue можно послать уведомление другому девелоперу или другу народов.

Отчеты

В Mantis нет чего-то, что называется "Сгенерировать отчет о ходе проекта". Система сделана разработчиками для разработчиков, а не для менеджеров.

Есть мощная и достаточно удобная система фильтрации всех issue по различным критериям, и на основе этих данных запросто можно сделать отчет о ходе проекта хоть на бумаге, хоть в Excel.

Поиск багов - фильтрация

Весьма, весьма мощная и продуманная система фильтрации.

Общая оценка

Я хочу работать с этим багтрекером!

+10 из 10!

Bugzilla

Доступ к демо-версии: astenix@mail.ru/guestqa

Краткое описание

Свободная система отслеживания ошибок (багтрекинга) с веб-интерфейсом.

Хорошо продуманная и оттестированная система, с одной стороны она довольно проста, с другой стороны, там есть всё, что нужно для багтрекинга типичного проекта. Сейчас Bugzilla используют более трёхсот компаний и организаций по всему миру, среди них есть такие компании как: NASA, Id Software, IBM и софтверные проекты: Mozilla Firefox, Linux, Gnome, KDE, Apache Project, OpenOffice.org.

По функциональности Bugzilla отстает от многих современных багтрекеров. Разработчики считают, что одна из причин этого - выбор Perl в качестве языка реализации Bugzilla, рассматривается возможность переписать Bugzilla на каком-нибудь другом языке программирования.

Ключевым понятием системы является баг — некоторое задание, запрос, рекламация по поводу ошибки в системе, или просто сообщение, требующее обратной связи.

Специально для Bugzilla была создана Testopia - система управления тест-кейсами через веб-интерфейс. Некоторые организации считают связку Bugzilla-Testopia достаточно удачной для опен-соурс-разработки.

Скорость занесения нового баг-репорта

Низкая.

Средний отклик страницы с рассматриваемого демо-сервера равен семи секундам. Время открытия страницы с полями для занесения баг-репорта с рассматриваемого демо-сервера - 17-20 секунд :(

• Кликнуть по линку [Report Issue]

Появляется просьба "Please select the classification".

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

Единственный выход - занести в персональные закладки явный адрес определенного проекта. Точнее, продукта. Например, линк https://landfill.bugzilla.org/bugzilla-tip/enter_bug.cgi?product=WorldControl откроет страницу с нужными полями для занесения бага непосредственно в проекте "WorldControl".

Ну, и закладке надо дать "кейворд", само собой.

При добавлении скриншотов появляется ajax-ориентированная фишка для указания всяких аттрибутов скриншота. Как и в Mantis - за один раз можно добавить только один скриншот. По-моему, слишком там много аттрибутов предлагается заполнить...

При добавлении кейвордов к баг-репорту тоже вылезает ajax-ориентированная фишка.

Рядом с кнопкой [Commit] обнаружилась полезная в среде Bugzilla кнопка [Remebmer values as bookmarkable template]. Полный линк длинющ, словно путь Молдовы в Европу:

https://landfill.bugzilla.org/bugzilla-tip/enter_bug.cgi?
alias=
&assigned_to=tara%40bluemartini.com
&blocked=&bug_file_loc=http%3A%2F%2F
&bug_severity=normal
&bug_status=ASSIGNED
&cf_date=
&cf_drop_down=---
&cf_free_text=
&cf_large_text=
&comment=Задрали крокодилы

Гм.

Зато сохраняется полное содержимое уже заполненных полей.

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

Читать это не очень удобно. Непосредственное описание бага почему-то находится в самом низу страницы.

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

Bugzilla позволяет открывать отдельные страницы для аттачей - там и сам аттач, и его описание. и всякие другие поля. Считаю их излишними.

Обнаружил странность: после каждого открытия аттача (и прямо картинку, и ее страницу-описание), на странице с баг-репортом добавляется по одной строке в разделе аттачмента, словно каждое действие сопровождалось добавлением новой картинки.

А по-ходу - так и есть: кнопка [viewall] показывает следующее:

на странице показаны три копии одной и той же картинки, у каждой - собственный ID...

Поиск багов - фильтрация

Для новичков приспасена странность: поиск с критериями "Open - All" не работает. Система требует указать еще и слово для поиска. Следует учесть, что при открытии страницы "advanced search" система открывает вкладку поиска определенного бага - 'Find a specific bug'. Разумное поведение, но неожиданное.

А вот вкладка 'Advanced search' дает простор больному воображению...

Ревью багов

Полноценно не проводил. Долгий отклик демо-версии, знаете ли... Да и некрасиво. А некрасиво = неюзабельно.

Отчеты

Bugzilla сильна своими отчетами о количестве багов, их приоритетах, в общем, все то, что может показать "ход проекта".

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

Но широко и мощно имел я ввиду все эти отчеты, если процесс добавления бага в систему так насыщен допполями, которые излишни, а также всеми теми странностями, которые показывают, что эта система, как Windows, уютно живет "внутри себя".

Генерируйте себе отчеты в Excel - его же специально для таких, как вы, разрабатывали... Если не понятно, как именно это делает Excel, я очень подробно объясню.

Общая оценка

Работать с этой системой можно.

Если хотите - сами работайте с этим багтрекером...

5 из 10.

Jira

Доступ к демо-версии: guestqa/guestqa

Краткое описание

Cистема отслеживания ошибок, разработана компанией Atlassian Software Systems. Предназначена для организации общения с пользователями через веб-интерфейс.

В некоторых случаях эту систему можно использовать для управления проектами.

Название системы (JIRA) было получено путём модификации названия конкурирующего продукта - Bugzilla. JIRA создавалсь в качестве замены Bugzilla и во-многом повторяет архитектуру Bugzilla. Система позволяет работать с несколькими проектами. Для каждого из проектов создаёт и ведёт схемы безопасности и схемы оповещения.

Годовая лицензия версии Jira Professional стоит $2400.

Однако JIRA is free for use by official non-profit organisations and charities (proof of non-profit status is required).

Скорость занесения нового баг-репорта

Очень высокая.

Средний отклик страницы с рассматриваемого демо-сервера равен двум секундам. Время открытия страницы с полями для занесения баг-репорта с рассматриваемого демо-сервера при условии, что все происходит в первый раз - 3-4 секунды.

При повторном открытии того же темплейта в том же проекте время отклика - 1 секунда.

• Кликнуть по линку [CREATE NEW ISSUE]

В Mantis при открытии нового issue требовалось выбрать проект. В Bugzilla - еще и подпроект.

Jira в этом плане не демократичнее. На одной странице предлагается сделать превый шаг из двух:

1. Choose the project...
2. and Issue Type...

Адрес этой страницы стабильный - http://jira.atlassian.com/secure/CreateIssue.jspa

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

На втором шаге адрес в адресной строке не меняется - все тот же CreateIssue.jspa, но содержимое страницы уже иное. Фреймы...

Причина подобного поведения: при выборе разных типов issue система подгружает разные темплейты, с разными полями. Увы...

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

Общий вид полей для занесения нового баг-репорта достаточно цивилен (чувствуется рука дизайнера). Но как раз эта рука и сделала размер шрифтов на странице весьма мелким. Каждому дизайнеру надо давать по обычному монитору, чтобы не летал в облаках...

Неимоверно удобен в Jira механизм закачки скриншотов - после выбора первого скриншота появляется поле для ввода второго. Потом - третьего. Система срабатывает даже в том случае, если адрес файла вставляется в поле методом быстрого тыка, который описан выше.

После публикации issue система показывает ее итоговый вид.

Красивее, чем в Mantis.

Разумеется, я специально закачал два раза один и тот же скриншот. Jira не подавилась, и показала оба файла, словно так и надо...

Ревью багов и Отчеты

По качеству и разнообразию отчетов Jira уделывает Bugzilla в три прихлопа.

Примеры отчетов по-умолчанию:

1. Recently Created Issues Report
2. Created vs Resolved Issues Report
3. Resolution Time Report
4. Average Age Report
5. Pie Chart Report
6. User Workload Report
7. Version Workload Report
8. Time Tracking Report
9. Single Level Group By Report

Если не хватает - делаем собственные фильтры.

Ну, откроем Pie Chart Report.

Просят указать Project or Saved Filter, а также Statistic Type. Выберем "все баги - их статус".

Чувствуется, что не бесплатный продукт...

Поиск багов - фильтрация

Достаточно мощно и красиво организованная система фильтров - так же удобно, как и в Mantis.

Общая оценка

Прекрасный багтрекер.

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

И если бы не цена ограниченной по времени лицензии...

8 из 10.

Намереваюсь

Пощупать систему под названием Trac.

Рекомендую

Посмотреть большой список околобагтрекинговых систем в виде таблицы сравнений. Внушает.

As you can see, the two popular products of Mozilla, Firefox and Thunderbird, have many unconfirmed bugs. There are as many unconfirmed bugs as fixed bugs. This surprised me a bit when you know that with such a wide userbase and the QA team, bugs should become confirmed pretty quickly... or quickly be triaged as invalid or wontfix. Maybe are these products so popular that bugs are being filed much faster than they are resolved? I don't know (someone more involved in these two products would know more).

The other six "products" (products as defined in Bugzilla) have a pretty similar behavior: only a few unconfirmed bugs, and two to three times more fixed bugs than open bugs (bugs marked as ASSIGNED and REOPENED have not been included as they are negligible compared to bugs marked as NEW). Does it mean triaging is more efficient and bugs fixed more quickly in these products, or does it mean these products are less popular, giving more time to developer teams to triage and fix bugs?

Anyway, my goal is not to say who is good and who isn't in triaging and fixing bugs quickly. I just thought this graph was interesting. You are free to interpret it as you want. ;)

For me it is very painful when it arrives the time to merge, into another branch, all the commits that i have done in the "trunk". I have searched a little and did not find anything that could magically solve all my problems. I know that it's better to create a separated branch when there are lot's of commits, but there are some cases that a super-simple functionality can explode into a big ball of mud.

Practically the script merge all the commits of a bugzilla id to another branch. If someone knows a standard way to do this; please tell me!

The script take three inputs:

1. The starting revision ID to filter the search.
2. The SVN address of the source.
3. The search string to filter the results. Here you put your bugzilla bug id.

Commands that are executed when you launch the script:

1. Go to the directory of the destination branch.
2. To execute the script simply do:
3. svn_search_merge.pl 0 https://svn.example.com/main/trunk/ "1: "
4. Note that "1: " is the bugzilla bug id. What happens next is:
5. svn log -r 1:HEAD https://svn.example.com/main/trunk/
6. With that command we get the log of all commits from the revision 1 to the HEAD. After it's just matter of check if the string "1: " is inside the log. Then we simply execute:
7. svn merge -r (ACTUAL_REVISION-1):ACTUAL_REVISION https://svn.example.com/main/trunk/

Source code of the script:

#!/usr/bin/perl

# Simple script to merge commits from a source branch to the current destination directory.
# http://mufumbo.wordpress.com/2008/05/10/simple-script-to-merge-commits-from-a-bugzilla-id/
#
# Example:
# $ cd my-branch-destination/
# $ svn_search_merge.pl 3000 https://svn.example.com/main/trunk/ "bug 673"
# Where 3000 is the starting revision and "bug 673" is the string to match in the comments.
#
use strict;
use warnings;

my $prev_revision = shift;
my $svnHost = shift;
my $searchStr = shift;

print "Starting Revision: $prev_revision\n";
print "SVN addr: $svnHost\n";
print "Search pattern: $searchStr\n";

my $buffer;
$buffer = `svn log -r $prev_revision:HEAD $svnHost`;
my $shouldContinue = "y";
LOGS: foreach my $changelog_entry (split(/----+/m, $buffer)) {
	if($changelog_entry =~ m/($searchStr)/) {
	        #my (undef, $info, undef, $comment) = split(/\n/, $changelog_entry);
	        #next unless $info =~ m/^r/;

		print "\n--------------------------------------------------";
		print $changelog_entry;
		my $revisionId = substr($changelog_entry, 2, 5);
		$revisionId =~ s/^\s+//;
		$revisionId =~ s/\s+$//;

		if ($shouldContinue ne 'a') {
			PROMPT: while(1) {
				print "\nShould continue with merge of revision '$revisionId'? (Yes,Always,Skip,Exit): ";
				$shouldContinue = <>;
				chomp($shouldContinue);

				last PROMPT if $shouldContinue eq 'y';
				last PROMPT if $shouldContinue eq 'a';
				next LOGS if $shouldContinue eq 's';
				die("User requested to stop.") if $shouldContinue eq 'e';
			}
		}
		else {
			print "\nAuto merging '$revisionId'\n";
		}

		my $pRevisionId = $revisionId-1;
		my $mergeBuffer = `svn merge -r $pRevisionId:$revisionId $svnHost`;
		print $mergeBuffer;
	}
}

Je résume:

Bugzilla 3.1.4 est notre dernière version de développement avant la sortie de la version 3.2 RC1. Par rapport à la version 3.1.3, celle-ci est nettement plus stable et utilisable. Cela ne veut pas dire qu'elle est sans erreur aucune, mais elle est déjà d'une très bonne qualité et pourrait presque être recommandée. Je dis "presque", parce qu'elle n'a pas encore passé les tests de l'équipe qualité, l'attention ayant été portée sur la version stable 3.0.4. Mais comme toutes les versions "Release Candidates", la 3.2 RC1 sera testée avec davantage de soins avant sa sortie. Parmi les changements et améliorations les plus notables, je peux citer la nouvelle interface lors de l'édition de bug (show_bug.cgi pour les intimes). Cette interface est censée être plus intuitive, mieux pensée... bref, plus mieux bien. Notamment, changer le statut d'un bug (NEW, ASSIGNED, RESOLVED, ...) ainsi que sa résolution (FIXED, INVALID, WONTFIX, ...) sont désormais déconnectés de l'assignation d'un bug, c'est-à-dire que vous pouvez dorénavant changer la personne assignée à un bug sans réouvrir le bug (par exemple). C'est un sacré plus par rapport aux versions 3.0.x. De même, les statuts sont désormais affichés dans une liste déroulante au lieu de devoir cliquer sur un bouton dans une liste difficile à utiliser.

Parmi les nouveautés de la version 3.1.4, relevons le support de l'authentification avec SMTP! Également, Bugzilla a été complètement basculé en mode UTF-8, y compris au niveau de la base de données MySQL, PostgreSQL, Oracle, ce qui nous a valu quelques irritations en voyant certains modules supporter l'encodage UTF-8 de manière misérable. Mais il semble que nous ayons éteint les derniers foyers. Si vous détectez de nouveaux départs de feu, merci d'informer notre équipe de pompiers en rapportant votre bug sur bugzilla.mozilla.org.

Bugzilla 3.0.4 est officiellement notre dernière version stable et est celle qui devrait être utilisée dans les missions critiques. Elle a subi plein de petites améliorations pour rendre la vie encore meilleure. La liste des principaux changements est disponible en anglais ici. Tout comme les autres versions sorties aujourd'hui, elle comporte également un certain nombre de bugs de sécurité résolus.

Enfin, les versions 2.22.4 et 2.20.6 sont également disponibles pour tout ceux qui utilisent encore ces anciennes versions et qui, pour des raisons diverses, ne peuvent pas installer la version 3.0.4. Mais le passage à la version 3.0.4 (voire à la version 3.1.4 pour les plus téméraires) est vivement recommandé, surtout que nous allons stopper le support de la série 2.20.x dès que la version 3.2 finale sera disponible.

Voilà, pour plus de détails, visitez notre site www.bugzilla.org.

==

Now for english speakers: You have all the information you want on www.bugzilla.org already, so all I will say is that Bugzilla 3.1.4 (development snapshot, last release before 3.2 RC1), 3.0.4 (latest stable release, recommended), 2.22.4 and 2.20.6 (both old stable releases) have been released today! If you can read french, read above, else read the release notes on the bugzilla.org website. :)

Öppen källkod väntar en spännande utveckling de närmsta 5-10 åren, särskilt som Service as a Model potentiellt kan erbjuda kostnadseffektiv konkurrens - å andra sidan kan molnen som driver SaaM köra Linux... Det har gjort en del undersökningar som drar samma slutsatser som Roland Orre vid KTH, nämligen att öppen källkod är säkrare än sluten dito.

Webbläsaren Mozilla, från vilken vi fått Thunderbird, Firefox, och Bugzilla, fyller tio år - ett fint exempel på ett vitalt öppen källkodsprojekt.

Som vanligt vid frivilligprojekt - som öppen köllkod ofta är - hjälper några till mer än andra...

Konstigt nog börjar licensieringen med GNU General Public License version 3 att ta fart - den är ganska restriktiv med möligheter att kombinera öppen och sluten mjuvara, så hittills har GPL v.2 varit dominerande bland open source.