1. STL類模板
標(biāo)準(zhǔn)庫中容器和算法這部分一般稱為標(biāo)準(zhǔn)模板庫
2. 為什么定義虛的析構(gòu)函數(shù)？
避免內(nèi)存問題，當(dāng)你可能通過基類指針刪除派生類對(duì)象時(shí)。必須保證基類析構(gòu)函數(shù)為虛函數(shù)。
3. 項(xiàng)目管理怎么進(jìn)行？
制定軟件項(xiàng)目計(jì)劃；
軟件項(xiàng)目跟蹤及監(jiān)控。
軟件項(xiàng)目計(jì)劃（Software Project Planning）的目的是為了完成軟件工程和管理軟件項(xiàng)目所制定的計(jì)劃，其內(nèi)容包括估計(jì)待完成的工作，建立必要的約定和完成工作的計(jì)劃。
軟件項(xiàng)目跟蹤和控制（Software Project Tracking and Oversighting）的目的是對(duì)實(shí)際進(jìn)展建立足夠的可視性，使管理著能夠在軟件項(xiàng)目的執(zhí)行明顯偏離軟件計(jì)劃時(shí)采取有效措施。其內(nèi)容包括將實(shí)際的完成情況及結(jié)果和已文檔化的估計(jì)、約定和計(jì)劃進(jìn)行對(duì)照，并且基于實(shí)際的完成情況和結(jié)果調(diào)整這些計(jì)劃
4. 單元測(cè)試如何進(jìn)行？
單元測(cè)試主要編寫驅(qū)動(dòng)函數(shù)和樁函數(shù)，測(cè)試的目標(biāo)是完成語句覆蓋和路徑覆蓋。驅(qū)動(dòng)函數(shù)用于調(diào)用被測(cè)函數(shù)，傳遞測(cè)試參數(shù)給被測(cè)函數(shù)。樁函數(shù)用于模擬被測(cè)函數(shù)調(diào)用的底層函數(shù)，需要對(duì)被測(cè)函數(shù)傳來的各種可能參數(shù)進(jìn)行正確的響應(yīng)。
5. VSS的三個(gè)核心操作是什么？
Check in、check out、get latest version。
6. USECASE圖畫到哪一級(jí)？
一般要提供用例圖、行為圖和交互圖及各角色定義。
7. 在評(píng)審過程中應(yīng)該做哪些工作？
以文檔評(píng)審為例
文檔評(píng)審電子流基本流程：
文檔負(fù)責(zé)人創(chuàng)建文檔評(píng)審電子流，指定評(píng)審專家和評(píng)審負(fù)責(zé)人－>QA經(jīng)理確認(rèn)通過，通知文檔作者－>文檔作者提交文檔－>評(píng)審專家提出評(píng)審意見－>文檔作者修改文檔再次提交評(píng)審－>評(píng)審專家會(huì)簽通過（可能需要召開評(píng)審會(huì)議）－>秘書進(jìn)行文檔歸檔
8. 提交配置管理前做哪些工作？
已經(jīng)得到QA及配置管理委員會(huì)的確認(rèn)。如果提交的是源代碼，確認(rèn)包括需求、詳細(xì)設(shè)計(jì)等一系列文檔都已做了相應(yīng)的修改以及確認(rèn)。
9. 概要設(shè)計(jì)文檔如果到編碼時(shí)發(fā)現(xiàn)問題怎么處理？
先提交問題報(bào)告單，經(jīng)過軟件經(jīng)理審核，然后確認(rèn)修改設(shè)計(jì)方案，修改代碼，測(cè)試通過后，提交到配置庫，同時(shí)更新相關(guān)的概要設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔。
10. 工作計(jì)劃怎么制定？
根據(jù)項(xiàng)目總體計(jì)劃落實(shí)到每個(gè)具體人員身上，按照月度和周來制度工作計(jì)劃。
11. Rose的應(yīng)用情況
Rose作為一種建模語言工具可以應(yīng)用于軟件的需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和測(cè)試階段。
12. 軟件開發(fā)模式包括哪些？
公司的主要開發(fā)模式包括面向?qū)ο?、面向過程的開發(fā)模式，無論哪種方式都體現(xiàn)模塊組裝的思想。
13. 設(shè)計(jì)的主要目標(biāo)是什么？
逐步消化、細(xì)化需求，用程序的邏輯來表達(dá)文字性的描述。
14. 設(shè)計(jì)包含哪些方面？
概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)。
15. 測(cè)試在設(shè)計(jì)階段有沒有活動(dòng)要做？
在設(shè)計(jì)階段要確定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃。
16. 合作性質(zhì)項(xiàng)目和傳統(tǒng)項(xiàng)目方式有什么區(qū)別？
傳統(tǒng)項(xiàng)目主要根據(jù)公司自己的開發(fā)流程進(jìn)行項(xiàng)目管理，合作性項(xiàng)目則需要接納，有時(shí)甚至是按照合作方的開發(fā)模式進(jìn)行項(xiàng)目管理，這主要由項(xiàng)目性質(zhì)和項(xiàng)目需求決定的。
17. 在項(xiàng)目啟動(dòng)時(shí)，如何制定項(xiàng)目計(jì)劃？
如果是有規(guī)定交付日期的項(xiàng)目，就必須根據(jù)交付日期限定、項(xiàng)目需求、項(xiàng)目組成員的素質(zhì)（體現(xiàn)在代碼生產(chǎn)率）來確定項(xiàng)目計(jì)劃。在項(xiàng)目計(jì)劃的基礎(chǔ)上可以作出月、周計(jì)劃，計(jì)劃執(zhí)行時(shí)根據(jù)實(shí)際情況在不影響開發(fā)進(jìn)度的前提下調(diào)整計(jì)劃。
18. 項(xiàng)目管理計(jì)劃分為哪些類別？
粗的方面包括項(xiàng)目開發(fā)計(jì)劃、質(zhì)量計(jì)劃、配置計(jì)劃、測(cè)試計(jì)劃。
19. 計(jì)劃的制定過程中，需要由哪些人參與？
項(xiàng)目經(jīng)理、開發(fā)經(jīng)理、質(zhì)量經(jīng)理和配置經(jīng)理均要參與項(xiàng)目計(jì)劃的制定。
20. 月度計(jì)劃由哪些人參與？主要過程是什么？什么時(shí)候啟動(dòng)月度計(jì)劃，如何確定？
月度計(jì)劃由項(xiàng)目經(jīng)理、各小組負(fù)責(zé)人、質(zhì)量經(jīng)理、配置經(jīng)理參與，主要是根據(jù)上月工作完成情況和項(xiàng)目總體計(jì)劃來確定本月度計(jì)劃。一般是在工作月的最后3天啟動(dòng)，目的是給大家一個(gè)熟悉和工作安排的考慮。
21. 怎樣對(duì)計(jì)劃進(jìn)行跟蹤？
每周對(duì)計(jì)劃完成情況進(jìn)行審核和評(píng)估，及時(shí)進(jìn)行反饋和調(diào)整。
22. CASE管理在開發(fā)過程中的應(yīng)用情況
23. JAVA的缺陷有哪些？
代碼運(yùn)行效率低。
24. CMMⅡ的主要KPA包括哪些？
包括6個(gè)關(guān)鍵過程域：軟件配置管理、軟件質(zhì)量保證、軟件子合同管理、軟件項(xiàng)目跟蹤和監(jiān)督、軟件項(xiàng)目策劃、需求管理。
25. 需求管理方面需要QA做哪些工作？
需求管理（Requirement Management）的目的是在客戶和將處理客戶需求的軟件項(xiàng)目之間建立對(duì)客戶需求的共同理解。
需求管理包括和客戶一起建立和維護(hù)有關(guān)軟件項(xiàng)目需求的協(xié)議，該協(xié)議稱作“分配給軟件的系統(tǒng)需求”，“客戶”可解釋為系統(tǒng)工程組、銷售組、另一個(gè)內(nèi)部組織，或者一個(gè)外部客戶，“協(xié)議”既包括技術(shù)需求，又包括非技術(shù)需求（如交付日期），該協(xié)議形成估計(jì)，策劃和跟蹤整個(gè)軟件生命周期內(nèi)項(xiàng)目活動(dòng)的基礎(chǔ)。
將系統(tǒng)需求分配給軟件、硬件和其它系統(tǒng)組成部分（如人力等）的工作可能由軟件工程組以外的組（如系統(tǒng)工程組）完成，軟件工程組可能對(duì)此分配無法直接控制，在項(xiàng)目約束范圍內(nèi)，軟件工程可采取適當(dāng)?shù)牟襟E以確保軟件的需求已有相對(duì)應(yīng)的定位，并且實(shí)現(xiàn)文檔化并處于受控狀態(tài)
26. 需求跟蹤方面做哪些工作？可以跟蹤到哪一步？誰來負(fù)責(zé)？
27. 在需求跟蹤中做了哪些工作？
(1)定義對(duì)其他需求的連接鏈
(2)定義對(duì)其他系統(tǒng)元素的連接鏈，這些元素可能包括軟件計(jì)劃、產(chǎn)品和活動(dòng)、需求和設(shè)計(jì)文檔、代碼。
目的是它們與軟件需求保持一致。
28. 為需求制定CheckList的目的，如何制定？如何使用CheckList?
根據(jù)需求分析的功能模塊確定里程碑，在每個(gè)里程碑要設(shè)定檢查點(diǎn)和檢查方法，目的是在開發(fā)過程中及時(shí)發(fā)現(xiàn)和解決問題，而不是將問題遺留到后期的測(cè)試階段?？捎?/span>QA執(zhí)行。29. SEPG有多少人員？主要負(fù)責(zé)哪些方面的工作？
軟件工程過程小組包括項(xiàng)目經(jīng)理和技術(shù)人員，主要負(fù)責(zé)推進(jìn)組織所采用的軟件過程的定義、組織和改進(jìn)工作。
30. 在實(shí)施QA方面遇到過哪些問題？
31. 如何理解度量機(jī)制？
軟件度量（Software Measurement）通過各種不同的量度(metric)對(duì)軟件生命周期中的各個(gè)元素進(jìn)行度量(Measure)，它能夠?yàn)轫?xiàng)目管理者提供有關(guān)項(xiàng)目的各種重要信息，同時(shí)也是進(jìn)行大多評(píng)估活動(dòng)的基礎(chǔ)
32. 需求度量包括哪些？
度量優(yōu)秀的需求的標(biāo)準(zhǔn)為：（1）完整性（2）正確性（3）可行性（4）必要性（5）劃分優(yōu)先級(jí)（6）無二義性（7）可驗(yàn)證性
33. 實(shí)施QA工作，核心工作還應(yīng)該包括哪些？
34. 質(zhì)量特性有哪些？
用戶關(guān)注的：有效性、高效性、靈活性、完整性、互操作性、可靠性、健壯性、可用性。
開發(fā)者關(guān)注的：可維護(hù)性、可移植性、可重用性、可測(cè)試性。
35. 評(píng)審過程中，QA做哪些工作？審核包括哪些內(nèi)容？
QA確保軟件過程的步驟和標(biāo)準(zhǔn)得到遵守。審核的對(duì)象包括文檔、代碼等。
36. 其他角色在評(píng)審審核中的作用？
其他角色包括評(píng)審負(fù)責(zé)人，一般是項(xiàng)目經(jīng)理，負(fù)責(zé)使評(píng)審活動(dòng)正常有序的進(jìn)行，確保評(píng)審中發(fā)現(xiàn)的問題得到解決或者指定解決人。
包括評(píng)審專家，負(fù)責(zé)對(duì)評(píng)審對(duì)象提出問題，尋求解決的方法。
還包括講解人和作者，他們要確保評(píng)審專家對(duì)評(píng)審材料的理解，并對(duì)評(píng)審專家提出的問題進(jìn)行解答。
最后還應(yīng)該由會(huì)議記錄員，負(fù)責(zé)對(duì)會(huì)議的議題和提出的問題及解決方法進(jìn)行記錄。
37. 評(píng)審作者是否需要參加評(píng)審？
評(píng)審作者應(yīng)該參加評(píng)審，它有回答評(píng)審專家提出的問題的責(zé)任，并且負(fù)責(zé)解決這些問題。
38. 評(píng)審過程如何進(jìn)行？
參見前面的文檔評(píng)審流程。
39. 評(píng)審前后的工作包括哪些？
評(píng)審準(zhǔn)備工作包括評(píng)審作者準(zhǔn)備充分評(píng)審材料，確保評(píng)審專家理解評(píng)審材料，此外還包括確定講解人、評(píng)審專家、填寫電子流程申請(qǐng)召開評(píng)審會(huì)議等。
評(píng)審?fù)旰?，評(píng)審作者還要對(duì)評(píng)審專家提出的問題進(jìn)行解決，如果所有問題都得到解決，評(píng)審專家和評(píng)審負(fù)責(zé)人會(huì)簽通過，則評(píng)審過程結(jié)束。
40. 如何保證專家已經(jīng)很好地閱讀了文檔？
評(píng)審作者要負(fù)責(zé)準(zhǔn)備充分的評(píng)審材料，對(duì)文檔進(jìn)行詳細(xì)的說明，確保專家能夠理解文檔；同時(shí)專家要拿出專門的時(shí)間來閱讀文檔。
41. 開發(fā)工具用過哪些？
VC: MSDev Case: Rational RoseJava: Jbuilder Database: PowerDesigner42. 描述一下Windows的線程同步對(duì)象。
臨界區(qū)、互斥、信號(hào)、事件
43. 類靜態(tài)成員變量在什么范圍內(nèi)有效？
等同于全局變量
44. 面向?qū)ο蟮暮锰?/span>
繼承性、多態(tài)性、封裝性。
45. 在C++中聲明類，如何做到多個(gè)實(shí)例共享一個(gè)全局變量？
聲明一個(gè)類靜態(tài)成員變量。
46. 在編碼過程中文檔的書寫情況
簡單的是對(duì)函數(shù)的返回值、參數(shù)、用途以及關(guān)鍵技術(shù)做文檔說明?；旧舷?/span>MSDN靠攏。47. 規(guī)范在自己日常工作中如何體現(xiàn)？
規(guī)范體現(xiàn)在：編程規(guī)范、文檔模板、電子流程。
每天填寫日志、每周作計(jì)劃和總結(jié)，使用PSP工具
48. 控件編寫過沒有
主要編寫訪問數(shù)據(jù)庫的COM組件給前臺(tái)程序調(diào)用。一般的UI控件是在CWnd的基礎(chǔ)上編寫的。
49. 調(diào)試代碼過程中遇到困難如何解決？
多使用Watch, Variable, Breakpoint, Stack等觀察窗口發(fā)現(xiàn)問題；
使用聯(lián)機(jī)幫助系統(tǒng)； 想其它開發(fā)小組成員請(qǐng)教。
50. C++構(gòu)造函數(shù)，抽象類
構(gòu)造函數(shù)是類初始化第一個(gè)調(diào)用的函數(shù)，如果一個(gè)類中包括抽象函數(shù)，則該類為抽象類，抽象類不能實(shí)例化，主要是作為接口定義。
51. 介紹在項(xiàng)目開發(fā)中的角色
開發(fā)人員角色，負(fù)責(zé)詳細(xì)設(shè)計(jì)、接口設(shè)計(jì)、單元測(cè)試計(jì)劃和代碼編寫，一般要負(fù)責(zé)自己開發(fā)模塊的單元測(cè)試。
52. 接受過CMM哪些方面的培訓(xùn)？
公司內(nèi)部CMM培訓(xùn)，包括KPA及開發(fā)流程。
53. 評(píng)審如何進(jìn)行？作為作者如何參與其中？
見前面36。
54. 文檔和代碼不一致應(yīng)如何處理？
確認(rèn)文檔是否存在錯(cuò)誤和滯后，如果是則應(yīng)該及時(shí)的更新文檔，使之與代碼保存一致；反之如果代碼沒有按照正確的文檔所描述的進(jìn)行設(shè)計(jì)，則應(yīng)該更正代碼，使之符合設(shè)計(jì)的要求。
55. 修改代碼或文檔后，應(yīng)提交哪些信息？配置管理人員做哪些工作？
應(yīng)該提交配置標(biāo)識(shí)項(xiàng)和相關(guān)的代碼和文檔。
56. 使用過哪些配置管理工具？
Microsoft Visual SourceSafe和Rational ClearCase
57. 配置管理人員的職責(zé)和主要工作內(nèi)容
軟件配置管理（Software Configuration Management）的目的是在整個(gè)項(xiàng)目的生命周期建立和維護(hù)軟件項(xiàng)目產(chǎn)品的完整性?！?/span>
軟件配置管理包括在給定的時(shí)間點(diǎn)上標(biāo)示軟件的配置（即選定的軟件工作產(chǎn)品及其描述），系統(tǒng)的控制對(duì)配置的更改，并在整個(gè)軟件生命周期中維護(hù)配置的完整性和可跟蹤性。置于軟件配置管理之下的工作產(chǎn)品包括需向客戶交付的軟件產(chǎn)品（如軟件需求文檔和代碼），以及與建立這些產(chǎn)品相關(guān)的項(xiàng)目（如編譯程序）。
58. 需求跟蹤方面所做工作的描述
59. C++ 中常用到的this的含義
類中隱含的指向?qū)ο笞陨淼闹羔?，不用聲明?/span> 60. 用過stl模板嗎?
標(biāo)準(zhǔn)模板庫包括容器、算法和迭代子，包括向量類、鏈表類。MFC中常用的為Clist, Carray。
61. 構(gòu)造函數(shù)與析構(gòu)函數(shù)的功能?
構(gòu)造函數(shù)用來初始化。析構(gòu)函數(shù)用來做清除工作，一般包括內(nèi)存釋放。
62. 缺陷跟蹤流程
問題提交人提交問題報(bào)告單－>軟件經(jīng)理或組長審核問題通過－>開發(fā)人員定位問題原因－>軟件經(jīng)理或組長審核通過－>配置庫管理員修改配置庫權(quán)限－>開發(fā)人員實(shí)施修改－>開發(fā)人員實(shí)施測(cè)試通過－>配置庫管理員對(duì)修改代碼實(shí)施歸檔－>測(cè)試人員實(shí)施回歸測(cè)試通過－>問題提交人關(guān)閉問題報(bào)告單
63. QA的了解
確保軟件過程的步驟和標(biāo)準(zhǔn)得到實(shí)施。
64. MFC的熟悉程度，說明CListView和CListCtrl有什么不同。
ClistView是從視圖派生，ClistCtrl是從控件類派生，在ClistView中通過使用GetListCtrl可以獲得ClistCtrl指針，將其作為一個(gè)ClistCtrl控件來使用。
65. Socket通訊過程中如何保證連接正常。
一般通過握手機(jī)制來確定鏈接正常，即定時(shí)在客戶和服務(wù)器之間發(fā)送連接幀和確認(rèn)幀來確定。如果是使用MFC的Csocket，通過檢測(cè)OnClose事件和錯(cuò)誤處理可以確定連接是否正常。
66. 在華為工作期間有沒有編寫文檔的經(jīng)驗(yàn)。
67. 在開發(fā)過程中如何使用SourceSafe。
主要在版本控制和配置管理過程中使用SourceSafe。
68. 開發(fā)過程中的問題處理流程是怎樣的。
參見63。
聯(lián)系客服
