In terms of areas for improvement in Broadcom Test Data Manager specifically, I recognize that building the ERD diagram after connecting to the database is very difficult and requires improvement efforts, but this is the necessary point if Broadcom does some effort here, Broadcom Test Data Manager would be the application number one in the world. The challenge with connecting the Broadcom Test Data Manager solution to the database lies not in the actual connection but in how it builds the relationship between tables after establishing the connection. This is the aspect that needs improvement.
Broadcom Test Data Manager is for data management. I would like to see some extension with data warehousing concerning ETL. It should also integrate with Jira or other reporting tools. Currently, after creating data, we update tickets and other information in various tools. This would enable us to attach relevant files or information to specific tickets.
Test data management consultant at Tech Mahindra Limited
Real User
2023-05-12T10:07:00Z
May 12, 2023
Regarding improvements in the solution, we always need to customize Broadcom Test Data Manager because every customer and every organization is different. So, a few changes are always required, for which we get support from Broadcom. Stability is an area in the solution that has room for improvement. In general, the price, stability, and scalability could be better.
Broadcom TDM takes a long time to import documents, which wastes time that could be spent on other things. It also hasn't evolved much in the last ten years. In the next release, Broadcom should add more mining, search, and variable capabilities.
Practice Head - Digital Testing at a tech services company with 10,001+ employees
Real User
2019-01-10T08:22:00Z
Jan 10, 2019
The UI could be improved and I see they are going to web-based. That's still in progress but I really hope all of that happens pretty soon and the entire UI gets migrated from the desktop to web-based. The integration with various utilities is also really important. That still has to happen. That's a major area for improvement.
IT Specialist at a financial services firm with 1,001-5,000 employees
Real User
2019-01-08T10:53:00Z
Jan 8, 2019
There are different modules for masking. There is a portal and there is a standalone application as well. The standalone application is more old-fashioned. When you write rules on this old-fashioned interface, because it has more complex functions available for use, you can't migrate them to the portal. We also have some security policies in our company that needed adaptation. For example, the people writing the rules would see all the production data, which is a large problem for us. It would be helpful if there was an increase in the ability to apply security policies.
There are multiple things which can be improved in CA TDM. It has a feature called TDM Portal, where testers can find test data by themselves, based on multiple models. They can reserve the data so that it belongs to one group or individual. Obviously, that data is not available to anybody else. Without this tool, if somebody goes through the back end, via SQL and pulls that data, you can't do anything. But through the Portal, if somebody reserves the data, it's his. This feature is for one environment. But if a different group of testers wanted that data for a different environment, they can't use it via CA TDM. That feature doesn't exist. You have to build a portal or you have to bridge the two environments. That is a big challenge.
The relationship between cables needs to be added. A lot of research, data analysis, and work needs to be done on the source system in the tool which requires a data expert. This tool definitely requires a senior person to work on this issue, as it might be a challenge for a tester.
Broadcom Test Data Manager focuses on creating, managing, and provisioning test data for software testing, ensuring data privacy and compliance, and supporting testing across multiple environments efficiently.
Broadcom Test Data Manager integrates with databases, automates data generation, and enhances test data quality and reliability, leading to improved testing accuracy and faster release cycles. It includes a self-service portal, ease of use, and capabilities for data generation,...
In terms of areas for improvement in Broadcom Test Data Manager specifically, I recognize that building the ERD diagram after connecting to the database is very difficult and requires improvement efforts, but this is the necessary point if Broadcom does some effort here, Broadcom Test Data Manager would be the application number one in the world. The challenge with connecting the Broadcom Test Data Manager solution to the database lies not in the actual connection but in how it builds the relationship between tables after establishing the connection. This is the aspect that needs improvement.
Broadcom Test Data Manager is for data management. I would like to see some extension with data warehousing concerning ETL. It should also integrate with Jira or other reporting tools. Currently, after creating data, we update tickets and other information in various tools. This would enable us to attach relevant files or information to specific tickets.
Regarding improvements in the solution, we always need to customize Broadcom Test Data Manager because every customer and every organization is different. So, a few changes are always required, for which we get support from Broadcom. Stability is an area in the solution that has room for improvement. In general, the price, stability, and scalability could be better.
Broadcom TDM takes a long time to import documents, which wastes time that could be spent on other things. It also hasn't evolved much in the last ten years. In the next release, Broadcom should add more mining, search, and variable capabilities.
The UI could be improved and I see they are going to web-based. That's still in progress but I really hope all of that happens pretty soon and the entire UI gets migrated from the desktop to web-based. The integration with various utilities is also really important. That still has to happen. That's a major area for improvement.
There are different modules for masking. There is a portal and there is a standalone application as well. The standalone application is more old-fashioned. When you write rules on this old-fashioned interface, because it has more complex functions available for use, you can't migrate them to the portal. We also have some security policies in our company that needed adaptation. For example, the people writing the rules would see all the production data, which is a large problem for us. It would be helpful if there was an increase in the ability to apply security policies.
There are multiple things which can be improved in CA TDM. It has a feature called TDM Portal, where testers can find test data by themselves, based on multiple models. They can reserve the data so that it belongs to one group or individual. Obviously, that data is not available to anybody else. Without this tool, if somebody goes through the back end, via SQL and pulls that data, you can't do anything. But through the Portal, if somebody reserves the data, it's his. This feature is for one environment. But if a different group of testers wanted that data for a different environment, they can't use it via CA TDM. That feature doesn't exist. You have to build a portal or you have to bridge the two environments. That is a big challenge.
The relationship between cables needs to be added. A lot of research, data analysis, and work needs to be done on the source system in the tool which requires a data expert. This tool definitely requires a senior person to work on this issue, as it might be a challenge for a tester.