概要
網(wǎng)上找不到其他好的復(fù)習(xí)筆記，自己按照考綱做一個(gè)，查缺補(bǔ)漏, 如需轉(zhuǎn)載請表明出處
要點(diǎn)分解
SalesForce 基礎(chǔ) （8%）
1. 理解SalesForce 核心對(duì)象
a.個(gè)人賬戶: use space in both account and contact objects; 只能和其他個(gè)人賬戶整合；默認(rèn)不被激活；跟商業(yè)賬戶使用不同的圖標(biāo)
2.判斷一個(gè)場景適用設(shè)置型定制或者開發(fā)型定制
3.常見的適用AppExchange的場景
數(shù)據(jù)模型（20%）
1. 確認(rèn)適合數(shù)據(jù)模型
a. Master-Details
主題與細(xì)節(jié)對(duì)象的行為規(guī)則：
一、刪除細(xì)節(jié)對(duì)象，細(xì)節(jié)對(duì)象會(huì)進(jìn)入回收站但對(duì)主體對(duì)象沒有影響；刪除主體對(duì)象，細(xì)節(jié)和子細(xì)節(jié)對(duì)象會(huì)一并刪除。從回收站恢復(fù)主體對(duì)象，細(xì)節(jié)和子細(xì)節(jié)對(duì)象一并恢復(fù)。如果先刪細(xì)節(jié)對(duì)象，再刪主體對(duì)象，恢復(fù)主體對(duì)象時(shí)不會(huì)恢復(fù)細(xì)節(jié)對(duì)象。
二、對(duì)象默認(rèn)不可以更改主體對(duì)象，但是對(duì)于自定義對(duì)象的master-detail relationship，管理員可以激活allow reparenting 選項(xiàng)來允許自定義對(duì)象改變管理的主體對(duì)象
三、細(xì)節(jié)和子細(xì)節(jié)對(duì)象沒有所有人字段，它們會(huì)由主體的所有人字段決定。自定義的細(xì)節(jié)對(duì)象不能夠進(jìn)行分享，手動(dòng)分享或者隊(duì)列，因?yàn)檫@些需要所有人字段。
四，細(xì)節(jié)和子細(xì)節(jié)對(duì)象繼承主體細(xì)節(jié)的安全設(shè)定和權(quán)限，不能單獨(dú)地給細(xì)節(jié)對(duì)象創(chuàng)建權(quán)限
五，在細(xì)節(jié)和子細(xì)節(jié)對(duì)象的頁面布局里，master-detail關(guān)系是必須的，主體對(duì)象可以是標(biāo)準(zhǔn)對(duì)象或者自定義對(duì)象
六，從最佳實(shí)踐的角度觸發(fā)，master-detail最好不要有超過1萬條的細(xì)節(jié)對(duì)象記錄
七，每一個(gè)自定義對(duì)象最多可以有兩個(gè)master-detail關(guān)系，總共最多可以有25條關(guān)系
八，關(guān)聯(lián)的對(duì)象在關(guān)系保存后無法修改
b. many to many: 可以使用master-detail關(guān)系去在任意兩個(gè)對(duì)象之間建立多對(duì)多的關(guān)系
c. look up：不支持sharing或者roll-up summary，對(duì)象可以與自己相關(guān)聯(lián)
在設(shè)定look up 關(guān)系的時(shí)候有2種選項(xiàng)：
一，設(shè)置look up 關(guān)系為必須，那么在對(duì)應(yīng)的頁面布局里也有設(shè)置其為必須的字段
二，設(shè)置look up關(guān)系為可選，需要從以下三種行為里面選擇一種作為look up關(guān)聯(lián)對(duì)象被刪除的時(shí)候的表現(xiàn)：
1??清除這個(gè)字段的值
2??不允許這個(gè)look up關(guān)聯(lián)對(duì)象被刪除，這種模式在關(guān)聯(lián)對(duì)象被用于workflow rule的時(shí)候可以限制其被隨意的刪除
3??同時(shí)刪除這個(gè)對(duì)象，這個(gè)只有在該對(duì)象為自定義對(duì)象的時(shí)候被允許，而被刪除的look up關(guān)聯(lián)對(duì)象則可以是標(biāo)準(zhǔn)或者自定義對(duì)象。這種刪除方法又被稱為級(jí)聯(lián)刪除，這種刪除方式可以繞過安全和共享設(shè)定，讓沒有權(quán)限的人刪除掉被級(jí)聯(lián)的目標(biāo)對(duì)象記錄。為了防止誤刪，這種方式默認(rèn)是禁止的，必須聯(lián)系Salesforce才能夠開通這種功能，而且這種功能不能作用于business hour， community，lead，price book，product或者用戶對(duì)象
look up 關(guān)系中，parent對(duì)象被刪除并不會(huì)被記錄在child對(duì)象的filed tracking history中
當(dāng)look up關(guān)系有超過10萬條記錄的時(shí)候，look up關(guān)系不能直接刪除，必須先將記錄的數(shù)目減少到可以操作的數(shù)目
External lookup：parent對(duì)象為外部對(duì)象，子對(duì)象為外部/標(biāo)準(zhǔn)/自定義對(duì)象。parent對(duì)象的external ID字段必須與子對(duì)象外部lookup關(guān)系字段相符
Indirect lookup：parent對(duì)象為標(biāo)準(zhǔn)/自定義對(duì)抗，子對(duì)象為外部對(duì)象。你可以在parent對(duì)象上定義一個(gè)唯一的external id字段并讓其與自對(duì)象的indirect lookup 關(guān)系字段相匹配
d.級(jí)別關(guān)系，僅適用于用戶對(duì)象，可以讓任意的用戶記錄關(guān)聯(lián)起來
2. 描述不同關(guān)系所具有的能力以及其對(duì)于數(shù)據(jù)接入，用戶界面和報(bào)告的影響
a.自定義對(duì)象的tab圖標(biāo)會(huì)被在關(guān)聯(lián)列表上顯示，如果tab設(shè)定存在的話
b.要定義多層的master detail關(guān)系，用戶必須有“customize application”的權(quán)限
c.默認(rèn)情況下，子對(duì)象記錄不能重新關(guān)聯(lián)到其他parent對(duì)象記錄，但對(duì)于自定義對(duì)象，管理員可以在設(shè)置master-detail關(guān)系的時(shí)候選擇“allow reparenting”選項(xiàng)來允許自定義子對(duì)象記錄重新關(guān)聯(lián)到其他parent對(duì)象記錄
d.你可以有最多3層的自定義子對(duì)象
e.標(biāo)準(zhǔn)對(duì)象不能是自定義對(duì)象的子對(duì)象
f.你不能定義master-detail關(guān)系，如果自定義對(duì)象（detail）已經(jīng)有數(shù)據(jù)，但是你可以先建立look up關(guān)系，然后再將其轉(zhuǎn)化成master-detail關(guān)系（只要每個(gè)記錄都有對(duì)應(yīng)的字段數(shù)據(jù)）
g. 子細(xì)節(jié)對(duì)象的數(shù)據(jù)不能直接roll up到parent對(duì)象，必須先roll up到細(xì)節(jié)對(duì)象再進(jìn)行匯總
h.多重master-detail關(guān)系可以被用于報(bào)表，在創(chuàng)建自定義對(duì)象的時(shí)候必須勾選allow report選項(xiàng)
i.junction對(duì)象不能成為master-detail關(guān)系中的parent對(duì)象
j.你不可以刪除作為master的自定義對(duì)象，但是你可以刪除作為detail的自定義對(duì)象，注意這會(huì)導(dǎo)致master-detail關(guān)系被轉(zhuǎn)化成look up 關(guān)系
3.改變字段類型會(huì)造成的影響
master-detail -> look up:只有沒有roll-up summary字段
look up->master detail:所有記錄的look up字段必須都有值
以下情況會(huì)導(dǎo)致數(shù)據(jù)丟失：
涉及日期/時(shí)間/列表/多選項(xiàng)列表的轉(zhuǎn)化，轉(zhuǎn)化成數(shù)字/百分比/貨幣，從單選框轉(zhuǎn)化成其他類型。從Auto number轉(zhuǎn)化成其他類型。從文本轉(zhuǎn)換成列表。
列表轉(zhuǎn)換成多選列表是數(shù)據(jù)可以保存，如果數(shù)據(jù)中含有多選列表里沒有的選項(xiàng)，這些選項(xiàng)會(huì)從記錄中刪除。
只有從Text轉(zhuǎn)化成Auto Number時(shí)數(shù)據(jù)不會(huì)丟失，其他類型數(shù)據(jù)轉(zhuǎn)化成Auto Number都會(huì)丟失數(shù)據(jù)。
在轉(zhuǎn)化Text Area(Long)的時(shí)候，只有轉(zhuǎn)化成Email/Phone/Text/TextArea/URL這幾種類型數(shù)據(jù)，只有前255character可以保留
數(shù)據(jù)丟失的時(shí)候，基于自定義字段的list view會(huì)被刪除，這也可能會(huì)影響到assignment和escalation rule
lead轉(zhuǎn)化時(shí)候映射的字段是不可以改變其數(shù)據(jù)類型的
對(duì)于external ID只能選擇text，email或者number類型，不然該字段不會(huì)再作為external ID
不能將自定義字段轉(zhuǎn)化成加密字段，反之亦然
In Salesforce Knowledge article types, the file field type can't be converted into other data types.
如果一個(gè)自定義字段被?Visualforce pages, Apex code, Process Builder, or flows引用，那么就不能改變其字段類型
改變自定義字段類型會(huì)同時(shí)改變多條數(shù)據(jù)，這個(gè)改變要求會(huì)被放到隊(duì)列里，完成時(shí)用戶會(huì)收到電子郵件通知。
在改變數(shù)據(jù)類型之前，確保該字段沒有被workflow所引用，或者新的類型會(huì)導(dǎo)致field update formula失效
Auto Number 〈-〉 Text 不能超過30個(gè)字
Formula 不能轉(zhuǎn)換成其他類型，反之亦然
Picklist可以轉(zhuǎn)換成Checkbox, 可以指定某幾個(gè)值影射成check/uncheck
你只能對(duì)外部對(duì)象的關(guān)系轉(zhuǎn)換成非關(guān)系字段
將自定義對(duì)象的master detail轉(zhuǎn)換成look up關(guān)系，這個(gè)對(duì)象的organisation-wide default 自動(dòng)更新為Public Read/Write.而從lookup轉(zhuǎn)換成master detail的時(shí)候，organisation-wide default會(huì)由parent對(duì)象控制
text area (reach) 只能轉(zhuǎn)換成 text area(long)，任何圖片和mark up 會(huì)在下次保存數(shù)據(jù)的時(shí)候被刪除
4.對(duì)指定的需求賦予適合的字段類型
https://developer.salesforce.com/docs/atlas.en-us.api.meta/api/field_types.htm
5.理解schema builder的功能和使用方式
a. schema builder: 把對(duì)象放在Canvas
b.對(duì)象,Fields在Element Tab
https://trailhead.salesforce.com/en/modules/data_modeling/units/schema_builder
6.理解用于數(shù)據(jù)導(dǎo)入和導(dǎo)出的工具選項(xiàng)和注意事項(xiàng)
a.數(shù)據(jù)導(dǎo)入
Data Import Wizard：common standard objects and custom object, 不超過5萬條記錄，導(dǎo)入不能自動(dòng)化, unmapped fields are not imported into Salesforce
Data Loader: 不超過5百萬記錄，任意數(shù)據(jù)，無論從文件還是數(shù)據(jù)庫連接，可以用圖形界面也可以用命令行，使用于周期性的數(shù)據(jù)導(dǎo)入
超過5百萬記錄，建議找Salesforce合作商或者在AppExchange上找到合適的產(chǎn)品
Picklist/Multi-Select Picklist在導(dǎo)入的時(shí)候有新的值，對(duì)于unrestricted picklist,那么Data Import Wizard會(huì)使用新的值，否則，Data Import Wizard將使用這個(gè)列表的默認(rèn)值，多選列表每個(gè)選項(xiàng)之間必須用分號(hào)隔開
Checkbox:１表示已選 ０表示未選
列表，多選列表和check box，如果在Data Import Wizard沒有進(jìn)行映射，那么默認(rèn)值會(huì)被自動(dòng)插入到這些新的或者被更新的記錄
Date/Time Fields的格式必須和用戶的locale設(shè)定想匹配
Formula Fields不接受數(shù)據(jù)導(dǎo)入
b.數(shù)據(jù)導(dǎo)出
Data Export Wizard (in-browser):可以自動(dòng)或者手動(dòng)地導(dǎo)出數(shù)據(jù)，可以選擇每星期或者每個(gè)月
Data Loader：CLI可以用來自動(dòng)化導(dǎo)出數(shù)據(jù)
7.外部對(duì)象的功能和使用案例
a.必須使用"validate and sync"使數(shù)據(jù)同步到salesforce
b. 必須勾選"include in Salesforce searches"選項(xiàng)才可以在Salesforce里搜索外部對(duì)象
c. 外部對(duì)象可以定義的關(guān)系：external lookup, indirect lookup,lookup
d. File Connect Adapters: 支持google drive, box, sharepoint online, onedrive for business
安全 (10%)
1.如何限制或者延伸對(duì)象，記錄和字段級(jí)別的訪問
With profiles only you can enable/disable object/field/tabs permission and permission set can provide additional permissions. Roles, sharing rules and manual sharing overrides the organization wide default.
2.對(duì)指定的需求配置適當(dāng)?shù)墓蚕矸桨?/p>
業(yè)務(wù)邏輯和自動(dòng)化處理 （27%）
1. record type的功能和使用案例
a. 創(chuàng)建步驟：
Step 1: Manage master picklists.
Step 2: Create record types，此步驟包含指定master picklist里面特定的值給對(duì)應(yīng)的record types；
Step 3: Add record types to profiles，此步驟還包含給每個(gè)profile賦予相同或者不同的page layout
Step 4: Set personal options for record types，允許用戶在創(chuàng)建記錄的時(shí)候設(shè)置默認(rèn)的record type，這樣可以避免每次創(chuàng)建記錄的時(shí)候都要用戶作出選擇
提示: 重命名 a record type 不會(huì)改變列表所包含的選項(xiàng)
當(dāng)用戶轉(zhuǎn)化一個(gè)lead的時(shí)候，創(chuàng)建的新的賬戶，聯(lián)系人和機(jī)遇會(huì)自動(dòng)使用記錄所有人默認(rèn)的record type；當(dāng)用戶克隆一個(gè)記錄的時(shí)候，新的副本記錄會(huì)和原本記錄的record type一樣，除非用戶沒有權(quán)限創(chuàng)建這種類型的record type。如果是這種情況，副本記錄會(huì)使用用戶默認(rèn)的record type。
一個(gè)用戶可以看到的公式字段可能是基于隱藏或者只讀字段的。如果這個(gè)公式字段涉及敏感信息，需要用字段安全級(jí)別去隱藏。
2. formula field的功能和使用案例
a. Formula field可以引用parent對(duì)象的字段，formula field可以用來動(dòng)態(tài)顯示圖像，
3. roll-up summary的功能，使用案例和考慮事項(xiàng)
a.需要master-detail關(guān)系
b.一旦創(chuàng)建，不能修改所選的細(xì)節(jié)對(duì)象或者刪除任何被引用的字段
c.不在編輯頁面顯示，可以用于設(shè)置驗(yàn)證規(guī)則，驗(yàn)證錯(cuò)誤信息可以現(xiàn)實(shí)在master/detail記錄
d.需要實(shí)時(shí)確定賦值的函數(shù)都不能在roll-up summary字段里面使用，比如current user, current date
4. validation rule的功能和使用案例
a. 驗(yàn)證規(guī)則是在數(shù)據(jù)存入之前出發(fā)檢驗(yàn)的
b.使用案例：非空字段必須為數(shù)字，日期必須是今年的某一天，輸入的數(shù)字在指定范圍內(nèi)，文本最后4位在指定的防偽內(nèi)，賬號(hào)的賬單國家使用iso標(biāo)準(zhǔn)
5. approval processes的功能和使用案例
步驟：
a. 創(chuàng)建電子郵件模板
b.創(chuàng)建審批流程（選擇判斷對(duì)象，選擇是否采用快捷創(chuàng)建 - 需要命名、審批流程采用的電子郵件模板，設(shè)置觸發(fā)條件/Entry Criteria、選擇審批者
c.設(shè)置批準(zhǔn)和駁回所需要采取的動(dòng)作
注意：使用process builder 來觸發(fā)approval process可以確保審批流程不被跳過
6. workflow，visual workflow，process builder的功能和使用案例
a. process builder 用于創(chuàng)建簡單的流程，可以向外部系統(tǒng)發(fā)送事件消息。process builder 可以被其他業(yè)務(wù)流程使用的流程叫做invoiceable process。
Salesforce 官網(wǎng)推薦使用process builder去應(yīng)對(duì)后臺(tái)自動(dòng)觸發(fā)的流程。觸發(fā)的時(shí)機(jī)可以是某一個(gè)字段更新，接受到某一個(gè)系統(tǒng)信息，或者指定的時(shí)間或著經(jīng)歷了指定的時(shí)間長度。同時(shí)，Salesforce不建議新學(xué)者使用workflow因?yàn)樾碌暮笈_(tái)自動(dòng)化功能只會(huì)從另外兩種工具里更新。
Process builder允許里控制流程的執(zhí)行順序。
Process builder可以執(zhí)行的動(dòng)作：創(chuàng)建記錄；更新流程的核心對(duì)象及其相關(guān)對(duì)象的記錄；將核心對(duì)象提交審批；更新一條或多條相關(guān)記錄；使用指定的電子郵件模板發(fā)送電子郵件；在某個(gè)chatter feed里發(fā)帖。
Process builder可以創(chuàng)建3中不同類型的流程：一、Record change - 當(dāng)記錄創(chuàng)建或者修改的時(shí)候觸發(fā)；二、invoiceable - 可以被其他流程調(diào)用；三、platform event - 接收到系統(tǒng)事件時(shí)觸發(fā)。
Process builder的局限：不能發(fā)帖，不能提交一個(gè)相關(guān)記錄用于審批，不能刪除記錄，創(chuàng)建多個(gè)相互關(guān)聯(lián)的記錄，處理復(fù)雜邏輯。
b. visual workflow (cloud flow designer)用于較為復(fù)雜的商業(yè)流程。
cloud flow designer允許管理員使用現(xiàn)成的頁面控件或者定制的lightining組件來創(chuàng)建所需的流程頁面。不僅可以向外部系統(tǒng)發(fā)送事件消息，還可以通過External services向第三方檢索信息
cloud flow designer里面可以重用的流程叫做次流程（sub flow）。
如果目標(biāo)流程要求用戶提供訊息，那么cloud flow designer是所需的自動(dòng)化工具。
Cloud flow designer里面無法定義觸發(fā)條件，它需要被一個(gè)流程或者apex trigger所觸發(fā)。
如果流程要求手動(dòng)觸發(fā)，那么使用cloud flow designer設(shè)計(jì)流程，然后通過定制的按鈕或者連接將流程附加到指定的頁面上。
c. workflow只能更新parent對(duì)象而process builder可以更新任何相關(guān)或者非相關(guān)的對(duì)象；只有在需要發(fā)送外部消息的時(shí)候workflow優(yōu)先于process builder
7.根據(jù)需求給出自動(dòng)化處理的方案（參考6里的知識(shí)要點(diǎn)）
8.更新字段的具體細(xì)節(jié)（https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm）
社交（3%）
1.社交功能及其使用案例
要點(diǎn)
1. 用戶需要有社交賬號(hào)才能看到社交網(wǎng)站的信息
2. 用戶必須登陸他們自己的社交賬號(hào)才能看到關(guān)于賬戶和聯(lián)系人的社交信息
3.社交信息會(huì)在搜索一個(gè)或多個(gè)社交網(wǎng)絡(luò)并指定要關(guān)聯(lián)的社交檔案后被導(dǎo)入賬戶和聯(lián)系人記錄上
4. 社交信息不會(huì)自動(dòng)導(dǎo)入到賬戶和聯(lián)系人記錄上
5. 支持Facebook, Twitter, Youtube and Klout， 不再支持linkedin, lightning experience和salesforce app只支持twitter
6.激活Chatter的時(shí)候，如果你的公司Chatter用戶少于16人，那么所有用戶自動(dòng)關(guān)注彼此還有最多25條最近使用的記錄；如果你的公司有不少于16Chatter用戶，他們會(huì)自動(dòng)關(guān)注２５條最近使用過的記錄和多達(dá)２５個(gè)公司內(nèi)的用戶，包括他們的經(jīng)歷，他經(jīng)理的下屬，他自己的下屬，客戶和機(jī)遇小組里的成員。
7. Post在個(gè)人頁面的帖子不會(huì)觸發(fā)電子郵件推送，因此不能確認(rèn)跟進(jìn)情況
8. Action的種類：
a. standard actions: 當(dāng)chatter被激活的時(shí)候自動(dòng)添加，可以修改他們的排列順序但是不能修改這些動(dòng)作的屬性
b. nonstandard actions:可以調(diào)制的動(dòng)作
c. default actions: Salesforce預(yù)先設(shè)置好的動(dòng)作，需要添加需要的用戶到對(duì)應(yīng)的publisher layout
d.mobile smart actions: 和default actions一樣預(yù)先設(shè)置好的動(dòng)作，并且支持相同的對(duì)象范圍
e. custom actions: 觸發(fā)Lightning組件, Visualforce頁面或者canvas應(yīng)用。比如創(chuàng)建一個(gè)動(dòng)作用來支持用戶超過５千字的評(píng)論
f. productivity actions:?Salesforce預(yù)先設(shè)置好的動(dòng)作, 只支持特定的對(duì)象，不可修改或者刪除
9. Approval in Chatter 的步驟：
a. 在chatter setting選擇Allow Approval
b.設(shè)置審批帖子的模板
c.設(shè)置審批程序
d.確認(rèn)對(duì)應(yīng)的對(duì)象已經(jīng)激活chatter feed tracking
10. 開通chatter最好的時(shí)間是after hour以減小對(duì)業(yè)務(wù)的干擾
11.Profile-Based Rollout Overview (分步部署Chatter)
From a high-level perspective, a profile-based rollout of Chatter consists of these steps:
You contact Salesforce, and ask us to enable a profile-based rollout of Chatter for your organization.
You determine which users should and shouldn’t have access to Chatter.
You review and modify existing custom user profiles and permissions sets. For example, verify that the Enable Chatter permission in a custom user profile or permission set has the desired setting.
You turn on Chatter for your organization.
用戶界面（14%）
1. 用戶界面定制選項(xiàng)
a.home page 不能使用record type
b.highlight panel由compact layout決定
c. Actions:可以放置在hightlights panel, Activity tab以及Chatter tab,不是所有的actions都支持lightning experience
d. Lightning Experince支持Blank Spaces, Canvas Apps
e. Custom Links可以在Details tab可以顯示
2. 定制按鈕，連接和動(dòng)作的功能和使用案例
a. Actions display in the Global Action menu in the header (global publisher layout), on related lists, and on list view items as well as server places on a record page depends on the action's type.
b. Global Actions menu does not support the standard Chatter actions Post, File, Poll, Link, Question and Thanks
c. Object specific actions does not appear in the Global Actions menu.
d. Except for the Task object, only standard button actions are supported on list view items. Items in Tasks list views contain the full list of actions available for tasks.
e.Actions on home page shows on recommendations in the assistant
f. Actions on chatter page contain only standard actions, which can be managed via global publisher layout.
g. Actions on record page: The actions in the page-level action menu are a combination of the quick actions, productivity actions, and standard buttons. These actions appear in the order that they’re listed on the page layout. Although they’re quick actions, New Event and New Task don’t show up here.
3.在應(yīng)用中設(shè)置lightning component選項(xiàng)的幾種方案
4.根據(jù)需求選定適合的用戶界面設(shè)計(jì)
報(bào)告
1. 說明常見報(bào)告時(shí)可以選用的功能，報(bào)告類型和儀表盤
移動(dòng)
1.如何配置salesforce移動(dòng)應(yīng)用的使用界面
2. 根據(jù)需求，選擇全局或者指定對(duì)象可用動(dòng)作以及動(dòng)作布局用以優(yōu)化移動(dòng)用戶體驗(yàn)
應(yīng)用開發(fā)? （8%）
1.描述主要的里程碑和管理應(yīng)用生存周期的考慮事項(xiàng)
a. Plan (需求收集和分析，產(chǎn)品經(jīng)理主導(dǎo))-> Build（管理員和開發(fā)人員主導(dǎo)） -> Test （單元測試，功能測試和用戶體驗(yàn)測試） -> Deploy （發(fā)布經(jīng)理主導(dǎo)）
b. 變革管理框架的3部分： 1. Centre of Excellent； 2. Release management; 3. Design standard.
c. Release的3個(gè)級(jí)別：Daily （Bug修復(fù)和不需要正式發(fā)布管理的簡單變革包括報(bào)表，面板，列表試圖，電子郵件模板和用戶管理），Minor（影響力有限的變化，需要測試但是需要的培訓(xùn)和變革管理有限，發(fā)布周期在幾個(gè)星期以內(nèi)），Major（重大影響的變革，包含設(shè)置改變和代碼更新以及一個(gè)或者多個(gè)依賴關(guān)系。因?yàn)檫@種變革對(duì)用戶體驗(yàn)和數(shù)據(jù)質(zhì)量有重大影響，需要徹底的測試，培訓(xùn)和變革管理。這種發(fā)布往往以季度為周期）。對(duì)于minor和major的發(fā)布，最好固定在一個(gè)星期的某一天，并且避開節(jié)假日和其他重大活動(dòng)。
d.兩個(gè)開發(fā)人員的代碼合并到QA環(huán)境里做質(zhì)量檢控然后推送到UAT環(huán)境力做用戶測試，然后推送到預(yù)發(fā)布環(huán)境等待最后推送到生產(chǎn)環(huán)境中。
e. 版本測試軟件（比如git）可以合并多個(gè)開發(fā)人員更新的代碼，可以進(jìn)行針對(duì)性的測試并把正在開發(fā)的部分進(jìn)行隔離。然后把一個(gè)測試發(fā)布部署到預(yù)發(fā)布環(huán)境里，如果成功，則推送到生產(chǎn)環(huán)境。
2. 描述不同沙盒之間的差異和考慮事項(xiàng)
3. 描述change sets的功能和考慮事項(xiàng)
a.特點(diǎn)：一、用點(diǎn)擊方式完成部署；二、唯一不需要使用本地文件管理系統(tǒng)的部署方式；三、能夠識(shí)別部署的依賴性組件，比如自定義字段依存于自定義對(duì)象；四、一次定義多次部署。
b.部署4步驟：一、在要發(fā)布的組織授權(quán)部署連接 （Production Org-> Setup -> Deployment Settings -> Specific Sandbox Org -> Allow Inbound Change; 二、創(chuàng)建并上傳outbound change set （Sandbox Org-> Setup -> Outbound Change Sets-> New -> 給新的change set命名并保存->添加修改的組件-> 查看/添加依賴組件->點(diǎn)擊上傳并選擇目標(biāo)org (production org)->上傳完成后有郵件通知；三、在production org驗(yàn)證inbound change sets： Production org -> Setup -> Inbound Change Sets -> specific inbound change set -> validate->view results;四、發(fā)布：Production org->Setup -> Inbound Change Sets ->?Change Sets Awaiting Deployment list->specific inbound change set->Deploy (如果發(fā)布不成功則所有變化回滾，如果發(fā)布成功，則所有變化無法回滾）
c. change sets只包括你從setup菜單上進(jìn)行的配置改變，并不不含記錄數(shù)據(jù)。
d.change sets connection在目標(biāo)org維護(hù)的時(shí)候并不可用，此時(shí)你只能在sandbox org里創(chuàng)建outbound change sets而不能進(jìn)行上傳
e.如果一個(gè)org沒有沙盒，那么在deployment connection頁面上就會(huì)顯示Insufficient Privileges 錯(cuò)誤
f.在驗(yàn)證和發(fā)布的時(shí)候發(fā)生錯(cuò)誤時(shí)，發(fā)布過程不會(huì)自動(dòng)重啟，要確保你的org沒有被所或者進(jìn)入維護(hù)，不然你的org將無法訪問。
g.用戶名在復(fù)制到不同環(huán)境的時(shí)候會(huì)自動(dòng)生成環(huán)境相關(guān)的后綴名，但是在change sets里面這種變化將會(huì)被無視
h. change sets最佳實(shí)踐：一、部署所有依賴性部件；二、在outbound change sets里面包含用戶的權(quán)限和訪問設(shè)定（profile and permission sets);三、已經(jīng)上傳的change sets無法修改，但是給以將其克隆在增添額外的組件；四、用不同的命名區(qū)分global publisher layouts 和 Outlook publisher layouts 因?yàn)樵赾hange set里面不顯示layout的類型；五、源org在驗(yàn)證outbound change sets的時(shí)候以及目標(biāo)org在部署inbound change sets的時(shí)候會(huì)被鎖定，鎖定期間可以讀寫數(shù)據(jù)但是不能修改設(shè)定。因此部署要避開系統(tǒng)維護(hù)窗口。六、部署前一定要驗(yàn)證；七、上傳的outbound change set或者部署的inbound change set的一個(gè)組件細(xì)節(jié)可以用XML的形式展示；八、限制change set一次不超過1萬個(gè)文件，如果超過，考慮將郵件模板、報(bào)表和現(xiàn)實(shí)版的change sets獨(dú)立出來，因?yàn)樗麄円话阋蕾囆宰钌伲痪牛荒苡胏hange set刪除或者重命名組件，刪除必須通過目標(biāo)org的網(wǎng)頁借口，重命名則實(shí)際為先刪除在重新上傳；在change sets里面包含字段類型更改一般要耗時(shí)更長，通常考慮在目標(biāo)org手動(dòng)更改字段數(shù)據(jù)類型；十，規(guī)劃在目標(biāo)org進(jìn)行測試，all local Apex tests in that org are run by default if you’re deploying any Apex classes or triggers. If the target org is a sandbox, however, tests aren’t automatically run.
i. change set適用場景：從沙盒到生產(chǎn)場景的直接遷移；無需本地文件系統(tǒng)的改革管理；審核之前部署的變革；強(qiáng)制數(shù)據(jù)遷移的途徑；部署相同的組件到不同的orgs
j.change set的限制：只能在沙盒和生產(chǎn)環(huán)境之前遷移，不同生產(chǎn)環(huán)境之間不可以；不能刪除組件，只能手動(dòng)刪除；基于云，不易與版本控制軟件聯(lián)用
4. 描述使用托管packages的使用案例和考慮事項(xiàng)
5.按照需求場景決定合適的部署計(jì)劃
參考
1. 考綱：學(xué)習(xí)指南
3.?Triggers and Order of Execution
5.
