什么是兼容性測試_第1頁
什么是兼容性測試_第2頁
什么是兼容性測試_第3頁
什么是兼容性測試_第4頁
什么是兼容性測試_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、1、什么是兼容性測試?兼容性測試側(cè)重哪些方面?參考答案:兼容測試主要是檢查軟件在不同的硬件平臺、軟件平臺上是否可以正常的運(yùn)行,即是通常說的軟件的可移植性。兼容的類型,如果細(xì)分的話,有平臺的兼容,網(wǎng)絡(luò)兼容,數(shù)據(jù)庫兼容,以及數(shù)據(jù)格式的兼容。兼容測試的重點(diǎn)是,對兼容環(huán)境的分析。通常,是在運(yùn)行軟件的環(huán)境不是很確定的情況下,才需要做兼容。根據(jù)軟件運(yùn)行的需要,或者根據(jù)需求文檔,一般都能夠得出用戶會在什么環(huán)境下使用該軟件,把這些環(huán)境整理成表單,就得出做兼容測試的兼容環(huán)境了。兼容和配置測試的區(qū)別在于,做配置測試通常不是Clean OS下做測試,而兼容測試多是在Clean OS的環(huán)境下做的。2、我現(xiàn)在有個程序,

2、發(fā)現(xiàn)在Windows上運(yùn)行得很慢,怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題?參考答案:1、檢查系統(tǒng)是否有中毒的特征;2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn);3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立,即沒有對外提供什么消耗CPU資源的服務(wù);4、如果是C/S或者B/S結(jié)構(gòu)的軟件,需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題,或者訪問有問題造成的;5、在系統(tǒng)沒有任何負(fù)載的情況下,查看性能監(jiān)視器,確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。3、測試的策略有哪些?參考答案:黑盒/白盒,靜態(tài)/動態(tài),手工/自動,冒煙測試,回歸測試,公測(Beta測試的策略)4、正交表測試用例設(shè)計(jì)方法的特點(diǎn)是什么?參考答案:用最少的實(shí)驗(yàn)

3、覆蓋最多的操作,測試用例設(shè)計(jì)很少,效率高,但是很復(fù)雜;對于基本的驗(yàn)證功能,以及二次集成引起的缺陷,一般都能找出來;但是更深的缺陷,更復(fù)雜的缺陷,還是無能為力的;具體的環(huán)境下,正交表一般都很難做的。大多數(shù),只在系統(tǒng)測試的時候使用此方法。5、描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程?參考答案:就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6、你覺得bugzilla在使用的過程中,有什么問題?參考答案:界面不穩(wěn)定;根據(jù)需要配置它的不同的部分,過程很煩瑣。流程控制上,安全性不好界定,很容易對他人的Bug進(jìn)行誤操作;沒有綜合的評分指標(biāo),不好確認(rèn)修復(fù)的優(yōu)先級別。7、描述測試用例設(shè)計(jì)的完

4、整過程?參考答案:需求分析 + 需求變更的維護(hù)工作;根據(jù)需求 得出測試需求;設(shè)計(jì)測試方案,評審測試方案;方案評審?fù)ㄟ^后,設(shè)計(jì)測試用例,再對測試用例進(jìn)行評審;8、單元測試的策略有哪些?參考答案:邏輯覆蓋、循環(huán)覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數(shù)據(jù)流分析9、LoadRunner分哪三部分?參考答案:用戶動作設(shè)計(jì);場景設(shè)計(jì);測試數(shù)據(jù)分析;10、LoadRunner進(jìn)行測試的流程?參考答案:1、 測試測試2、 創(chuàng)建虛擬用戶腳本3、 創(chuàng)建運(yùn)行場景4、 運(yùn)行測試腳本5、 監(jiān)視場景6、 分析測試的結(jié)果以上,最好是結(jié)合一個案例,根據(jù)以上流程來介紹。什么是并發(fā)?在lordrunner中,如何進(jìn)行

5、并發(fā)的測試?集合點(diǎn)失敗了會怎么樣?參考答案:在同一時間點(diǎn),支持多個不同的操作。LoadRunner中提供IP偽裝,集合點(diǎn),配合虛擬用戶的設(shè)計(jì),以及在多臺電腦上設(shè)置,可以比較好的模擬真實(shí)的并發(fā)。集合點(diǎn),即是多個用戶在某個時刻,某個特定的環(huán)境下同時進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗,則集合點(diǎn)的才操作就會取消,測試就不能進(jìn)行。12、使用QTP做功能測試,錄制腳本的時候,要驗(yàn)證多個用戶的登錄情況/查詢情況,如何操作?參考答案:分析用戶登錄的基本情況,得出一組數(shù)據(jù),通過性測試/失敗性測試的都有(根據(jù)TC來設(shè)計(jì)這些數(shù)據(jù)),然后錄制登錄的腳本,將關(guān)鍵的數(shù)據(jù)參數(shù)化,修改腳本,對代碼進(jìn)行加強(qiáng),調(diào)試腳本。13、QT

6、P中的Action有什么作用?有幾種?參考答案:Action的作用n 用Action可以對步驟集進(jìn)行分組n 步驟重組,然后被整體調(diào)用n 擁有自己的sheetn 組合有相同需求的步驟,整體操作n 具有獨(dú)立的對象倉庫Action的種類n 可復(fù)用Actionn 不可復(fù)用Actionn 外部Action14、TestDirector有些什么功能,如何對軟件測試過程進(jìn)行管理?參考答案:需求管理n 定義測試范圍n 定義需求樹n 描述需求樹的功能點(diǎn)測試計(jì)劃n 定義測試目標(biāo)和測試策略。n 分解應(yīng)用程序,建立測試計(jì)劃樹。n 確定每個功能點(diǎn)的測試方法。n 將每個功能點(diǎn)連接到需求上,使測試計(jì)劃覆蓋全部的測試需求。n

7、 描述手工測試的測試步驟n 指明需要進(jìn)行自動測試的功能點(diǎn)測試執(zhí)行n 定義測試集合。n 為每個測試人員制定測試任務(wù)和測試日程安排。n 運(yùn)行自動測試。缺陷跟蹤n 記錄缺陷n 查看新增缺陷,并確定哪些是需要修正的n 相關(guān)技術(shù)人員修改缺陷n 回歸測試n 分析缺陷統(tǒng)計(jì)圖表,分析應(yīng)用程序的開發(fā)質(zhì)量。15、你所熟悉的軟件測試類型都有哪些?請?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試)?參考答案:Compatibility Testing(兼容性測試),也稱“Configuration testing(配置測試)”,測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容,如:瀏覽器、操作系統(tǒng)、硬

8、件等。驗(yàn)證測試對象在不同的軟件和硬件配置中的運(yùn)行情況。Functional testing (功能測試),也稱為behavioral testing(行為測試),根據(jù)產(chǎn)品特征、操作描述和用戶方案,測試一個產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測試,用于驗(yàn)證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、瀏覽器和測試腳本,以保證目標(biāo)用戶的體驗(yàn)將足夠好,就像應(yīng)用程序是專門為該市場開發(fā)的一樣。Performance testing(性能測試),評價(jià)一個產(chǎn)品或組件與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試、基準(zhǔn)測試等類型。16、軟件缺陷(或者叫Bug)

9、記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?參考答案:5C標(biāo)準(zhǔn)17、Beta測試與Alpha測試有什么區(qū)別?參考答案:Beta testing(測試),測試是軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場Alpha testing (測試),是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試18、軟件的評審一般由哪些人參加?其目的是什么?參考答案:在正式的會議上將軟件項(xiàng)目的成果(包括各階段的文檔、產(chǎn)生的代碼等)提交給用戶、客戶或有關(guān)部門人員對軟件產(chǎn)品進(jìn)行評審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開

10、發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷,并采取補(bǔ)救措施,以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。人員:用戶、客戶或有關(guān)部門開發(fā)人員,測試人員,需求分析師都可以,就看處于評審那個階段19、測試活動中,如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,怎么處理?參考答案:測試需求分析發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,應(yīng)該立即和相關(guān)人員進(jìn)行協(xié)調(diào)交流。20、階段評審與項(xiàng)目評審有什么區(qū)別?參考答案:階段評審對項(xiàng)目各階段評審:對階段成果和工作項(xiàng)目評審對項(xiàng)目總體評審:對工作和產(chǎn)品21、闡述工作版本的定義?參考答案:構(gòu)造號: BUILD22、什么是樁模塊?什么是驅(qū)動模塊?參考答案:樁模塊:被測模塊調(diào)用模塊驅(qū)動模塊調(diào)用

11、被測模塊23、什么是扇入?什么是扇出?參考答案:扇入:被調(diào)次數(shù),扇出:調(diào)其它模塊數(shù)目24、你認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么?參考答案:軟件測試計(jì)劃就是在軟件測試工作正式實(shí)施之前明確測試的對象,并且通過對資源、時間、風(fēng)險(xiǎn)、測試范圍和預(yù)算等方面的綜合分析和規(guī)劃,保證有效的實(shí)施軟件測試;做好測試計(jì)劃工作的關(guān)鍵:目的,管理,規(guī)范1. 明確測試的目標(biāo),增強(qiáng)測試計(jì)劃的實(shí)用性編寫軟件測試計(jì)劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷,因此軟件測試計(jì)劃的價(jià)值取決于它對幫助管理測試項(xiàng)目,并且找出軟件潛在的缺陷。因此,軟件測試計(jì)劃中的測試范圍必須高度覆蓋功能需求,測試方法必須切實(shí)可行,測試工具并且具有較高的實(shí)用性,便于使用,生成的測試結(jié)果直觀、準(zhǔn)確2.堅(jiān)持“5W”規(guī)則,明確內(nèi)容與過程“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計(jì)劃,可以幫助測試團(tuán)隊(duì)理解測試的目的(Why),明確測試的范圍和內(nèi)容(What),確定測試的開始和結(jié)束日期(When),指出測試的方法和工具(How),給出測試文檔和軟件的存放位置(Where)。3.采用評審和更新機(jī)制,保證測試計(jì)劃滿足實(shí)際需求測試計(jì)劃寫作完成后,如果沒有經(jīng)過評審,直接發(fā)送給測試團(tuán)隊(duì),測試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測

溫馨提示

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

評論

0/150

提交評論