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

 Using a Developer Edition org to stage changes to their Customer Community poses the following risks:

Developer Edition orgs have limited user counts and low data volume limits, which will make User Testing difficult, as the testing environment will not be representative of the production environment.

Developer Edition orgs cannot have sandboxes, which will make team development difficult, as the developers will not be able to work in isolated environments and test their changes before merging them.

Changes Sets cannot be used to deploy from Developer Edition to Production, which will make deployment more complex, as the developers will have to use other tools such as Ant Migration Tool or SFDX CLI to deploy their changes.

Using continuous integration with automation testing is a development practice that will help to reduce the amount of bugs, as it allows the code to be built and tested frequently and automatically. Encouraging the development team to do peer code review is a development practice that will help to reduce the amount of bugs, as it allows the code to be checked and improved by other developers. Incorporating test-driven development into the project structure is a development practice that will help to reduce the amount of bugs, as it requires the developers to write tests before writing code and ensure that the code meets the test criteria. Enabling the development team to be self-organizing is not a development practice that will help to reduce the amount of bugs, as it does not directly affect the quality of the code. Enabling a short and timely feedback loop with customers is not a development practice that will help to reduce the amount of bugs, as it does not directly affect the quality of the code.

Manually validating change sets before deployment is a recommended practice to avoid possible delays while deploying a change set, as it can help you identify and resolve any errors or dependencies before the actual deployment. Change set performance is not independent of included components, as some components may take longer to deploy than others. Manually creating new custom objects and new custom fields or manually applying the field type changes are not advisable, as they can introduce human errors and inconsistencies between environments. See Deploy Changes with Change Sets for more details.

An unmanaged package is a suitable option for deploying an application from a contractor’s own Salesforce to UC’s Salesforce environments. An unmanaged package allows the contractor to share the application code with UC, while giving UC full control and ownership of the code. An unmanaged package also does not require a namespace prefix or a security review.