測(cè)試工程師面試題(共14頁(yè))_第1頁(yè)
測(cè)試工程師面試題(共14頁(yè))_第2頁(yè)
測(cè)試工程師面試題(共14頁(yè))_第3頁(yè)
測(cè)試工程師面試題(共14頁(yè))_第4頁(yè)
測(cè)試工程師面試題(共14頁(yè))_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、精選優(yōu)質(zhì)文檔-傾情為你奉上目錄01.為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作?軟件測(cè)試概念:在規(guī)定的條件下對(duì)程序進(jìn)行操作,以發(fā)現(xiàn)錯(cuò)誤,對(duì)軟件質(zhì)量進(jìn)行評(píng)估的一個(gè)過(guò)程: 測(cè)試的目的:是想以最少的人力,物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤與缺陷,通過(guò)修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量,回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患以及帶來(lái)的商業(yè)風(fēng)險(xiǎn)。因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比ISO質(zhì)量認(rèn)證一樣,測(cè)試同樣也需要質(zhì)量的保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開(kāi)展軟件測(cè)試的工作。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題,及時(shí)讓開(kāi)發(fā)人員得知并修改問(wèn)題,在即將發(fā)布時(shí),從測(cè)試報(bào)告中得出軟件的質(zhì)量

2、情況。 軟件測(cè)試生命周期1)計(jì)劃 2)分析,3)設(shè)計(jì),4)構(gòu)建,5)測(cè)試周期,6)最后測(cè)試和實(shí)施,7)實(shí)施后。 02. 您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(zhǎng)哪部分工作?   我曾經(jīng)做過(guò)web測(cè)試,后臺(tái)測(cè)試,客戶端軟件,其中包括功能測(cè)試,性能測(cè)試,用戶體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè)試03. 您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同測(cè)試類型有:功能測(cè)試,性能測(cè)試,界面測(cè)試。功能測(cè)試在測(cè)試工作中占的比例最大,功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí),需要測(cè)試軟件產(chǎn)

3、品的功能,不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有:等價(jià)類劃分(有效/無(wú)效等價(jià)劃分)、邊界值分析、錯(cuò)誤推測(cè)、因果圖和綜合策略。性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試,兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試,確定在各種工作負(fù)載下系統(tǒng)的性能,目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí),系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn),來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。界面測(cè)試,界面是軟件與用戶交互的最直接的層,界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠

4、引導(dǎo)用戶自己完成相應(yīng)的操作,起到向?qū)У淖饔谩M瑫r(shí)界面如同人的面孔,具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué),相反由于界面設(shè)計(jì)的失敗,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流.區(qū)別在于,功能測(cè)試關(guān)注產(chǎn)品的所有功能上,要考慮到每個(gè)細(xì)節(jié)功能,每個(gè)可能存在的功能問(wèn)題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上,用戶使用該產(chǎn)品的時(shí)候是否易用,是否易懂,是否規(guī)范(快捷鍵之類的),是否美觀(能否吸引用戶的注意力),是否安全(盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù),當(dāng)然考慮到體驗(yàn)性,不能太粗魯?shù)膹棾鼍妫???/p>

5、某個(gè)性能測(cè)試的時(shí)候,首先它可能是個(gè)功能點(diǎn),首先要保證它的功能是沒(méi)問(wèn)題的,然后再考慮該功能點(diǎn)的性能測(cè)試。04您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么? 白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 ?(補(bǔ)充)黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試,以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題 (補(bǔ)充)05. 請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。 軟件的黑盒測(cè)試意味著測(cè)試

6、要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說(shuō)明書,檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤: 1、是否有不正確或遺漏的功能? 2、在接口上,輸入是否能正確的接受?能否輸出正確的結(jié)果? 3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤? 4、性能上是否能夠滿足要求? 5、是否有初始化或終止性錯(cuò)誤?測(cè)試方法,根據(jù)需求指定的測(cè)試計(jì)劃和測(cè)試用例來(lái)測(cè)相應(yīng)的功能和性能-白盒測(cè)試:已知產(chǎn)品的內(nèi)部工作過(guò)程,可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格

7、要求,所有內(nèi)部成分是否以經(jīng)過(guò)檢查。軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開(kāi)的盒子,它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查: 1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。 2、對(duì)所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測(cè)一遍。  3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。   

8、4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。5. 數(shù)據(jù)引用錯(cuò)誤 ² 數(shù)據(jù)聲明錯(cuò)誤 ² 運(yùn)算錯(cuò)誤 ² 比較錯(cuò)誤 ² 控制流程錯(cuò)誤 ² 接口錯(cuò)誤 ² 輸入/輸出錯(cuò)誤 ² 其他檢查 ² 其他檢查常用測(cè)試方法:所謂插樁,就是借助往被測(cè)程序中插入操作,來(lái)實(shí)現(xiàn)測(cè)試目的的方法。(如常常加入打印語(yǔ)句,看執(zhí)行后的效果是否為我們希望的結(jié)果),以及junit測(cè)試單元測(cè)試(模塊測(cè)試)是開(kāi)發(fā)

9、者編寫的一小段代碼,用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。 單元測(cè)試是由程序員自己來(lái)完成,最終受益的也是程序員自己??梢赃@么說(shuō),程序員有責(zé)任編寫功能代碼,同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試,就是為了證明這段代碼的行為和我們期望的一致。 -集成測(cè)試(也叫組裝測(cè)試,聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是:兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件,并且測(cè)試它們之間的接口。從這一層意義上講,組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組合成組件,而這些組件又聚合成程序的更大部分。方

10、法是測(cè)試片段的組合,并最終擴(kuò)展進(jìn)程,將您的模塊與其他組的模塊一起測(cè)試。最后,將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。 - 系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書中指定功能的有效方法。(常見(jiàn)的聯(lián)調(diào)測(cè)試) 系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。 -驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。 驗(yàn)收測(cè)試是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后,已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng),接口錯(cuò)誤

11、也已經(jīng)基本排除了,接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性,這就是驗(yàn)收測(cè)試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。06. 測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃工作的內(nèi)容都包括什么?其中哪些是最重要的? 軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件,包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃,參與測(cè)試的項(xiàng)目成員,尤其是測(cè)試管理人員,可以明確測(cè)試任務(wù)和測(cè)試方法,保持測(cè)試實(shí)施過(guò)程的順暢溝通,跟蹤和控制測(cè)試進(jìn)度,應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。 測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系,測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范

12、圍、方法和資源配置,而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法(最好是能先評(píng)審)07. 您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么? 1. 明確測(cè)試的目標(biāo),增強(qiáng)測(cè)試計(jì)劃的實(shí)用性,編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過(guò)程能夠發(fā)現(xiàn)更多的軟件缺陷,因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目,并且找出軟件潛在的缺陷。因此,軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求,測(cè)試方法必須切實(shí)可行,測(cè)試工具并且具有較高的實(shí)用性,便于使用,生成的測(cè)試結(jié)果直觀、準(zhǔn)確 2堅(jiān)持“5W”規(guī)則,明確內(nèi)容與過(guò)程 “5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“

13、When(何時(shí)做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃,可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的(Why),明確測(cè)試的范圍和內(nèi)容(What),確定測(cè)試的開(kāi)始和結(jié)束日期(When),指出測(cè)試的方法和工具(How),給出測(cè)試文檔和軟件的存放位置(Where)。 3采用評(píng)審和更新機(jī)制,保證測(cè)試計(jì)劃滿足實(shí)際需求 測(cè)試計(jì)劃寫作完成后,如果沒(méi)有經(jīng)過(guò)評(píng)審,直接發(fā)送給測(cè)試團(tuán)隊(duì),測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容,或者軟件需求變更引起測(cè)試范圍的增減,而測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新,誤導(dǎo)測(cè)試執(zhí)行人員。 4. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含

14、到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔,把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系,測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置,而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。08. 您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。 1等價(jià)類劃分 劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為

15、若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類. 2邊界值分析法 邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤. 使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù). 3錯(cuò)誤推測(cè)法 基

16、于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法. 錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例4因果圖方法   前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等

17、. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.09. 請(qǐng)以您以往的實(shí)際工作為例, 詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。   就說(shuō)最近的這次網(wǎng)站功能的測(cè)試吧首

18、先:得到相關(guān)文檔(需求文檔和設(shè)計(jì)文檔),理解需求和設(shè)計(jì)設(shè)計(jì)思想后,想好測(cè)試策略(測(cè)試計(jì)劃簡(jiǎn)單點(diǎn)就OK了),考慮到測(cè)試環(huán)境,測(cè)試用例,測(cè)試時(shí)間等問(wèn)題。 第二步:設(shè)計(jì)測(cè)試用例,測(cè)試策略是:把網(wǎng)站部分的功能點(diǎn)測(cè)試完,然后在進(jìn)行系統(tǒng)測(cè)試(另外個(gè)模塊呢有另一個(gè)測(cè)試人員負(fù)責(zé),可以進(jìn)行聯(lián)調(diào)測(cè)試),網(wǎng)站模塊的測(cè)試基本是功能測(cè)試和界面測(cè)試(用戶并發(fā)的可能性很小,所以不考慮):這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫(kù)中的某張表記錄,如果表中某一數(shù)據(jù)記錄中新加進(jìn)來(lái)的(還沒(méi)有被處理的,有個(gè)標(biāo)志位),網(wǎng)站啟動(dòng)后會(huì)立刻去刷那張表,得到多條數(shù)據(jù),然后在進(jìn)行處理。處理過(guò)程中,會(huì)經(jīng)歷3個(gè)步驟,網(wǎng)站才算完成了它的任務(wù)。有3個(gè)

19、步驟呢,就可以分別對(duì)  這3個(gè)步驟進(jìn)行測(cè)試用例的設(shè)計(jì),盡量覆蓋到各種輸入情況(包括數(shù)據(jù)庫(kù)中的數(shù)據(jù),用戶的輸入等),得出了差不多50個(gè)用例。界面測(cè)試,也就是用戶看的到的地方,包括發(fā)送的郵件和用戶填寫資料的頁(yè)面展示。   第三步:搭建測(cè)試環(huán)境(為什么這個(gè)時(shí)候考慮測(cè)試環(huán)境呢?因?yàn)槲覍?duì)網(wǎng)站環(huán)境已經(jīng)很熟了,只有有機(jī)器能空于下來(lái)做該功能測(cè)試就可以做了),因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同,它需要的測(cè)試環(huán)境比較麻煩,需要web服務(wù)器(Apache,tomcat),不過(guò)這次需求呢,網(wǎng)站部分只用到了tomcat,所以只要有tomcat即可 &#

20、160;第四步:執(zhí)行測(cè)試 10. 您以往是否曾經(jīng)從事過(guò)性能測(cè)試工作?如果有,請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。   是的,曾經(jīng)做過(guò)網(wǎng)站方面的性能測(cè)試,雖然做的時(shí)間并不久(2個(gè)月吧),當(dāng)時(shí)呢,是有位網(wǎng)站性能測(cè)試經(jīng)驗(yàn)非常豐富的前輩帶著我一起做。 性能測(cè)試類型包括負(fù)載測(cè)試,強(qiáng)度測(cè)試,容量測(cè)試等   負(fù)載測(cè)試:負(fù)載測(cè)試是一種性能測(cè)試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行,程序是否能夠承擔(dān)。   強(qiáng)度測(cè)試: 強(qiáng)度測(cè)試是一種性能測(cè)試,他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況

21、   容量測(cè)試:確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù)      在網(wǎng)站流量逐漸加大的情況下,開(kāi)始考慮做性能測(cè)試了,首先要寫好性能測(cè)試計(jì)劃,根據(jù)運(yùn)營(yíng)數(shù)據(jù)得出流量最大的頁(yè)面(如果是第一次的話,一般是首頁(yè),下載頁(yè),個(gè)人帳戶頁(yè)流量最大,而且以某種百分比),   關(guān)注服務(wù)器的CPU使用情況,內(nèi)存使用情況,服務(wù)器上線文切換平率,服務(wù)器磁盤讀寫速度,已經(jīng)磁盤內(nèi)存情況關(guān)注客戶端響應(yīng)時(shí)間,關(guān)注客戶點(diǎn)操作成功情況,關(guān)注客戶端操作失敗情況,關(guān)注客戶端發(fā)起的并發(fā)是處理情況等,連續(xù)操作處理情況,

22、0;11. 您在從事性能測(cè)試工作時(shí), 是否使用過(guò)一些測(cè)試工具? Loadruner:就用了破解版的lodarrunner進(jìn)行測(cè)試12. 您認(rèn)為性能測(cè)試工作的目的是什么?做好性能測(cè)試工作的關(guān)鍵是什么?性能測(cè)試的概念-在正常,峰值以及異常負(fù)載條件下,測(cè)試系統(tǒng)的各項(xiàng)性能指標(biāo);通過(guò)自動(dòng)化的測(cè)試工具模擬進(jìn)行。性能測(cè)試的目的1) 評(píng)估系統(tǒng)的能力-測(cè)試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可被用于驗(yàn)證所計(jì)劃的模型的能力,并幫助作出決策。2) 識(shí)別體系中的弱點(diǎn)-受控的負(fù)荷被增加到一個(gè)極端水平,并突破它,從而修復(fù)體系的瓶頸或薄弱的地方。3) 系統(tǒng)調(diào)優(yōu)-重復(fù)運(yùn)行測(cè)試,驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期

23、的結(jié)果,從而改進(jìn)性能。檢測(cè)軟件中的問(wèn)題,長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄漏引起的失敗,揭示程序中的隱含問(wèn)題或沖突。4) 驗(yàn)證穩(wěn)定性,可靠性-在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測(cè)試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。關(guān)鍵是對(duì)需求的理解能力,以及對(duì)性能測(cè)試要用的工具的掌握程度,要會(huì)用性能測(cè)試工具,以及對(duì)性能測(cè)試結(jié)果的分析能力,以及對(duì)性能調(diào)優(yōu)要能給出自己的建議能力,這些都比較重要。13. 在您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?(bug的生命周期)測(cè)試條件:軟件(平臺(tái)、版本等)、硬件配置; 重現(xiàn)步驟:如何讓

24、開(kāi)發(fā)人員重現(xiàn)你提的BUG。測(cè)試現(xiàn)象/結(jié)論、分析、建議等;這幾條是最主要的。此外,還應(yīng)當(dāng)盡量包括:重要度、緊急度、BUG產(chǎn)生階段(需求、設(shè)計(jì)、實(shí)現(xiàn)、文檔)。Bug的生命周期:起始-發(fā)現(xiàn)BUG-提交BUG-修復(fù)BUG-回歸BUG關(guān)閉BUG-結(jié)束14. 您以往所從事的軟件測(cè)試工作中,是否使用了一些工具來(lái)進(jìn)行軟件缺陷(Bug)的管理?如果有, 請(qǐng)結(jié)合該工具描述軟件缺陷(跟蹤管理的流程)。在云計(jì)算的時(shí)候使用的是Bugzilla;過(guò)程是:根據(jù)測(cè)試用例測(cè)試軟件,發(fā)現(xiàn)Bug過(guò)后,用測(cè)試經(jīng)理分配的Bugzilla賬號(hào)登陸B(tài)ugzilla,然后到bug提交界面。找到測(cè)試功能目前的版本號(hào),以及功

25、能點(diǎn),查看現(xiàn)在已經(jīng)提交的Bug里面有沒(méi)有類似或者相同的Bug,沒(méi)有的話,把發(fā)現(xiàn)的Bug提交進(jìn)去,提交的時(shí)候好像要填bug描述,重現(xiàn)步驟(測(cè)試步驟),bug類型,嚴(yán)重級(jí)別,以及目前bug的狀態(tài),提交的時(shí)候當(dāng)然是狀態(tài)新建等信息,提交過(guò)后告知測(cè)試組長(zhǎng),然后等待bug被處理,如果處理過(guò)后,有bug處理人員修改Bug的狀態(tài),以及解決方案和解決描述,等待其他功能測(cè)試完成過(guò)后,開(kāi)發(fā)組會(huì)給一個(gè)修復(fù)Bug的版本,進(jìn)行回歸測(cè)試,如果bug問(wèn)題解決,則關(guān)閉bug,并在bug的時(shí)候記錄回歸測(cè)試的結(jié)果。否者,重新提交bug重復(fù)上述步驟,知道問(wèn)題解決關(guān)閉bug15.如何提高溝通的效率和改善溝通的效果?維持測(cè)試人員同開(kāi)發(fā)團(tuán)

26、隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?溝通其實(shí)是一門藝術(shù),好的溝通要懂得配合天時(shí)地利人和,根據(jù)不同人的性格選擇不同的表達(dá)方式尤其重要16. 在您以往的測(cè)試工作中, 最讓您感到不滿意或者不堪回首的事情是什么?您是如何來(lái)對(duì)待這些事情的?又一次測(cè)有findbugs插件測(cè)試系統(tǒng)里面連接池泄露問(wèn)題,測(cè)試完了過(guò)后連接池泄露比較多,這個(gè)肯定不能讓客戶知道,因?yàn)檫@樣側(cè)面反應(yīng)我們系統(tǒng)存在的問(wèn)題有點(diǎn)多,上線版本還不太穩(wěn)定,測(cè)試結(jié)果一出來(lái),我要通過(guò)QQ發(fā)送個(gè)項(xiàng)目經(jīng)理,結(jié)果在發(fā)送的時(shí)候突然來(lái)了個(gè)電話,同時(shí)客戶又發(fā)了個(gè)QQ信息過(guò)來(lái)咨詢問(wèn)題,結(jié)果一不小心發(fā)到客戶那里去了17.你對(duì)測(cè)試最大的興趣在哪里

27、?為什么?最大興趣就是能斷了溝通能力和培養(yǎng)一些打破常規(guī)的方法思維模式,鍛煉溝通能力是因?yàn)樽鳛闇y(cè)試,既要和開(kāi)發(fā)溝通,又要和客戶溝通,還要跟項(xiàng)目經(jīng)理,測(cè)試經(jīng)理溝通,如果清楚的表達(dá)自己發(fā)現(xiàn)的問(wèn)題,和自己覺(jué)得可行的解決方案,以及要讓其他明白,而且接收,其實(shí)是一種溝通交際能力的斷了。然后打破常規(guī)思維模式的話,在做測(cè)試的時(shí)候要不僅局限于常規(guī)的問(wèn)題出現(xiàn)的情況,要去考慮非常規(guī)情況下,會(huì)出現(xiàn)的異?;蛘咔闆r,這讓自己在生活中的思考方式或者說(shuō)思維方式可以往多方面考慮。18. 你的測(cè)試職業(yè)發(fā)展是什么?既然決定要重新認(rèn)定往一個(gè)方向發(fā)展,目前決定的測(cè)試方向,那么我覺(jué)得如果能到公司,現(xiàn)在做一個(gè)職業(yè)發(fā)展計(jì)劃的話,應(yīng)

28、該是先進(jìn)入公司測(cè)試部門,花最短的時(shí)間去了解公司的業(yè)務(wù)架構(gòu),了解平時(shí)測(cè)試的主要工作,先從自己的測(cè)試的老本行功能測(cè)試為基礎(chǔ)開(kāi)始,主動(dòng)去學(xué)習(xí)一個(gè)高級(jí)工程師該學(xué)的技能知識(shí)和考慮問(wèn)題的思維模式去發(fā)展,提升自己的能力,符合自己能力的薪金報(bào)酬. 19. 你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里?1.進(jìn)入做測(cè)試的時(shí)間早,大三就就開(kāi)始做測(cè)試,對(duì)測(cè)試基礎(chǔ)有一定了解2.在項(xiàng)目上有一定的溝通能力,和對(duì)問(wèn)題不僅僅是拋出問(wèn)題,還有能主動(dòng)去想解決問(wèn)題的習(xí)慣3.有一定的開(kāi)發(fā)基礎(chǔ),在現(xiàn)場(chǎng)做開(kāi)發(fā),運(yùn)維,和實(shí)施等經(jīng)驗(yàn)都對(duì)我將要做的測(cè)試有一定幫助4.學(xué)習(xí)能力比較強(qiáng),包括像PS的自學(xué),AXURE,mandmager的軟件的使用都是自學(xué)的,上

29、課或者平時(shí)根本沒(méi)有人會(huì)教你,都靠自學(xué)20. 你以前工作時(shí)的測(cè)試流程是什么?公司對(duì)測(cè)試流程沒(méi)有規(guī)定如何做,但每個(gè)測(cè)試人員都有自己的一套測(cè)試流程。我說(shuō)下我1年來(lái)不斷改正(自己總結(jié),吸取同行的方法)后的流程吧。需求評(píng)審(有開(kāi)發(fā)人員,產(chǎn)品經(jīng)理,測(cè)試人員,項(xiàng)目經(jīng)理)>需求確定(出一份確定的需求文檔)>開(kāi)發(fā)設(shè)計(jì)文檔(開(kāi)發(fā)人員在開(kāi)始寫代碼前就能輸出設(shè)計(jì)文檔)>想好測(cè)試策略,寫出測(cè)試用例>發(fā)給開(kāi)發(fā)人員和測(cè)試經(jīng)理看看(非正式的評(píng)審用例)>接到測(cè)試版本>執(zhí)行測(cè)試用例(中間可能會(huì)補(bǔ)充用例)>提交bug(有些bug需要開(kāi)發(fā)人員的確定(嚴(yán)重級(jí)別的,或突然發(fā)現(xiàn)的在測(cè)試用

30、例范圍之外的,難以重現(xiàn)的),有些可以直接錄制進(jìn)TD)>開(kāi)發(fā)人員修改(可以在測(cè)試過(guò)程中快速的修改)>回歸測(cè)試(可能又會(huì)發(fā)現(xiàn)新問(wèn)題,再按流程開(kāi)始跑)。21. 當(dāng)開(kāi)發(fā)人員說(shuō)不 是BUG時(shí),你如何應(yīng)付?開(kāi)發(fā)人員說(shuō)不是bug,有2種情況,一是需求沒(méi)有確定,所以我可以這么做,這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn),需不需要改動(dòng),3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生,所以不需要修改,這個(gè)時(shí)候,我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問(wèn)題,會(huì)有什么不良結(jié)果?程序員可能會(huì)給你很多理由,你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行,那我可以給這個(gè)問(wèn)題提出來(lái)

31、,跟開(kāi)發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug,我也只是建議的方式寫進(jìn)TD中,如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題。如果確定是bug的話,一定要堅(jiān)持自己的立場(chǎng),讓問(wèn)題得到最后的確認(rèn)。22.你為什么想離開(kāi)目前的職務(wù)?1.現(xiàn)在維護(hù),駐扎客戶現(xiàn)場(chǎng),感覺(jué)不到公司企業(yè)文化,感覺(jué)不到歸屬感,現(xiàn)場(chǎng)兩個(gè)人駐場(chǎng),沒(méi)有領(lǐng)導(dǎo)帶或者專門的培訓(xùn),對(duì)自己的提升和技能的積累到一個(gè)瓶頸。很難提升2.做外包感覺(jué)不穩(wěn)定,萬(wàn)一哪天甲方和公司簽合約了,自己不想回總部,那么將失去工作3.覺(jué)得自己也飄忽不定,想在哪里買房都覺(jué)得不合適。23.你對(duì)我們公司了解有多少?從各種途徑去了解一下姚應(yīng)聘的公司吧2

32、4.為什么我們應(yīng)該錄取你?因?yàn)槭前财鹦膩?lái)的,既然決定要來(lái),肯定是考慮好了,做了決定才來(lái)的,抱著來(lái)了就要做好,認(rèn)真負(fù)責(zé)的態(tài)度而來(lái),這個(gè)也是自己為人處世的原則,要做的事,絕對(duì)不敷衍,絕對(duì)不粗心大意,這個(gè)是對(duì)自己負(fù)責(zé)也是對(duì)別人負(fù)責(zé)。25.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么?前面提到過(guò)26.設(shè)計(jì)用例的方法、依據(jù)有那些?等價(jià)劃分,邊界值,錯(cuò)誤推斷,因果圖法,依據(jù):需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì)等文檔27.基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些?1.鏈接測(cè)試: 測(cè)試所有連接是否按指示的那樣確實(shí)連接到了該連接的頁(yè)面, 測(cè)試所連接的也面是否存在, 保證應(yīng)用系統(tǒng)上沒(méi)有孤立的頁(yè)面只能在集成測(cè)試階段完

33、成 2.表單測(cè)試: 用戶給信息系統(tǒng)管理員提交信息時(shí),要測(cè)試提交操作的完整性,以校驗(yàn)提交給服務(wù)器的信息的正確性 3.Cookies測(cè)試: Cookies通常用來(lái)存儲(chǔ)用戶信息和用戶在某應(yīng)用系統(tǒng)的操作,當(dāng)一個(gè)用戶使用Cookies訪問(wèn)了某一個(gè)應(yīng)用系統(tǒng)時(shí),Web服務(wù)器將發(fā)送關(guān)于用戶的信息,把該信息以Cookies的形式存儲(chǔ)在客戶端計(jì)算機(jī)上,這可用來(lái)創(chuàng)建動(dòng)態(tài)和自定義頁(yè)面或者存儲(chǔ)登陸等信息如果Web應(yīng)用系統(tǒng)使用了Cookies,就必須檢查Cookies是否能正常工作。測(cè)試的內(nèi)容可包括Cookies是否起作用,是否按預(yù)定的時(shí)間進(jìn)行保存,刷新對(duì)Cookies有什么影響 4.設(shè)計(jì)語(yǔ)言測(cè)試: 使用哪種版本的HTM

34、L 5.數(shù)據(jù)庫(kù)測(cè)試: 數(shù)據(jù)庫(kù)為Web應(yīng)用系統(tǒng)的管理、運(yùn)行、查詢和實(shí)現(xiàn)用戶對(duì)數(shù)據(jù)存儲(chǔ)的請(qǐng)求等提供空間。在Web應(yīng)用中,最常用的數(shù)據(jù)庫(kù)類型是關(guān)系型數(shù)據(jù)庫(kù),可以使用SQL對(duì)信息進(jìn)行處理。在使用了數(shù)據(jù)庫(kù)的Web應(yīng)用系統(tǒng)中,一般情況下,可能發(fā)生兩種錯(cuò)誤,分別是數(shù)據(jù)一致性錯(cuò)誤和輸出錯(cuò)誤。數(shù)據(jù)一致性錯(cuò)誤主要是由于用戶提交的表單信息不正確而造成的,而輸出錯(cuò)誤主要是由于網(wǎng)絡(luò)速度或程序設(shè)計(jì)問(wèn)題等引起的,針對(duì)這兩種情況,可分別進(jìn)行測(cè)試性能測(cè)試: 連接速度測(cè)試 用戶連接到Web應(yīng)用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化,他們或許是電話撥號(hào),或是寬帶上網(wǎng)。當(dāng)下載一個(gè)程序時(shí),用戶可以等較長(zhǎng)的時(shí)間,但如果僅僅訪問(wèn)一個(gè)頁(yè)面就不會(huì)

35、這樣。如果Web系統(tǒng)響應(yīng)時(shí)間太長(zhǎng)(例如超過(guò)5秒鐘),用戶就會(huì)因沒(méi)有耐心等待而離開(kāi)。另外,有些頁(yè)面有超時(shí)的限制,如果響應(yīng)速度太慢,用戶可能還沒(méi)來(lái)得及瀏覽內(nèi)容,就需要重新登陸了。而且,連接速度太慢,還可能引起數(shù)據(jù)丟失,使用戶得不到真實(shí)的頁(yè)面 負(fù)載測(cè)試 負(fù)載測(cè)試是為了測(cè)量Web系統(tǒng)在某一負(fù)載級(jí)別上的性能,以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪問(wèn)Web系統(tǒng)的用戶數(shù)量,也可以是在線數(shù)據(jù)處理的數(shù)量。例如:Web應(yīng)用系統(tǒng)能允許多少個(gè)用戶同時(shí)在線?如果超過(guò)了這個(gè)數(shù)量,會(huì)出現(xiàn)什么現(xiàn)象?Web應(yīng)用系統(tǒng)能否處理大量用戶對(duì)同一個(gè)頁(yè)面的請(qǐng)求? 壓力測(cè)試 負(fù)載測(cè)試應(yīng)該安排在Web系統(tǒng)發(fā)布以后

36、,在實(shí)際的網(wǎng)絡(luò)環(huán)境中進(jìn)行測(cè)試。因?yàn)橐粋€(gè)企業(yè)內(nèi)部員工,特別是項(xiàng)目組人員總是有限的,而一個(gè)Web系統(tǒng)能同時(shí)處理的請(qǐng)求數(shù)量將遠(yuǎn)遠(yuǎn)超出這個(gè)限度,所以,只有放在Internet上,接受負(fù)載測(cè)試,其結(jié)果才是正確可信的。進(jìn)行壓力測(cè)試是指實(shí)際破壞一個(gè)Web應(yīng)用系統(tǒng),測(cè)試系統(tǒng)的反映。壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力,也就是測(cè)試Web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰,在什么情況下會(huì)崩潰。黑客常常提供錯(cuò)誤的數(shù)據(jù)負(fù)載,直到Web應(yīng)用系統(tǒng)崩潰,接著當(dāng)系統(tǒng)重新啟動(dòng)時(shí)獲得存取權(quán)。壓力測(cè)試的區(qū)域包括表單、登陸和其他信息傳輸頁(yè)面等 web性能測(cè)試的步驟: 1.分析產(chǎn)品結(jié)構(gòu),明確性能測(cè)試的需求,包括并發(fā)、極限、配置和指標(biāo)等方面的性能要求

37、,必要時(shí)基于LOAD測(cè)試的相同測(cè)略需同時(shí)考慮穩(wěn)定性測(cè)試的需求 2.分析應(yīng)用場(chǎng)景和用戶數(shù)據(jù),細(xì)分用戶行為和相關(guān)的數(shù)據(jù)流,確定測(cè)試點(diǎn)或測(cè)試接口,列示系統(tǒng)接口的可能瓶頸,一般是先主干接口再支線接口,并完成初步的測(cè)試用例設(shè)計(jì) 3.依據(jù)性能測(cè)試需求和確定的測(cè)試點(diǎn)進(jìn)行測(cè)試組網(wǎng)設(shè)計(jì),并明確不同組網(wǎng)方案的重要程度或優(yōu)先級(jí)作為取舍評(píng)估的依據(jù),必要時(shí)在前期產(chǎn)品設(shè)計(jì)中提出支持性能測(cè)試的可測(cè)試性設(shè)計(jì)方案和對(duì)測(cè)試工具的需求 4.完成性能測(cè)試用例設(shè)計(jì)、分類選擇和依據(jù)用戶行為分析設(shè)計(jì)測(cè)試規(guī)程,并準(zhǔn)備好測(cè)試用例將用到的測(cè)試數(shù)據(jù) 5.確定采用的測(cè)試工具 6.進(jìn)行初驗(yàn)測(cè)試,以主干接口的可用性為主,根據(jù)測(cè)試結(jié)果分析性能瓶頸,通過(guò)迭

38、代保證基本的指標(biāo)等測(cè)試的環(huán)境 7.迭代進(jìn)行全面的性能測(cè)試,完成計(jì)劃中的性能測(cè)試用例的執(zhí)行 8.完成性能測(cè)試評(píng)估報(bào)告在進(jìn)行性能測(cè)試的時(shí)候,我們需要知道一些有效的性能指標(biāo),下面我們來(lái)列出一些主要的性能指標(biāo): 1.通用指標(biāo): 指Web應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器必需測(cè)試項(xiàng) 指服務(wù)器CPU占用率,一般平均達(dá)到70%時(shí),服務(wù)就接近飽和可用內(nèi)存數(shù),如果測(cè)試時(shí)發(fā)現(xiàn)內(nèi)存有變化情況也要注意,如果是內(nèi)存泄露則比較嚴(yán)重 物理磁盤讀寫時(shí)間情況2.Web服務(wù)器指標(biāo):平均每秒鐘響應(yīng)次數(shù)總請(qǐng)求時(shí)間/秒數(shù)平均每秒業(yè)務(wù)角本的迭代次數(shù)成功的請(qǐng)求/失敗的請(qǐng)求每秒成功的點(diǎn)擊次數(shù) 每秒失敗的點(diǎn)擊次數(shù) 嘗試鏈接數(shù) 3.數(shù)據(jù)庫(kù)服務(wù)器指標(biāo): 用戶連接數(shù),也就是數(shù)據(jù)庫(kù)的連接數(shù)量 數(shù)據(jù)庫(kù)死鎖 數(shù)據(jù)庫(kù)Cache的命中情況可用性測(cè)試: 導(dǎo)航測(cè)試: Web應(yīng)用系統(tǒng)的層次一旦決定,就要著手測(cè)試用戶導(dǎo)航功能,讓最終用戶參與這種測(cè)試,效果將更加明顯 圖形測(cè)試 在Web應(yīng)用系統(tǒng)中,適當(dāng)?shù)膱D片和動(dòng)畫既能起到廣告宣傳的作用,又能起到美化頁(yè)面的功能。一個(gè)Web應(yīng)用系統(tǒng)的圖形可以包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等 整體界面測(cè)試 內(nèi)容測(cè)試用來(lái)檢驗(yàn)Web應(yīng)用系統(tǒng)提供信息的正確性、準(zhǔn)確性和相關(guān)性。信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價(jià)格列表中,錯(cuò)誤的價(jià)格可能引起財(cái)政問(wèn)題甚至導(dǎo)致法律糾紛;信息的準(zhǔn)確性是指是

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論