一扳抽、什么是軟件译打？

軟件是計算機系統(tǒng)中的程序和相關文件或文檔的總稱。

二留美、什么是軟件測試彰檬？

說法一：使用人工或自動的手段來運行或測量軟件系統(tǒng)的過程，以檢驗軟件系統(tǒng)是否滿足規(guī)定的要求谎砾，并找出與預期結果之間的差異逢倍。

說法二：軟件測試就是利用一定的方法對軟件的質(zhì)量或者使用性進行判斷和評估的過程。

三景图、軟件測試工程師的工作內(nèi)容

1.尋找軟件中的bug较雕，并且越早發(fā)現(xiàn)越好

2.確認bug的可重復性以及bug產(chǎn)生的步驟

3.確認bug是否被解決

4.測試方法，測試計劃挚币，測試平臺亮蒋，測試代碼，測試用例妆毕，測試文檔慎玖，測試報告的確定、編寫和執(zhí)行笛粘。

四趁怔、常見的軟件生命周期模型

1.大爆炸模型：優(yōu)點:簡單，不用學習就會薪前。缺點：產(chǎn)品質(zhì)量無法保障润努，盡量避免使用

2.邊做邊改模型：優(yōu)點：快速得到可運行的版本。缺點：計劃有些缺乏序六，導致版本前后變化較大

3.瀑布模型:優(yōu)點：計劃周密任连，專業(yè)，按部就班實現(xiàn)例诀。缺點：相對難于做到快速開發(fā)随抠，以搶占市場裁着，可選擇的模型之一

4.螺旋模型:優(yōu)點：計劃變化同事考慮。

五拱她、軟件開發(fā)的幾個階段

1.項目啟動階段：了解客戶需求二驰、配置相關資源

2.項目設計階段：明確客戶需求，確立軟件開發(fā)秉沼、測試的方法

3.項目執(zhí)行階段：開發(fā)與測試階段

4.項目竣工階段：軟件的上市桶雀、后期維護與技術支持

六、軟件bug的五個要素

1.軟件沒有實現(xiàn)說明書中所列出的功能

2.軟件出現(xiàn)了說明書中提到不應該出現(xiàn)的事情

3.軟件沒有實現(xiàn)說明書中沒有提到但應該實現(xiàn)的事情

4.軟件非常難于學習唬复、使用矗积，運轉速度很慢，用戶認為無法達到預期

七敞咧、軟件測試的分類

1.黑盒測試：對軟件內(nèi)部如何實現(xiàn)不了解棘捣，以外部的視角來視察軟件。

黑盒測試方法：等價類邊界值休建，因果圖乍恐，判定表，錯誤推測法

2.白盒測試：白盒測試與黑盒測試相反测砂，需要了解軟件中的結構茵烈。白盒測試也叫結構化測試，玻璃盒測試砌些。

黑盒測試與白盒測試的優(yōu)缺點

黑盒測試呜投，優(yōu)點：不需要了解軟件實現(xiàn)細節(jié)，軟件內(nèi)部實現(xiàn)機制更改時寄症，一般不必修改用例實現(xiàn)相對簡單宙彪，以用戶角度出發(fā)

缺點：無法保證軟件代碼內(nèi)各主要路徑都被覆蓋到，容易導致測試不很完全

白盒測試有巧，優(yōu)點：針對軟件代碼和路徑進行測試释漆，相對易于調(diào)試，容易發(fā)現(xiàn)bug產(chǎn)生的原因

缺點：對測試人員的編程能力要求高篮迎，軟件實現(xiàn)代碼改變男图，測試用例一般也需要改變羔沙。

3.功能測試

4.兼容性測試

5.性能測試

6.安全測試

7.壓力測試

八思犁、什么是測試用例

測試用例是描述輸入實際值和預期輸出行為或者結果的文檔，他同時也標識了測試過程結果與約束厨剪。

九岂傲、測試用例幾大要素

標識符难裆，測試內(nèi)容，輸入條件，預期結果乃戈，測試環(huán)境信息褂痰，與其他測試用例的依賴關系，測試用例需要被開發(fā)症虑、審閱缩歪、使用、維護和保存谍憔。

軟件測試方法分類

1）白盒匪蝙、黑盒、灰盒

2）單元測試习贫、集成測試逛球、系統(tǒng)測試、驗收測試苫昌、回歸測試需忿、Alpha 測試、Beta 測試

3）靜態(tài)測試和動態(tài)測試

設計測試用例的主要方法

1）等價類劃分

2）邊界值分析法

3）因果圖法

4）場景法

【面試理論知識】

1蜡歹、你的測試職業(yè)發(fā)展是什么?

測試經(jīng)驗越多，測試能力越高涕烧。所以我的職業(yè)發(fā)展是需要時間積累的月而，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃议纯，前3年積累測試經(jīng)驗父款，按如何做好測試工程師的要點去要求自己，不斷更新自己改正自己瞻凤，做好測試任務憨攒。

2、你認為測試人員需要具備哪些素質(zhì)

做測試應該要有一定的協(xié)調(diào)能力阀参，因為測試人員經(jīng)常要與開發(fā)接觸處理一些問題肝集，如果處理不好的話會引起一些沖突，這樣的話工作上就會不好做蛛壳。還有測試人員要有一定的耐心杏瞻，有的時候做測試很枯燥乏味。除了耐心衙荐，測試人員不能放過每一個可能的錯誤捞挥。有好奇心，樂于探索軟件功能忧吟，樂于嘗試新的軟件產(chǎn)品砌函。具備一定的程序開發(fā)經(jīng)驗。

3、你為什么能夠做測試這一行

雖然我的測試技術還不是很成熟讹俊，但是我覺得我還是可以勝任軟件測試這個工作的垦沉，因為做軟件測試不僅是要求技術好，還有有一定的溝通能力劣像，耐心乡话、細心等外在因素。綜合起來看我認為我是勝任這個工作的耳奕。

4绑青、測試的目的是什么?

測試的目的是找出軟件產(chǎn)品中的錯誤，是軟件盡可能的符合用戶的要求屋群。當然軟件測試是不可能找出全部錯誤的闸婴。

5、測試分為哪幾個階段?

一般來說分為5個階段：單元測試芍躏、集成測試邪乍、確認測試、系統(tǒng)測試对竣、驗收測試

6庇楞、單元測試的測試對象、目的否纬、測試依據(jù)吕晌、測試方法?

測試對象是模塊內(nèi)部的程序錯誤，目的是消除局部模塊邏輯和功能上的錯誤和缺陷临燃。測試依據(jù)是模塊的詳細設計睛驳，測試方法是采用白盒測試。

7膜廊、怎樣看待加班問題

加班的話我沒有太多意見乏沸，但是我還是覺得如果能夠合理安排時間的話，不會有太多時候加班的爪瓜。

8蹬跃、結合你以前的學習和工作經(jīng)驗，你認為如何做好測試铆铆。

根據(jù)我以前的工作和學習經(jīng)驗炬转，我認為做好工作首先要有一個良好的溝通，只有溝通無障礙了算灸，才會有好的協(xié)作扼劈，才會有更好的效率，再一個就是技術一定要過關菲驴，做測試要有足夠的耐心荐吵，和一個良好的工作習慣，不懂的就要問，實時與同事溝通這樣的話才能做好測試工作先煎。

9贼涩、你為什么選擇軟件測試行業(yè)

因為之前了解軟件測試這個行業(yè)，覺得他的發(fā)展前景很好薯蝎。

10遥倦、根據(jù)你以前的工作或學習經(jīng)驗描述一下軟件開發(fā)、測試過程占锯，由哪些角色負責袒哥，你做什么

要有架構師、開發(fā)經(jīng)理消略、測試經(jīng)理堡称、程序員、測試員艺演。我在里面主要是負責所分到的模塊執(zhí)行測試用例却紧。

11、根據(jù)你的經(jīng)驗說說你對軟件測試/質(zhì)量保證的理解

軟件質(zhì)量保證與測試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結構而精心設計的一批測試用例(即輸入數(shù)據(jù)和預期的輸出結果)胎撤，并根據(jù)這些測試用例去運行程序晓殊，以發(fā)現(xiàn)錯誤的過程。它是對應用程序的各個方面進行測試以檢查其功能伤提、語言有效性及其外觀排布挺物。

12、軟件測試的流程是什么?

需求調(diào)查：全面了解系統(tǒng)概況飘弧、應用領域、軟件開發(fā)周期砚著、軟件開發(fā)環(huán)境次伶、開發(fā)組織、時間安排稽穆、功能需求冠王、性能需求、質(zhì)量需求及測試要求等舌镶。根據(jù)系統(tǒng)概況進行項目所需的人員柱彻、時間和工作量估計以及項目報價。

制定初步的項目計劃餐胀。

**測試準備：組織測試團隊哟楷、培訓、建立測試和管理環(huán)境等否灾。

測試設計：按照測試要求進行每個測試項的測試設計卖擅，包括測試用例的設計和測試腳本的開發(fā)等。

測試實施：按照測試計劃實施測試。

測試評估：根據(jù)測試的結果惩阶，出具測試評估報告挎狸。

13、你對SQA的職責和工作活動(如軟件度量)的理解?

SQA就是獨立于軟件開發(fā)的項目組断楷，通過對軟件開發(fā)過程的監(jiān)控锨匆，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程(如果有相應的CMM規(guī)程),對于不符合項及時提出建議和改進方案，必要時可以向高層經(jīng)理匯報以求問題的解決冬筒。通過這樣的途徑來預防缺陷的引入恐锣，從而減少后期軟件的維護成本。SQA主要的工作活動包括制定SQA工作計劃账千，參與階段產(chǎn)物的評審侥蒙，進行過程質(zhì)量、功能配置及物理配置的審計等;對項目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進行度量等等匀奏。

14鞭衩、說說你對軟件配置管理的理解

項目在開發(fā)過程中要用相應的配置管理工具對配置項(包括各個階段的產(chǎn)物)進行變更控制，配置管理的使用取決于項目規(guī)模和復雜性及風險的水平娃善。軟件的規(guī)模越大论衍，配置管理就越顯得重要。還有在配置管理中聚磺，有一個很重要的概念坯台，那就是基線，是在一定階段各個配置項的組合瘫寝，一個基線就提供了一個正式的標準蜒蕾，隨后的工作便基于此標準，并只有經(jīng)過授權后才能變更這個標準焕阿。配置管理工具主要有CC咪啡，VSS,CVS,SVN等，我只用過SVN暮屡，對其他的工具不是很熟悉撤摸。

15、怎樣寫測試計劃和測試用例

簡單點褒纲，測試計劃里應有詳細的測試策略和測試方法准夷，合理詳盡的資源安排等，至于測試用例莺掠，那是依賴于需求(包括功能與非功能需求)是否細化到功能點衫嵌，是否可測試等。

16彻秆、說說主流的軟件工程思想(如CMM渐扮、CMMI论悴、RUP,XP,PSP,TSP等)的大致情況及對他們的理解

CMM:SW Capability Maturity Model軟件能力成熟度模型，其作用是軟件過程的改進墓律、評估及軟件能力的評鑒膀估。

CMMI:Capability Maturity Model Integration能力成熟度模型集成 CMMI融入了大部分最新的軟件管理實踐，同時彌補了SW-CMM模型中的缺陷耻讽。

RUP:rational unified process是軟件工程話過程察纯。

XP:extreme program，即極限編程的意思针肥，適用于小型團隊的軟件開發(fā)饼记，像上面第三個問題就可以結合原型法采用這樣的開發(fā)流程。要明白測試對于xp開發(fā)的重要性慰枕，強調(diào)測試(重點是單元測試)先行的理念具则。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對于快速定位問題有好處具帮。

PSP博肋，TSP分別是個體軟件過程和群體軟件過程。大家都知道蜂厅，CMM只是告訴你做什么但并沒有告訴你如何做匪凡，所以PSP/TSP就是告訴你企業(yè)在實施CMM的過程中如何做，PSP強調(diào)建立個人技能(如何制定計劃掘猿、控制質(zhì)量及如何與其他人相互協(xié)作等等)病游。而TSP著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品(如何有效的規(guī)劃和管理所面臨的項目開發(fā)任務等等)〕硗ǎ總之衬衬，實施CMM，永遠不能真正做到能力成熟度的提升改橘，只有將實施CMM與實施PSP和TSP有機結合起來滋尉，才能發(fā)揮最大的效力。因此唧龄，軟件過程框架應該是CMM/PSP/TSP的有機集成。

17奸远、你是怎樣保證軟件質(zhì)量的既棺，也就是說你覺得怎樣才能最大限度的保證軟件的質(zhì)量?

測試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設計出來的懒叛，而不是測試出來的丸冕，它不僅要通過對軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個階段都要按照指定的規(guī)程進行薛窥，通過對各個階段產(chǎn)物的評審胖烛，QA對流程的監(jiān)控眼姐，對功能及配置的審計來達到開發(fā)的最優(yōu)化。當然測試也是保證軟件質(zhì)量的一個重要方式佩番，是軟件質(zhì)量保證工程的一個重要組成部分众旗。

18、一個測試工程師應該具備哪些素質(zhì)和技能?

1-掌握基本的測試基礎理論

2-本著找出軟件存在的問題的態(tài)度進行測試趟畏，不要以挑刺的形象出現(xiàn)

3-可熟練閱讀需求規(guī)格說明書等文檔

4-以用戶的觀點看問題

5-有強烈的質(zhì)量意識

6-細心和責任心

7-良好的有效的溝通方式(與開發(fā)人員及客戶)

8-具有以往的測試經(jīng)驗能夠及時準確的判斷出高危險區(qū)在何處

19贡歧、做好軟件測試的一些關鍵點

1-測試人員必須經(jīng)過測試基礎知識和理論的相關培訓

2-測試人員必須熟悉系統(tǒng)功能和業(yè)務

3-測試要有計劃，而且測試方案要和整個項目計劃協(xié)調(diào)好

4-必須實現(xiàn)編寫測試用例赋秀，測試執(zhí)行階段必須根據(jù)測試用例進行

5-易用性利朵，功能，分支猎莲，邊界绍弟，性能等功能行和非功能性需求都要進行測試

6-對于復雜的流程一定要進行流程分支，組合條件分析著洼，再進行等價類劃分準備相關測試數(shù)據(jù)

7-測試設計的一個重要內(nèi)容是要準備好具體的測試數(shù)據(jù)樟遣，清楚這個測試數(shù)據(jù)是測試那個場景或分支的。

8-個人任務平均每三個測試用例至少應該發(fā)現(xiàn)一個BUG郭脂，否則只能說明測試用例質(zhì)量不好

9-除了每天構建的重復測試可以考慮測試自動化外年碘，其他暫時都不要考慮去自動話

20、為什要在一個團隊中開展測試工作?

因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量展鸡，就好比ISO質(zhì)量認證一樣屿衅，測試同樣也需要質(zhì)量認證，這個時候就需要在團隊中開展軟件測試的工作莹弊。在測試的過程中發(fā)現(xiàn)軟件中存在的問題涤久，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時忍弛，從測試報告中得出軟件的質(zhì)量情況响迂。

21、你所熟悉的軟件測試類型有哪些?

測試類型有：功能測試细疚、性能測試蔗彤、界面測試

功能測試在測試工作中占有比例最大，功能測試也叫黑盒測試疯兼。

性能測試是通過自動化的測試工具模擬多種正常然遏、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試吧彪，兩者可以結合進行待侵。

界面測試，界面是軟件與用戶交互的最直接的層姨裸，界面的好壞決定用戶對軟件的第一印象秧倾。

區(qū)別在于怨酝，功能測試關注產(chǎn)品的所有功能，要考慮到每個細節(jié)功能那先，每個可能存在的功能問題农猬。性能測試主要關注產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試則關注與用戶體驗相關內(nèi)容胃榕，用戶使用該產(chǎn)品的時候是否已用盛险，是否易懂，是否規(guī)范(用戶無意輸入無效的數(shù)據(jù)勋又，當然考慮到體驗性苦掘，不能太粗魯?shù)膹棾鼍?。做某個性能測試的時候楔壤，首先它可能是個功能點鹤啡，首先要保證她的功能是沒有問題的，然后再考慮性能的問題蹲嚣。

22递瑰、你認為做好測試用例設計工作的關鍵是什么

白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結構。黑盒測試用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口隙畜。不可能做到完全測試抖部，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題。軟件的黑盒測試意味著測試要在軟件的接口處進行议惰，這種方法是把測試對象看作是一個黑盒子慎颗，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書言询，檢查程序的功能是否符合它的功能說明俯萎。因此黑盒測試又叫功能測試或者數(shù)據(jù)驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：运杭、

1-是否有不正確或遺漏的功能

2-在接口上夫啊，輸入是否能正確的接受?能否輸出正確的結果。

3-是否有數(shù)據(jù)結構錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤

4-性能上是否能夠滿足要求

5-是否有初始化或終止性錯誤

軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查辆憔。這種方法是把測試對象看作一個打開的盒子撇眯，它允許測試人員利用程序內(nèi)部的邏輯結構和有關信息，設計或者選擇測試用例虱咧，對程序所有邏輯路徑進行測試熊榛。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一直彤钟。因此白盒測試又稱為結合測試或邏輯驅動測試来候。白盒測試主要是想對程序模塊進行如下檢查：

1-對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍跷叉。

2-對所有的邏輯判定逸雹，取“真”與取“假”的兩種情況都能至少測一遍营搅。

3-在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4-測試內(nèi)部數(shù)據(jù)結構的有效性梆砸，等等转质。

25、請詳細介紹一下各種測試類型的含義

1-單元測試(模塊測試)是開發(fā)者編寫的一小段代碼帖世，用于檢驗被測試代碼的一個很小的休蟹、很明確的功能是否正確。通常而言日矫，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數(shù)的行為赂弓。單元測試是由程序員自己來完成，最終受益的也是程序員自己哪轿∮可以這么說，程序員有責任編寫功能代碼窃诉，同時也就有責任為自己的代碼編寫單元測試杨耙。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致飘痛。

2-集成測試(也叫組裝測試珊膜、聯(lián)合測試)是單元測試的邏輯擴展。它最簡單的形式是：兩個已經(jīng)經(jīng)過測試的單元組合成一個組件宣脉，并且測試它們之間的接口车柠。從這一層上講，組件是指多個單元的集成聚合脖旱。在現(xiàn)實方案中堪遂，許多單元組合成組件，而這些組件又聚合成程序的更大部分萌庆。方法是測試片段的組合溶褪，并最終擴展進程互订，將您的模塊與其他組的模塊一起測試伏穆。最后啡省，將構成進程的所有模塊一起測試适秩。

3-系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試盖腿。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中制定功能的有效方法剃斧。(常見的聯(lián)調(diào)測試)棱烂。系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試鱼的，確保最終軟件系統(tǒng)滿足產(chǎn)品需求而遵循系統(tǒng)設計占遥。

4-驗收測試是部署軟件之前的最后一個測試操作俯抖。驗收測試的目的是確保軟件準備就緒，并且可以讓用戶將其執(zhí)行軟件的既定功能和任務瓦胎。驗收測試是向未來的用戶表明系統(tǒng)能夠像預訂要求那樣工作芬萍。經(jīng)集成測試后尤揣，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了柬祠，接著就應該進一步驗證軟件的有效性北戏，這就是驗收測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣漫蛔。

23嗜愈、測試計劃工作的目的是什么?測試計劃工作的內(nèi)容都包括什么?其中哪些是最重要的?

軟件測試計劃是知道測試過程的綱領性文件，包含了產(chǎn)品概述莽龟、測試策略蠕嫁、測試方法、測試區(qū)域毯盈、測試配置拌阴、測試周期、測試資源奶镶、測試交流迟赃、風險分析等內(nèi)容。借助軟件測試計劃厂镇，參與測試的項目成員纤壁，尤其是測試管理人員，可以明確測試任務和測試方法捺信，保持測試實施過程的順暢溝通酌媒，跟蹤和控制測試進度，應對測試過程中的各種變更迄靠。

測試計劃和測試詳細規(guī)格秒咨、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍掌挚、方法和資源配置雨席，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術吠式。所以其中最重要的是測試策略和測試方法(最好能先評審)陡厘。

24、您認為做好測試計劃工作的關鍵是什么?

1-明確測試的目標特占，增強測試計劃的實用性

編寫軟件測試計劃的重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷糙置，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷是目。因此谤饭，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性揉抵，便于使用宜岛，生成的測試結果準確

2-堅持“5W”規(guī)則，明確內(nèi)容與過程

“5W”規(guī)則指的是“WHAT(做什么)”功舀、“WHY(為什么做)”、“WHEN(何時做)”身弊、“WHERE(在哪里)”辟汰、“HOW(如何做)”。利用“5W"規(guī)則創(chuàng)建軟件測試計劃阱佛，可以幫助測試團隊理解測試的目的(WHY)帖汞，明確測試的范圍和內(nèi)容(WHAT)，確定測試的開始和結束日期(WHEN)凑术，指出測試的方法和工具(HOW)翩蘸，給出測試文檔和軟件存放的位置(WHERE)。

3-采用評審和更新機制淮逊，保證測試計劃滿足實際需求

測試計劃完成后催首，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊泄鹏，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容郎任，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新备籽，誤導測試執(zhí)行人員舶治。

4-分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔车猬，把用于指導測試小組執(zhí)行過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中霉猛。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系珠闰，測試計劃主要從宏觀上規(guī)劃測試活動的范圍惜浅、方法和資源配置，而測試詳細規(guī)格伏嗜、測試用例是完成測試任務的具體戰(zhàn)術赡矢。

25、當開發(fā)人員說不是BUG時阅仔，你如何應付?

開發(fā)人員說不是BUG吹散，有2種情況，一是需求沒有確定八酒，所以我可以這么做空民，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動。3方商量確定好后再看要不要改界轩。二是這種情況不可能發(fā)生画饥，所以不需要修改，這個時候浊猾，我可以先盡可能的說出是BUG的一句是什么?如果被用戶發(fā)現(xiàn)或出了問題抖甘，會有什么不良結果?程序員可能會給你很多理由，你可以對他的解釋進行反駁葫慎。如果還是不行衔彻，那我可以給這個問題提出來，跟開發(fā)經(jīng)理和測試經(jīng)理進行確認偷办，如果要修改就改艰额，如果不要修改就不改。其實有些真的不是BUG椒涯，我也只是建議的方式寫進測試文檔中柄沮，如果開發(fā)人員不修改也沒有大問題。如果不是BUG的話废岂，一定要堅持自己的立場祖搓，讓問題得到最后的確認。

26湖苞、你自認為測試的優(yōu)勢在哪里?

優(yōu)勢在于我對測試堅定不移的信心和熱情棕硫，雖然經(jīng)驗還不足，但測試需要的基本技能我有信心在工作中得以發(fā)揮袒啼。

28哈扮、什么是系統(tǒng)瓶頸?

瓶頸主要是指整個軟硬件構成的軟件系統(tǒng)某一方面或者幾個方面能力不能滿足用戶的特定業(yè)務要求，“特定”是指瓶頸會在某些條件下會出現(xiàn)蚓再，因為畢竟大多數(shù)系統(tǒng)在投入前滑肉。

嚴格的從技術角度講，所有的系統(tǒng)都會有瓶頸摘仅，因為大多數(shù)系統(tǒng)的資源配置不是協(xié)調(diào)的靶庙，例如CPU使用率剛好達到100%時，內(nèi)存也正好耗盡的系統(tǒng)不是很多見娃属。因此我們討論系統(tǒng)瓶頸要從應用的角度討論：關鍵是看系統(tǒng)能否滿足用戶需求六荒。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應仍然正常矾端，我們可以認為改系統(tǒng)沒有瓶頸或者瓶頸不會影響用戶工作掏击。

因此我們測試系統(tǒng)瓶頸主要是實現(xiàn)下面兩個目的：

-發(fā)現(xiàn)“表面”的瓶頸。主要是模擬用戶的操作秩铆，找出用戶極限使用系統(tǒng)時的瓶頸砚亭，然后解決瓶頸灯变，這是性能測試的基本目標。

-發(fā)現(xiàn)潛在的瓶頸并解決捅膘，保證系統(tǒng)的長期穩(wěn)定性添祸。主要是考慮用戶在將來擴展系統(tǒng)或者業(yè)務發(fā)生變化時，系統(tǒng)能夠適應變化寻仗。滿足用戶目前需求的系統(tǒng)不是最好的刃泌，我們設計系統(tǒng)的目標是在保證系統(tǒng)整個軟件生命周期能夠不斷適應用戶的變化，或者通過簡單擴展系統(tǒng)就可以適應新的變化署尤。

29耙替、文檔測試主要包含什么內(nèi)容?

在國內(nèi)軟件開發(fā)管理中，文檔管理幾乎是最弱的一項沐寺，因而在測試工作中特別容易忽略文檔測試也就不足為奇了。要想給用戶提供完整的產(chǎn)品盖奈，文檔測試是必不可少的混坞。文檔測試一般注重下面幾個方面：

文檔的完整性：主要是測試文檔內(nèi)容的全面性與完整性，從總體上把握文檔的質(zhì)量钢坦。例如用戶手冊應該包括軟件的所有功能模塊究孕。

描述與軟件實際情況的一致性：主要測試軟件文檔與軟件實際的一致程度。例如用戶手冊基本完整后爹凹，我們還要注意用戶手冊與實際功能描述是否一致厨诸。因為文檔往往跟不上軟件版本的更新速度。

易理解性：主要是檢查文檔對關鍵禾酱、重要的操作有無圖文說明微酬，文字、圖表是否易于理解颤陶。對于關鍵颗管、重要的操作僅僅只有文字說明肯定是不夠的，應該附有圖表使說明更為直觀和明了滓走。

文檔中提供操作的實例：這項檢查內(nèi)容主要針對用戶手冊垦江。對主要功能和關鍵操作提供的應用實例是否豐富，提供的實例描述是否詳細搅方。只有簡單的圖文說明比吭，而無實例的用戶手冊看起來就像是軟件界面的簡單拷貝，對于用戶來說姨涡，實際上沒有什么幫助衩藤。

印刷與包裝質(zhì)量：主要是檢查軟件文檔的商品化程度。有些用戶手冊是簡單打印涛漂、裝訂而成慷彤，過于粗糙，不易于用戶保存。優(yōu)秀的文檔例如用戶手冊和技術白皮書底哗，應提供商品化包裝岁诉，并且印刷精美。

30跋选、功能測試用例需要詳細到什么程度才是合格的?

這個問題也是測試工程師經(jīng)常問的問題涕癣。有人主張測試用例詳細到每個步驟執(zhí)行什么都要寫出來，目的是即使一個不了解系統(tǒng)的新手都可以按照測試用例來執(zhí)行工作前标。主張這類寫法的人還可以舉出例子：歐美坠韩、日本等軟件外包文檔都是這樣做的。

另外一種觀點就是主張寫的粗些炼列，類似于編寫測試大綱只搁。主張這種觀點的人是因為軟件開發(fā)需求管理不規(guī)范，變動十分頻繁俭尖，因而不能按照歐美的高標準來編寫測試用例氢惋。這樣的測試用例容易維護，可以讓測試執(zhí)行人員有更大的發(fā)揮空間稽犁。

實際上焰望，軟件測試用例的詳細程度首先要以覆蓋到測試點為基本要求。舉個例子：“用戶登陸系統(tǒng)”的測試用例可以不寫出具體的執(zhí)行數(shù)據(jù)已亥，但是至少要寫出五種以上情況()熊赖，如果只用一句話覆蓋了這個功能是不合格的測試用例。覆蓋功能點不是指列出功能點虑椎，而是要寫出功能點的各個方面(如果組合情況較多時可以采用等價劃分)震鹉。

另一個影響測試用例的就是組織的開發(fā)能力和測試對象特點。如果開發(fā)力量比較落后捆姜，編寫較詳細的測試用例是不現(xiàn)實的足陨，因為根本沒有那么大的資源投入，當然這種情況很隨著團隊的發(fā)展而逐漸有所改善娇未。測試對象特點重點是指測試對象在進度墨缘、成本等方面的要求，如果進度較緊張的情況下零抬，是根本沒有時間寫出高質(zhì)量的測試用例的镊讼，甚至有些時候測試工作只是一種輔助工作，因而不編寫測試用例平夜。

因此蝶棋，測試用例的編寫要根據(jù)測試對象特點、團隊的執(zhí)行能力等各個方面綜合起來決定編寫策略忽妒。最后要注意的是測試人員一定不能抱怨玩裙，力爭在不斷提高測試用例編寫水平的同時兼贸，不斷地提高自身能力。

31吃溅、配置和兼容性測試的區(qū)別是什么?

配置測試的目的是保證軟件在其相關的硬件上能夠正常運行溶诞，而兼容性測試主要是測試軟件能否與不同的軟件正確協(xié)作。

配置測試的核心內(nèi)容就是使用各種硬件來測試軟件的運行情況决侈，一般包括：

(1)軟件在不同的主機上的運行情況螺垢，例如Dell和Apple;

(2)軟件在不同的組件上的運行情況，例如開發(fā)的撥號程序要測試在不同廠商生產(chǎn)的Modem上的運行情況;

(3)不同的外設;

(4)不同的接口;

(5)不同的可選項赖歌，例如不同的內(nèi)存大小;

兼容性測試的核心內(nèi)容：

(1)測試軟件是否能在不同的操作系統(tǒng)平臺上兼容;

(2)測試軟件是否能在同一操作系統(tǒng)平臺的不同版本上兼容;

(3)軟件本身能否向前或者向后兼容;

(4)測試軟件能否與其它相關的軟件兼容;

(5)數(shù)據(jù)兼容性測試枉圃，主要是指數(shù)據(jù)能否共享;

配置和兼容性測試通稱對開發(fā)系統(tǒng)類軟件比較重要，例如驅動程序庐冯、操作系統(tǒng)孽亲、數(shù)據(jù)庫管理系統(tǒng)等。具體進行時仍然按照測試用例來執(zhí)行展父。

32返劲、軟件文檔測試主要包含什么?

隨著軟件文檔系統(tǒng)日益龐大，文檔測試已經(jīng)成為軟件測試的重要內(nèi)容犯祠。文檔測試對象主要如下：

-包裝文字和圖形;

-市場宣傳材料旭等、廣告以及其它插頁;

-授權酌呆、注冊登記表;

-最終用戶許可協(xié)議;

-安裝和設置向導;

-用戶手冊;

-聯(lián)機幫助;

-樣例衡载、示范例子和模板;

-……

文檔測試的目的是提高易用性和可靠性，降低支持費用隙袁，因為用戶通過文檔就可以自己解決問題痰娱。因文檔測試的檢查內(nèi)容主要如下：

-讀者對象——主要是文檔的內(nèi)容是否能讓該級別的讀者理解;

-術語——主要是檢查術語是否適合讀者;

-內(nèi)容和主題——檢查主題是否合適、是否丟失菩收、格式是否規(guī)范等;

-圖標和屏幕抓圖——檢查圖表的準確度和精確度;

-樣例和示例——是否與軟件功能一致;

-拼寫和語法;

-文檔的關聯(lián)性——是否與其它相關文檔的內(nèi)容一致梨睁，例如與廣告信息是否一致;

文檔測試是相當重要的一項測試工作，不但要給予充分的重視娜饵，更要要認真的完成坡贺，象做功能測試一樣來對待文檔測試。

33箱舞、沒有產(chǎn)品說明書和需求文檔地情況下能夠進行黑盒測試嗎?

這個問題是國內(nèi)測試工程師經(jīng)常遇到的問題遍坟，根源就是國內(nèi)軟件開發(fā)文檔管理不規(guī)范，對變更的管理方法就更不合理了晴股。實際上沒有任何文檔的時候愿伴，測試人員是能夠進行黑盒測試的，這種測試方式我們可以稱之為探索測試电湘，具體做法就是測試工程師根據(jù)自己的專業(yè)技能隔节、領域知識等不斷的深入了解測試對象鹅经、理解軟件功能，進而發(fā)現(xiàn)缺陷怎诫。

在這種做法基本上把軟件當成了產(chǎn)品說明書瘾晃，測試過程中要和開發(fā)人員不斷的進行交流。尤其在作項目的時候刽虹，進度壓力比較大酗捌，可以作為加急測試方案。最大的風險是不知道有些特性是否被遺漏涌哲。

34胖缤、在配置測試中，如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題?

在進行配置測試時阀圾，測試工程師仍然會發(fā)現(xiàn)一些普通的缺陷哪廓，也就是與配置環(huán)境無關的缺陷。因此判斷新發(fā)現(xiàn)的問題初烘，需要在不同的配置中重新執(zhí)行發(fā)現(xiàn)軟件缺陷的步驟涡真，如果軟件缺陷不出現(xiàn)了，就可能是配置缺陷;如果在所有的配置中都出現(xiàn)肾筐，就可能是普通缺陷哆料。

需要注意的是，配置問題可以在一大類配置中出現(xiàn)吗铐。例如东亦，撥號程序可能在所有的外置Modem中都存在問題，而內(nèi)置的Modem不會有任何問題唬渗。

35典阵、為什么盡量不要讓時間有富裕的員工去做一些測試?

表面上看這體現(xiàn)了管理的效率和靈活性，但實際上也體現(xiàn)了管理者對測試的輕視镊逝。測試和測試的人有很大關系壮啊。測試工作人員應該是勤奮并富有耐心，善于學習撑蒜、思考和發(fā)現(xiàn)問題歹啼，細心有條理，總結問題座菠，如果具備這樣的優(yōu)點狸眼，做其它工作同樣也會很出色，因此這里還有一個要求辈灼，就是要喜歡測試這項工作份企。如果他是專職的，那么肯定更有經(jīng)驗和信心巡莹。國內(nèi)的小伙子好象都喜歡做程序員司志，兩者工作性質(zhì)不同甜紫，待遇不同，地位不同骂远，對自我實現(xiàn)的價值的認識也不同囚霸，這是行業(yè)的一個需要改善的問題。如果只是為了完成任務而完成任務激才，或者發(fā)現(xiàn)了幾個問題就覺得滿意了拓型，這在任何其它工作中都是不行的。

36瘸恼、完全測試程序是可能的嗎?

軟件測試初學者可能認為拿到軟件后需要進行完全測試劣挫，找到全部的軟件缺陷，使軟件“零缺陷”發(fā)布东帅。實際上完全測試是不可能的压固。主要有以下一個原因：

-完全測試比較耗時，時間上不允許;

-完全測試通常意味著較多資源投入靠闭，這在現(xiàn)實中往往是行不通的;

-輸入量太大帐我，不能一一進行測試;

-輸出結果太多，只能分類進行驗證;

-軟件實現(xiàn)途徑太多;

-軟件產(chǎn)品說明書沒有客觀標準愧膀，從不同的角度看拦键，軟件缺陷的標準不同;

因此測試的程度要根據(jù)實際情況確定。

37檩淋、軟件測試的風險主要體現(xiàn)在哪里?

我們沒有對軟件進行完全測試芬为，實際就是選擇了風險，因為缺陷極有可能存在沒有進行測試的部分狼钮。舉個例子碳柱，程序員為了方便捡絮，在調(diào)試程序時會彈出一些提示信息框熬芜，而這些提示只在某種條件下會彈出，碰巧程序發(fā)布前這些代碼中的一些沒有被注釋掉福稳。在測試時測試工程師又沒有對其進行測試涎拉。如果客戶碰到它，這將是代價昂貴的缺陷的圆，因為交付后才被客戶發(fā)現(xiàn)鼓拧。

因此，我們要盡可能的選擇最合適的測試量越妈，把風險降低到最小季俩。

38、發(fā)現(xiàn)的缺陷越多梅掠，說明軟件缺陷越多嗎?

這是一個比較常見的現(xiàn)象酌住。測試工程師在沒有找到缺陷前會絞盡腦汁的思考店归，但是找到一個后，會接二連三的發(fā)現(xiàn)很多缺陷酪我，頗有個人成就感消痛。其中的原因主要如下：

-代碼復用、拷貝代碼導致程序員容易犯相同的錯誤都哭。類的繼承導致所有的子類會包含基類的錯誤秩伞，反復拷貝同一代碼意味可能也復制了缺陷。

-程序員比較勞累是可以導致某些連續(xù)編寫的功能缺陷較多欺矫。程序員加班是一種司空見慣的現(xiàn)象纱新，因此體力不只時容易編寫一些缺陷較多的程序。而這些連續(xù)潛伏缺陷恰恰時測試工程師大顯身手的地方穆趴。

“缺陷一個連著一個”不是一個客觀規(guī)律怒炸，只是一個常見的現(xiàn)象。如果軟件編寫的比較好毡代，這種現(xiàn)象就不常見了阅羹。測試人員只要嚴肅認真的測試程序就可以了。

39教寂、所有的軟件缺陷都能修復嗎?所有的軟件缺陷都要修復嗎?

從技術上講捏鱼，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷酪耕。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美导梆。對于整個項目團隊，要做的是對每一個軟件缺陷進行取舍迂烁，根據(jù)風險決定那些缺陷要修復看尼。發(fā)生這種現(xiàn)象的主要原因如下：

-沒有足夠的時間資源。在任何一個項目中盟步，通常情況下開發(fā)人員和測試人員都是不夠用的藏斩，而且在項目中沒有預算足夠的回歸測試時間，再加上修改缺陷可能引入新的缺陷，因此在交付期限的強大壓力下，必須放棄某些缺陷的修改字管。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮兆览，可以在以后升級中進行修復。

-不是缺陷的缺陷塞关。我們經(jīng)常會碰到某些功能方面的問題被當成缺陷來處理抬探，這類問題可以以后有時間時考慮再處理。

最后要說的是帆赢，缺陷是否修改要由軟件測試人員小压、項目經(jīng)理砰左、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考场航，以做出正確的決定缠导。

40、軟件測試人員就是QA嗎?

軟件測試人員的職責是盡可能早的找出軟件缺陷溉痢，確保得以修復僻造。而質(zhì)量保證人員(QA)主要職責是創(chuàng)建或者制定標準和方法，提高促進軟件開發(fā)能力和減少軟件缺陷孩饼。測試人員的主要工作是測試髓削，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象镀娶。

軟件測試和質(zhì)量是相輔相成的關系立膛，都是為了提高軟件質(zhì)量而工作。

41梯码、如何減少測試人員跳槽帶來的損失?

在IT行業(yè)里跳槽已經(jīng)是一種司空見慣的現(xiàn)象宝泵，而且跳槽無論給公司還是給個人都會帶來一定的損失。測試隊伍也無疑會面臨跳槽的威脅轩娶，作為測試經(jīng)理管理者儿奶，只有從日常工作中開始做起，最能最大限度的減少損失鳄抒。建議我們從以下兩個方面做起：

-加強部門內(nèi)員工之間的互相學習闯捎，互相學習是建立學習型組織的基本要求，是知識互相轉移的過程许溅。在此基礎上瓤鼻，可以把個人擁有的技術以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉化贤重。

-通常情況下茬祷，企業(yè)能為員工提供足夠大的發(fā)展空間時，如果不是待遇特別低游桩，員工都不會主動離開企業(yè)牲迫。因此我們要想留住員工耐朴，管理者就應該把員工的個人成長和企業(yè)的發(fā)展聯(lián)系起來借卧，為員工設定合理發(fā)展規(guī)劃并付諸實現(xiàn)。不過這項要求做起來比較筛峭，要有比較好的企業(yè)文化為依托铐刘。

42、測試產(chǎn)品與測試項目的區(qū)別是什么?

習慣上把開發(fā)完成后進行商業(yè)化影晓、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品镰吵，也就是可以買“賣拷貝”的軟件檩禾，例如Windows2000。而通常把針對一個或者幾個特定的用戶而開發(fā)的軟件成為軟件項目疤祭，軟件項目是一種個性化的產(chǎn)品盼产，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求勺馆。項目和產(chǎn)品的不同特點戏售，決定我們測試產(chǎn)品和測試項目仍然會有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些草穆，修復發(fā)布后產(chǎn)品的缺陷成本較高灌灾，甚至會帶來很多負面的影響。而做項目通常面向某一用戶悲柱，雖然質(zhì)量越高越好锋喜，但是一般只要滿足用戶要求就可以了。

-測試資源投入多少不同豌鸡。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)嘿般，進度壓力要小些。同時由于質(zhì)量要求高涯冠，因此會投入較多的人力博个、物力資源。

-項目最后要和用戶共同驗收測試功偿，這是產(chǎn)品測試不具有的特點盆佣。

此外，測試產(chǎn)品與測試項目在缺陷管理方面械荷、測試策略制定都會有很大不同共耍，測試管理者應該結合具體的環(huán)境，恰如其分的完成工作吨瞎。

43痹兜、和用戶共同測試(UAT測試)的注意點有哪些?

軟件產(chǎn)品在投產(chǎn)前，通常都會進行用戶驗收測試颤诀。如果用戶驗收測試沒有通過字旭，直接結果就是那不到“Money”，間接影響是損害了公司的形象崖叫，而后者的影響往往更嚴重遗淳。根據(jù)作者的經(jīng)驗，用戶驗收測試一定要讓用戶滿意心傀。

實際上用戶現(xiàn)場測試更趨于是一種演示屈暗。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標养叛。因此用戶測試要注意下面的事項：

(1)用戶現(xiàn)場測試不可能測試全部功能种呐，因此要測試核心功能。這需要提前做好準備弃甥，這些核心功能一定要預先經(jīng)過測試爽室，證明沒有問題才可以和用戶共同進行測試。測試核心模塊的目的是建立用戶對軟件的信心淆攻。當然如果這些模塊如果問題較多肮之，不應該進行演示。

(2)如果某些模塊確實有問題卜录，我們可以演示其它重要的業(yè)務功能模塊戈擒，必要時要向用戶做成合理的解釋。爭得時間后艰毒，及時修改缺陷來彌補筐高。

(3)永遠不能欺騙用戶，蒙混過關丑瞧。道理很簡單柑土，因為軟件是要給用戶用的，問題早晚會暴露出來绊汹，除非你可以馬上修改稽屏。

和用戶進行測試還要注意各種交流技巧，爭取不但短期利益得到了滿足西乖，還要為后面得合作打好基礎狐榔。

44、如何編寫提交給用戶的測試報告?

隨著測試工作越來越受重視获雕，開發(fā)團隊向客戶提供測試文檔是不可避免的事情薄腻。很多人會問：“我們可以把工作中的測試報告提供給客戶嗎?”答案是否定的。因為提供內(nèi)部測試報告届案，可能會讓客戶失去信心庵楷，甚至否定項目。

測試報告一般分為內(nèi)部測試報告和外部測試報告楣颠。內(nèi)部報告是我們在測試工作中的項目文檔尽纽，反映了測試工作的實施情況，這里不過多討論童漩，讀者可以參考相關教材弄贿。這里主要討論一下外部測試報告的寫法，一般外部測試報告要滿足下面幾個要求：

-根據(jù)內(nèi)部測試報告進行編寫睁冬，一般可以摘錄;

-不可以向客戶報告嚴重缺陷挎春，即使是已經(jīng)修改的缺陷看疙，開發(fā)中的缺陷也沒有必要讓客戶知道;

-報告上可以列出一些缺陷豆拨，但必須是中級的缺陷直奋，而且這些缺陷必須是修復的;

-報告上面的內(nèi)容盡量要真實可靠;

-整個測試報告要仔細審閱，力爭不給項目帶來負面作用施禾，尤其是性能測試報告脚线。

總之，外部測試報告要小心謹慎的編寫弥搞。

45邮绿、測試工具在測試工作中是什么地位?

國內(nèi)的很多測試工程師對測試工具相當迷戀，尤其是一些新手攀例，甚至期望測試工具可以取代手工測試船逮。測試工具在測試工作中起的是輔助作用，一般用來提高測試效率粤铭。自動化測試彌補了手工測試的不足挖胃，減輕一定的工作量。實際上測試工具是無法替代大多數(shù)手工測試的梆惯，而一些諸如性能測試等自動化測試也是手工所不能完成的酱鸭。

對于自動測試技術，應當依據(jù)軟件的不同情況來分別對待垛吗，一般自動技術會應用在引起大量重復性工作的地方凹髓、系統(tǒng)的壓力點、以及任何適合使用程序解決大批量輸入數(shù)據(jù)的地方怯屉。然后再尋找合適的自動測試工具蔚舀，或者自己開發(fā)測試程序。一定不要為了使用測試工具而使用锨络。

46蝗敢、常見的測試用例設計方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。

1-等價類劃分

常見的軟件測試面試題劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.

2-邊界值分析法

邊界值分析方法是對等價類劃分方法的補充足删。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.

使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).

3-錯誤推測法

基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.

錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例-例如, 在單元測試時曾列出的許多在模塊中常見的錯誤-以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結寿谴。還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行-這些都是容易發(fā)生錯誤的情況失受⊙忍可選擇這些情況下的例子作為測試用例.

4-因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等-考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況-但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多-因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設計測試用例-這就需要利用因果圖(邏輯模型)-因果圖方法最終生成的就是判定表-它適合于檢查程序輸入條件的各種組合情況.

5-正交表分析法

有時候，可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增拂到，同時痪署，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試兄旬，就可以通過正交表來進行縮減一些用例狼犯，從而達到盡量少的用例覆蓋盡量大的范圍的可能性余寥。

6-場景分析方法

指根據(jù)用戶場景來模擬用戶的操作步驟，這個比較類似因果圖悯森，但是可能執(zhí)行的深度和可行性更好宋舷。

50、您認為做好測試用例設計工作的關鍵是什么?

白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結果

黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口瓢姻。不可能做到完全測試祝蝠，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題

47、詳細的描述一個測試活動完整的過程幻碱。

1-項目經(jīng)理通過和客戶的交流绎狭，完成需求文檔，由開發(fā)人員和測試人員共同完成需求文檔的評審褥傍，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方儡嘶。項目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見恍风，完成項目計劃蹦狂。然后sqa進入項目，開始進行統(tǒng)計和跟蹤

2-開發(fā)人員根據(jù)需求文檔完成需求分析文檔邻耕，測試人員進行評審鸥咖，評審的主要內(nèi)容包括是否有遺漏或者雙方理解不同的地方。測試人員完成測試計劃文檔兄世，測試計劃包括的內(nèi)容上面有描述啼辣。

3-測試人員根據(jù)修改好的需求分析文檔開始寫測試用例，同時開發(fā)人員完成概要設計文檔御滩，詳細設計文檔鸥拧。此兩份文檔成為測試人員撰寫測試用例的補充材料。

4-測試用例完成后削解，測試和開發(fā)需要進行評審富弦。

5-測試人員搭建環(huán)境

6-開發(fā)人員提交第一個版本，可能存在未完成功能氛驮，需要說明腕柜。測試人員進行測試，發(fā)現(xiàn)bug后提交給bugzilla矫废。

7-開發(fā)提交第二個版本盏缤，包括bug fix以及增加了部分功能，測試人員進行測試蓖扑。

8-重復上面的工作唉铜，一般是3-4個版本后bug數(shù)量減少，達到出貨的要求律杠。

9-如果有客戶反饋的問題潭流，需要測試人員協(xié)助重現(xiàn)以及回歸測試竞惋。

48、以往是否曾經(jīng)從事過性能測試工作?請盡可能的詳細描述您以往的性能測試工作的完整過程灰嫉。

曾經(jīng)做過一套網(wǎng)管系統(tǒng)的性能測試拆宛，主要測試該軟件在同時管理大量終端的情況下，在響應時間熬甫，cpu/磁盤/內(nèi)存等參數(shù)是否滿足要求胰挑。

也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測試蔓罚，主要是測試軟交換系統(tǒng)在有大量呼叫的情況下椿肩，響應時間，呼叫成功率豺谈，cpu/磁盤/內(nèi)存等參數(shù)是否滿足設計要求郑象。

49、在您以往的工作中茬末，一條軟件缺陷(或者叫bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(bug)記錄?

1-在傳統(tǒng)的bugzilla中厂榛，bug描述應該包括以下的信息

2-和bug產(chǎn)生對應的軟件版本

3-開發(fā)的接口人員

4-bug的優(yōu)先級

5-bug的嚴重程度

6-bug可能屬于的模塊，如果不能確認丽惭，可以用開發(fā)人員來判斷

7-bug標題击奶，需要清晰的描述現(xiàn)象

8-bug描述，需要盡量給出重新bug的步驟

9-bug附件中能給出相關的日志和截圖责掏。

高質(zhì)量的bug記錄就是指很容易理解的bug記錄柜砾，所以，對于描述的要求高换衬，能提供的信息多且準確痰驱，很好的幫助開發(fā)人員定位。

50瞳浦、您在從事性能測試工作時担映，是否使用過一些測試工具?如果有，請試述該工具的工作原理叫潦，并以一個具體的工作中的例子描述該工具是如何在實際工作中應用的蝇完。

測試網(wǎng)管系統(tǒng)中，使用的mimic來模擬終端矗蕊，能夠大量的節(jié)省成本短蜕。

測試軟交換系統(tǒng)的時候，使用的prolab來模擬終端并發(fā)送呼叫軟交換拔妥，他完成了同時數(shù)百人才能完成的摘機撥號工作忿危，主要工作原理是產(chǎn)生一些符合要求的ip包并發(fā)送給軟交換系統(tǒng)，同時對軟交換系統(tǒng)的回應進行處理没龙，決定下一步動作铺厨。

51缎玫、您認為性能測試工作的目的是什么?做好性能測試工作的關鍵是什么?

主要是保障在大量用戶的情況下，服務能正常使用解滓。

52赃磨、請試著比較一下黑盒測試、白盒測試洼裤、單元測試邻辉、集成測試、系統(tǒng)測試腮鞍、驗收測試的區(qū)別與聯(lián)系值骇。

黑盒測試：已知產(chǎn)品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求移国。
　　白盒測試：已知產(chǎn)品的內(nèi)部工作過程吱瘩，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查迹缀。
　　軟件的黑盒測試意味著測試要在軟件的接口處進行使碾。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性祝懂，只依據(jù)程序的需求規(guī)格說明書票摇，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試砚蓬。
黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
　　1矢门、是否有不正確或遺漏的功能？
　　2怜械、在接口上颅和，輸入是否能正確的接受？能否輸出正確的結果缕允？
　　3峡扩、是否有數(shù)據(jù)結構錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？
　　4障本、性能上是否能夠滿足要求教届？

53、是否有初始化或終止性錯誤驾霜？

軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查案训。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息粪糙，設計或選擇測試用例强霎，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)蓉冈，確定實際狀態(tài)是否與預期的狀態(tài)一致城舞。因此白盒測試又稱為結構測試或邏輯驅動測試轩触。白盒測試主要是想對程序模塊進行如下檢查：
　　1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍家夺。
　　2脱柱、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍拉馋。
　　3榨为、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。
　　4煌茴、測試內(nèi)部數(shù)據(jù)結構的有效性随闺，等等。
　　單元測試（模塊測試）是開發(fā)者編寫的一小段代碼景馁，用于檢驗被測代碼的一個很小的板壮、很明確的功能是否正確逗鸣。通常而言合住，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。
　　單元測試是由程序員自己來完成撒璧，最終受益的也是程序員自己透葛。可以這么說卿樱，程序員有責任編寫功能代碼僚害，同時也就有責任為自己的代碼編寫單元測試。執(zhí)行單元測試繁调，就是為了證明這段代碼的行為和我們期望的一致萨蚕。
　　集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展蹄胰。它的最簡單的形式是：
　　兩個已經(jīng)測試過的單元組合成一個組件岳遥，并且測試它們之間的接口。從這一層意義上講裕寨，組件是指多個單元的集成聚合浩蓉。在現(xiàn)實方案中，許多單元組合成組件宾袜，而這些組件又聚合成程序的更大部分捻艳。方法是測試片段的組合，并最終擴展進程庆猫，將您的模塊與其他組的模塊一起測試认轨。最后，將構成進程的所有模塊一起測試月培。
　　系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試嘁字。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法昨稼。（常見的聯(lián)調(diào)測試）
　　系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計拳锚。
　　驗收測試是部署軟件之前的最后一個測試操作假栓。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務霍掺。
　　驗收測試是向未來的用戶表明系統(tǒng)能夠像預定要求那樣工作匾荆。經(jīng)集成測試后，已經(jīng)按照設計把所有的模塊組裝成一個完整的軟件系統(tǒng)杆烁，接口錯誤也已經(jīng)基本排除了牙丽，接著就應該進一步驗證軟件的有效性，這就是驗收測試的任務兔魂，即軟件的功能和性能如同用戶所合理期待的那樣烤芦。

54、測試計劃工作的目的是什么析校？測試計劃工作的內(nèi)容都包括什么构罗？其中哪些是最重要的？

軟件測試計劃是指導測試過程的綱領性文件智玻，包含了產(chǎn)品概述遂唧、測試策略、測試方法吊奢、測試區(qū)域盖彭、測試配置、測試周期页滚、測試資源召边、測試交流、風險分析等內(nèi)容裹驰。借助軟件測試計劃隧熙，參與測試的項目成員，尤其是測試管理人員邦马，可以明確測試任務和測試方法贱鼻，保持測試
　　實施過程的順暢溝通，跟蹤和控制測試進度滋将，應對測試過程中的各種變更邻悬。
　　測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系随闽，測試計劃主要從宏觀上規(guī)劃測試活動的范圍父丰、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術蛾扇。
　　所以其中最重要的是測試測試策略和測試方法（最好是能先評審）

55攘烛、您認為做好測試計劃工作的關鍵是什么？

1. 明確測試的目標镀首，增強測試計劃的實用性
　　編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷坟漱，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷更哄。因此芋齿，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行成翩，測試工具并且具有較高的實用性觅捆，便于使用，生成的測試結果直觀麻敌、準確
　　2．堅持“5W”規(guī)則栅炒，明確內(nèi)容與過程
　　“5W”規(guī)則指的是“What （做什么）”、“Why （為什么做）”术羔、“When （何時做）”赢赊、“Where（在哪里）”、“How （如何做）”聂示。利用“5W”規(guī)則創(chuàng)建軟件測試計劃域携，可以幫助測試團隊理解測試的目的（Why ），明確測試的范圍和內(nèi)容（What ）鱼喉，確定測試的開始和結束日期（When ），指出測試的方法和工具（How ）趋观，給出測試文檔和軟件的存放位置（Where ）扛禽。
　　3．采用評審和更新機制，保證測試計劃滿足實際需求
　　測試計劃寫作完成后皱坛，如果沒有經(jīng)過評審编曼，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容剩辟，或者軟件需求變更引起測試范圍的增減掐场，而測試計劃的內(nèi)容沒有及時更新，誤導測試執(zhí)行人員贩猎。
　　4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格熊户、測試用例
　　應把詳細的測試技術指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中吭服。測試計劃和測試詳細規(guī)格嚷堡、測試用例之間是戰(zhàn)略和戰(zhàn)術的關系翻斟，測試計劃主要從宏觀上規(guī)劃測試活動的范圍薯嗤、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務的具體戰(zhàn)術焕刮。

56、您所熟悉的測試用例設計方法都有哪些闪朱？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用怕篷。

1．等價類劃分
　　劃分等價類: 等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的
　　輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
　　2．邊界值分析法
　　邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.
　　使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
　　3．錯誤推測法
　　基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法.
　　錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結. 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0 的情況.
　　輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
　　4．因果圖方法
　　前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的
組合情況也相當多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應產(chǎn)生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.

57友鼻、您以往是否曾經(jīng)從事過性能測試工作吸祟？如果有請盡可能的詳細描述您以往的性能測試工作的完整過程。

是的桃移，曾經(jīng)做過網(wǎng)站方面的性能測試屋匕，雖然做的時間并不久（2 個月吧），當時呢借杰，是有位網(wǎng)站性能測試經(jīng)驗非常豐富的前輩帶著我一起做过吻。
　　性能測試類型包括負載測試，強度測試蔗衡，容量測試等
　　負載測試：負載測試是一種性能測試指數(shù)據(jù)在超負荷環(huán)境中運行纤虽，程序是否能夠承擔。
　　強度測試： 強度測試是一種性能測試绞惦，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況
　　容量測試：確定系統(tǒng)可處理同時在線的最大用戶數(shù)
　　在網(wǎng)站流量逐漸加大的情況下逼纸，開始考慮做性能測試了，首先要寫好性能測試計劃济蝉，根據(jù)運營數(shù)據(jù)得出流量最大的頁面（如果是第一次的話杰刽，一般是首頁，下載頁王滤，個人帳戶頁流量最大贺嫂，而且以某種百分比），
　　Web 服務器指標指標：
　　* Avg Rps: 平均每秒鐘響應次數(shù)＝總請求時間 / 秒數(shù)雁乡；
　　* Successful Rounds：成功的請求第喳；
　　* Failed Rounds ：失敗的請求；
　　* Successful Hits ：成功的點擊次數(shù)踱稍；
　　* Failed Hits ：失敗的點擊次數(shù)曲饱；
　　* Hits Per Second ：每秒點擊次數(shù)；
　　* Successful Hits Per Second ：每秒成功的點擊次數(shù)珠月；
　　* Failed Hits Per Second ：每秒失敗的點擊次數(shù)扩淀；
　　* Attempted Connections ：嘗試鏈接數(shù)；

58桥温、系統(tǒng)測試是什么引矩？需要考慮哪些方面？

1）系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件旺韭、外設氛谜、網(wǎng)絡等其他元素結合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試区端，其目的是通過與系統(tǒng)的需求相比較值漫，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案.织盼。

2）它的的任務是盡可能徹底地檢查出程序中的錯誤杨何，提高軟件系統(tǒng)的可靠性，其目的是檢驗系統(tǒng)"做得怎樣沥邻？"危虱。這階段又可分為三個步驟：模塊測試，測試每個模塊的程序是否有錯誤唐全；組裝測試埃跷，測試模塊之間的接口是否正確；確認測試邮利，測試整個軟件系統(tǒng)是否滿足用戶功能和性能的要求弥雹。該階段結束應交付測試報告，說明測試數(shù)據(jù)的選擇延届，測試用例以及測試結果是否符合預期結果剪勿。

3）測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯誤原因和位置，然后進行改正方庭。是基于系統(tǒng)整體需求說明書的黑盒類測試厕吉，應覆蓋系統(tǒng)所有聯(lián)合的部件。

4）系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試二鳄，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義赴涵，找出與需求規(guī)格不相符合或與之矛盾的地方。

系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件订讼，還要包含軟件所依賴的硬件、外設甚至包括某些數(shù)據(jù)扇苞、某些支持軟件及其接口等欺殿。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結合起來鳖敷，在系統(tǒng)實際運行環(huán)境下來進行測試

59脖苏、怎樣才能成為一個合格的軟件測試工程師？

1）計算機專業(yè)技能

2）測試專業(yè)技能

3）軟件編程技能

4）網(wǎng)絡定踱、操作系統(tǒng)棍潘、數(shù)據(jù)庫、中間件等知識

5）較強的責任心，對待測試工作要有不厭其煩的態(tài)度亦歉，與需求人員恤浪、研發(fā)人員多交流多溝通

60、您認為做好測試計劃工作的關鍵是什么肴楷？

了解項目或系統(tǒng)的業(yè)務需求

和項目經(jīng)理協(xié)調(diào)好水由，了解項目的進度計劃安排情況

61、軟件測試的流程是什么赛蔫？

需求調(diào)查: 全面了解您的系統(tǒng)概況砂客、應用領域、軟件開發(fā)周期呵恢、軟件開發(fā)環(huán)境鞠值、開發(fā)組織、時間安排渗钉、功能需求彤恶、性能需求、質(zhì)量需求及測試要求等

根據(jù)系統(tǒng)概況進行項目所需的人員晌姚、時間和工作量估計及項目報價粤剧。

制定初步的項目計劃: 在與您充分共同和協(xié)商的基礎上制定我們的測試計劃。

測試準備: 組織測試團隊挥唠、培訓抵恋、建立測試和管理環(huán)境等。

測試設計: 按照測試要求進行每個測試項的測試設計宝磨，包括測試用例的設計及測試腳本的開發(fā)等弧关。

測試實施: 按照測試計劃進行實施測試。

測試評估: 根據(jù)測試的結果唤锉，出具測試評估報告世囊。