一、軟件測(cè)試

1）什么是軟件測(cè)試？

軟件測(cè)試是通過手工或自動(dòng)化的手段運(yùn)行或測(cè)試被測(cè)試對(duì)象是否滿足對(duì)應(yīng)的需求；被測(cè)對(duì)象包括需求分析、設(shè)計(jì)規(guī)格說明書、系統(tǒng)編碼等；在測(cè)試過程中，要根據(jù)相應(yīng)的規(guī)格說明書設(shè)計(jì)一組測(cè)試用例，通過對(duì)測(cè)試用例的執(zhí)行來發(fā)現(xiàn)系統(tǒng)中相應(yīng)的錯(cuò)誤從而保證軟件質(zhì)量的一項(xiàng)活動(dòng)。

2)軟件生命周期是什么？

1項(xiàng)目規(guī)劃

2需求定義分析

3軟件設(shè)計(jì)

4程序編碼

5軟件測(cè)試

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

?

2）軟件測(cè)試的目的是什么？

1發(fā)現(xiàn)系統(tǒng)的錯(cuò)誤

2驗(yàn)證系統(tǒng)是否滿足需求

3保證產(chǎn)品質(zhì)量

4改進(jìn)開發(fā)流程

?

3）軟件缺陷（bug）與軟件錯(cuò)誤（error）的區(qū)別與聯(lián)系？

區(qū)別：軟件缺陷是存在于軟件之中的不希望或不可接受的偏差，而軟件錯(cuò)誤是由于人為的原因產(chǎn)生的錯(cuò)誤。軟件缺陷是在軟件中抽象存在的，而錯(cuò)誤是人為的問題。

聯(lián)系：由于人為的錯(cuò)誤，在設(shè)計(jì)或編碼過程中的失誤，導(dǎo)致了軟件內(nèi)部的缺陷，人為的錯(cuò)誤是引發(fā)軟件缺陷的直接原因，一個(gè)軟件錯(cuò)誤必然引發(fā)多個(gè)軟件缺陷。

?

4）軟件測(cè)試如何改進(jìn)開發(fā)流程？

軟件測(cè)試和軟件開發(fā)是不同的兩個(gè)過程，但是通過軟件測(cè)試發(fā)現(xiàn)軟件的缺陷，然后通過缺陷的分析確定錯(cuò)誤產(chǎn)生的原因從而發(fā)現(xiàn)軟件開發(fā)過程中存在的缺陷，同時(shí)通過對(duì)測(cè)試結(jié)果的分析整理，還可以修正軟件開發(fā)規(guī)則。因此，軟件測(cè)試在一定程度上可以改進(jìn)軟件開發(fā)流程。

?

5）分析“軟件測(cè)試沒有什么技術(shù)含量，只是點(diǎn)擊按鈕，對(duì)系統(tǒng)進(jìn)行操作嗎？”

分析：在上述問題中之所以出現(xiàn)這樣的言論，是對(duì)軟件測(cè)試?yán)斫獾钠嫘院蛯?duì)軟件測(cè)試?yán)斫獾钠ぴ斐傻摹?duì)于一個(gè)規(guī)范的軟件測(cè)試過程包括了軟件測(cè)試的計(jì)劃、系統(tǒng)分析、測(cè)試設(shè)計(jì)、開發(fā)等技術(shù)。軟件測(cè)試是一個(gè)發(fā)現(xiàn)軟件缺陷的過程，要想發(fā)現(xiàn)軟件缺陷必須對(duì)被測(cè)對(duì)象有足夠的了解，而不是簡(jiǎn)單的對(duì)被測(cè)對(duì)象的執(zhí)行，更不是單純的“點(diǎn)擊按鈕”。這里邊包含了如何設(shè)計(jì)測(cè)試場(chǎng)景、測(cè)試數(shù)據(jù)、測(cè)試執(zhí)行等過程。同樣的通過軟件測(cè)試發(fā)現(xiàn)系統(tǒng)的問題，通過問題的改進(jìn)可以提高軟件產(chǎn)品的質(zhì)量，贏得用戶的口碑，從而提高產(chǎn)品的市場(chǎng)競(jìng)爭(zhēng)力，提高公司的利益。因此軟件測(cè)試是一項(xiàng)非常有意義的關(guān)系公司存亡的活動(dòng)。

?

6）軟件測(cè)試對(duì)象包括什么？

1需求規(guī)格說明書2概要設(shè)計(jì)規(guī)格說明書3詳細(xì)設(shè)計(jì)規(guī)格說明書4源程序5系統(tǒng)6用戶手冊(cè)7幫助文檔

?

7）主要的軟件測(cè)試手段分別是什么，如何理解？

軟件測(cè)試的手段包括驗(yàn)證和確認(rèn)：驗(yàn)證是對(duì)前一個(gè)階段的驗(yàn)證；確認(rèn)是對(duì)原始開發(fā)需求的確認(rèn)，任何一個(gè)階段的確認(rèn)都應(yīng)追溯到需求。

?

8）軟件測(cè)試的原則包括哪些方面？

1盡早的不斷的測(cè)試2測(cè)試過程中要設(shè)計(jì)測(cè)試用例3程序員避免檢查自己的程序4徹底測(cè)試是不可能的5測(cè)試應(yīng)追溯到需求6從“小規(guī)模”到“大規(guī)模”7注意集群現(xiàn)象8嚴(yán)格執(zhí)行測(cè)試計(jì)劃9測(cè)試結(jié)果進(jìn)行全面檢查10測(cè)試維護(hù)

?

9）軟件測(cè)試的局限性包含哪些？

1不可能全面測(cè)試程序2不可能測(cè)試到程序?qū)θ魏慰赡茌斎氲挠绊?不可能測(cè)試到程序?qū)γ恳粭l可能執(zhí)行的路徑4無法指出所有的設(shè)計(jì)錯(cuò)誤5不能保證軟件的質(zhì)量

?

10）為什么說軟件測(cè)試不能保證軟件的質(zhì)量？

高質(zhì)量的軟件不是測(cè)試出來而是開發(fā)出來的；軟件測(cè)試是保障軟件質(zhì)量的手段之一，不是唯一手段。要想提高軟件質(zhì)量必須提高開發(fā)質(zhì)量。

?

11）常見的軟件測(cè)試模型有哪些，分別具有什么樣的特點(diǎn)？

測(cè)試中常見的模型有v、w、h、x等模型；其特點(diǎn)如下：1V模型適用于產(chǎn)品，描述的是開發(fā)和測(cè)試的對(duì)應(yīng)過程2W模型是V模型，強(qiáng)調(diào)的是只對(duì)需求，設(shè)計(jì)的測(cè)試3V、W模型不支持迭代4X模型增加了探索性測(cè)試

?

12）什么是V或W模型，他的特點(diǎn)是什么？

V模型是軟件測(cè)試的一個(gè)基礎(chǔ)應(yīng)用模型，包括了軟件開發(fā)和軟件測(cè)試的兩個(gè)階段，并且兩個(gè)階段是穿行的，V模型的左邊是：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼；右邊包括：單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試。

V模型的特點(diǎn)1測(cè)試對(duì)象是程序本身2實(shí)際應(yīng)用中容易導(dǎo)致需求將二段的錯(cuò)誤一直到最后系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)3測(cè)試深度高4評(píng)審深度低

?

13）什么是敏捷開發(fā)和敏捷測(cè)試？他們的特點(diǎn)是什么？

敏捷開發(fā)：敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試，具備集成和可運(yùn)行的特征，換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。

?

二、軟件測(cè)試過程概述

1）軟件開發(fā)的生命周期是什么？

軟件的開發(fā)周期包括：需求分析>>系統(tǒng)設(shè)計(jì)》》軟件編碼》》運(yùn)營(yíng)維護(hù)

?

2）軟件測(cè)試的生命周期（過程、流程）是什么？

軟件測(cè)試生命周期包括：測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試開發(fā)、測(cè)試評(píng)估、測(cè)試報(bào)告、缺陷跟蹤。

?

3）軟件測(cè)試流程中的里程碑分別是什么？

1測(cè)試計(jì)劃通過評(píng)審，2測(cè)試設(shè)計(jì)完成，3測(cè)試腳本開發(fā)完成，4測(cè)試用例執(zhí)行完成，5測(cè)試報(bào)告通過評(píng)審

?

4）測(cè)試計(jì)劃的主要內(nèi)容包括哪些？

1測(cè)試的目的與范圍

2測(cè)試的策略和方法

3人力物力資源的安排（角色及職責(zé)）

4測(cè)試進(jìn)度的安排（什么樣的事情應(yīng)該在那個(gè)時(shí)間點(diǎn)完成，由誰來做，產(chǎn)物等）

5測(cè)試風(fēng)險(xiǎn)分析

6停測(cè)標(biāo)準(zhǔn)

7完成標(biāo)準(zhǔn)

?

5）測(cè)試計(jì)劃應(yīng)該完成哪些目標(biāo)？

1合理的管理和組織測(cè)試資源

2指導(dǎo)測(cè)試工作的正常進(jìn)行

3配合研發(fā)部門調(diào)整相關(guān)資源

?

6）測(cè)試設(shè)計(jì)階段設(shè)計(jì)的是什么？

測(cè)試設(shè)計(jì)階段的設(shè)計(jì)包括測(cè)試方案的設(shè)計(jì)和測(cè)試用例的設(shè)計(jì)，主要是做測(cè)試用例的設(shè)計(jì)。

?

7）什么是測(cè)試開發(fā)，測(cè)試開發(fā)過程中開發(fā)的是什么？

測(cè)試開發(fā)指的是在測(cè)試用例設(shè)計(jì)完成后，對(duì)測(cè)試用例中需要進(jìn)行自動(dòng)化測(cè)試的測(cè)試用例進(jìn)行的腳本開發(fā)過程。

測(cè)試開發(fā)過程中開發(fā)的主要是測(cè)試腳本。

?

8）什么是測(cè)試執(zhí)行？測(cè)試執(zhí)行過程中應(yīng)該具備哪些基礎(chǔ)技能？

測(cè)試執(zhí)行指依據(jù)測(cè)試用例運(yùn)行測(cè)試腳本（自動(dòng)化測(cè)試）或者運(yùn)行被測(cè)對(duì)象，發(fā)現(xiàn)被測(cè)系統(tǒng)中的缺陷的過程。在測(cè)試執(zhí)行過程中一個(gè)合格的測(cè)試人員需要具有以下這些技能：

1被測(cè)對(duì)象的操作能力，保證可以正確的運(yùn)行和操作你的被測(cè)對(duì)象

2敏銳的觀察能力，可以快速有效地識(shí)別bug

3BUG確認(rèn)能力

4系統(tǒng)背景知識(shí)和相關(guān)業(yè)務(wù)知識(shí)

?

9）軟件測(cè)試的兩種方法是：黑盒和白盒測(cè)試。

?

10）BUG確認(rèn)的一般方法？

1確認(rèn)不是因?yàn)椴僮鲉栴}

2確認(rèn)不是因?yàn)橄到y(tǒng)環(huán)境能力

3確認(rèn)不是配置問題

?

11）測(cè)試評(píng)估的主要能容是什么？

1對(duì)軟件需求評(píng)估

2需求覆蓋評(píng)估

3基于代碼的測(cè)試覆蓋評(píng)估

4軟件性能評(píng)估

?

12）軟件測(cè)試階段分為哪些？

1需求審查2設(shè)計(jì)審查3程序?qū)彶?單元測(cè)試5集成測(cè)試6確認(rèn)測(cè)試7系統(tǒng)測(cè)試8驗(yàn)收測(cè)試

?

13）如何確定單元測(cè)試中的“單元”?

1采用面向過程開發(fā)的語言的系統(tǒng)單元可以是一個(gè)函數(shù)或者過程來組成

2采用面向?qū)ο蠹夹g(shù)開發(fā)的軟件，單元可以是一個(gè)類或者一個(gè)類的示例等

3對(duì)于網(wǎng)頁和用戶窗口界面，單元可以是一個(gè)文字輸入窗口或一個(gè)按鈕

?

14）什么是回歸測(cè)試？回歸測(cè)試的策略是什么？

回歸測(cè)試就是驗(yàn)證發(fā)現(xiàn)的缺陷是否真正的被開發(fā)人員修復(fù)，同時(shí)測(cè)試是否由于代碼的修改而引入新的缺陷。

回歸測(cè)試的策略包括：

1完全回歸測(cè)試

2基于風(fēng)險(xiǎn)評(píng)估的回歸測(cè)試

3基于缺陷修改的回歸測(cè)試

?

三、單元測(cè)試與集成測(cè)試

1）什么是白盒測(cè)試？

白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致性的檢查，是把測(cè)試對(duì)象看作是一個(gè)打開的盒子。它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)和相關(guān)信息設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序的所有邏輯進(jìn)行測(cè)試，通過在不同點(diǎn)檢查程序狀態(tài)，確定程序的實(shí)際狀態(tài)是否與預(yù)期狀態(tài)相一致

注：白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試和邏輯驅(qū)動(dòng)測(cè)試

?

2）白盒測(cè)試用例設(shè)計(jì)的方法有哪些？

1語句覆蓋2判定覆蓋3條件覆蓋4判定、條件覆蓋5條件組合覆蓋6路徑覆蓋

?

3）白盒測(cè)試的主要技術(shù)有哪些？

1靜態(tài)分析2動(dòng)態(tài)分析3邏輯覆蓋4基本路經(jīng)測(cè)試

?

4）什么是靜態(tài)測(cè)試，靜態(tài)測(cè)試的主要方法？

靜態(tài)測(cè)試是指在不運(yùn)行被測(cè)對(duì)象情況下的測(cè)試；靜態(tài)測(cè)試測(cè)方法主要有，以及編碼規(guī)范和標(biāo)準(zhǔn)，對(duì)代碼進(jìn)行走查、審查和評(píng)審。

?

5）什么是動(dòng)態(tài)測(cè)試，動(dòng)態(tài)測(cè)試的主要方法？

動(dòng)態(tài)測(cè)試是指在運(yùn)行被測(cè)對(duì)象情況下的一種測(cè)試方法。動(dòng)態(tài)測(cè)試的方法包括：黑盒測(cè)試和白盒測(cè)試。

?

6）常見的白盒測(cè)試工具有哪些？

比如商業(yè)白盒測(cè)試工具IBM的PureCoverage、Purify、Quantify，開源工具：JUnit、CppUnit、HttpUnit、NUnit等。

?

7）什么是集成測(cè)試，集成測(cè)試的關(guān)注點(diǎn)是什么？

集成測(cè)試是將通過段元測(cè)試的單元按照設(shè)計(jì)要求組合起來進(jìn)行測(cè)試

集成測(cè)試關(guān)注的模塊與模塊之間的接口問題

?

四、系統(tǒng)測(cè)試測(cè)試過程

1）什么是系統(tǒng)測(cè)試，系統(tǒng)測(cè)試中常見的測(cè)試類型有哪些？

系統(tǒng)測(cè)試是將已經(jīng)通過集成測(cè)試后的軟件作為計(jì)算機(jī)系統(tǒng)的一部分與計(jì)算機(jī)硬件、某些支持的軟件、數(shù)據(jù)、人員等元素結(jié)合起來在實(shí)際運(yùn)行環(huán)境中對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)項(xiàng)嚴(yán)格有效的測(cè)試，來發(fā)現(xiàn)軟件潛在的缺陷，保證系統(tǒng)運(yùn)行。

系統(tǒng)測(cè)試的類型有：功能測(cè)試、性能測(cè)試、裸機(jī)測(cè)試、BVT測(cè)試、安裝卸載測(cè)試、安全性測(cè)試、兼容性測(cè)試、易用性測(cè)試、容錯(cuò)測(cè)試、配置測(cè)試

?

2）什么是功能測(cè)試，功能測(cè)試的測(cè)試要點(diǎn)是什么？

功能測(cè)試是指驗(yàn)證系統(tǒng)的功能是否滿足用戶需求的測(cè)試，功能測(cè)試的主要關(guān)注點(diǎn)是功能點(diǎn)和功能邏輯。功能點(diǎn)是指某一個(gè)功能的具體實(shí)現(xiàn)的點(diǎn)包括頁面上的設(shè)置輸入設(shè)置等。功能邏輯指需要完成的功能在系統(tǒng)執(zhí)行過程中如何去實(shí)現(xiàn)、實(shí)現(xiàn)的是否正確符合要求。

?

3）功能測(cè)試和性能測(cè)試有哪些不同？

1功能測(cè)試和性能測(cè)試關(guān)注的要點(diǎn)不一樣，功能測(cè)試主要關(guān)注在功能模塊上的實(shí)現(xiàn)是否正確，是否存在問題。性能測(cè)試關(guān)注系統(tǒng)執(zhí)行的效率、響應(yīng)速度、能夠承受的負(fù)載等。

2在測(cè)試方法上不一樣

功能測(cè)試一般應(yīng)用手工測(cè)試，也可以根據(jù)具體的情況應(yīng)用自動(dòng)化測(cè)試，功能自動(dòng)化測(cè)試的主要技術(shù)要點(diǎn)指實(shí)現(xiàn)目標(biāo)對(duì)象的識(shí)別，仿真用戶的真實(shí)的鼠標(biāo)和鍵盤操作。

性能測(cè)試一般應(yīng)用自動(dòng)化測(cè)試手段，主要是通過協(xié)議的方針來模擬多用戶環(huán)境下測(cè)試被測(cè)系統(tǒng)的響應(yīng)情況。

?

4）什么是兼容性測(cè)試？兼容性測(cè)試的測(cè)試要點(diǎn)是什么？

兼容性測(cè)試又叫配置測(cè)試，是指測(cè)試軟件在特別的硬件、軟件、操作系統(tǒng)、網(wǎng)絡(luò)等環(huán)境中能否很好的運(yùn)行。

測(cè)試的要點(diǎn)是1軟件之間的兼容性2數(shù)據(jù)之間的兼容性3硬件兼容性等

?

5）什么是UI？一個(gè)優(yōu)秀的UI通常包含哪些要素？

UI（User Interface）用戶界面

優(yōu)秀的UI包括以下幾個(gè)要素：

界面標(biāo)準(zhǔn)和規(guī)范、直觀、一致、靈活、舒適、正確、實(shí)用等。

?

6）什么是驗(yàn)收測(cè)試？什么是α測(cè)試？什么是β測(cè)試？

驗(yàn)收測(cè)試是驗(yàn)證系統(tǒng)能否達(dá)到用戶需求說明書中的要求；

α測(cè)試是軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶，對(duì)即將上市的軟件產(chǎn)品進(jìn)行測(cè)試、試圖發(fā)現(xiàn)并修復(fù)BUG的過程。

β測(cè)試是有軟件的多個(gè)用戶在實(shí)際使用環(huán)境中進(jìn)行的測(cè)試，這些用戶返回有關(guān)錯(cuò)誤信息給開發(fā)者。

?

五、測(cè)試用例設(shè)計(jì)

?1）什么是測(cè)試用例？

測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果；測(cè)試用例是執(zhí)行的最小實(shí)體；體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，測(cè)試用例的目的是為測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定的一份指導(dǎo)測(cè)試有效進(jìn)行的文檔。

?

2）什么是黑盒測(cè)試？黑盒測(cè)試用例設(shè)計(jì)方法一般有哪些？這些測(cè)試方法如何綜合運(yùn)用？

是把測(cè)試對(duì)象看做一個(gè)關(guān)閉的黑盒子，程序員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特征，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合功能說明（黑盒測(cè)試又叫功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試，所謂數(shù)據(jù)驅(qū)動(dòng)是指他需要一組數(shù)據(jù)來驗(yàn)證功能的完善）

用例設(shè)計(jì)方法有：等價(jià)類劃分、邊界值、因果圖、功能圖、場(chǎng)景分析、錯(cuò)誤推測(cè)法

?

黑盒測(cè)試用例設(shè)計(jì)方法如何綜合應(yīng)用

1）一般情況下需要根據(jù)需求劃分等價(jià)類進(jìn)行分析

2）然后根據(jù)等價(jià)類應(yīng)用邊界值方法設(shè)計(jì)測(cè)試用例

3）應(yīng)用錯(cuò)誤推斷法補(bǔ)充測(cè)試用例

4）如果輸入和輸出之間存在著很強(qiáng)的邏輯關(guān)系，一般應(yīng)用因果圖方法設(shè)計(jì)測(cè)試用例

?

3）什么是測(cè)試方案，測(cè)試方案在測(cè)試過程中起到的作用是什么？

測(cè)試方案是一個(gè)對(duì)測(cè)試計(jì)劃進(jìn)行細(xì)化的文檔，測(cè)試方案用來指導(dǎo)測(cè)試用例的設(shè)計(jì)，測(cè)試方案的內(nèi)容包括細(xì)化測(cè)試目的、細(xì)化測(cè)試方法、細(xì)化測(cè)試環(huán)境、細(xì)化測(cè)試工具、細(xì)化測(cè)試范圍。

測(cè)試方案在測(cè)試過程中的作用是：實(shí)現(xiàn)對(duì)測(cè)試計(jì)劃的細(xì)化，指導(dǎo)測(cè)試用例的設(shè)計(jì)。

?

4）測(cè)試用例在軟件測(cè)試過程中起到的作用？實(shí)用測(cè)試用例的好處？

1指導(dǎo)測(cè)試的實(shí)施

2規(guī)劃測(cè)試數(shù)據(jù)的準(zhǔn)備

3編寫測(cè)試腳本的“設(shè)計(jì)說明書”

4評(píng)估測(cè)試結(jié)果的度量標(biāo)準(zhǔn)

5分析缺陷的標(biāo)準(zhǔn)

好處

1在開始實(shí)施測(cè)試之前設(shè)計(jì)好用力可以避免盲目測(cè)試，提高測(cè)試的效率

2測(cè)試用例的實(shí)用令軟件測(cè)試的實(shí)施重點(diǎn)突出，目的明確

3在軟件本本更新后只需要修改沙量的測(cè)試用例即可開展測(cè)試工作，降低工作強(qiáng)度，縮短項(xiàng)目周期

?

5）測(cè)試用例設(shè)計(jì)的一般過程是什么？

1測(cè)試需求分析

2業(yè)務(wù)流程分析

3測(cè)試用例設(shè)計(jì)

4測(cè)試用例評(píng)審

5測(cè)試用例完善

6測(cè)試用例維護(hù)

?

6）測(cè)試用例的主要要素包含哪些？

軟件名稱、版本 模塊名稱、功能特征、與之條件、用例編號(hào)、參考信息、用例說明、輸入數(shù)據(jù)、預(yù)期結(jié)果、環(huán)境要求、特殊規(guī)程要求、缺陷編號(hào)。

?

7）測(cè)試用例設(shè)計(jì)的原則是什么？

1測(cè)試用例的代表性

2測(cè)試結(jié)果的刻盤定性

3測(cè)試結(jié)果的可重現(xiàn)性

?

8）沒有測(cè)試用例是否可以執(zhí)行測(cè)試，如果可以測(cè)試工作應(yīng)該如何展開？

測(cè)試用例的設(shè)計(jì)在很大程度上是由簡(jiǎn)單到詳細(xì)且逐步完善的一個(gè)過程。其依據(jù)需求文檔、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等參考資料。如果在測(cè)試過程中沒有測(cè)試用例或僅有簡(jiǎn)單的功能描述，那么測(cè)試過程難以控制或測(cè)試結(jié)果將毫無可靠性而言

9）在測(cè)試工作中如果沒有需求及其相關(guān)文檔測(cè)試工作是否可以進(jìn)行，如果可以，應(yīng)該如何進(jìn)行？

?

?

六、缺陷管理

1）什么是軟件缺陷？

1軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能

2軟件出現(xiàn)產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤

3軟件產(chǎn)品功能超出說明書指明的功能

4軟件為達(dá)到產(chǎn)品說明書未指明但應(yīng)該達(dá)到的目標(biāo)

5軟件測(cè)試人員認(rèn)為軟件難以理解、不宜使用、運(yùn)行速度緩慢、或者最終用戶認(rèn)為產(chǎn)品不符合需求

?

2)軟件缺陷一般分為哪些類型？

1用戶界面錯(cuò)誤

2程序的錯(cuò)誤

3計(jì)算錯(cuò)誤

4需求錯(cuò)誤

5外部錯(cuò)誤

6測(cè)試錯(cuò)誤

?

3）缺陷可以劃分為哪幾種嚴(yán)重等級(jí)，分別是什么？

致命級(jí)：造成崩潰、死機(jī)，并且不能通過其他方法實(shí)現(xiàn)功能；殺手锏功能失效；導(dǎo)致客戶利益重大損失的實(shí)效

嚴(yán)重級(jí)：基本、重要功能無法實(shí)現(xiàn);操作安全方面存在漏洞；系統(tǒng)缺少必要的負(fù)載限制導(dǎo)致大容量系統(tǒng)失效

一般級(jí)：查詢數(shù)據(jù)時(shí)，數(shù)據(jù)顯示錯(cuò)誤；告警信息不全面，不準(zhǔn)確；次要功能失效

提示級(jí)：界面不友好，操作不方便；缺少必要的缺省信息；錯(cuò)誤提示不直觀

?

4）缺陷的優(yōu)先級(jí)有哪些？分別簡(jiǎn)單描述？

缺陷的優(yōu)先級(jí)可以分為高、中、低三個(gè)層次，高優(yōu)先級(jí)的缺陷必須及時(shí)修改，不修改系統(tǒng)測(cè)試就不能進(jìn)行下去，中優(yōu)先級(jí)可以放在正常的BUG修改隊(duì)列中進(jìn)行修改；低優(yōu)先級(jí)的缺陷可以在有時(shí)間的時(shí)候修改，如果時(shí)間緊張可以帶在產(chǎn)品中進(jìn)行發(fā)布。

?

5）一個(gè)缺陷中包含哪些要素？

分配給缺陷的ID號(hào)、缺陷得詳細(xì)描述、缺陷發(fā)生的條件、缺陷發(fā)生的次數(shù)、缺陷發(fā)生的現(xiàn)象、提示缺陷的測(cè)試ID號(hào)、執(zhí)行測(cè)試的人、測(cè)試工作站ID號(hào)、發(fā)現(xiàn)缺陷的時(shí)間和日期、發(fā)生缺陷的計(jì)算機(jī)、硬件平臺(tái)、發(fā)生缺陷的子系統(tǒng)、軟件的版本號(hào)、缺陷發(fā)現(xiàn)的數(shù)據(jù)庫、缺陷是否再現(xiàn)、缺陷的重要性、分配修改這個(gè)缺陷的優(yōu)先級(jí)、其他。

?

6）如何提交一份好的缺陷報(bào)告？

書面的、已編號(hào)的、易于理解的、可重現(xiàn)、易讀、不要帶有情緒化。

?

7）一個(gè)缺陷的生命周期？狀態(tài)如何轉(zhuǎn)換？

NEW OPEN CLOSE FIXED REJECTED REOPEN

1)當(dāng)測(cè)試人員發(fā)現(xiàn)BUG時(shí)提交到BUG管理庫，此時(shí)狀態(tài)為NEW

2)測(cè)試管理人員對(duì)NEW狀態(tài)的缺陷進(jìn)行評(píng)審，如果通過評(píng)審則為OPEN，不通過則為CLOSE

3)研發(fā)人員對(duì)OPEN狀態(tài)下的缺陷進(jìn)行驗(yàn)證，確認(rèn)為缺陷則為FIXED，不是則為REJECTED

4)測(cè)試人員對(duì)于置于FIXED的缺陷進(jìn)行驗(yàn)證，如果缺陷著呢被修改則置于CLOSE狀態(tài)，沒有被修改則為EROPEN

?

轉(zhuǎn)載于:https://www.cnblogs.com/gjianw217/p/3350342.html

總結(jié)

以上是生活随笔為你收集整理的软件常见基础问题总结的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。