16、說說主流的軟件工程思想（如CMM、CMMI、 RUP XP PSP.TSP等）的大致情況及對(duì)他們的理解
- CMM:
SW Capability Maturity Model軟件能力成熱度模型，其作用是軟件過程的改進(jìn)、評(píng)估及軟件能力的評(píng)鑒。 - CMMI:
Capability Maturity Model Integration能力成熟度模型集成CMM融入了大部分最新的軟件管理實(shí)踐，同時(shí)彌補(bǔ)了SW-CMM模型中的缺陷 - RUP:
rational unified process是軟件工程話過程 - XP:
extreme program，即極限編程的意思，適用于小型團(tuán)隊(duì)的軟件開發(fā)，像上面第三個(gè)問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測試對(duì)于xp開發(fā)的重要性，強(qiáng)調(diào)測試（重點(diǎn)是單元測試）先行的理念。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對(duì)于快速定位問題有好處。
PSP,TSP分別是個(gè)體軟件過程和群體軟件過程。大家都知道，CMM只是告訴你做什么但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實(shí)施CMM的過程中如何做，PSP強(qiáng)調(diào)建立個(gè)人技能（如何制定計(jì)劃、控制質(zhì)量及如何與其他人相互協(xié)作等等）。而TSP著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品（如何有效的規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)等等）?？傊瑢?shí)施CMM，永遠(yuǎn)不能真正做到能力成熟度的提升，只有將實(shí)施CMM與實(shí)施PSP和TsSP有機(jī)結(jié)合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應(yīng)該是CMM/PSP/TSP的有機(jī)集成。
17、你是怎樣保證軟件質(zhì)量的，也就是說你覺得怎樣才能最大限度的保證軟件的質(zhì)量？
測試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設(shè)計(jì)出來的，而不是測試出來的，它不僅要通過對(duì)軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個(gè)階段都要按照指定的規(guī)程進(jìn)行，通過對(duì)各個(gè)階段產(chǎn)物的評(píng)審，QA對(duì)流程的監(jiān)控，對(duì)功能及配置的審計(jì)來達(dá)到開發(fā)的最優(yōu)化。當(dāng)然測試也是保證軟件質(zhì)量的一個(gè)重要方式，是軟件質(zhì)量保證工程的個(gè)重要組成部分
18、基于目前中國的國情，大多數(shù)公司的項(xiàng)目進(jìn)度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范，你認(rèn)為在這種情況下怎樣保證軟件的質(zhì)量？（大多數(shù)公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量，因?yàn)檫@些公司般就是這種情況既不想投入過多又想保證質(zhì)量）
出現(xiàn)以上的情況，如果僅僅想通過測試來提高軟件質(zhì)量，那幾乎是不可能的，原因是沒有足夠的時(shí)間讓你去測試，少而不規(guī)范的文檔導(dǎo)致測試需求無法細(xì)化到足夠且有針對(duì)行的測試。所以，作為公司質(zhì)量保證的因該和項(xiàng)目經(jīng)理確定符合項(xiàng)目本身是和的軟件生命周期模型〔比如RUP的建材，原型法），明確項(xiàng)目的開發(fā)流程并督促項(xiàng)目組按照此流程開展工作，所有項(xiàng)目組成員（項(xiàng)目經(jīng)理更加重要）都要制定出合理的工作計(jì)劃，加強(qiáng)代碼的單元測試，在客戶既定的產(chǎn)品交付日期范圍內(nèi)，進(jìn)行產(chǎn)品的持續(xù)集成等等，如果時(shí)間允許可以再配合客戶進(jìn)行必要的系統(tǒng)功能測試
19、一個(gè)測試工程師應(yīng)該具備哪些素質(zhì)和技能？
- 掌握基本的測試基礎(chǔ)理論
- 本著找出軟件存在的問題的態(tài)度進(jìn)行測試，不要以挑刺的形象出現(xiàn)
- 可熟練閱讀需求規(guī)格說明書等文檔
- 以用戶的觀點(diǎn)看問題
- 有強(qiáng)烈的質(zhì)量意識(shí)
- 細(xì)心和責(zé)任心
- 良好的有效的溝通方式（與開發(fā)人員及客戶）
- 具有以往的測試經(jīng)驗(yàn)?zāi)軌蚣皶r(shí)準(zhǔn)確的判斷出高危險(xiǎn)區(qū)在何處
20、做好軟件測試的一些關(guān)鍵點(diǎn)
- 測試人員必須經(jīng)過測試基礎(chǔ)知識(shí)和理論的相關(guān)培訓(xùn)
- 測試人員必須熟悉系統(tǒng)功能和業(yè)務(wù)
- 測試要有計(jì)劃，而且測試方案要和整個(gè)項(xiàng)目計(jì)劃協(xié)調(diào)好
- 必須實(shí)現(xiàn)編寫測試用例，測試執(zhí)行階段必須根據(jù)測試用例進(jìn)行
- 易用性，功能，分支，邊界，性能等功能行和非功能性需求都要進(jìn)行測試
- 對(duì)于復(fù)雜的流程定要進(jìn)行流程分支，組合條件分析，再進(jìn)行等價(jià)類劃分準(zhǔn)備相關(guān)測試數(shù)據(jù)
- 測試設(shè)計(jì)的個(gè)重要內(nèi)容是要準(zhǔn)備好具體的測試數(shù)據(jù)，清楚這個(gè)測試數(shù)據(jù)是測試那個(gè)場景或分支的。
- 個(gè)人任務(wù)平均每三個(gè)測試用例至少應(yīng)該發(fā)現(xiàn)一個(gè)BUG，否則只能說明測試用例質(zhì)量不好
- 除了每天構(gòu)建的重復(fù)測試可以考慮測試自動(dòng)化外，其他暫時(shí)都不要考慮去自動(dòng)化
