畢業論文答辯首先是基於之前相當長一段時間的論文工作，有了這些堅實的論文工作成果才會有好的答辯效果。但有些同學雖然有了相當好的論文工作基礎，卻在答辯時沒有得到很好的發揮。下面小編就詳細的解剖其中的技巧。
1、介紹論文工作的PPT製作不精良。常見問題包括：
1.1) 未能根據自己個人喜好和論文主題選擇一種好的PPT風格。其實Microsoft PowerPoint已經定義了許多可用的模板;有了這些模板後儘量不要再更改其中的風格(字型、大小、顏色、背景等)，除非你對自己的審美感很有信心(呵呵，譬如你找的GF大家都覺得很PP)。
1.2) PPT的封面沒有表達足夠的資訊。譬如：中山大學的規範化Logo(讓觀眾感覺到你是為自己的學校而感到自豪的)、自己的論文題目、自己的個人資訊(學號、姓名、院系、專業、email聯絡方式等)、指導老師資訊(不是每一答辯場合都允許寫明自己的導師，有些答辯會要求你在介紹中避免暴露導師的任何資訊)等。
1.3) 如果在封面上註明當天的時間(甚至地點)，這會讓觀眾覺得你是很用心地專為這次presentation而準備了PPT。
1.4) 在每一邏輯段(譬如章節)，都展示同一張完整的outline(大綱)，在outline中用明顯顏色或字型標註下面要講的章節，從而將一個PPT內容分而治之地組織起來。也許有其他的方案，但無論何種技巧，你都需要將PPT的內容有機地劃分，特別是內容較多時。
1.5) 在每一頁PPT內容中，特忌諱有一大段的文字。PPT只適合寫提綱式要點，而不適合寫整段的文字。這是一些同學從論文製作PPT中很常見的缺陷，也是copy-paste這種anti-pattern的易發毛病。
1.6) 在右下角註明每頁PPT的頁號和總頁號。頁號的作用自不必說，總頁號有助於觀眾和你自己瞭解你現在講的進度如何;這也是經驗不足學生易犯的毛病。
1.7) 與寫論文不同，若在PPT中有引用某一參考文獻，最好直接用小字型將參考文獻寫在本頁的最下方;如果你還是像論文那樣寫個[n]引用參考文獻，那麼觀眾的期望自然變失望了。
1.8) 可利用寫在母版上的篇眉標註作者和論文題目等資訊，但不宜太突出之。
1.9) 製作一個PDF版本作為備份。因為Microsoft PowerPoint版本相容的問題，你在家可以好好播放的PPT可能到了展示的場合卻會宕機;多做一個PDF格式的備份可在此時避免尷尬。
1.10) PPT應該有一個封底，通常寫一些感謝答辯委員指導之類的話。
2、在演講過程中應注意的事項：
2.1) 切忌在presentation時對著PPT中的文字來念。我知道作為一個學生，通常不喜歡這樣上課的老師，因而可推斷答辯委員也不會喜歡學生這種風格的宣講。更要命的是，有些答辯委員可能會認為你根本沒有準備，而從能力不足問題上升到態度不好問題。
2.2) 演講時，大多數時間應面對答辯委員，而不要過多地低頭看控制檯電腦或與答辯委員同一方向看投影。呵呵，除非你覺得自己的髮型太有型了，想讓答辯委員多看幾眼。
2.3) 在演講前準備好筆和紙，這樣在演講後答辯委員提問時，可以做一些記錄。能夠讓答辯委員無障礙地問完問題(不打斷人家的發問也是一種禮貌)，你再連續地解答這幾個問題，本身也展現了你的素質和風采。
2.4) 由於答辯時間的限制，你通常沒有機會演示你的實驗系統或原型系統(即使你提前安裝好系統也沒有足夠的時間演示)，因而預先製作好兩、三分鐘的螢幕錄影併為之配音，在演講的最後留下少許時間讓答辯委員看看你的小電影是非常有益的，這有助於答辯委員相信你真的如論文中所言地完成了實驗系統。
2.5) 一定要學會控制演講的進度。有些答辯小組組長會嚴格按規定控制時間，這樣的話如果進度控制不好就會導致自己最關鍵的東西還沒有講完就被停止發言了。為每頁PPT編制頁號和總頁數有助於你控制進度。
3、當然，上面的都是形式上的東東，最關鍵的肯定是在presentation時說什麼了：
3.1) 我建議用提出問題 -> 分析問題 -> 解決問題 -> 評價結果的思路展示你的論文，其中的問題是最重要的，這是你的challenge，也是你的ribution。用一兩個精心設計的例子(motivating examples)來解釋你的問題是一種常見的技巧。
3.2) 對於應用背景、基礎知識等introduction部分千萬不要展開來說，好像你要做一個搞科普的志願者似的。這些內容如果佔的比例太大，會沖淡你自己的工作，甚至讓答辯委員覺得你好像都在介紹別人的東東，而自己卻沒有做什麼工作。演講的主要內容應是自己的工作，如果你真的投入了應該投入的時間和精力做論文，應該有許多自己的工作需要花時間講的;用一兩句話講完introduction部分本身就讓人覺得你急著把別人的已有工作介紹完，是因為你需要留下大量時間來介紹自己的工作。
3.3) 一定要強調自己有什麼contribution，即自己在理論、方法、技術、工具等方面有什麼貢獻。
3.4) 一定要強調自己所解決的問題是有challenge的，如果是一個讓人感覺太trivial的問題，其解決方案是顯而易見的，那麼你的工作意義就不大了。
3.5) 一定要有related work的介紹以及與你的論文工作成果的比較。如果沒有這一部分，會全人一種閉門造車的感覺。
3.6) 一定要有evaluation部分。通常你需要論證你做的論文工作解決了你在論文中提出的問題，但是否真的如你所言般解決了問題呢，這需要evaluation。一種evaluation是從理論上建模並進行推導、證明;譬如說你在論文提出的某種演算法改進了原演算法的時間效能，那你可以通過演算法分析從理論上證明諸如從O(n*n)改進為O(n*log.n)等。另一種evaluation是通過實驗的設計和執行、資料收集與分析得出結論，例如通過演算法的實際執行時間的圖表(論文中應該圖、表兼有，但PPT中最好有圖就夠了)支援你的結論;如果你能夠對Empirical Software Engineering有一些基本知識，那麼實驗結果會表述得更好。將兩種evaluation同時做好，更有利於讓讀者或答辯委員覺得你的論文結論令人信服。
3.7) 在介紹自己的方案設計時，最好展示一個完整的design space，不要讓人覺得你好像只知道這一種設計方案而不知有其他可選的設計似的。注意design本身就是一個trade-off and consequence的過程!