1助被、問：你在測試中發(fā)現(xiàn)了一個bug剖张，但是開發(fā)經(jīng)理認(rèn)為這不是一個bug，你應(yīng)該怎樣解決揩环？

首先搔弄，將問題提交到缺陷管理庫里面進(jìn)行備案。

然后丰滑，要獲取判斷的依據(jù)和標(biāo)準(zhǔn)：

根據(jù)需求說明書顾犹、產(chǎn)品說明、設(shè)計文檔等褒墨，確認(rèn)實際結(jié)果是否與計劃有不一致的地方炫刷，提供缺陷是否確認(rèn)的直接依據(jù)；

如果沒有文檔依據(jù)郁妈，可以根據(jù)類似軟件的一般特性來說明是否存在不一致的地方浑玛，來確認(rèn)是否是缺陷；

根據(jù)用戶的一般使用習(xí)慣噩咪，來確認(rèn)是否是缺陷顾彰；

與設(shè)計人員、開發(fā)人員和客戶代表等相關(guān)人員探討胃碾，確認(rèn)是否是缺陷涨享；

合理的論述，向測試經(jīng)理說明自己的判斷的理由书在，注意客觀灰伟、嚴(yán)謹(jǐn)，不參雜個人情緒。

等待測試經(jīng)理做出最終決定栏账，如果仍然存在爭議帖族，可以通過公司政策所提供的渠道，向上級反映挡爵，并有上級做出決定竖般。

2、問：給你一個網(wǎng)站茶鹃，你如何測試涣雕？

首先，查找需求說明闭翩、網(wǎng)站設(shè)計等相關(guān)文檔挣郭，分析測試需求。

制定測試計劃疗韵，確定測試范圍和測試策略兑障，一般包括以下幾個部分：功能性測試；界面測試蕉汪；性能測試流译；數(shù)據(jù)庫測試；安全性測試者疤；兼容性測試

設(shè)計測試用例：

功能性測試可以包括福澡，但不限于以下幾個方面：

鏈接測試。鏈接是否正確跳轉(zhuǎn)驹马，是否存在空頁面和無效頁面革砸，是否有不正確的出錯信息返回。

提交功能的測試糯累。

多媒體元素是否可以正確加載和顯示业岁。

多語言支持是否能夠正確顯示選擇的語言等。

界面測試可以包括但不限于一下幾個方面：

頁面是否風(fēng)格統(tǒng)一寇蚊，美觀

頁面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出

控件是否正常使用

對于必須但未安裝的控件棍好，是否提供自動下載并安裝的功能

文字檢查

性能測試一般從以下兩個方面考慮：

壓力測試仗岸；負(fù)載測試；強(qiáng)度測試

數(shù)據(jù)庫測試要具體決定是否需要開展借笙。數(shù)據(jù)庫一般需要考慮連結(jié)性扒怖，對數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗證等方面业稼。

安全性測試：

基本的登錄功能的檢查

是否存在溢出錯誤盗痒，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露

相關(guān)開發(fā)語言的常見安全性問題檢查，例如SQL注入等

如果需要高級的安全性測試，確定獲得專業(yè)安全公司的幫助俯邓，外包測試骡楼，或者獲取支持

兼容性測試，根據(jù)需求說明的內(nèi)容稽鞭，確定支持的平臺組合：

瀏覽器的兼容性鸟整；

操作系統(tǒng)的兼容性；

軟件平臺的兼容性朦蕴；

數(shù)據(jù)庫的兼容性

開展測試篮条，并記錄缺陷。合理的安排調(diào)整測試進(jìn)度吩抓，提前獲取測試所需的資源涉茧，建立管理體系（例如，需求變更疹娶、風(fēng)險伴栓、配置、測試文檔蚓胸、缺陷報告挣饥、人力資源等內(nèi)容）。

定期評審沛膳，對測試進(jìn)行評估和總結(jié)扔枫，調(diào)整測試的內(nèi)容。

3锹安、在搜索引擎中輸入漢字就可以解析到對應(yīng)的域名短荐，請問如何用LoadRunner進(jìn)行測試。

建立測試計劃叹哭，確定測試標(biāo)準(zhǔn)和測試范圍

設(shè)計典型場景的測試用例忍宋，覆蓋常用業(yè)務(wù)流程和不常用的業(yè)務(wù)流程等

根據(jù)測試用例，開發(fā)自動測試腳本和場景：

錄制測試腳本：新建一個腳本（Web/HTML協(xié)議）风罩；點(diǎn)擊錄制按鈕糠排，在彈出的對話框的URL中輸入”about:blank”；在打開的瀏覽器中進(jìn)行正常操作流程后超升，結(jié)束錄制入宦；調(diào)試腳本并保存，可能要注意到字符集的關(guān)聯(lián)室琢。

設(shè)置測試場景：針對性能設(shè)置測試場景乾闰，主要判斷在正常情況下，系統(tǒng)的平均事務(wù)響應(yīng)時間是否達(dá)標(biāo)盈滴；針對壓力負(fù)載設(shè)置測試場景涯肩，主要判斷在長時間處于滿負(fù)荷或者超出系統(tǒng)承載能力的條件下，系統(tǒng)是否會崩潰；執(zhí)行測試病苗，獲取測試結(jié)果疗垛，分析測試結(jié)果

4、問：一臺客戶端有三百個客戶與三百個客戶端有三百個客戶對服務(wù)器施壓铅乡，有什么區(qū)別?

300個用戶在一個客戶端上继谚，會占用客戶機(jī)更多的資源，而影響測試的結(jié)果阵幸。線程之間可能發(fā)生干擾花履，而產(chǎn)生一些異常。

300個用戶在一個客戶端上挚赊，需要更大的帶寬诡壁。

IP地址的問題，可能需要使用IP Spoof來繞過服務(wù)器對于單一IP地址最大連接數(shù)的限制荠割。

所有用戶在一個客戶端上妹卿，不必考慮分布式管理的問題；而用戶分布在不同的客戶端上蔑鹦，需要考慮使用控制器來整體調(diào)配不同客戶機(jī)上的用戶夺克。同時，還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置嚎朽。

5铺纽、試述軟件的概念和特點(diǎn)？軟件復(fù)用的含義哟忍？構(gòu)件包括哪些狡门？

軟件是計算機(jī)系統(tǒng)中與硬件相互依存的另一部分，與計算機(jī)系統(tǒng)操作有關(guān)的計算機(jī)程序锅很、規(guī)程其馏、規(guī)則，以及可能有的文件爆安、文檔及數(shù)據(jù)叛复。

軟件復(fù)用(SoftWare Reuse)是將已有軟件的各種有關(guān)知識用于建立新的軟件，以縮減軟件開發(fā)和維護(hù)的花費(fèi)扔仓。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)致扯。早期的軟件復(fù)用主要是代碼級復(fù)用，被復(fù)用的知識專指程序当辐，后來擴(kuò)大到包括領(lǐng)域知識、開發(fā)經(jīng)驗鲤看、設(shè)計決定缘揪、體系結(jié)構(gòu)、需求、設(shè)計找筝、代碼和文檔等一切有關(guān)方面蹈垢。

可以被復(fù)用的軟件成分一般稱作可復(fù)用構(gòu)件

6、軟件生存周期及其模型是什么袖裕？

軟件生存周期（Software life cycle）又稱為軟件生命期曹抬，生存期。是指從形成開發(fā)軟件概念起急鳄，所開發(fā)的軟件使用以后谤民，知道失去使用價值消亡為止的整個過程。一般來說疾宏，整個生存周期包括計劃（定義）张足、開發(fā)、運(yùn)行（維護(hù)）三個時期坎藐，每個時期又劃分為若干個階段为牍。每個階段有明確的任務(wù)。

周期模型（典型的幾種）：

瀑布模型

快速原型模型：快速原型模型允許在需求分析階段對軟件的需求進(jìn)行初步而非完全的分析和定義岩馍，快速設(shè)計開發(fā)出軟件系統(tǒng)的原型碉咆，該原型向用戶展示待開發(fā)軟件的全部或部分功能和性能；用戶對該原型進(jìn)行測試評定蛀恩，給出具體改進(jìn)意見以豐富細(xì)化軟件需求疫铜；開發(fā)人員據(jù)此對軟件進(jìn)行修改完善，直至用戶滿意認(rèn)可之后赦肋，進(jìn)行軟件的完整實現(xiàn)及測試块攒、維護(hù)。

迭代模型：迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定佃乘、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素囱井。在某種程度上，開發(fā)迭代是一次 完整地經(jīng)過所有工作流程的過程：需求分析趣避、設(shè)計庞呕、實施和測試工作流程。實質(zhì)上程帕，它類似小型的瀑布式項目住练。RUP認(rèn)為，所有的階段都可以細(xì)分為迭代愁拭。每一次 的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品讲逛，這個產(chǎn)品是最終產(chǎn)品的一個子集。

生命周期階段：

軟件計劃與可行性分析

需求分析

軟件設(shè)計

編碼

軟件測試

運(yùn)行與維護(hù)

7岭埠、什么是軟件測試盏混？軟件測試的目的與原則

在規(guī)定的條件下對程序進(jìn)行操作蔚鸥，以發(fā)現(xiàn)程序錯誤，衡量軟件質(zhì)量许赃，并對其是否能滿足設(shè)計要求進(jìn)行評估的過程止喷。

軟件測試的目的：

測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤

一個成功的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤

一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試

確保產(chǎn)品完成了它所承諾或公布的功能混聊，并且用戶可以訪問到的功能都有明確的書面說明弹谁。

確保產(chǎn)品滿足性能和效率的要求

確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的

軟件測試的原則：

測試用例中一個必須部分是對預(yù)期輸出或接過進(jìn)行定義

程序員應(yīng)避免測試自己編寫的程序

編寫軟件的組織不應(yīng)當(dāng)測試自己編寫的軟件

應(yīng)當(dāng)徹底檢查每個測試的執(zhí)行結(jié)果

測試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)料到的輸入情況，而且也應(yīng)當(dāng)根據(jù)無效和未預(yù)料到的輸入情況

檢擦程序是否“未做其應(yīng)該做的”僅是測試的一半句喜，測試的另一半是檢查程序是否“做了其不應(yīng)該做的”

應(yīng)避免測試用例用后即棄预愤，除非軟件本身就是個一次性的軟件

計劃測試工作時不應(yīng)默許假定不會發(fā)現(xiàn)錯誤

程序某部分存在更多錯誤的可能性，與該部分已經(jīng)發(fā)現(xiàn)錯誤的數(shù)量成正比

軟件測試是一項極富創(chuàng)造性藤滥，極具智力的挑戰(zhàn)性的工作

8鳖粟、軟件配置管理的作用？軟件配置包括什么拙绊？

軟件配置管理（Software Configuration Management向图，SCM）是一種標(biāo)識、組織和控制修改的技術(shù)标沪。軟件配置管理應(yīng)用于整個軟件工程過程榄攀。在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂金句。SCM活動的目標(biāo)就是為了標(biāo)識變更檩赢、控制變更、確保變更正確實現(xiàn)并向其他有關(guān)人員報告變更违寞。從某種角度講贞瞒，SCM是一種標(biāo)識、組織和控制修改的技術(shù)趁曼，目的是使錯誤降為最小并最有效地提高生產(chǎn)效率军浆。

軟件配置包括如下內(nèi)容：配置項識別、工作空間管理挡闰、版本控制乒融、變更控制、狀態(tài)報告摄悯、配置審計

9牺蹄、什么是軟件質(zhì)量纱新？

概括地說霹肝，軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”叉袍。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求瘪阁、文檔中明確描述 的開發(fā)標(biāo)準(zhǔn)典蜕、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度断盛。 影響軟件質(zhì)量的主要因素，這些因素是從管理角度對軟件質(zhì)量的度量愉舔。可劃分為三組伙菜，分別反應(yīng)用戶在使用軟件產(chǎn)品時的三種觀點(diǎn)轩缤。正確性、健壯性贩绕、效率火的、完整性、可用性淑倾、風(fēng)險（產(chǎn)品運(yùn)行）馏鹤；可理解性、可維修性娇哆、靈活性湃累、可測試性（產(chǎn)品修改）；可移植性碍讨、可再用性治力、互運(yùn)行性（產(chǎn)品轉(zhuǎn)移）。

10勃黍、目前主要的測試用例設(shè)計方法是什么宵统？

白盒測試：邏輯覆蓋、循環(huán)覆蓋覆获、基本路徑覆蓋

黑盒測試：邊界值分析法马澈、等價類劃分、錯誤猜測法弄息、因果圖法痊班、狀態(tài)圖法、測試大綱法疑枯、隨機(jī)測試辩块、場景法

11、軟件的安全性應(yīng)從哪幾個方面去測試荆永？

軟件安全性測試包括程序废亭、數(shù)據(jù)庫安全性測試。根據(jù)系統(tǒng)安全指標(biāo)不同測試策略也不同具钥。

用戶認(rèn)證安全的測試要考慮問題： 明確區(qū)分系統(tǒng)中不同用戶權(quán)限 豆村、系統(tǒng)中會不會出現(xiàn)用戶沖突 、系統(tǒng)會不會因用戶的權(quán)限的改變造成混亂 骂删、用戶登陸密碼是否是可見掌动、可復(fù)制 四啰、是否可以通過絕對途徑登陸系統(tǒng)（拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng)）、用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記粗恢，是否可以使用后退鍵而不通過輸入口令進(jìn)入 系統(tǒng) 柑晒、系統(tǒng)網(wǎng)絡(luò)安全的測試要考慮問題 、測試采取的防護(hù)措施是否正確裝配好眷射，有關(guān)系統(tǒng)的補(bǔ)丁是否打上 匙赞、模擬非授權(quán)攻擊，看防護(hù)系統(tǒng)是否堅固 妖碉、采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞（即用最專業(yè)的黑客攻擊工具攻擊試一下涌庭，現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ） 、采用各種木馬檢查工具檢查系統(tǒng)木馬情況 欧宜、采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞

數(shù)據(jù)庫安全考慮問題： 系統(tǒng)數(shù)據(jù)是否機(jī)密（比如對銀行系統(tǒng)坐榆，這一點(diǎn)就特別重要，一般的網(wǎng)站就沒有太高要求）冗茸、系統(tǒng)數(shù)據(jù)的完整性（我剛剛結(jié)束的企業(yè)實名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù) 的不完整席镀，對于這個系統(tǒng)的功能實現(xiàn)有了障礙） 、系統(tǒng)數(shù)據(jù)可管理性 蚀狰、系統(tǒng)數(shù)據(jù)的獨(dú)立性 愉昆、系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力（數(shù)據(jù)備份是否完整，可否恢復(fù)麻蹋，恢復(fù)是否可以完整）

12跛溉、什么是測試用例什么是測試腳本兩者的關(guān)系是什么？

為實施測試而向被測試系統(tǒng)提供的輸入數(shù)據(jù)扮授、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個特定的集合芳室。

測試腳本是為了進(jìn)行自動化測試而編寫的腳本。

測試腳本的編寫必須對應(yīng)相應(yīng)的測試用例

13刹勃、簡述什么是靜態(tài)測試堪侯、動態(tài)測試、黑盒測試荔仁、白盒測試伍宦、α測試β測試

靜態(tài)測試是不運(yùn)行程序本身而尋找程序代碼中可能存在的錯誤或評估程序代碼的過程。

動態(tài)測試是實際運(yùn)行被測程序乏梁，輸入相應(yīng)的測試實例次洼，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求遇骑，從而檢驗程序的正確性卖毁、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和健壯性等性能落萎。

黑盒測試一般用來確認(rèn)軟件功能的正確性和可操作性,目的是檢測軟件的各個功能是否能得以實現(xiàn),把被測試的程序當(dāng)作一個黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說明書來確定測試用例和推斷測試結(jié)果的正確性亥啦。

白盒測試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來進(jìn)行測試,是基于代碼的測試炭剪，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般黑盒測試由項目經(jīng)理在程序員開發(fā)中來實現(xiàn)翔脱。

α測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試奴拦，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成届吁。

β測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試粱坤。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成瓷产。

14、軟件質(zhì)量保證體系是什么國家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個標(biāo)準(zhǔn)是什么?他們的編號和全稱是什么?

SQA由一套軟件工程過程和方法組成枚驻，以保證（軟件的）質(zhì)量濒旦。SQA貫穿整個軟件開發(fā)過程，(它)應(yīng)包括需求文檔評審再登、代碼控制尔邓、代碼評審、變更管理锉矢、配置管理梯嗽、版本管理和軟件測試。

軟件質(zhì)量保證（SQA-Software Quality Assurance）是建立一套有計劃沽损，有系統(tǒng)的方法灯节，來向管理層保證擬定出的標(biāo)準(zhǔn)、步驟绵估、實踐和方法能夠正確地被所有項目所采用炎疆。軟件質(zhì)量保證的目的是使軟件過程對于管理人員來說是可見的。它通過對軟件產(chǎn)品和活動進(jìn)行評審和審計來驗證軟件是合乎標(biāo)準(zhǔn)的国裳。軟件質(zhì)量保證組在項目開始時就一起參與建立計劃形入、標(biāo)準(zhǔn)和過程。這些將使軟件項目滿足機(jī)構(gòu)方針的要求缝左。

15亿遂、軟件產(chǎn)品質(zhì)量特性是什么?

功能性：適應(yīng)性、準(zhǔn)確性渺杉、互操作性蛇数、依從性、安全性少办。

可靠性：成熟性苞慢、容錯性、易恢復(fù)性英妓。

可使用性：易理解性挽放、易學(xué)習(xí)性绍赛、易操作性。

效率：時間特性辑畦、資源特性吗蚌。

可維護(hù)性：易分析性、易變更性纯出、穩(wěn)定性蚯妇、易測試性。

可移植性： 適應(yīng)性暂筝、易安裝性箩言、遵循性、易替換性

16焕襟、軟件測試的策略是什么?

軟件測試策略：在一定的軟件測試標(biāo)準(zhǔn)陨收、測試規(guī)范的指導(dǎo)下，依據(jù)測試項目的特定環(huán)境約束而規(guī)定的軟件測試的原則鸵赖、方式务漩、方法的集合。

17它褪、軟件測試分為幾個階段各階段的測試策略和要求是什么?

和開發(fā)過程相對應(yīng)饵骨，測試過程會依次經(jīng)歷單元測試、集成測試茫打、系統(tǒng)測試居触、驗收測試四個主要階段：

單元測試：單元測試是針對軟件設(shè)計的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗的測試工作，通常由開發(fā)人員進(jìn)行包吝。

集成測試：集成測試是將模塊按照設(shè)計要求組裝起來進(jìn)行測試饼煞，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前诗越，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試砖瞧，因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。

系統(tǒng)測試：系統(tǒng)測試是在集成測試通過后進(jìn)行的嚷狞，目的是充分運(yùn)行系統(tǒng)块促，驗證各子系統(tǒng)是否都能正常工作并完成設(shè)計的要求。它主要由測試部門進(jìn)行床未，是測試部門最大最重要的一個測試竭翠，對產(chǎn)品的質(zhì)量有重大的影響。

驗收測試：驗收測試以需求階段的《需求規(guī)格說明書》為驗收標(biāo)準(zhǔn)薇搁，測試時要求模擬實際用戶的運(yùn)行環(huán)境斋扰。對于實際項目可以和客戶共同進(jìn)行，對于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對功能模塊的全面測試传货，尤其要進(jìn)行文檔測試屎鳍。

單元測試測試策略：

自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇问裕。

自底向上的單元測試策略：比較合理的單元測試策略逮壁，但測試周期較長。

孤立單元測試策略：最好的單元測試策略粮宛。

集成測試的測試策略：

大爆炸集成：適應(yīng)于一個維護(hù)型項目或被測試系統(tǒng)較小

自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定窥淆；高層接口變化較小巍杈；底層接口未定義或經(jīng)秤欠梗可能被修改；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險筷畦，需要盡早被驗證眷昆；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。

自底向上集成：適應(yīng)于底層接口比較穩(wěn)定汁咏；高層接口變化比較頻繁；底層組件較早被完成作媚。

基于進(jìn)度的集成

優(yōu)點(diǎn)：具有較高的并行度攘滩；能夠有效縮短項目的開發(fā)進(jìn)度。

缺點(diǎn)：樁和驅(qū)動工作量較大纸泡；有些接口測試不充分漂问；有些測試重復(fù)和浪費(fèi)。

系統(tǒng)測試的測試策略：

數(shù)據(jù)和數(shù)據(jù)庫完整性測試女揭；功能測試蚤假；用戶界面測試；性能評測吧兔；負(fù)載測試磷仰；強(qiáng)度測試；容量測試境蔼；安全性和訪問控制測試灶平；故障轉(zhuǎn)移和恢復(fù)測試；配置測試箍土；安裝測試逢享；加密測試；可用性測試吴藻；版本驗證測試瞒爬；文檔測試

18、軟件測試各個階段通常完成什么工作？各個階段的結(jié)果文件是什么侧但？包括什么內(nèi)容矢空？

單元測試階段：各獨(dú)立單元模塊在與系統(tǒng)地其他部分相隔離的情況下進(jìn)行測試，單元測試針對每一個程序模塊進(jìn)行正確性校驗俊犯，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能妇多。生成單元測試報告，提交缺陷報告燕侠。

集成測試階段：集成測試是在單元測試的基礎(chǔ)上者祖，測試在將所有的軟件單元按照概要設(shè)計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動绢彤。該階段生成集成測試報告七问，提交缺陷報告。

系統(tǒng)測試階段：將通過確認(rèn)測試的軟件茫舶，作為整個給予計算機(jī)系統(tǒng)的一個元素械巡，與計算機(jī)硬件、外設(shè)饶氏、某些支持軟件讥耗、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運(yùn)行環(huán)境下疹启，對計算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋古程。該階段需要提交測試總結(jié)和缺陷報告。

19喊崖、測試人員在軟件開發(fā)過程中的任務(wù)是什么挣磨？

1、盡可能早的找出系統(tǒng)中的Bug荤懂；

2茁裙、避免軟件開發(fā)過程中缺陷的出現(xiàn)；

3节仿、衡量軟件的品質(zhì)晤锥，保證系統(tǒng)的質(zhì)量；

4廊宪、關(guān)注用戶的需求查近，并保證系統(tǒng)符合用戶需求。

總的目標(biāo)是：確保軟件的質(zhì)量挤忙。

20霜威、在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容册烈？如何提交高質(zhì)量的軟件缺陷（Bug）記錄戈泼？

一條Bug記錄最基本應(yīng)包含：

bug編號婿禽；

bug嚴(yán)重級別，優(yōu)先級大猛；

bug產(chǎn)生的模塊扭倾；

首先要有bug摘要，闡述bug大體的內(nèi)容挽绩；

bug對應(yīng)的版本膛壹；

bug詳細(xì)現(xiàn)象描述，包括一些截圖唉堪、錄像....等等模聋；

bug出現(xiàn)時的測試環(huán)境，產(chǎn)生的條件即對應(yīng)操作步驟唠亚；

高質(zhì)量的Bug記錄：

1) 通用UI要統(tǒng)一链方、準(zhǔn)確

缺陷報告的UI要與測試的軟件UI保持一致，便于查找定位灶搜。

2) 盡量使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法

使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法祟蚀，保證表達(dá)準(zhǔn)確，體現(xiàn)專業(yè)化割卖。

3) 每條缺陷報告只包括一個缺陷

每條缺陷報告只包括一個缺陷前酿，可以使缺陷修正者迅速定位一個缺陷，集中精力每次只修正一個缺陷鹏溯。校驗者每次只校驗一個缺陷是否已經(jīng)正確修正薪者。

4) 不可重現(xiàn)的缺陷也要報告

首先缺陷報告必須展示重現(xiàn)缺陷的能力。不可重現(xiàn)的缺陷要盡力重現(xiàn)剿涮，若盡力之后仍不能重現(xiàn)，仍然要報告此缺陷攻人，但在報告中要注明無法再現(xiàn)取试，缺陷出現(xiàn)的頻率。

5) 明確指明缺陷類型

根據(jù)缺陷的現(xiàn)象怀吻，總結(jié)判斷缺陷的類型瞬浓。例如，即功能缺陷蓬坡、界面缺陷猿棉、數(shù)據(jù)缺陷，合理化建議這是最常見的缺陷或缺陷類型屑咳，其他形式的缺陷或缺陷也從屬于其中某種形式萨赁。

6) 明確指明缺陷嚴(yán)重等級和優(yōu)先等級

時刻明確嚴(yán)重等級和優(yōu)先等級之間的差別。高嚴(yán)重問題可能不值得解決兆龙，小裝飾性問題可能被當(dāng)作高優(yōu)先級杖爽。

7) 描述 (Description) ，簡潔、準(zhǔn)確慰安，完整腋寨，揭示缺陷實質(zhì)，記錄缺陷或缺陷出現(xiàn)的位置

描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容化焕，簡短明了萄窜。為了便于在軟件缺陷管理數(shù)據(jù)庫中尋找制定的測試缺陷，包含缺陷發(fā)生時的用戶界面（UI）是個良好的習(xí)慣撒桨。例如記錄對話框的標(biāo)題查刻、菜單、按鈕等控件的名稱元莫。

8) 短行之間使用自動數(shù)字序號赖阻，使用相同的字體、字號踱蠢、行間距

短行之間使用自動數(shù)字序號火欧，使用相同的字體、字號茎截、行間距苇侵，可以保證各條記錄格式一致，做到規(guī)范專業(yè)企锌。

9) 每一個步驟盡量只記錄一個操作

保證簡潔榆浓、條理井然，容易重復(fù)操作步驟撕攒。

10) 確認(rèn)步驟完整陡鹃，準(zhǔn)確，簡短

保證快速準(zhǔn)確的重復(fù)缺陷抖坪，“完整”即沒有缺漏萍鲸，“準(zhǔn)確”即步驟正確，“簡短”即沒有多余的步驟擦俐。

11) 根據(jù)缺陷脊阴，可選擇是否進(jìn)行圖象捕捉

為了直觀的觀察缺陷或缺陷現(xiàn)象，通常需要附加缺陷或缺陷出現(xiàn)的界面蚯瞧，以圖片的形式作為附件附著在記錄的“附件”部分嘿期。為了節(jié)省空間，又能真實反映缺陷或缺陷本質(zhì)埋合，可以捕捉缺陷或缺陷產(chǎn)生時的全屏幕备徐，活動窗口和局部區(qū)域。為了迅速定位甚颂、修正缺陷或缺陷位置坦喘，通常要求附加中文對照圖盲再。

? 附加必要的特殊文檔和個人建議和注解

如果打開某個特殊的文檔而產(chǎn)生的缺陷或缺陷，則必須附加該文檔瓣铣，從而可以迅速再現(xiàn)缺陷或缺陷答朋。有時，為了使缺陷或缺陷修正者進(jìn)一步明確缺陷或缺陷的表現(xiàn)棠笑，可以附加個人的修改建議或注解梦碗。

12) 檢查拼寫和語法缺陷

在提交每條缺陷或缺陷之前，檢查拼寫和語法蓖救，確保內(nèi)容正確洪规，正確的描述缺陷。

13) 盡量使用短語和短句循捺，避免復(fù)雜句型句式

軟件缺陷管理數(shù)據(jù)庫的目的是便于定位缺陷斩例，因此，要求客觀的描述操作步驟从橘，不需要修飾性的詞匯和復(fù)雜的句型念赶，增強(qiáng)可讀性。

以上概括了報告測試缺陷的規(guī)范要求恰力，隨著軟件的測試要求不同叉谜，測試者經(jīng)過長期測試，積累了相應(yīng)的測試經(jīng)驗踩萎，將會逐漸養(yǎng)成良好的專業(yè)習(xí)慣停局，不斷補(bǔ)充新的規(guī)范書寫要求。此外香府，經(jīng)常閱讀董栽、學(xué)習(xí)其他測試工程師的測試缺陷報告，結(jié)合自己以前的測試缺陷報告進(jìn)行對比和思考企孩，可以不斷提高技巧锭碳。

14) 缺陷描述內(nèi)容

缺陷描述的內(nèi)容可以包含缺陷操作步驟，實際結(jié)果和期望結(jié)果柠硕。操作步驟可以方便開發(fā)人員再現(xiàn)缺陷進(jìn)行修正，有些開發(fā)的再現(xiàn)缺陷能力很差运提，雖然他明白你所指的缺陷蝗柔，但就是無法再現(xiàn)特別是對系統(tǒng)不熟悉的新加入開發(fā)人員，介紹步驟可以方便他們再現(xiàn)民泵。實際結(jié)果可以讓開發(fā)明白錯誤是什么癣丧，期望結(jié)果可以讓開發(fā)了解正確的結(jié)果應(yīng)該是如何。

21栈妆、黑盒測試和白盒測試是軟件測試的兩種基本方法胁编，請分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)厢钧！

黑盒測試的優(yōu)點(diǎn)有：比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn)嬉橙；與軟件的內(nèi)部實現(xiàn)無關(guān)早直；? 從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能市框，會遇到哪些問題霞扬；基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能枫振；在做軟件自動化測試時較為方便喻圃。

黑盒測試的缺點(diǎn)有：不可能覆蓋所有的代碼，覆蓋率較低粪滤，大概只能達(dá)到總代碼量的30%斧拍；自動化測試的復(fù)用性較低。

白盒測試的優(yōu)點(diǎn)有：幫助軟件測試人員增大代碼的覆蓋率杖小，提高代碼的質(zhì)量肆汹，發(fā)現(xiàn)代碼中隱??? 藏的問題。

白盒測試的缺點(diǎn)有：程序運(yùn)行會有很多不同的路徑窍侧，不可能測試所有的運(yùn)行路徑县踢；測試基于代碼，只能測試開發(fā)人員做的對不對伟件，而不能知道設(shè)計的正確與否硼啤，可能會漏掉一些功能需求；系統(tǒng)龐大時斧账，測試開銷會非常大谴返。

22、如何測試一個紙杯咧织？

功能度：用水杯裝水看漏不漏嗓袱；水能不能被喝到

安全性：杯子有沒有毒或細(xì)菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁习绢、白水渠抹、酒精、汽油等

易用性：杯子是否燙手闪萄、是否有防滑措施梧却、是否方便飲用

用戶文檔：使用手冊是否對杯子的用法、限制败去、使用條件等有詳細(xì)描述

疲勞測試：將杯子盛上水（案例一）放24小時檢查泄漏時間和情況放航；盛上汽油（案例二）放24小時檢查泄漏時間和情況等

壓力測試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時會穿透

22圆裕、測試計劃工作的目的是什么广鳍？測試計劃文檔的內(nèi)容應(yīng)該包括什么荆几？其中哪些是最重要的？

軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件：

領(lǐng)導(dǎo)能夠根據(jù)測試計劃進(jìn)行宏觀調(diào)控赊时，進(jìn)行相應(yīng)資源配置等

測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進(jìn)行的工作等

便于其他人員了解測試人員的工作內(nèi)容吨铸，進(jìn)行有關(guān)配合工作

包含了產(chǎn)品概述、測試策略蛋叼、測試方法焊傅、測試區(qū)域、測試配置狈涮、測試周期狐胎、測試資源、測試交流歌馍、風(fēng)險分析等內(nèi)容握巢。借助軟件測試計劃，參與測試的項目成員松却，尤其是測試管理人員暴浦，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通晓锻，跟蹤和控制測試進(jìn)度歌焦，應(yīng)對測試過程中的各種變更。

測試計劃編寫6要素（5W1H）：

why——為什么要進(jìn)行這些測試砚哆；

what—測試哪些方面独撇，不同階段的工作內(nèi)容；

when—測試不同階段的起止時間躁锁；

where—相應(yīng)文檔纷铣，缺陷的存放位置，測試環(huán)境等战转；

who—項目有關(guān)人員組成搜立，安排哪些測試人員進(jìn)行測試；

how—如何去做槐秧，使用哪些測試工具以及測試方法進(jìn)行測試

測試計劃和測試詳細(xì)規(guī)格啄踊、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍刁标、方法和資源配置颠通，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)命雀。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）蒜哀。

23斩箫、黑盒測試的測試用例常見設(shè)計方法都有哪些吏砂？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。

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

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

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

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

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

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

5）正交表分析法：可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增含潘，同時潘懊，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試匈织，就可以通過正交表來進(jìn)行縮減一些用例浪默，從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。

6）場景分析方法：指根據(jù)用戶場景來模擬用戶的操作步驟缀匕，這個比較類似因果圖纳决，但是可能執(zhí)行的深度和可行性更好。

7）狀態(tài)圖法：通過輸入條件和系統(tǒng)需求說明得到被測系統(tǒng)的所有狀態(tài)乡小，通過輸入條件和狀態(tài)得出輸出條件阔加；通過輸入條件、輸出條件和狀態(tài)得出被測系統(tǒng)的測試用例满钟。

8）大綱法：大綱法是一種著眼于需求的方法胜榔，為了列出各種測試條件，就將需求轉(zhuǎn)換為大綱的形式湃番。大綱表示為樹狀結(jié)構(gòu)夭织，在根和每個葉子結(jié)點(diǎn)之間存在唯一的路徑。大綱中的每條路徑定義了一個特定的輸入條件集合吠撮，用于定義測試用例尊惰。樹中葉子的數(shù)目或大綱中的路徑給出了測試所有功能所需測試用例的大致數(shù)量。

24纬向、詳細(xì)的描述一個測試活動完整的過程择浊。（供參考，本答案主要是瀑布模型的做法）

項目經(jīng)理通過和客戶的交流逾条，完成需求文檔琢岩，由開發(fā)人員和測試人員共同完成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無法實現(xiàn)的功能的地方师脂。項目經(jīng)理通過綜合開發(fā)人員担孔，測試人員以及客戶的意見，完成項目計劃吃警。然后SQA進(jìn)入項目糕篇，開始進(jìn)行統(tǒng)計和跟蹤

開發(fā)人員根據(jù)需求文檔完成需求分析文檔，測試人員進(jìn)行評審酌心，評審的主要內(nèi)容包括是否有遺漏或雙方理解不同的地方拌消。測試人員完成測試計劃文檔，測試計劃包括的內(nèi)容上面有描述安券。

測試人員根據(jù)修改好的需求分析文檔開始寫測試用例墩崩，同時開發(fā)人員完成概要設(shè)計文檔氓英，詳細(xì)設(shè)計文檔。此兩份文檔成為測試人員撰寫測試用例的補(bǔ)充材料鹦筹。

測試用例完成后铝阐，測試和開發(fā)需要進(jìn)行評審。

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

開發(fā)人員提交第一個版本铐拐，可能存在未完成功能徘键，需要說明。測試人員進(jìn)行測試遍蟋，發(fā)現(xiàn)BUG后提交給BugZilla吹害。

開發(fā)提交第二個版本，包括Bug Fix以及增加了部分功能虚青，測試人員進(jìn)行測試赠制。

重復(fù)上面的工作，一般是3-4個版本后BUG數(shù)量減少挟憔，達(dá)到出貨的要求钟些。

如果有客戶反饋的問題，需要測試人員協(xié)助重現(xiàn)并重新測試绊谭。

26政恍、BUG管理工具的跟蹤過程（用BugZilla為例子）

測試人員發(fā)現(xiàn)了BUG，提交到Bugzilla中达传，狀態(tài)為new篙耗，BUG的接受者為開發(fā)接口人員

開發(fā)接口將BUG分配給相關(guān)的模塊的開發(fā)人員，狀態(tài)修改為已分配宪赶，開發(fā)人員和測試確認(rèn)BUG宗弯，如果是本人的BUG，則設(shè)置為接收搂妻；如果是別的開發(fā)人員的問題蒙保，則轉(zhuǎn)發(fā)出去，由下一個開發(fā)人員來進(jìn)行此行為欲主；如果認(rèn)為不是問題邓厕，則需要大家討論并確認(rèn)后，拒絕這個BUG扁瓢，然后測試人員關(guān)閉此問題详恼。

如果開發(fā)人員接受了BUG，并修改好以后引几，將BUG狀態(tài)修改為已修復(fù)昧互，并告知測試在哪個版本中可以測試。

測試人員在新版本中測試，如果發(fā)現(xiàn)問題依然存在敞掘，則拒絕驗證屿储；如果已經(jīng)修復(fù)，則關(guān)閉BUG渐逃。

27、您認(rèn)為在測試人員同開發(fā)人員的溝通過程中民褂，如何提高溝通的效率和改善溝通的效果茄菊？維持測試人員同開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

盡量面對面的溝通赊堪，其次是能直接通過電話溝通面殖，如果只能通過Email等非及時溝通工具的話，強(qiáng)調(diào)必須對特性的理解深刻以及能表達(dá)清楚哭廉。

運(yùn)用一些測試管理工具如TestDirector進(jìn)行管理也是較有效的方法脊僚，同時要注意在TestDirector中對BUG有準(zhǔn)確的描述。

在團(tuán)隊中建立測試人員與開發(fā)人員良好溝通中注意以下幾點(diǎn)：

一真誠遵绰、二是團(tuán)隊精神辽幌、三是在專業(yè)上有共同語言、四是要對事不對人椿访，工作至上

當(dāng)然也可以通過直接指出一些小問題乌企，而不是進(jìn)入BUG Tracking System來增加對方的好感。

28成玫、你對測試最大的興趣在哪里加酵？為什么？

回答這個面試題哭当，沒有固定統(tǒng)一的答案猪腕，但可能是許多企業(yè)都會問到的。提供以下答案供考：

最大的興趣钦勘，感覺這是一個有挑戰(zhàn)性的工作陋葡；

測試是一個經(jīng)驗行業(yè)，工作越久越能感覺到做好測試的難度和樂趣

通過自己的工作彻采，能使軟件產(chǎn)品越來越完善脖岛，從中體會到樂趣

回答此類問題注意以下幾個方面：

盡可能的切合招聘企業(yè)的技術(shù)路線來表達(dá)你的興趣，例如該企業(yè)是數(shù)據(jù)庫應(yīng)用的企業(yè)颊亮，那么表示你的興趣在數(shù)據(jù)庫的測試柴梆，并且希望通過測試提升自己的數(shù)據(jù)庫掌握能力。

表明你做測試的目的是為了提升能力终惑，也是為了更好的做好測試绍在；提升能力不是為了以后轉(zhuǎn)開發(fā)或其他的，除非用人企業(yè)有這樣的安排。

不要過多的表達(dá)你的興趣在招聘企業(yè)的范疇這外偿渡。比如招聘企業(yè)是做財務(wù)軟件的臼寄，可是你表現(xiàn)出來的是對游戲軟件的興趣；或招聘是做JAVA開發(fā)的溜宽，而你的興趣是在C類語言程序的開發(fā)吉拳。

29、你自認(rèn)為測試的優(yōu)勢在哪里适揉？

該面試也沒有固定不變的答案留攒，但可參考以下幾點(diǎn)，并結(jié)合自身特點(diǎn)：

有韌性嫉嘀、有耐心炼邀、做事有條理性、喜歡面對挑戰(zhàn)剪侮、有信心做好每一件事情拭宁、較強(qiáng)的溝通能力、從以前的經(jīng)理處都得到了很好的評價表明我做的很好

33瓣俯、簡述你在以前的工作中做過哪些事情杰标，比較熟悉什么。參考答案如下彩匕。

我過去的主要工作是系統(tǒng)測試和自動化測試在旱。在系統(tǒng)測試中，主要是對BOSS系統(tǒng)的業(yè)務(wù)邏輯功能推掸，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測試桶蝎。性能測試中，主要是進(jìn)行的壓力測試谅畅，在各個不同數(shù)量請求的情況下登渣，獲取系統(tǒng)響應(yīng)時間以及系統(tǒng)資源消耗情況。自動化測試主要是通過自己寫腳本以及一些第三方工具的結(jié)合來測試軟交換的特性測試毡泻。

在測試中胜茧，我感覺對用戶需求的完全準(zhǔn)確的理解非常重要。另外仇味，就是對BUG的管理呻顽，要以需求為依據(jù)，并不是所有BUG均需要修改丹墨。

測試工作需要耐心和細(xì)致廊遍，因為在新版本中，雖然多數(shù)原來發(fā)現(xiàn)的BUG得到了修復(fù)贩挣，但原來正確的功能也可能變得不正確喉前。因此要注重迭代測試和回歸測試没酣。

34、在C/C++中static有什么用途卵迂？（請至少說明兩種）

1)在函數(shù)體裕便，一個被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過程中維持其值不變。

2) 在模塊內(nèi)（但在函數(shù)體外）见咒，一個被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問偿衰，但不能被模塊外其它函數(shù)訪問。它是一個本地的全局變量改览。

3) 在模塊內(nèi)下翎，一個被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用。那就是恃疯，這個函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用

35、引用與指針有什么區(qū)別墨闲？

1) 引用必須被初始化今妄，指針不必。

2) 引用初始化以后不能被改變鸳碧，指針可以改變所指的對象盾鳞。

3) 不存在指向空值的引用，但是存在指向空值的指針瞻离。

36腾仅、Internet采用哪種網(wǎng)絡(luò)協(xié)議？該協(xié)議的主要層次結(jié)構(gòu)套利？Internet物理地址和IP地址轉(zhuǎn)換采用什么協(xié)議推励？

TCP/IP協(xié)議主要層次結(jié)構(gòu)為： 應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)鏈路層。

ARP (Address Resolution Protocol)（地?fù)?jù)址解析協(xié)議）

37肉迫、說說你對集成測試中自頂向下集成和自底向上集成兩個策略的理解验辞，要談出它們各自的優(yōu)缺點(diǎn)和主要適應(yīng)于哪種類型測試；

自頂向下集成

優(yōu)點(diǎn)：較早地驗證了主要控制和判斷點(diǎn)喊衫；按深度優(yōu)先可以首先實現(xiàn)和驗證一個完整的軟件功能跌造；功能較早證實，帶來信心族购；只需一個驅(qū)動壳贪，減少驅(qū)動器開發(fā)的費(fèi)用；支持故障隔離寝杖。

缺點(diǎn)：柱的開發(fā)量大违施；底層驗證被推遲；底層組件測試不充分瑟幕。

適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定醉拓；高層接口變化較形敖恪；底層接口未定義或經(jīng)骋诼保可能被修改愤兵；產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險，需要盡早被驗證排吴；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為秆乳。

2、自底向上集成

優(yōu)點(diǎn)：對底層組件行為較早驗證钻哩；工作最初可以并行集成屹堰，比自頂向下效率高；減少了樁的工作量街氢；支持故障隔離扯键。

缺點(diǎn)：驅(qū)動的開發(fā)工作量大；對高層的驗證被推遲珊肃，設(shè)計上的錯誤不能被及時發(fā)現(xiàn)荣刑。

適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁伦乔；底層組件較早被完成厉亏。

38、軟件驗收測試包括正式驗收測試烈和、alpha測試爱只、beta測試三種測試。

39招刹、系統(tǒng)測試的策略有很多種的恬试，有性能測試、負(fù)載測試疯暑、強(qiáng)度測試忘渔、易用性測試、安全測試缰儿、配置測試畦粮、安裝測試、文檔測試乖阵、故障恢復(fù)測試宣赔、用戶界面測試、恢復(fù)測試瞪浸、分布測試儒将、可用性測試。

40对蒲、設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃钩蚊、軟件需求工件贡翘、和迭代計劃

41．通過畫因果圖來寫測試用例的步驟為___、___砰逻、___鸣驱、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的基本步驟是：

§ 分析軟件規(guī)格說明描述中蝠咆，哪些是原因（即輸入條件或輸入條件的等價類）踊东，哪些是結(jié)果（即輸出條件），并給每個原因和結(jié)果賦予一個標(biāo)識符刚操。

§ 分析軟件規(guī)格說明描述中的語義闸翅，找出原因與結(jié)果之間，原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系菊霜，畫出因果圖坚冀。

§ 由于語法或環(huán)境限制，有些原因與原因之間鉴逞，原因與結(jié)果之間的組合情況不可能出現(xiàn)记某。為表明這些特殊情況，在因果圖上用一些記號標(biāo)明約束或限制條件华蜒。 § 把因果圖轉(zhuǎn)換成判定表辙纬。

§ 把判定表的每一列拿出來作為依據(jù)豁遭，設(shè)計測試用例叭喜。

43、請說出這些測試最好由那些人員完成蓖谢，測試的是什么捂蕴？

代碼、函數(shù)級測試一般由白盒測試人員完成闪幽，他們針對每段代碼或函數(shù)進(jìn)行正確性檢驗啥辨，檢查其是否正確的實現(xiàn)了規(guī)定的功能。

模塊盯腌、組件級測試主要依據(jù)是程序結(jié)構(gòu)設(shè)計測試模塊間的集成和調(diào)用關(guān)系溉知，一般由測試人員完成。

系統(tǒng)測試在于模塊測試與單元測試的基礎(chǔ)上進(jìn)行測試腕够。了解系統(tǒng)功能與性能级乍，根據(jù)測試用例進(jìn)行全面的測試。

44帚湘、設(shè)計測試用例時應(yīng)該考慮哪些方面玫荣，即不同的測試用例針對那些方面進(jìn)行測試？

設(shè)計測試用例時需要注意的是大诸，除了對整體流程及功能注意外捅厂，還要注意強(qiáng)度測試贯卦、性能測試、壓力測試焙贷、邊界值測試撵割、穩(wěn)定性測試、安全性測試等多方面盈厘。（測試用例需要考慮的四個基本要素是輸入睁枕、輸出、操作和測試環(huán)境沸手；另外外遇，測試用例需要考慮的是測試類型（功能、性能契吉、安全……）跳仿，這部分可以參照TP做答。此外捐晶，還需要考慮用例的重要性和優(yōu)先級）

45菲语、在windows下保存一個文本文件時會彈出保存對話框，如果為文件名建立測試用例惑灵，等價類應(yīng)該怎樣劃分山上？

單字節(jié)，如A英支；雙字節(jié)佩憾， AA、我我干花；特殊字符 /‘妄帘。‘池凄；抡驼、=-等；保留字肿仑，如com致盟；文件格式為8.3格式的；文件名格式為非8.3格式的尤慰；/,\,*等九個特殊字符馏锡。

46、假設(shè)有一個文本框要求輸入10個字符的郵政編碼割择，對于該文本框應(yīng)該怎樣劃分等價類眷篇？

特殊字符，如10個*或￥荔泳；英文字母蕉饼，如ABCDefghik虐杯；小于十個字符，如123昧港；大于十個字符擎椰，如11111111111；數(shù)字和其他混合创肥，如123AAAAAAA达舒；空字符；保留字符

47.軟件測試項目從什么時候開始叹侄，巩搏？為什么？

軟件測試應(yīng)該在需求分析階段就介入,因為測試的對象不僅僅是程序編碼,應(yīng)該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試,并且軟件缺陷存在放大趨勢.缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大.

48趾代、什么是回歸測試?

回歸測試: (regression ? testing): 回歸測試有兩類：用例回歸和錯誤回歸贯底；用例回歸是過一段時間以后再回頭對以前使用過的用例在重新進(jìn)行測試，看看會重新發(fā)現(xiàn)問題撒强。錯誤回歸禽捆，就是在新版本中，對以前版本中出現(xiàn)并修復(fù)的缺陷進(jìn)行再次驗證飘哨，并以缺陷為核心胚想，對相關(guān)修改的部分進(jìn)行測試的方法。

49.單元測試芽隆、集成測試浊服、系統(tǒng)測試的側(cè)重點(diǎn)是什么？

單元測試針對的是軟件設(shè)計的最小單元--程序模塊（面向過程中是函數(shù)摆马、過程臼闻；面向?qū)ο笾惺穷惡柽骸＃?進(jìn)行正確性檢驗的測試工作,在于發(fā)現(xiàn)每個程序模塊內(nèi)部可能存在的差錯.一般有兩個步驟:人工靜態(tài)檢查\動態(tài)執(zhí)行跟蹤

集成測試針對的是通過了單元測試的各個模塊所集成起來的組件進(jìn)行檢驗,其主要內(nèi)容是各個單元模塊之間的接口,以及各個模塊集成后所實現(xiàn)的功能.

系統(tǒng)測試針對的是集成好的軟件系統(tǒng)囤采，作為整個計算機(jī)系統(tǒng)的一個元素,與計算機(jī)硬件\外設(shè)\某些支持軟件\數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起,要在實際的運(yùn)行環(huán)境中,對計算機(jī)系統(tǒng)進(jìn)行一系列的集成測試和確認(rèn)測試.