I'm trying to pull data from JIRA that would be valuable to a QA manager. Specifically, I'm looking for a way to see how many times an issue was tested, and sent back for development due to failing testing. I've browsed a bunch of plug-ins but I don't think I've come across one that can pull such specific data from JIRA and create a report. The other option I've come across is using the API's com.atlassian.jira.issue.changehistory methods to pull the data and then filter it using conditional statements in Java. However, I'd prefer a ready-made plug-in that can support such querying of JIRA data if one is available.
Related
I'm working on implementing TFS for numerous teams and am looking for a way to monitor TFS in terms of how many distinct users, builds ran, work item totals, collections/projects/teams, and more, preferably if I can see daily/weekly/monthly metrics. I've found some solutions by querying the SQL database, but am curious if there are any extensions or solutions others have found to monitor the usage of your TFS instance as well as any GUIs that help visualizations.
No such a comprehensive tool or extension to achieve that.
For specific team project, you can add widgets to a dashboard to monitor the status:
Widgets smartly format data to provide access to easily consumable
data. You add widgets to your team dashboards to gain visibility into
the status and trends occurring as you develop your software project.
Each widget provides access to a chart, user-configurable information,
or a set of links that open a feature or function.
For example , with builds just specify the specific build definition, for work items you can create queries and specify the query when configure a widget.
Actually you can retrieve most of the information via REST API.
e.g.: Get Builds - List:
GET http://server:8080/tfs/{project}/_apis/build/builds?api-version=3.2
You can also try to custom your own reports, please see SQL Server Reporting (TFS) and Create and manage Reporting Services reports for details.
I'm developing a web extension in on-premises TFS 2017U3.
It uses the ExtensionDataService to store data.
Normally, we're not supposed to manipulate tfs data directly via database script, and I assume that applies to the Extension.tbl* tables as well.
I've searched without success for a tool to help manipulate this data, for purposes such as migrating data across environments, or scripting initial load, etc.
I also found this VSTS SyncMigrator but as far as I can tell it doesn't handle extension data.
Should we just build our own tool to do this?
Based on my knowledge, there is no way/tool to migrate extension data only. You could migrate the whole TFS by checking the following link:
https://learn.microsoft.com/en-us/vsts/tfs-server/admin/move-across-domains
Meanwhile, I have submitted a User Voice at website below, you can vote it:
https://visualstudio.uservoice.com/forums/330519-visual-studio-team-services/suggestions/33538582-provide-api-or-tool-to-migrate-extension-data-in-t
I ended up writing a quick command-line interface using vsts-node-api.
I am designing a system (stack: MVC 5, EF6, SQL Server) which needs to capture a lot of information about user interaction with various components of the app.
E.g.
How much time a user spend on a particular screen.
What action is the user performing: viewing, editing a page/form
Idle time
Progress in a particular workflow
And show all this information on a Management dashboard which is part of the same web app.
The traditional way of doing this would be to fire a sql query when a certain action happens and save this information in the application database. The thing is that, I don't want to overload the main application server with all these tasks and this approach doesn't seem too robust to me.
I was reading about Application Insights (Telemetry and custom events) and it seems that it should work for my problem statement. The only problem is that it is very tightly coupled with Azure resources and portal dashboard (as per my understanding).
So my question is: Can I use ApplicationInsights package to capture metrics and persist the data in a local SQL database and show it on a custom dashboard?
I read about continuously exporting telemetry information from Azure Storage to Power BI or SQL DB but wont work for me because I cannot use Azure as an intermediary.
https://azure.microsoft.com/en-in/documentation/articles/app-insights-export-telemetry/
Would really appreciate some guidance on this. Thanks.
You can use PowerBI dashboards, with direct integration to Application Insights, specifically, with Analytics queries you likely may use in this scenario.
Also, you can consider using Application Insights API (https://dev.applicationinsights.io/) to achieve this directly, including integration with some popular dashboards. Note that API is now in early preview, so we may introduce some changes, but the overall shape should be stable.
I am also curious what prevents you from using Azure - we'd like to learn more about it. Please be aware of the fact that Application Insights stores it data in Azure
For the specific case when you want to use just Application Insights SDK, while storing and analyzing the data "locally" in your tool of choice - this is also possible. (Note: in this case you only benefit from App Insights SDK and schema, leave the door open for future possibility to use full App Insights). To achieve that, you can consider implementing a custom telemetry channel - see here for some additional information: http://apmtips.com/blog/2016/01/31/telemetry-channels-update
While implementing this approach, you should you should be mindful about the volumes - I would advocate for decoupling it through some form of a queue mechanism, makes it easier to protect your app, balance the load and also monitor ...
My organization is moving away from JIRA and I've been given the task to archive or get all our JIRA tickets out ASAP. How can I do migration into any file/doc? any idea please as I can't find useful resource from the internet
Well you can perform an JIRA Backup that will generate you a backup which can be used to later restore but doesn't make it that useful in terms of viewing.
Or you can perform an issue search and from the results perform some sort of export:
Really depends on the number if issues you have, how custom your JIRA is and what useful data you wish to retain.
what are the steps involved in moving from TestTrack to JIRA?
I've done a few migrations from TestTrack to JIRA over the last 5 years. It's always more work than I expect (weeks not days). The migrations I did used a custom migration application that read the data from the TestTrack database (not the simplest of schemas) and then imported it into JIRA using a custom SOAP API. Nowadays I think I might go with a more focused approach and use a single customized script to create CSV suitable for the JIRA CSV importer. This will get you the issue fields, comments and attachments. Links are separate thing, but no issue history.
The JIRA CSV importer works, though the flattening of the data restricts what it can do significantly. The hardest thing is usually mapping of values from one system to another - are the userids really identical in both systems?
If you want to investigate doing the migration commercially, please contact info#customware.net (my employer)