Salesforce Updated Development-Lifecycle-and-Deployment-Architect Exam Questions and Answers by luis

 Fixing the issue in hotfix, testing, and deploying to production is the best option when UC has PI issues and has to be fixed immediately. A hotfix sandbox is a type of sandbox that is used for emergency fixes in production. It is a copy of the production org and has a shorter refresh interval than other sandboxes. A hotfix sandbox allows the team to quickly fix and test the issue without affecting the ongoing development and release cycles.

 Cross-site scripting is the most common reason that the prospect AppExchange products fail the security review. Cross-site scripting (XSS) is a type of web application vulnerability that allows an attacker to inject malicious code into a web page that is viewed by other users. XSS can compromise the security and privacy of the users, as well as the functionality and performance of the application. Salesforce has strict security standards and policies for AppExchange products, and any product that has XSS vulnerabilities will not pass the security review. CRUD/FLS, session hacking, and SOQL injection are also security issues that can affect AppExchange products, but they are not as common or severe as XSS.

The best option for the new BU is to use a new stand-alone Salesforce org, not integrated with the others. This will allow the new BU to have flexibility in their business processes, without affecting or being affected by the other BUs. Since the new BU does not share customers with the other BUs, there is no need to integrate with the customer 360-degree view org, which would add complexity and cost. Deploying the new BU in the customer 360-degree view org is not a good idea, as it would create confusion and duplication of data, as well as limit the customization options for the new BU. Using the same Salesforce org of another BU that shares geographical localization with the new BU is also not a good idea, as it would create conflicts and dependencies between the two BUs, as well as reduce the performance and security of the org. Using a new Salesforce org for the new BU, and customizing integration so that it reads and writes customer information from the customer data org is unnecessary and inefficient, as the new BU does not need to access or update the customer data of the other BUs.

Utilizing Heroku Connect to provide test class data is not a recommended method of creating test data in Salesforce, as it can introduce unnecessary complexity and dependency on an external system. Referencing data from middleware directly within your test class is also not a good practice, as it can make your test class unreliable and dependent on the availability of the middleware. Hosting a mock endpoint to produce sample information from an endpoint and loading a CSV as a static resource and referencing it in a test class are both valid methods of creating test data in Salesforce, as they allow you to isolate your test class from external factors and ensure consistent results. See Create Test Data for Apex Tests for more details.