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

 The key features of an agile development support tool that an architect should look for are sprint backlog management, product backlog prioritization, and work assignment. These features enable the team to plan, execute, and monitor the sprints effectively and efficiently. Email notifications and Kanban board are not essential features of an agile development support tool, as they can be achieved by other means or tools.

The only condition that would make continuous integration unsuitable for UC is if their Salesforce instance has only standard functionality, as this would mean that there is no need for code deployment or version control. Option A is not a valid reason, as test scripts can be generated and executed as part of the continuous integration process. Option B is not a valid reason, as a full sandbox is not a requirement for continuous integration, and other types of sandboxes can be used instead. Option D is not a valid reason, as there are free or low-cost software tools available for continuous integration, such as Jenkins, Git, and Ant

C and D are the correct answers, as they are the best strategies to address a critical production issue occurring in the middle of development. C is correct, as using a source control system to allow separate branches for current development and production bug fixes can help to isolate the changes and avoid conflicts or overwriting. D is correct, as refreshing a sandbox for replication of the issue and testing the use-case scenarios once the code is fixed can help to ensure the quality and functionality of the solution before deploying it to production. A is incorrect, as creating separate branches for current development and production bug fixes and deploying the fix with current development when ready can delay the resolution of the production issue and introduce new risks or errors. B is incorrect, as utilizing one branch for both development and production bug fixes to avoid out-of-sync branches and simplify deployment can create confusion and complexity in the code and make it harder to test and validate. You can learn more about these strategies in the Application Lifecycle and Deployment module on Trailhead.

The fastest approach to spin off a sandbox with up to 10,000 records in each object for testing the integration performance is to spin off a partial copy sandbox using a sandbox template with all the objects required for testing the integration. A partial copy sandbox can copy up to 10,000 records per object using a sandbox template that specifies the objects and fields to copy. A partial copy sandbox can also copy the metadata and the configuration settings from the production org. A developer pro sandbox, a development sandbox, or a full copy sandbox may not be able to copy enough data for testing the integration performance, as they have lower data storage limits. A developer pro sandbox and a development sandbox can only copy 1 GB of data, while a full copy sandbox can only copy 5 GB of data. A full copy sandbox may also take longer to spin-off, as it copies all the data and metadata from the production org.