1.從需求到測試的核心
個人認爲從需求到測試的核心就是開發申請，從需求的討論到開發，再到最後的集成測試是一個漫長的且需要反覆打磨的過程。一份優秀的開發申請不但可以省去開發人員的大量時間，同時可以保證開發的成果可以滿足需求，省去大量打磨的時間。一般來說，業務顧問的經驗會對開發申請的質量產生直接的正向影響，但這也並不意味着撰寫開發申請是完全靠經驗而沒有方法論在其中的。一份高質量的開發申請不但要明確功能點和完整清晰的邏輯，同時還要考慮到不同人的使用。下面主要介紹一下使用開發申請的對象及其關注的點，開發申請的撰寫流程放到下一小節中，將其包含在從需求到測試確認的大流程中進行介紹。
開發申請一般會涉及到三種對象的使用。第一種對象就是客戶，在開發申請提交開發人員進行開發之前，一定要與開發的使用人員，也就是客戶進行確認，對不同類型的開發確認的重點也不同。客戶一般不會關注開發申請的邏輯，其更多是關注是在前臺的操作和最後的結果是否符合自身的需求，因此，開發申請中必須包含清晰的前臺操作方式（類似操作手冊）和達到結果的保證。第二種對象就是開發顧問，開發顧問除了關注功能外，其更加關注的是功能實現的邏輯，比如表關係、BAPI的使用等。每次點擊或其他操作會有什麼樣的效果或是對異常數據或業務的處理這本分的內容不但是開發顧問自行測試的參考也是業務顧問測試的參考，比如對異常數據或業務的處理，當出現異常的數據或業務操作時，開發的功能應該有哪些對應的措施。因此，開發申請中必須包含明確的功能實現的邏輯和各種業務場景下測試用例。最後，開發申請還會給項目經理或後期的開發顧問查看，其更加關心的是開發需求的大的業務背景是什麼，爲什麼會產生開發需求，這種需求是否爲合理的，開發難度有多大，大概能耗費多少技術顧問的人天等等。這些概括性的信息也要在開發申請中進行體現。表1爲將不同對象對不同種類的開發的關注點的總結。
不同對象對不同種類的開發的關注點
2.從需求到測試的基本流程
從需求到測試的基本流程是指從與客戶談需求，到寫開發申請，到開發，再到單元測試和集成測試的全過程。具體的過程如圖1，其中包含了整個過程中的重要事務。
從測試到需求的基本流程
從需求到測試的的基本流程中，與客戶溝通需求、判斷需求是否合理、與開發溝通需求的可行性、編寫開發申請和與開發溝通開發申請的可行性是相對較爲重要或需要注意的關鍵節點。
與客戶溝通需求是一切事物的基礎，在與客戶溝通前對溝通的事物要由準備，對提出的需求要有一定的預判。在溝通的過程中，對於客戶的需求要有清晰的引導，對於不合理的業務流程或操作方式要深入溝通，計量通過標準的業務流程及操作方式。對於溝通後的需求不評價不拒絕不答覆，應該反饋客戶研究討論後再進行決定。判斷需求是否合理是在與客戶溝通結束後，對客戶的需求進行系統性的考慮，提出對需求的專業認識和判斷，對於不合理的需求應該再與客戶進行溝通，說服客戶或提供其他的解決方案。與開發溝通需求的可行性是在確認需求的合理性後，進一步判斷其在開發層面的可行應，避免在開發的問題上出現巨大的開發難題和漏洞，對於面對開發解決不了的需求時，考慮是否可以通過替代方案進行解決。與開發溝通開發申請的可行性是在開發申請完成後，與開發人員溝通開發的具體細節是否可行，是否有更加簡單的方式進行處理，確保交到開發人員手中的開發申請是切實可行且思路清晰的，避免在開發過程中修改大量的開發思路，耽誤開發進程。對於撰寫開發申請的過程將在下一章進行詳細的介紹。
3.開發流程管理
對一個SAP項目而言，開發工作在整體工作量中佔到了相當大的比重，一般爲40%-60%，因此對開發工作的有效管理，不但會影響到開發的效率，同時也會對整個項目的進度產生巨大影響，優秀的開發管理方式會縮短整個項目的時間，提升開發的質量。對SAP項目的開發與其他大部分的開發工作相比，既有相同點也有不同點。SAP的開發是指在原有的SAP系統功能滿足不了客戶的特殊業務需求或需要提升操作簡便程度時，纔在原有的SAP框架下進行開發。因此，在開發框架設計的要求上更低，更像是在爲原有的系統打補丁。
對於開發流程的管理，或是說開發項目的管理上，市面上有非常多的管理思想和管理理論，比如瀑布式的管理方法，強調準備、藍圖、開發、測試和交付五大階段，再如敏捷開發管理方法，QUIC_HAND管理方法、CRP方式等等。每一種方式都有其有點和缺點，不同項目應採取不同的管理方式。但作者認爲，無論什麼樣的管理方式都要重視一下幾點（按照重要程度排列）：
團隊環境
價值導向
進度可視
流程支持
有效溝通
快速變更
自主管理
環境支持
及時總結
具體的管理手段和方式在此不進行詳細說明，推Mark C. Layton的《敏捷項目管理》。