I'm faced with an interesting situation that at first seems difficult/impossible but I figured I'd through the noodle at the wall and see if it sticks to any of you.
I'm working on an Ad-Hoc reporting project, a portion of with is creating very simple SSRS Report Parts based on some views in our database. They're all tablixes, created to satisfy the client's style standards. They're essentially just a "Select top 1000" statement, where the view has made friendly aliases on some columns. The report parts and their datasets are located on a reporting server, split into a couple different modules ranging from 4->22 report parts per module.
I created manual test scripts for these, and the testers are bucking. While it is their only job, it's also pretty time consuming so I understand where they're coming from. They'd like me to develop an automated test utility, and my googling has returned nothing.
Has anyone worked on automated testing for report parts? In my head I imagine some C# executable that asks the user to point to a folder full of report parts (either locally or on a report server), and makes sure that they actually would work if inserted in Report Builder, that they return X number of rows or maybe even compares them with the view definitions. I've seen THIS question on SO but testing a traditional SSRS report would definitely be different than making sure a Report Part runs, so I don't think selenium or another web-based testing framework is the solution (But if it is, let me know!).
Please feel free to ask any clarifying questions or to provide any suggestion, no matter how ridiculous it may first appear.
Aucun commentaire:
Enregistrer un commentaire