Scribd Logo
Upload

Welcome to Scribd!

  • Ssas Cube Testing: E.G. Provider Sqloledb.1 Data Source Test Etl Catalog Dbcprmart

    Uploaded by

    Afroze999
    876 views6 pages
    The document outlines various testing scenarios for SSAS cubes including: 1. Basic validation tests like connecting, processing, and browsing the cube. 2. Data validation by comparing cube outputs to source data using MDX queries, SQL queries, and sample test data. 3. Cube design validation of measures, dimensions, hierarchies, and calculated measures. 4. Security testing of cube roles and user access permissions. 5. Backup/restore testing and performance optimization tests before load testing.

    Original Description:

    Original Title

    Ss as Testing

    Copyright

    © Attribution Non-Commercial (BY-NC)

    Available Formats

    PDF, TXT or read online from Scribd

    Did you find this document useful?

    Is this content inappropriate?

    Report this Document
    The document outlines various testing scenarios for SSAS cubes including: 1. Basic validation tests like connecting, processing, and browsing the cube. 2. Data validation by comparing cube outputs to source data using MDX queries, SQL queries, and sample test data. 3. Cube design validation of measures, dimensions, hierarchies, and calculated measures. 4. Security testing of cube roles and user access permissions. 5. Backup/restore testing and performance optimization tests before load testing.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Download as PDF, TXT or read online from Scribd
    Flag for inappropriate content
    Download as pdf or txt
    876 views6 pages

    Ssas Cube Testing: E.G. Provider Sqloledb.1 Data Source Test Etl Catalog Dbcprmart

    Uploaded by

    Afroze999
    The document outlines various testing scenarios for SSAS cubes including: 1. Basic validation tests like connecting, processing, and browsing the cube. 2. Data validation by comparing cube outputs to source data using MDX queries, SQL queries, and sample test data. 3. Cube design validation of measures, dimensions, hierarchies, and calculated measures. 4. Security testing of cube roles and user access permissions. 5. Backup/restore testing and performance optimization tests before load testing.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Download as PDF, TXT or read online from Scribd
    Flag for inappropriate content
    Download as pdf or txt
    of 6

    SSAS Cube Testing

    1.1 BVT / Smoke Testing Scenarios: 1. Ensure only the user with the desired permission is able to connect to the cube 2. Validate Data Source Connection string for cube E.g. Provider=SQLOLEDB.1;Data Source=<Test ETL Server>.redmond.corp.microsoft.com;Integrated Security=SSPI;Initial Catalog=dbCPRMart 3. Validate your are able to successfully process the cube 4. Validate your are able to browse the cube 5. Configure and validating Analysis Services Query Logging 1.2 Data Validation Scenarios: Approach 1: Browse the cube using BIDS or SQL Server Management Studio and compare the output against Mart using SQL query If its a new development of a Cube, Browse the Cube, drag and drop measures on the Page and Dimension on the Y-axis. You need to write T-SQL that does similar aggregation that brings similar output. Eg: OWC Output: SALES AP CHINA INDIA US CHICAGO WASHINGTON Equivalent T-SQL: SELECT REGION, CITY, SUM(SALES ), SUM(PROFIT) FROM GEOG G JOIN SALES S FACT ON G.ID=S.ID GROUP BY REGION, CITY ORDER BY 2 500 550 65 65 200 250 60 50 PROFIT

    Approach 2: MDX query to compare data with SQL Query executed against Mart 2.1 For simpler Cube & Dimensional Models Write your MDX query and compose SQL query for the same conditions and results should match 2.2 Automatically generate MDX using SQL Profiler & Reporting tools and compare it against SQL SQL Profiler & Reporting Tools like PPS, ProClarity provide the capability of generating MDX on Cube conditions. Use these MDX against the SQL queries formed by you based on the relational / dimensional model on Mart. Approach 3: Black box testing using sample test data Insert / Update / Delete test data in your backend and calculate the outcome value based on the desired functionality / requirement without going to cube and ensuring that your expected output value matches the cube output in the final reports. Approach 4: AMOMD object Compare Create Automatic Verification Mechanism between OLAP and SQL objects http://msdn.microsoft.com/en-us/library/cc281460.aspx http://msdn.microsoft.com/en-us/library/cc280975.aspx

    Figure: shows a high-level view of the AMO object model for OLAP objects

    Reference: http://microsoft.apress.com/feature/74/introduction-to-analysis-managementobject-amo-programming 1.3 Cube Design Scenarios: 1. Validate all measures Open Visual Studio analysis services DB Browse and Open Cube DB Double Cube and browse to "Measure" pane Select measure <measure name> Go to Properties, and check "source" field

    Expected Result: Measure source should be set to correct table as source table and correct column as source column in Mart Ensure measure has all the required fields / columns as present in the mart 2. Validate all dimensions & dimension hierarchies Open Visual Studio analysis services DB Browse and Open Cube DB Double click Cube and open data source views and Open <Dimension name> Dimension under "Dimensions" Expected Result: Make sure Table columns in Mart are mapped to Dimension correctly Make sure Dimension key is correctly mapped to Dimension key column of the dimension Table in Mart Make sure all the required columns / fields are present in dimension as present in mart Ensure Hierarchy is correctly defined Fiscal Year -> Fiscal Month -> Fiscal Week -> Calendar date 3. Validate all calculated measures Open Visual Studio analysis services DB Browse and Open Cube and go to "Calculated" tab Check expression for "Calculated measure name" Expected Result The MDX expression defined should be accurate as per your requirements. Eg. [Measures].[ChangePoint Total Backlog] + [Measures].[Siebel High Pipe] + [Measures].[Siebel Low Pipe]

    4. Validate Data Source Views of your cube against your design

    1.4 Security Testing Scenarios: 1. Ensure each user belonging to a cube role has appropriate access

    2. User with read permission should only have access to browse the cube Read Definition checkbox should be selected

    3. User with Process permission should be able to process the cube as well. Process Database checkbox should be selected

    4. User with Admin permission should be able to browse, process, make changes to the cube as well. Full control (Administrator) checkbox should be selected 5. Cube roles should be mapped to correct users and group

    6. Cube roles should be having restricted access or unlimited access to dimension data based on the design and project needs

    1.5 Miscellaneous Scenarios: 1. Backup and Restore: Take the backup of the cube and try restoring. The functionality should remain working as earlier. 1.6 Performance Scenarios: 1. Optimize Cube Aggregations

    Before running your stress tests, youll want to ensure that you OLAP design has optimized aggregations. To optimize your aggregations, youll need to first turn on SQL Server Analysis Services query logging, then run the cube optimization wizard. 2. Using load simulator

    You might also like