軟件測(cè)試工程師年終總結(jié)

1.、為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作?

因?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è)試能給你帶來(lái)什么樣的快樂(lè)?

測(cè)試可以給我?guī)��?lái)很多快樂(lè),如果測(cè)試出一個(gè)項(xiàng)目缺少東西,我會(huì)很高興,因?yàn)槲覍?duì)自己的工作有了新的認(rèn)識(shí),也為公司做了效益;如果測(cè)試出一個(gè)項(xiàng)目沒(méi)有問(wèn)題,我也很高興,因?yàn)橥�事們都在努�?大家都希望為公司做貢獻(xiàn),這就是一個(gè)很強(qiáng)大的團(tuán)隊(duì)，這是一件多么另人振奮的事情啊!

27、文檔測(cè)試要注意什么?

文檔的讀者群、文檔的術(shù)語(yǔ)、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語(yǔ)言

3.、軟件測(cè)試的目的?

測(cè)試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷，通過(guò)修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患帶來(lái)的商業(yè)風(fēng)險(xiǎn)。

4.、Alpha測(cè)試與beta測(cè)試的區(qū)別

Alpha測(cè)試 在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由程序或測(cè)試員完成，不能由最終用戶(hù)或其它人員完成。

Beta測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶(hù)或其它人員完成，不能由程序員或測(cè)試員完成。

5.、簡(jiǎn)述集成測(cè)試的過(guò)程

1. 構(gòu)建的確認(rèn)過(guò)程。

2. 補(bǔ)丁的確認(rèn)過(guò)程。

3. Z34 。

4. 測(cè)試用例設(shè)計(jì)過(guò)程。

5. 測(cè)試代碼編寫(xiě)過(guò)程。

6. Bug的報(bào)告過(guò)程。

7. 每周/每?jī)芍艿臉?gòu)建過(guò)程。

8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。

9. 組內(nèi)培訓(xùn)過(guò)程。

集成測(cè)試過(guò)程:集成測(cè)試計(jì)劃->集成測(cè)試設(shè)計(jì)->集成測(cè)試實(shí)現(xiàn)->集成測(cè)試執(zhí)行。

6.、質(zhì)量的八大特性是什么?各種特性的定義?

1)功能性：軟件所實(shí)現(xiàn)的功能達(dá)到它的設(shè)計(jì)規(guī)范和滿(mǎn)足用戶(hù)需求的程度2)性能：在規(guī)定條件下,實(shí)現(xiàn)軟件功能所需的響應(yīng)時(shí)間和計(jì)算機(jī)資源(CPU、內(nèi)存、磁盤(pán)空間和數(shù)據(jù)吞吐量)的使用程度3)可靠性：在滿(mǎn)足一定條件的應(yīng)用環(huán)境中，軟件能夠正常維持其工作的能力，在出現(xiàn)一些錯(cuò)誤操作時(shí)，軟件可以具有容錯(cuò)性，如果軟件意外退出，重新啟動(dòng)后可以恢復(fù)最近的軟件數(shù)據(jù)4)安全性：為了防止意外或人為的破壞，軟件應(yīng)具備的自身保護(hù)能力5)使用性：用戶(hù)在理解、學(xué)習(xí)和操作軟件的過(guò)程中的付出的努力的難易程度6)維護(hù)性：軟件在運(yùn)行維護(hù)過(guò)程中，如果出現(xiàn)了運(yùn)行故障或者擴(kuò)展新功能和性能，軟件系統(tǒng)是否具有可分析性和良好的擴(kuò)展性，重新設(shè)計(jì)后的軟件的穩(wěn)定性和可測(cè)試性7)移植性：軟件從現(xiàn)有運(yùn)行平臺(tái)向另一個(gè)運(yùn)行平臺(tái)過(guò)度的適應(yīng)程度和平臺(tái)可替換性8)重用性：整個(gè)軟件或其中一部分能作為軟件包而被再利用的程度

7.、系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么

需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。

8.、軟件質(zhì)量應(yīng)該從哪些方面來(lái)評(píng)價(jià)?

可靠性、安全性、性能、易用性、外觀、穩(wěn)定性

9.、系統(tǒng)測(cè)試包含哪些方面?

1.恢復(fù)測(cè)試、2.安全測(cè)試、3.強(qiáng)度測(cè)試、4.性能測(cè)試

10.、區(qū)別階段評(píng)審的與同行評(píng)審

同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;

階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性

同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)

階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專(zhuān)家 具有系統(tǒng)評(píng)審資格

同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 < 40頁(yè), 代碼 < 500行

階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)

同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成

階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!

11.、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?

1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

12.、制定測(cè)試計(jì)劃之前需要了解什么問(wèn)題?

1.軟件測(cè)試計(jì)劃的目的是什么?是否所有人都知道?他們同意這個(gè)測(cè)試計(jì)劃過(guò)程嗎?

2.測(cè)試的是什么產(chǎn)品?是新程序還是維護(hù)升級(jí)的?是獨(dú)立程序還是由多個(gè)小程序組成的?

3.產(chǎn)品的質(zhì)量目標(biāo)是什么?產(chǎn)品的功能需求和性能指標(biāo)必須得到所有人的一致認(rèn)可。

13.、請(qǐng)?jiān)斒鲈O(shè)計(jì)測(cè)試用例的方法? (只是列出一個(gè)測(cè)試用例思考的方向，具體設(shè)計(jì)靠經(jīng)驗(yàn))

①黑盒測(cè)試用例根據(jù)業(yè)務(wù)需求說(shuō)明書(shū)來(lái)設(shè)計(jì)，分為：

等價(jià)劃分法邊界值分析法錯(cuò)誤推測(cè)法因果圖法邏輯覆蓋法

②白盒測(cè)試用例通過(guò)研究代碼與程序結(jié)構(gòu)可以分為以下兩種方式：

靜態(tài)測(cè)試：通過(guò)靜態(tài)的檢查程序代碼、界面、文檔中可能存在的錯(cuò)誤的過(guò)程。

|-測(cè)試代碼編寫(xiě)的規(guī)范性 |-測(cè)試界面 |-測(cè)試相關(guān)需求說(shuō)明和用戶(hù)手冊(cè)是否符合實(shí)際要求

動(dòng)態(tài)測(cè)試：通過(guò)路徑和分支測(cè)試。測(cè)試用例主要根據(jù)以下六種覆蓋測(cè)試方法設(shè)計(jì)

|-語(yǔ)句覆蓋 |-判定覆蓋 |-條件覆蓋 |-判定/條件覆蓋 |-組合覆蓋 |-路徑覆蓋

14.、比較負(fù)載測(cè)試，壓力測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別

負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。通過(guò)逐步增加系統(tǒng)負(fù)載，最終確定在滿(mǎn)足性能指標(biāo)的情況下，系統(tǒng)能承受的最大負(fù)載量的測(cè)試。

強(qiáng)度測(cè)試：又稱(chēng)疲勞強(qiáng)度測(cè)試，在系統(tǒng)穩(wěn)定運(yùn)行的情況下能夠支持的最大并發(fā)用戶(hù)數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析，確定系統(tǒng)處理最大工作量強(qiáng)度性能的過(guò)程。一定負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶(hù)數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。

壓力測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

15.、測(cè)試人員需要何時(shí)參加需求分析?

如果條件允許，原則上來(lái)說(shuō)是越早介入需求分析越好。因?yàn)闇y(cè)試人員對(duì)需求理解越深刻，對(duì)測(cè)試工作的開(kāi)展越有利，可以盡早的確定測(cè)試思路，減少與開(kāi)發(fā)人員的交互，減少對(duì)需求理解上的偏差。

16.、軟件的缺陷等級(jí)應(yīng)如何劃分?

嚴(yán)重：1.由于程序所引起的死機(jī),非法退出 2.死循環(huán) 3.數(shù)據(jù)庫(kù)發(fā)生死鎖 4.因錯(cuò)誤操作導(dǎo)致的程序中斷 5.功能錯(cuò)誤 6.與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7. 數(shù)據(jù)通訊錯(cuò)誤。 較嚴(yán)重：1.程序錯(cuò)誤 2.程序接口錯(cuò)誤 3.數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。一般性：1.操作界面錯(cuò)誤(包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致) 2.打印內(nèi)容、格式錯(cuò)誤 3.簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4.刪除操作未給出提示 5.數(shù)據(jù)庫(kù)表中有過(guò)多的空字段。建議：1.界面不規(guī)范 2.輔助說(shuō)明描述不清楚 3.輸入輸出不規(guī)范 4.長(zhǎng)操作未給用戶(hù)提示 5.提示窗口文字未采用行業(yè)術(shù)語(yǔ) 6.可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志 。

17.、你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里?

優(yōu)勢(shì)在于我對(duì)測(cè)試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測(cè)試需要的基本技能我有信心在工作中得以發(fā)揮。

18.、你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug，但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決。

1. 如果不是錯(cuò)誤則應(yīng)該主動(dòng)承認(rèn)不是缺陷。

2. 如果是需求不明確的則應(yīng)和開(kāi)發(fā)加強(qiáng)溝通補(bǔ)充需求。

3. 如果和開(kāi)發(fā)爭(zhēng)論不休應(yīng)該邀請(qǐng)上級(jí)判斷。

19.、 您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?

1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性

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

3.采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿(mǎn)足實(shí)際需求

4. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例

20.、風(fēng)險(xiǎn)和問(wèn)題

◆市場(chǎng)的壓力

◆ 測(cè)試時(shí)間不夠

◆ 測(cè)試資源的及時(shí)到位

◆ 測(cè)試人員的技能需求

◆ 開(kāi)發(fā)進(jìn)度的變化，需求的變更

◆ 開(kāi)發(fā)部門(mén)的版本控制

◆ 短時(shí)間上線。這個(gè)是已經(jīng)定好的，沒(méi)有參考測(cè)試人員的意見(jiàn)。時(shí)間短往往不能得到充分的測(cè)試，測(cè)試策略必須根據(jù)可用的時(shí)間進(jìn)行調(diào)整。盡快指出這樣的問(wèn)題非常重要，只有這樣才能調(diào)整時(shí)間表，確定快速開(kāi)發(fā)的風(fēng)險(xiǎn)并制定降低風(fēng)險(xiǎn)的策略。

◆ 新的設(shè)計(jì)過(guò)程。引入新的設(shè)計(jì)過(guò)程會(huì)增加風(fēng)險(xiǎn)，新的設(shè)計(jì)過(guò)程包括新的工具和設(shè)計(jì)技術(shù)。如果采用新的技術(shù)，能否像我們預(yù)期的那樣運(yùn)轉(zhuǎn)，都存在很大的風(fēng)險(xiǎn)

◆ 復(fù)雜性。我們應(yīng)該進(jìn)行一些分析工作來(lái)確定哪個(gè)功能最復(fù)雜，哪個(gè)功能最容易出錯(cuò)，錯(cuò)誤會(huì)對(duì)系統(tǒng)的哪些地方造成重大的影響。

◆ 使用頻率。軟件最常用功能中隱藏的問(wèn)題可能給用戶(hù)造成嚴(yán)重的損失。

◆ 不可測(cè)試的需求。不可測(cè)試的需求會(huì)對(duì)系統(tǒng)的成功造成巨大的威脅。如果測(cè)試組在需求階段就驗(yàn)證了需求的可測(cè)試性，對(duì)需求進(jìn)行了評(píng)審，那么此類(lèi)問(wèn)題會(huì)減少很多。

21.、軟件都有多少種分類(lèi)?

固件、支持軟件、系統(tǒng)軟件、應(yīng)用軟件

22.、你認(rèn)為軟件測(cè)試過(guò)程中較常見(jiàn)的困難是什么?如何有效克服這些困難? (根據(jù)自己實(shí)際測(cè)試中遇到的情況來(lái)寫(xiě)的)

①?Bug的重現(xiàn)問(wèn)題：有些Bu

【軟件測(cè)試工程師年終總結(jié)】相關(guān)文章：

華為軟件測(cè)試工程師待遇07-11

軟件測(cè)試工程師面試技巧07-02

軟件測(cè)試工程師筆試題06-24

軟件測(cè)試工程師總結(jié)范文01-14

軟件測(cè)試07-11

軟件測(cè)試工程師筆試題及答案06-22

軟件測(cè)試工程師職業(yè)規(guī)劃07-02

軟件測(cè)試工程師職業(yè)介紹06-24

軟件測(cè)試工程師工作總結(jié)05-18

騰訊軟件測(cè)試07-13