Salesforce Updated Certified-Business-Analyst Exam Questions and Answers by miran

The persona that should be listed in this user story is sales rep. A persona is a fictional representation of a user role or group who will benefit from a feature or functionality. It helps describe who the user is, what they want or need, and why they want or need it. The persona should be specific enough to capture the characteristics and goals of the user group, but not too specific that it excludes other potential users. The persona that should be listed in this user story is sales rep because they are the ones who want to capture the names of the contact’s spouse and children to help build the relationship. Contact is not a persona that should be listed in this user story because they are not the ones who will use or benefit from this feature or functionality. They are the object of the feature or functionality, not the subject. Service rep is not a persona that should be listed in this user story because they are not the ones who want or need this feature or functionality. They may have different goals or expectations than sales reps when it comes to contact management. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories

The step of the application lifecycle management (ALM) cycle that requires the business analyst to study current business processes, gather requirements, and analyze them is plan. ALM is a process that helps manage changes to an application from planning to deployment and beyond. ALM has six steps: plan, develop, test, build release, test release, and release. The plan step is where the business analyst studies current business processes, gathers requirements, and analyzes them to understand what needs to be changed or improved in an application. The plan step also involves defining objectives, scope, budget, timeline, deliverables, roles and responsibilities for a project. The develop step is where developers create or modify code or declarative components based on the requirements gathered in the plan step. The test step is where testers verify that the code or declarative components work as expected and meet quality standards using various testing techniques and tools. The build release step is where developers package all code or declarative components into a release that can be deployed to other environments using various deployment techniques and tools. The test release step is where end users test the release in a sandbox or test environment to verify that it works as intended, and what was originally requested is actually being delivered. The release step is where the release is deployed to production and made available to end users. References: https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models/understand-what-application-lifecycle-management-is

The business analyst should conduct individual interviews to gather input from the key stakeholders. Interviews are a technique that involves asking open-ended questions to stakeholders or users to gather information and feedback about their needs, expectations, preferences, pain points, goals, etc. Interviews help to elicit requirements and user stories from the key stakeholders by allowing them to express their opinions and experiences in their own words, as well as clarifying any doubts or ambiguities. Interviews also help to avoid the influence or dominance of one stakeholder over others, as well as reduce the risk of groupthink or conformity. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

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: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements