Salesforce Salesforce Business Analyst Certified-Business-Analyst New Questions

This answer states that number of passed test cases divided by total number of test cases is how the success rate is calculated after completing user acceptance testing (UAT) for a Commerce Cloud implementation at CK. Test cases are scenarios or steps that verify or validate if a feature or a functionality meets the acceptance criteria or requirements. Passed test cases are test cases that meet or pass the acceptance criteria or requirements. Total number of test cases are all test cases that are executed or performed for UAT. Number of passed test cases divided by total number of test cases is how the success rate is calculated because it measures how many test cases meet or pass the acceptance criteria or requirements out of all test cases executed or performed for UAT. References:

This answer states that using the INVEST checklist is what the BA should use to assess the quality of a user story for developing a solution to help the marketing department manage leads in Sales Cloud at UC. The INVEST checklist is a set of criteria that helps to evaluate if a user story is well-written and well-defined. The INVEST checklist stands for Independent, Negotiable, Valuable, Estimable, Small, and Testable. Independent means that the user story can be developed and delivered without depending on or affecting other user stories. Negotiable means that the user story can be modified or refined based on feedback or changes in requirements. Valuable means that the user story provides a clear benefit or outcome to the user or the stakeholder. Estimable means that the user story can be estimated in terms of time, effort, or resources needed to complete it. Small means that the user story can be delivered within a short time frame or iteration. Testable means that the user story can be verified or measured against acceptance criteria or tests. Using the INVEST checklist is what the BA should use to assess the quality of a user story because it helps the BA to ensure that the user story is clear, concise, consistent, and complete. References:

This answer states that asking for specific examples to review is how the BA should respond to feedback from UC’s project manager who tells the BA that the developers on the team are having trouble understanding what to build because the acceptance criteria for the Sales Cloud user stories are confusing. Asking for specific examples to review means that the BA requests the project manager or the developers to provide concrete instances or scenarios of where and how the acceptance criteria for the Sales Cloud user stories are confusing, such as ambiguous, inconsistent, or incomplete acceptance criteria. Asking for specific examples to review is how the BA should respond to feedback from UC’s project manager because it helps the BA to clarify and verify the feedback, and to revise and update the acceptance criteria accordingly. References:

The user story that meets the requirement is “As a CRM manager, I need to see my team’s work queues so I can monitor their open tickets”. A user story is a statement that describes what a user or stakeholder needs or wants from a system or solution in order to achieve a specific goal or outcome. A user story follows the format “As a [role], I want to [action], so that I can [outcome]”. A user story helps to capture and communicate the business value and benefit of a requirement or feature. The user story that meets the requirement is “As a CRM manager, I need to see my team’s work queues so I can monitor their open tickets” because it specifies the role (CRM manager), the action (see my team’s work queues), and the outcome (monitor their open tickets). The other user stories are either too vague © or too specific (A) to meet the requirement. References: