周報(bào)是按周出版的報(bào)紙， 以下是為大家整理的關(guān)于軟件測(cè)試周報(bào)總結(jié)3篇 , 供大家參考選擇。

軟件測(cè)試周報(bào)總結(jié)3篇

軟件測(cè)試周報(bào)總結(jié)篇1

1.軟件質(zhì)量保證包括軟件質(zhì)量管理方法、有效的軟件工程技術(shù)（方法、工具）、在整個(gè)軟件工程中采用的正式技術(shù)復(fù)審、多層次的測(cè)試策略、對(duì)軟件文檔及其修改的控制、保證軟件遵從軟件開發(fā)標(biāo)準(zhǔn)的規(guī)程以及度量、報(bào)告機(jī)制。

2.21世紀(jì)計(jì)算機(jī)軟件發(fā)展的大方向是質(zhì)量?jī)?yōu)于性能改進(jìn)。

3.軟件測(cè)試定義：軟件測(cè)試是使用人工或自動(dòng)手段來運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，檢驗(yàn)是否滿足規(guī)定需求，或者弄清預(yù)期結(jié)果與世紀(jì)結(jié)果之間的差別。

4.測(cè)試是程序執(zhí)行的過程，目的在于發(fā)現(xiàn)錯(cuò)誤，一個(gè)好的測(cè)試用例可以發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤，一個(gè)成功的測(cè)試能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。

5.軟件測(cè)試方法：（1）從是否需要執(zhí)行被測(cè)試軟件的角度分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；（2）從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度分為黑盒測(cè)試和白盒測(cè)試。

6.靜態(tài)測(cè)試無(wú)需執(zhí)行被測(cè)代碼，而是借助專用的軟件測(cè)試工具評(píng)審軟件文檔或程序，度量程序靜態(tài)復(fù)雜度，通過分析或檢查程序的文法，結(jié)構(gòu)、過程、接口等來檢查程序的正確性，借此發(fā)現(xiàn)程序不足之處減少錯(cuò)誤概率。

7.黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，是已知軟件所需功能，通過測(cè)試來檢測(cè)每個(gè)功能是否能正常使用。

8.白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，知道軟件內(nèi)部的工作過程，可通過測(cè)試來檢測(cè)軟件產(chǎn)品內(nèi)部的動(dòng)作是否按照規(guī)格說明書的規(guī)定要求正確運(yùn)行，并且按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序來檢驗(yàn)程序中的每條通路是否都能按照預(yù)定的要求正常工作，而不考慮功能是否正確。

9.軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，可在規(guī)定的資金投入和時(shí)間限制的條件下提供滿足客戶質(zhì)量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本身以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。

10.軟件質(zhì)量控制是對(duì)開發(fā)過程中軟件產(chǎn)品（包括階段性產(chǎn)品）的質(zhì)量信息進(jìn)行連續(xù)的收集，反饋。

11.詳細(xì)描述PDCA：（1）計(jì)劃Plan：確定參數(shù)要求；（2）實(shí)施Do：根據(jù)要求開展活動(dòng)（3）檢查Check：通過評(píng)審、度量、測(cè)試確認(rèn)滿足要求；（4）改進(jìn)Action：糾正參數(shù)要求再開發(fā)。

12.軟件質(zhì)量控制的實(shí)施過程：

1、預(yù)開發(fā)階段

2、開發(fā)階段

3、維護(hù)階段

13.軟件質(zhì)量保證的目的是使軟件過程對(duì)于管理人員來說是可見的，通過對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是符合標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項(xiàng)目開始時(shí)就一起參與建立計(jì)劃，標(biāo)準(zhǔn)和過程。這些將使軟件項(xiàng)目滿足機(jī)構(gòu)方針的要求。

14.軟件質(zhì)量度量的根本目的是為了管理的需要利用度量來改進(jìn)軟件過程。

15.軟件度量是對(duì)軟件開發(fā)項(xiàng)目、過程、產(chǎn)品、進(jìn)行數(shù)據(jù)定義、收集、分析的持續(xù)性定量化過程，目的在于對(duì)此加以理解、預(yù)測(cè)、評(píng)估、控制、改善。

16.通過軟件度量可以改進(jìn)軟件開發(fā)過程。促進(jìn)項(xiàng)目成功，開發(fā)高質(zhì)量的軟件產(chǎn)品。

17.軟件度量作用：

18.對(duì)于軟件質(zhì)量，CMM的定義如下：一個(gè)系統(tǒng)、組件、過程符合特定需求的程度；一個(gè)系統(tǒng)、組件、過程、符合客戶或用戶的要求或者期望程度。

19.軟件質(zhì)量的要素指以下兩個(gè)方面：

（1）從技術(shù)角度講，對(duì)軟件整體質(zhì)量影響最大的是那些質(zhì)量屬性才是質(zhì)量要素；

（2）從商業(yè)角度講。客戶最關(guān)心的、能成為賣點(diǎn)的質(zhì)量屬性才是質(zhì)量要素。

20.影響軟件質(zhì)量的因素：人（M）、過程（P）、技術(shù)（T）。

21.軟件質(zhì)量保證模型：McCall模型，Boehm模型、FURPS模型、ISO9126。

22.軟件過程度量不是單一的活動(dòng)，而是一組活動(dòng)的集合，本身也是一個(gè)系統(tǒng)的過程。

23.軟件過程度量的目標(biāo)：是對(duì)軟件過程的行為進(jìn)行目標(biāo)管理，并在度量的基礎(chǔ)上對(duì)軟件過程進(jìn)行控制、評(píng)價(jià)、改善。

24.軟件過程度量就其對(duì)象而言主要包括3個(gè)，即工作產(chǎn)品、軟件項(xiàng)目、過程。

25.軟件過程度量的方法包括常用的采集方法和常用的數(shù)據(jù)分析方法。

26.軟件質(zhì)量度量的常見問題：

（1）度量的太多、太頻繁。

（2）度量的太少、太遲。

（3）度量了不正確的事物或?qū)傩?/p>

（4）度量的定義不精確。

（5）手機(jī)了數(shù)據(jù)卻沒有利用。

（6）錯(cuò)誤地解釋度量數(shù)據(jù)。

（7）自動(dòng)化工具欠缺。

27.基于目標(biāo)的軟件過程度量方法（GQM）是一種層次狀結(jié)構(gòu)，分層次解釋，一個(gè)目標(biāo)有多個(gè)問題，每個(gè)問題可進(jìn)一步分為幾個(gè)度量。

28.軟件可靠性的定義：在規(guī)定條件下，在規(guī)定時(shí)間內(nèi)，軟件不引起系統(tǒng)失效的概率。

29.軟件可靠性產(chǎn)生的軟件差錯(cuò)包括以下幾種：

（1）需求分析定義錯(cuò)誤

（2）設(shè)計(jì)錯(cuò)誤

（3）編碼錯(cuò)誤

（4）測(cè)試錯(cuò)誤

（5）文檔錯(cuò)誤

30.軟件質(zhì)量標(biāo)準(zhǔn)分五個(gè)級(jí)別：國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)標(biāo)準(zhǔn)、項(xiàng)目規(guī)范。

31.CMM（軟件過程成熟度模型）是對(duì)軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程中各個(gè)發(fā)展段的描述；包括5個(gè)等級(jí)，18個(gè)過程域、52個(gè)目標(biāo)、300多個(gè)關(guān)鍵實(shí)踐。5個(gè)等級(jí)分為，優(yōu)化級(jí)、已管理級(jí)、已定義級(jí)、可重復(fù)級(jí)、初始級(jí)。

32.CMM是一種用于評(píng)價(jià)軟件承保能力并幫助其改善軟件質(zhì)量方法，側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評(píng)估。

33.CMMI（軟件能力成熟度模型）是CMM中一種單一的模型。

34.軟件評(píng)審是一些用于開發(fā)過程早起檢查和糾正缺陷的有效方法，也可以用來檢查未成形執(zhí)行代碼的文檔的缺陷。

35.軟件評(píng)審的方法：特別檢查，檢查，走查，團(tuán)隊(duì)評(píng)審，檢視。

36.全面質(zhì)量管理是一種由顧客的需要和期望驅(qū)動(dòng)的管理哲學(xué)，是以質(zhì)量為中心，建立在全員參與基礎(chǔ)上的一種管理方法，其目的在于長(zhǎng)期獲得顧客滿意、組織成員和社會(huì)的利益。

37.全面質(zhì)量管理包括以下定義：

（1）強(qiáng)烈關(guān)注顧客

（2）精確度量

（3）堅(jiān)持不斷的改進(jìn)

（4）向員工授權(quán)

（5）改進(jìn)組織中每項(xiàng)工作的質(zhì)量

38.軟件測(cè)試：是軟件質(zhì)量保證的關(guān)鍵階段，是對(duì)軟件設(shè)計(jì)和編碼的最終審查。

39.廣義的軟件測(cè)試包括驗(yàn)證、確認(rèn)。

40.軟件測(cè)試就是在軟件投入運(yùn)行前對(duì)軟件的需求分析、設(shè)計(jì)、實(shí)現(xiàn)編碼進(jìn)行最終審查。

41.軟件測(cè)試的目的：

（1）在于發(fā)現(xiàn)錯(cuò)誤；

（2）測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；

（3）發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

42.軟件測(cè)試原則：

（1）在整個(gè)開發(fā)過程中要盡早地不斷地進(jìn)行軟件測(cè)試。

（2）在開始測(cè)試時(shí)不應(yīng)默認(rèn)程序中不存在錯(cuò)誤。

（3）在設(shè)計(jì)測(cè)試用例時(shí)要給出測(cè)試的預(yù)期結(jié)果。

（4）測(cè)試工作應(yīng)避免由系統(tǒng)開發(fā)人員或開發(fā)機(jī)構(gòu)本身來承擔(dān)。

（5）對(duì)合理的和不合理的輸入數(shù)據(jù)都要進(jìn)行測(cè)試。

（6）重點(diǎn)測(cè)試錯(cuò)誤集群的程序區(qū)段。

（7）除檢查程序功能是否完備外，還要檢查程序功能是否多余。

（8）用窮舉測(cè)試是不可能的。

（9）長(zhǎng)期完整地保留所有的測(cè)試用例和測(cè)試文件，直則該軟件產(chǎn)品被廢止為止。

43.軟件測(cè)試過程概述：由于軟件錯(cuò)誤的復(fù)雜性，在軟件工程范圍內(nèi)要綜合應(yīng)用測(cè)試技術(shù)，根據(jù)定義域中的取值，通過執(zhí)行和觀察將預(yù)期的行為和實(shí)際的行為做比較，以確認(rèn)測(cè)試結(jié)果。

44.軟件測(cè)試的5個(gè)要素：質(zhì)量、人員、技術(shù)、資源、流程。

45.綜合測(cè)試分為四步：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試，在所有的測(cè)試過程中始終貫穿著回歸測(cè)試。

46.單元測(cè)試指對(duì)軟件中最小可測(cè)試單元或基本組成單元進(jìn)行檢查和驗(yàn)證。

47.單元測(cè)試測(cè)試方法：

驅(qū)動(dòng)模塊：用來模擬被測(cè)模塊的上級(jí)調(diào)用模塊，功能比真正的上級(jí)模塊簡(jiǎn)單得多，僅僅是接受測(cè)試數(shù)據(jù)，并向被測(cè)模塊傳送測(cè)試數(shù)據(jù)，啟動(dòng)被測(cè)模塊，回收并輸出測(cè)試結(jié)果。

樁模塊：用來模擬被測(cè)模塊在執(zhí)行過程中所需要調(diào)用的模塊，接受被測(cè)模塊輸出的數(shù)據(jù)并完成它所指派的任務(wù)。

48.集成測(cè)試（重點(diǎn)）：

定義：集成測(cè)試在單元測(cè)試的基礎(chǔ)上將所有已經(jīng)通過單元測(cè)試的模塊按照概要設(shè)計(jì)的要求組裝為子系統(tǒng)或系統(tǒng)。

49.集成測(cè)試測(cè)試內(nèi)容：

（1）將各模塊連接起來時(shí)穿越模塊接口的數(shù)據(jù)是否會(huì)丟失。

（2）各子功能模塊組合起來能否達(dá)到預(yù)期要求的父功能；

（3）模塊的功能是否會(huì)對(duì)其他模塊的功能產(chǎn)生不利影響。

（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，是否會(huì)被異常修改。

50.集成測(cè)試測(cè)試方法：

1.非增量式集成測(cè)試方法

2.增量式集成測(cè)試方法

（1）自頂向下增量式集成測(cè)試

（2）自底向上增量式集成測(cè)試

比較：

51.驗(yàn)收測(cè)試是一種有效性測(cè)試或合格性測(cè)試，是以用戶為主，軟件開發(fā)人員、實(shí)施人員和質(zhì)量保證人員共同參與的測(cè)試。

52.驗(yàn)收測(cè)試測(cè)試技術(shù)：

α測(cè)試：內(nèi)部人員模擬各類用戶行為對(duì)即將面世的軟件產(chǎn)品進(jìn)行測(cè)試。

β測(cè)試：用戶在日常實(shí)際使用β版本。

把α測(cè)試看成是對(duì)一個(gè)早期的、不穩(wěn)定的軟件版本所進(jìn)行的驗(yàn)收測(cè)試。而把β測(cè)試看成是對(duì)一個(gè)晚期的、更加穩(wěn)定的軟件版本所進(jìn)行的驗(yàn)收測(cè)試。

53.回歸測(cè)試指修改了舊代碼后重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。

54.

55.

56.黑盒測(cè)試法是把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。

57.等價(jià)類劃分法是一種黑盒測(cè)試技術(shù)，不考慮內(nèi)部結(jié)構(gòu)，把所有可能的輸入數(shù)據(jù)（即程序的輸入域）劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。

58.劃分等價(jià)類：（1）有效等價(jià)類（2）無(wú)效等價(jià)類

59.設(shè)計(jì)測(cè)試用例原則：

（1）每一個(gè)等價(jià)類規(guī)定性一個(gè)唯一的編號(hào)

（2）設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類，然后重復(fù)這一步，知道酥油的有效等價(jià)類都被覆蓋為止。

（3）設(shè)計(jì)一個(gè)引得測(cè)試用例，使其僅覆蓋一個(gè)尚未被覆蓋的無(wú)效等價(jià)類，然后重復(fù)這一步，直到所有的無(wú)效等價(jià)類都被覆蓋為止。

60.邊界值選擇法：

61.因果圖設(shè)計(jì)法：

（1）分析程序規(guī)格說明的描述中那些是原因，哪些是結(jié)果。

（2）分析程序規(guī)格說明的描述中語(yǔ)義的內(nèi)容，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的“因果圖”

（3）表明約束條件

（4）把因果圖轉(zhuǎn)換成判定表

（5）為判定表每一列表示的情況設(shè)計(jì)測(cè)試用例。

62.白盒測(cè)試法與黑盒測(cè)試法相反，前提是可以把程序看成裝在一個(gè)透明的白盒子里，測(cè)試者完全知道程序的結(jié)構(gòu)和處理算法。

63.白盒測(cè)試實(shí)施步驟：

（1）測(cè)試計(jì)劃階段（2）測(cè)試設(shè)計(jì)階段（3）測(cè)試執(zhí)行階段（4）測(cè)試總結(jié)階段

64.白盒測(cè)試的方法在總體上分為靜態(tài)方法和動(dòng)態(tài)方法。

65.軟件失效處理機(jī)制（陳述）

（1）軟件錯(cuò)誤：指在軟件生存期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生，軟件錯(cuò)誤是一種人為過程，相對(duì)于軟件本身是一種外部行為。

（2）軟件缺陷：存在于軟件（文檔、數(shù)據(jù)或程序）之中的那些不希望或不可接受的偏差。結(jié)果是軟件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活。

（3）軟件故障：指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。

（4）軟件失效：指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。

66.軟件缺陷管理就是在軟件開發(fā)過程中對(duì)發(fā)現(xiàn)的缺陷進(jìn)行跟蹤，并確保每個(gè)被發(fā)現(xiàn)的軟件缺陷被關(guān)閉。

67.嚴(yán)重性是軟件缺陷對(duì)軟件質(zhì)量的破壞程度，反應(yīng)其對(duì)產(chǎn)品、用戶的影響，即此軟件缺陷的存在將對(duì)軟件的功能和性能產(chǎn)生怎樣的影響。

68.優(yōu)先級(jí)表示修復(fù)缺陷的重要程度和應(yīng)該何時(shí)修復(fù)，他是表示處理和修正軟件缺陷的先后順序的指標(biāo)，即哪些缺陷需要優(yōu)先修正，那些缺陷可以稍后修正。

69.嚴(yán)重性和優(yōu)先級(jí)并不總是一一對(duì)應(yīng)的。

70.

71.軟件缺陷的有效描述規(guī)則主要如下：（1）單一準(zhǔn)確（2）可以再現(xiàn)（3）完整統(tǒng)一（4）短小精練（5）特定條件（6）補(bǔ)充完善（7）不做評(píng)價(jià)

72.軟件缺陷生命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至將缺陷最終解決的一個(gè)完整過程。

73.

74.集成測(cè)試是在單元測(cè)試的基礎(chǔ)上將多個(gè)模塊組合在一起進(jìn)行測(cè)試的過程，主要檢查各個(gè)軟件單元之間的相互接口是否正確，是介于單元測(cè)試和系統(tǒng)測(cè)試之間的過渡階段，是單元測(cè)試的擴(kuò)展和延伸。

75.單元測(cè)試主要關(guān)注模塊的內(nèi)部，集成測(cè)試查看接口時(shí)主要關(guān)注穿越接口的數(shù)據(jù)、信息是否正確。

76.集成測(cè)試分為三個(gè)層次；即模塊內(nèi)集成測(cè)試、子系統(tǒng)內(nèi)集成測(cè)試和子系統(tǒng)間集成測(cè)試。對(duì)于面向?qū)ο蟮膽?yīng)用系統(tǒng)來說，可以把集成測(cè)試分為兩個(gè)階段即類集成測(cè)試和類間集成測(cè)試。

77.驅(qū)動(dòng)模塊自底向上，樁模塊自頂向下。

78.非漸增式集成測(cè)試采用一步到位的方法進(jìn)行測(cè)試，即對(duì)所有模塊進(jìn)行個(gè)別的單元測(cè)試后按程序結(jié)構(gòu)圖將各模塊連接起來，連接后的程序當(dāng)做一個(gè)整體進(jìn)行測(cè)試。

79.自頂向下增式集成測(cè)試表示逐步集成和逐步測(cè)試，是按照程序結(jié)構(gòu)圖自上而下進(jìn)行的，即從頂層主控模塊開始測(cè)試，對(duì)以后如何選擇下一個(gè)要測(cè)試的模塊并沒有一個(gè)統(tǒng)一的方法，唯一的原則是下一次要測(cè)試的模塊至少有一個(gè)調(diào)用的模塊已經(jīng)測(cè)試過。

80.自頂向上增式集成測(cè)試是從軟件結(jié)構(gòu)的最下層模塊開始測(cè)試，在測(cè)試較高的高層模塊時(shí)所需的下層模塊功能都已具備，所以不在需要樁模塊。

81.自底向上缺點(diǎn)是在于直到最后一個(gè)模塊被加進(jìn)去以后才能看到整個(gè)程序的框架，三明治集成測(cè)試彌補(bǔ)自底向上缺點(diǎn)。

82.系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試，已驗(yàn)證軟件系統(tǒng)的正確性和性能是否滿足需求分析所指定的要求，系統(tǒng)測(cè)試通常是消耗測(cè)試資源最多的地方，一般可能會(huì)在一個(gè)相當(dāng)長(zhǎng)的時(shí)段內(nèi)由獨(dú)立的測(cè)試小組進(jìn)行。

83.系統(tǒng)測(cè)試的主要方法：（選擇、填空）

（1）性能測(cè)試

（2）強(qiáng)度測(cè)試

（3）安全性測(cè)試

（4）兼容性測(cè)試

（5）恢復(fù)測(cè)試

（6）用戶圖形界面測(cè)試

（7）安裝測(cè)試

（8）可靠性測(cè)試

（9）配置測(cè)試

（10）可用性測(cè)試

（11）文檔資料測(cè)試

（12）網(wǎng)站測(cè)試

84.測(cè)試方法的應(yīng)用：集成測(cè)試及其后的測(cè)試階段一般采用黑盒測(cè)試方法，策略如下：

（1）用邊值分析法或等價(jià)類法提出基本測(cè)試用例

（2）用猜測(cè)法補(bǔ)充新的測(cè)試用例

（3）如果程序的功能說明中含有輸入條件的組合，需要在一開始就用因果圖法，然后再按以上兩步進(jìn)行。

85.軟件測(cè)試文件描述被執(zhí)行的軟件測(cè)試及測(cè)試的結(jié)果。

86.測(cè)試管理者的工作原則

（1）雇測(cè)試工作最合適的員工

（2）與每個(gè)小組成員定期一一談話

（3）假定員工能勝任各自的測(cè)試工作

（4）對(duì)待員工以他們能接受的方式

（5）重視結(jié)果而不是時(shí)間

（6）承認(rèn)自己的錯(cuò)誤

87.軟件調(diào)試方法：（1）蠻力法（2）回溯（3）原因排除法

88.軟件測(cè)試自動(dòng)化最根本的意義是解決手工勞動(dòng)的復(fù)雜性，成為代替某些重復(fù)性行為模式的最佳工具。

89.軟件測(cè)試自動(dòng)化事實(shí)理由：

（1）提高測(cè)試效率和降低測(cè)試成本

（2）對(duì)于功能性邊界測(cè)試，人工測(cè)試非常耗費(fèi)時(shí)間，而自動(dòng)化測(cè)試很快并且很準(zhǔn)確。

（3）項(xiàng)目測(cè)試人員的任務(wù)都是手工處理的，而實(shí)際上很大一部分重復(fù)性強(qiáng)的測(cè)試工作是可以獨(dú)立開來自動(dòng)實(shí)現(xiàn)的。

（4）自動(dòng)測(cè)試可以避免人工測(cè)試容易犯的錯(cuò)誤，如錯(cuò)誤測(cè)試、漏測(cè)試、多測(cè)試和重復(fù)測(cè)試等

（5）典型應(yīng)用，例如多用戶并發(fā)注冊(cè)，并發(fā)交易請(qǐng)求，并發(fā)交易應(yīng)答，人工測(cè)試幾乎辦不到，但是自動(dòng)測(cè)試卻很容易實(shí)現(xiàn)。

90.

軟件測(cè)試周報(bào)總結(jié)篇2

1、為什么要測(cè)試？軟件測(cè)試的目的？軟件測(cè)試的重要性？

A、發(fā)現(xiàn)缺陷BUG/Defect

B、評(píng)估軟件、項(xiàng)目、產(chǎn)品上線風(fēng)險(xiǎn)？

C、滿足客戶要求、改善軟件質(zhì)量

D、幫助開發(fā)發(fā)現(xiàn)問題、定位問題、修改問題

E、軟件驗(yàn)收、也包括第三方的驗(yàn)收（驗(yàn)收測(cè)試、UAT）

F、通過缺陷分析，從而預(yù)防同類缺陷的發(fā)生。

G、錯(cuò)的：軟件測(cè)試能縮短開發(fā)周期。也不能直接降低開發(fā)成本。

H、改善軟件的用戶體驗(yàn)（易用性、性能、穩(wěn)定性）12306訂票

角度：系統(tǒng)性思維（1、2、3、4、5、6、7+=100: 1+2+34+56+7=100）門薩測(cè)試

角色：用戶：發(fā)現(xiàn)缺陷、改善用戶體驗(yàn)

：開發(fā)：證明軟件GoodEnough，定位缺陷，從而減少開發(fā)修改問題的時(shí)間

歷史：證明程序是正確？--》發(fā)現(xiàn)功能缺陷、錯(cuò)誤--》發(fā)現(xiàn)不足（易用性、性能、穩(wěn)定性）--》缺陷預(yù)防

現(xiàn)實(shí)：驗(yàn)收、評(píng)估質(zhì)量風(fēng)險(xiǎn)、第三方評(píng)測(cè)、為了盈利而測(cè)試（商業(yè)成功）（測(cè)試成本《《軟件缺陷導(dǎo)致成本）

2、什么是軟件測(cè)試？

IEEE（國(guó)際電器電子工程協(xié)會(huì)）：目的：驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異？

xll：在一定的軟件、硬件、網(wǎng)絡(luò)環(huán)境下（搭建測(cè)試環(huán)境LAMP），遵循相對(duì)規(guī)范的測(cè)試流程，使用合適的測(cè)試工具，合理的測(cè)試方法，測(cè)試或運(yùn)行軟件，其目的是為了驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異。

3、軟件測(cè)試的工作內(nèi)容？

BAT：Baidu、Alibaba、Tecent

4、測(cè)試與調(diào)試的區(qū)別：

對(duì)象：代碼、文檔；代碼

人：測(cè)試工程師；開發(fā)

流程：有規(guī)范的流程（除了隨機(jī)測(cè)試和探索性測(cè)試外）；無(wú)流程

目的：發(fā)現(xiàn)問題；定位和解決問題

5、測(cè)試的七大原則：

A、測(cè)試只能證明軟件存在缺陷，不能證明軟件沒有缺陷（證偽不證真）

B、測(cè)試是無(wú)法窮舉？（輸入數(shù)據(jù)是無(wú)法窮舉、處理邏輯路徑是無(wú)法窮舉），學(xué)習(xí)測(cè)試用例的設(shè)計(jì)方法。

C、測(cè)試應(yīng)該盡早測(cè)試？（發(fā)現(xiàn)缺陷和修改的成本越早越低。需求-設(shè)計(jì)-代碼-測(cè)試-運(yùn)行）

測(cè)試應(yīng)該在需求之后？設(shè)計(jì)之后？編碼之后？測(cè)試應(yīng)該盡早介入，測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。

D、缺陷的80/20原則（群集效應(yīng)）。如果測(cè)試發(fā)現(xiàn)某個(gè)模塊有問題？繼續(xù)深入測(cè)試。刨根問底？破案？

E、殺蟲劑悖論（軟件對(duì)用例會(huì)免疫力）不斷更新測(cè)試用例、更新的測(cè)試思維

F、測(cè)試依賴于商業(yè)背景（與行業(yè)知識(shí)相關(guān)）結(jié)合專業(yè)和工作經(jīng)歷和準(zhǔn)備相關(guān)的項(xiàng)目。優(yōu)點(diǎn) SWOT

優(yōu)勢(shì)、劣勢(shì)、機(jī)會(huì)、威懾（競(jìng)爭(zhēng)對(duì)手）準(zhǔn)備行業(yè)軟件

G、不存在缺陷的軟件并不代表是有用的系統(tǒng)。

一個(gè)合格、優(yōu)秀、卓越、偉大的測(cè)試工程師的能力與素質(zhì)的要求？

素質(zhì)、性格、能力、管理、英語(yǔ)、行業(yè)六大維度回答

答

6、測(cè)試與開發(fā)的關(guān)系（獨(dú)立性）

未來趨勢(shì)：3大趨勢(shì)：1、測(cè)試與開發(fā)的結(jié)合越來越緊密；2、測(cè)試與行業(yè)背景結(jié)合越來越緊密

3、專項(xiàng)測(cè)試（測(cè)試分工會(huì)越來越精細(xì)），大數(shù)據(jù)測(cè)試（數(shù)據(jù)庫(kù)，用戶工程） IT，DT。

比較分析不同網(wǎng)站的購(gòu)物流程：亞馬遜、當(dāng)當(dāng)網(wǎng)、京東、淘寶（CDC）聯(lián)眾游戲、QQ游戲

1、測(cè)試人員也開發(fā)，開發(fā)也做測(cè)試（Google：吃狗糧的文化）

2、測(cè)試人員獨(dú)立與項(xiàng)目（在項(xiàng)目中有專職的測(cè)試人員：客觀）

3、測(cè)試人員獨(dú)立部門（有專門的測(cè)試部門：權(quán)威）

4、測(cè)試人員獨(dú)立技術(shù)（測(cè)試工具部、測(cè)試技術(shù)部）

5、測(cè)試人員獨(dú)立于公司（測(cè)試服務(wù)機(jī)構(gòu)或者公司）

缺點(diǎn)：溝通越困難，對(duì)產(chǎn)品或者項(xiàng)目的熟悉越少。感情色彩：這是個(gè)非常嚴(yán)重的bug！！！！！

測(cè)試人員發(fā)現(xiàn)了BUG，開發(fā)人員不愿意修改，該怎么辦？

加班？敏感問題？三方思考：對(duì)方、客觀中立、自己

地鐵自動(dòng)售貨機(jī) PM

1、計(jì)劃階段：可行性分析：A、經(jīng)濟(jì)可行性分析；B、技術(shù)可行性分析（外包）

計(jì)劃項(xiàng)目里程碑：計(jì)劃、需求SRS、概要設(shè)計(jì)HLD、詳細(xì)設(shè)計(jì)LLD、編碼、測(cè)試、運(yùn)行與維護(hù)

輸出軟件項(xiàng)目計(jì)劃 SPP（Software Project Plan）PM

輸出軟件確認(rèn)與驗(yàn)證計(jì)劃 SVVP(Software verfication Validation Plan)軟件測(cè)試計(jì)劃 TPM

2、需求階段：產(chǎn)品（金蝶）：調(diào)研與項(xiàng)目（用戶） SE 系統(tǒng)工程師 what to develop？黑盒

TSE 分析測(cè)試需求挖掘用戶的隱性需求

需求規(guī)格SRS：功能需求：1、接受貨幣 2、選擇商品 3、計(jì)算功能 4、輸出商品和找零、5、商品管理

性能需求：30S之內(nèi)輸出商品和找零

可靠性需求：7X24小時(shí)

易用性需求：良好易用性，不需要培訓(xùn)。最好用的軟件baidu

需求分析的技術(shù)：UML建模（需求工程）

3、設(shè)計(jì)階段：概要設(shè)計(jì)HLD （High Level Design 高層設(shè)計(jì)）：模塊分解與接口的定義。

1、接受貨幣（識(shí)別真?zhèn)巍⒆R(shí)別面額、識(shí)別類別）分解原則？高內(nèi)聚低耦合？（百度）

（無(wú)直接耦合、數(shù)據(jù)耦合、印記耦合、控制耦合、公共耦合、內(nèi)容耦合）回歸測(cè)試

2、接口：函數(shù)接口、消息接口、文件接口（QQ修改頭像）、數(shù)據(jù)庫(kù)接口

詳細(xì)設(shè)計(jì)LLD（Low Level Design 底層設(shè)計(jì)）：算法的描述（程序=數(shù)據(jù)結(jié)構(gòu)+算法/思路（各種排序））流程圖、偽碼。白盒

4、編碼階段：熟悉一門編程語(yǔ)言的語(yǔ)法 C、Java、PHP和一個(gè)開發(fā)工具或者平臺(tái) VC、Eclipse等

熟悉一門腳本語(yǔ)言：python、ruby、perl、tcl、shell BAT

5、測(cè)試階段：測(cè)試工具、方法、流程

6、運(yùn)行與維護(hù)：技術(shù)支持

測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。

1、測(cè)試應(yīng)該在SRS之后？

HLD

LLD

CODE

瀑布模型：缺點(diǎn)：不適應(yīng)需求變更頻繁的項(xiàng)目。適合產(chǎn)品開發(fā)的項(xiàng)目。測(cè)試滯后于開發(fā)。

V模型：

用戶需求URS-----------------------------------------驗(yàn)收測(cè)試UAT（User Acceptance Testing）

需求規(guī)格SRS---------------------------------系統(tǒng)測(cè)試ST（System Testing）

概要設(shè)計(jì)HLD-------------------------集成測(cè)試IT（Integration Testing）

詳細(xì)設(shè)計(jì)LLD-----------------單元測(cè)試UT（Unit Testing）

編碼CODE------------代碼評(píng)審CODE Review

H模型、X模型。

1、方法的背景？2、方法的操作步驟、3、優(yōu)缺點(diǎn)、4、適用范圍、5與其他方法怎么樣配合、6重點(diǎn)、要點(diǎn)、難點(diǎn)

等價(jià)類：

1、背景：why？輸入無(wú)法窮舉，我們不能測(cè)試所有情況，必選選擇有代表數(shù)據(jù)來驗(yàn)證

2、操作步驟：

1、分析被測(cè)試對(duì)象輸入條件以及子條件（關(guān)鍵點(diǎn)：考慮隱性子條件，條件正交完備）

2、根據(jù)等價(jià)類劃分原則劃分有效等價(jià)類和無(wú)效等價(jià)類

原則：1、規(guī)定范圍或者格式，譬如長(zhǎng)度6~18位，可以劃分1個(gè)有效、2個(gè)無(wú)效等價(jià)類

2、規(guī)定的集合或者滿足某個(gè)條件，譬如一些下拉列表的選擇，可以劃分1有效、1個(gè)無(wú)效

3、規(guī)定了必須如何，譬如組成、開頭，可以劃分1個(gè)有效和若干個(gè)無(wú)效。

4、規(guī)定是布爾量，譬如是否已經(jīng)注冊(cè)，可以劃分1個(gè)有效和1個(gè)無(wú)效

5、規(guī)定是多種選擇（還有不同的處理方式），譬如163郵箱注冊(cè)的后綴，可以劃分成若干個(gè)有效，和1個(gè)無(wú)效。

3、根據(jù)等價(jià)類設(shè)計(jì)用例原則：（1、用一個(gè)用例覆蓋盡可能多的有效等價(jià)類；

2、為每一個(gè)無(wú)效等價(jià)類單獨(dú)設(shè)計(jì)用例：為了更好定位問題）設(shè)計(jì)數(shù)據(jù)

原則：同樣效果情況下用例數(shù)盡可能少，精確定位問題。

3、優(yōu)缺點(diǎn)：適用范圍廣、能以有限用例達(dá)到比較好覆蓋無(wú)法窮舉的輸入。

缺點(diǎn)：方法沒有刻意考慮邊界，只能針對(duì)單個(gè)輸入條件，沒有考慮輸入之間組合以及輸入與輸出的關(guān)系。

4、適用范圍：只要有業(yè)務(wù)規(guī)則的情況下，最好是有清晰的業(yè)務(wù)規(guī)則

5、與其他方法怎么樣配合：一般情況下會(huì)跟邊界值方法結(jié)合使用。

6、要點(diǎn)：等價(jià)類劃分的原則：尤其是要注意隱性條件（完整性，不要遺漏）

思考：微信發(fā)送圖片、上傳QQ頭像、導(dǎo)入文件這類如何使用等價(jià)類

邊界值：

1、背景：why？：很多錯(cuò)誤通常都發(fā)生在邊界上。

2、操作步驟：

1、分析被測(cè)試對(duì)象輸入條件以及子條件

2、分析上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)

3、根據(jù)邊界值設(shè)計(jì)用例的原則設(shè)計(jì)數(shù)據(jù)去覆蓋可能上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)

3、優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能夠比較高效發(fā)現(xiàn)問題

缺點(diǎn)：不能考慮輸入與輸出之間的關(guān)系

4、適用范圍：規(guī)定了大小、長(zhǎng)度、值的范圍、分辨率（廣義）

5、與其他方法怎么樣配合：與等價(jià)類配合

6、要點(diǎn)：找到邊界（隱含的邊界）

航空行李托運(yùn)：重量不能超過30公斤，如果超過就要收費(fèi)，正常人4元每公斤，外國(guó)人收6塊，頭等艙是其他艙的2倍

殘疾人是正常人的1/2.

判定表/決策表：

1、背景：why？：輸入條件很多情況（要么滿足、要么不滿足），不同條件組合下輸出結(jié)果也很多，希望條件跟結(jié)果的一一對(duì)應(yīng)的關(guān)系

它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確

2、操作步驟：

1、分析被測(cè)試對(duì)象的輸入條件，同時(shí)分析各種可能的輸出結(jié)果（）

2、列出所有的條件和動(dòng)作（）

3、填寫條件項(xiàng)和動(dòng)作項(xiàng)

4、合并相似規(guī)則

3、優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能解決復(fù)雜條件之間邏輯組合，比較清晰列出所有的組合

缺點(diǎn)：一旦條件數(shù)過多，組合數(shù)會(huì)很龐大，合并存在漏測(cè)的風(fēng)險(xiǎn)（很難精確定位問題）。

對(duì)于條件，只能是有兩種取值（為真、為假）

4、適用范圍：條件只有兩種取值的多條件組合的例子

5、與其他方法怎么樣配合：與因果圖

6、要點(diǎn)：找出業(yè)務(wù)條件規(guī)則，列出各種可能輸出結(jié)果。（測(cè)試象棋馬走日這個(gè)規(guī)則）當(dāng)條件比較多>5 要考慮是否有中間結(jié)果（簡(jiǎn)化）

正交試驗(yàn)法

1、背景：彌補(bǔ)判定表方法可能導(dǎo)致用例規(guī)模非常龐大，多條件組合的數(shù)量非常巨大。

根據(jù)伽羅瓦理論，條件之間的兩兩組合如果不出問題，三三組合以上出問題的概率小，這樣

一來，可以用非常少的用例來達(dá)到比較好的測(cè)試效果。

2、操作步驟：

1、分析輸入條件以及條件的取值范圍。（篩選出來的條件之間沒有約束關(guān)系）

2、選擇合適的正交表（計(jì)算需要最小正交表的試驗(yàn)數(shù)，然后分兩種：

1、單一水平：去挑選比需要大但是是最接近的正交表，直接套用；合并去匹配正交表-->分解

2、混合水平：）

保證試驗(yàn)數(shù)最少

3、根據(jù)正交表（拆分之后）設(shè)計(jì)測(cè)試數(shù)據(jù)（每一列行是一個(gè)測(cè)試項(xiàng)），如果是空的地方，可以根據(jù)實(shí)際需要加權(quán)處理。

3、優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：在保證一定均勻覆蓋率的前提下可以大大降低試驗(yàn)次數(shù)（測(cè)試項(xiàng)），缺點(diǎn)：可能有一定的遺漏

4、適應(yīng)范圍：配置類需求的分析，多條件多取值的業(yè)務(wù)測(cè)試。

5、與其他方法配合：等價(jià)類和邊界值（輸入框）

6、要點(diǎn)：選擇合適正交表以及如何去合并和分拆！

Use Case法/場(chǎng)景法/流程分析法

1、背景：在實(shí)際工作中，我們很業(yè)務(wù)功能是通過工作流來實(shí)現(xiàn)，需要站在流程角度（用戶角度），譬如購(gòu)物流程

安裝測(cè)試、轉(zhuǎn)賬流程、游戲場(chǎng)景

2、操作步驟：1、分析業(yè)務(wù)的基本事件流和備選事件流（正常備選事件流和異常事件流（退出））擔(dān)心備選流有遺漏

2、畫出事件流圖（Use Case圖用例圖）

3、根據(jù)圖設(shè)計(jì)場(chǎng)景

4、根據(jù)場(chǎng)景來設(shè)計(jì)測(cè)試數(shù)據(jù)

3、優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：站在用戶的角度來測(cè)試（），可以很好地與開發(fā)配合，直接通過用例圖轉(zhuǎn)化，效率比較高

4、適應(yīng)范圍：驗(yàn)收測(cè)試用例的設(shè)計(jì)，只要流程

5、與其他方法配合：等價(jià)類、邊界值（選多少個(gè)備選流）

6、要點(diǎn)：事件流分析，尤其是備選流的分析是最關(guān)鍵的地方。思路比較清晰，比較廣

網(wǎng)銀轉(zhuǎn)賬：寫出基本流和備選，并且畫出事件流圖。

影響軟件質(zhì)量的因素：

技術(shù)：1.現(xiàn)有的技術(shù)：人

2. 技術(shù)沉淀：技術(shù)文檔，專利技術(shù)，指導(dǎo)書，問題庫(kù)，經(jīng)驗(yàn)庫(kù)

流程：流程可以提高軟件透明度，控制項(xiàng)目的進(jìn)度，幫助項(xiàng)目組預(yù)防風(fēng)險(xiǎn)。

組織：組織體現(xiàn)的是管理

1. 讓合適的人去做合適的事情

2. 流程的推動(dòng)需要組織強(qiáng)有力的保障

軟件質(zhì)量管理體系

1. ISO9000

八項(xiàng)質(zhì)量管理原則：

以顧客為中心：以用戶的角度去思考問題（UAT）

下游環(huán)節(jié)為上游環(huán)節(jié)的客戶

領(lǐng)導(dǎo)的作用：有激情，有謀略，演講才能，身先士卒

全員參與：團(tuán)隊(duì)合作信任

基于事實(shí)的決策方法：個(gè)人能力基線（PCB）（量化管理）

持續(xù)改進(jìn)（持續(xù)改善）：最初是日本的一個(gè)管理理念，從初級(jí)員工到高級(jí)管理者都需要參與

互利的供方關(guān)系：共贏，共同創(chuàng)造利潤(rùn)

過程方法：

過程：輸入轉(zhuǎn)化為輸出的活動(dòng)

過程方法：過程的識(shí)別，相互作用以及管理

管理的系統(tǒng)方法：全局化的管理策略

2. CMM

-- 初始級(jí)：

手工作坊式，個(gè)人英雄主義，沒有相關(guān)過程，不可預(yù)測(cè)并且缺乏控制。

-- 可重復(fù)級(jí)：特點(diǎn) ->可以重復(fù)以往的項(xiàng)目經(jīng)驗(yàn)

證券項(xiàng)目（招商證券）

國(guó)信證券：

SRS

HLD

LLD

Code

test case

模板

關(guān)鍵過程域（KPA）（key process area）：

需求管理

配置管理

軟件質(zhì)量保證

--已定義級(jí)

統(tǒng)一標(biāo)準(zhǔn)，一致的過程（軟件工程小組SEPG）

關(guān)鍵過程域：同行評(píng)審

--已管理級(jí)：可預(yù)測(cè)的過程

量化管理，通過數(shù)據(jù)量化，來實(shí)現(xiàn)預(yù)測(cè)項(xiàng)目

Gompertz模型

--優(yōu)化級(jí)：對(duì)過程的持續(xù)改進(jìn)

新技術(shù)或新思想的引入

關(guān)鍵過程域：缺陷分析-》預(yù)防缺陷 -》質(zhì)量標(biāo)準(zhǔn)

CMM與CMMI的區(qū)別

CMM：階段式表示

CMMI：階段式、連續(xù)式

3. 六西格瑪

六西格瑪管理法原則：

注重客戶

注重流程

全員參與

預(yù)防為主

事實(shí)依據(jù)的決定

持續(xù)和突破性改進(jìn)

六西格瑪?shù)膶?shí)施方式：

DMAIC (define, measure, analysis, improve, control)

軟件質(zhì)量模型：

功能性

適合性：軟件產(chǎn)品為指定任務(wù)或用戶目標(biāo)提供一組合適的功能的能力

準(zhǔn)確性：軟件產(chǎn)品提供所需要的精確度或和結(jié)果相符的能力

互操作性：軟件產(chǎn)品與一個(gè)或更多的其他系統(tǒng)進(jìn)行交互的能力

保密安全性：保護(hù)信息和數(shù)據(jù)的能力，不同權(quán)限的人可以操作不同的數(shù)據(jù)

功能性的依從性：遵守與功能性相關(guān)的標(biāo)準(zhǔn)，約定或法規(guī)的能力（國(guó)際標(biāo)準(zhǔn)，國(guó)家標(biāo)準(zhǔn)，行業(yè)標(biāo)準(zhǔn)，企業(yè)內(nèi)部標(biāo)準(zhǔn)）

可靠性

成熟性：軟件產(chǎn)品為避免由于軟件中的錯(cuò)誤而導(dǎo)致失效的能力

容錯(cuò)性：由于用戶操作錯(cuò)誤，軟件可以處理相應(yīng)的錯(cuò)誤，而不是死機(jī)或崩潰

易恢復(fù)性：在失效已經(jīng)發(fā)生的情況下，軟件產(chǎn)品如何快速恢復(fù)使用的能力

可靠性的依從性：軟件產(chǎn)品遵循與可靠性相關(guān)的標(biāo)準(zhǔn)或約定或法律法規(guī)

易用性

易理解性：軟件產(chǎn)品使用用戶能理解軟件是否合適以及如何能將軟件用于特定任務(wù)和使用環(huán)境的能力。

易學(xué)性：軟件產(chǎn)品使得用戶能學(xué)習(xí)其功能的能力（操作手冊(cè)，幫助文檔）

易操作性：軟件產(chǎn)品使用戶能操作和控制它的能力

吸引性：軟件產(chǎn)品吸引用戶的能力。界面美觀，易用性要好

易用性的依從性：軟件產(chǎn)品的易用性遵循相關(guān)的標(biāo)準(zhǔn)或法律法規(guī)

效率

時(shí)間特性：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)，提供適當(dāng)?shù)捻憫?yīng)和處理時(shí)間以及吞吐率的能力。也就是完成用戶的某個(gè)功能需要的時(shí)間

資源利用率：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)，使用合適的資源數(shù)量（CPU，內(nèi)存占用）

效率依從性：軟件產(chǎn)品遵守與效率相關(guān)的法規(guī)

維護(hù)性

易分析性：軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識(shí)別待修改部分的能力。（日志記錄）

易改變性：修改缺陷的能力，實(shí)現(xiàn)功能的能力。（代碼要高內(nèi)聚，低耦合）目的在于降低修改軟件的成本

穩(wěn)定性：軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力

易測(cè)試性：軟件產(chǎn)品的問題能被確認(rèn)的能力。定位問題的能力

維護(hù)性的依從性：軟件產(chǎn)品的維護(hù)性遵循相關(guān)的標(biāo)準(zhǔn)

可移植性：

適應(yīng)性：軟件產(chǎn)品適應(yīng)不同的環(huán)境的能力

易安裝性：被安裝的能力（一鍵安裝）

共存性：和其他軟件共同安裝或存在的能力

易替換性：升級(jí)時(shí)替換文件的能力

可移植性的依從性：軟件產(chǎn)品的可移植性遵循相關(guān)的標(biāo)準(zhǔn)

軟件質(zhì)量活動(dòng)：

軟件質(zhì)量保證（ＳＱＡ）：從流程方面保證軟件質(zhì)量

　測(cè)試：從技術(shù)方面保證軟件質(zhì)量

度量：

作用：理解，預(yù)測(cè)，評(píng)估和改進(jìn)

度量的分類：四個(gè)基本度量項(xiàng)：規(guī)模工作量進(jìn)度缺陷

BUG屬性：

發(fā)現(xiàn)人 reporter

發(fā)現(xiàn)時(shí)間 date

缺陷狀態(tài) status (new, open, resolved, reopened, closed) （fixed, duplicated, Invalid, won"t fix, postpone）

缺陷版本 version

缺陷所屬的產(chǎn)品/項(xiàng)目/模塊 product, project, feature

缺陷編號(hào) no

缺陷嚴(yán)重程度serverity

缺陷優(yōu)先級(jí) priority

標(biāo)題 title

詳細(xì)描述 description

系統(tǒng)環(huán)境 OS (服務(wù)器環(huán)境和客戶端環(huán)境)

測(cè)試環(huán)境（用戶名/密碼）test environment

重現(xiàn)率 repository

預(yù)置條件pre condition

步驟 steps

實(shí)際結(jié)果 actual result

期望結(jié)果 expected result

其他信息 additional information

用例編號(hào)testcase no

*附件 attachment

==================

缺陷引發(fā)的原因 root cause

缺陷解決方案 resolution (改代碼，數(shù)據(jù)庫(kù)，環(huán)境問題)

代碼改動(dòng)范圍

影響范圍

==================

驗(yàn)證人

驗(yàn)證環(huán)境

驗(yàn)證范圍

結(jié)果

軟件測(cè)試周報(bào)總結(jié)篇3

報(bào)告總結(jié)參考范本

軟件測(cè)試個(gè)人總結(jié)

撰寫人：__________________

部 門：__________________

時(shí) 間：__________________

軟件質(zhì)量越來越受到人們的關(guān)注，軟件測(cè)試作為新興行業(yè)有很多不完善的地方。很多從事軟件測(cè)試工作的同行處于迷茫之中，如何提高，如何解決測(cè)試工作中的實(shí)際問題，困惑著每一個(gè)人。本文總結(jié)了一下個(gè)人經(jīng)驗(yàn)，希望對(duì)大家有幫助。

我最初參加測(cè)試工作的時(shí)候，不知道什么是軟件測(cè)試，集成測(cè)試和系統(tǒng)測(cè)試的概念經(jīng)常混淆， cmm 是什么就更加不知道了。那時(shí)候最簡(jiǎn)單的開關(guān)機(jī)也是通過直接拔插電源完成，安裝系統(tǒng)對(duì)我來說簡(jiǎn)直是有史以來人類的技能，對(duì)于那些拿著螺絲刀安裝機(jī)器的人就認(rèn)為是宇內(nèi)超級(jí)高手，身具殺人于無(wú)形之絕世秘技。拿破侖說不想當(dāng)將軍的士兵不是好士兵，我最初的夢(mèng)想就是想成為軟件測(cè)試的高手，傲視天下。所以不斷偷師，總結(jié)經(jīng)驗(yàn)，自認(rèn)為掌握了成為高手的幾個(gè)秘技，這幾年混跡 “ 江湖 “ 還算無(wú)往而不利。不敢獨(dú)享，望與吾輩測(cè)試人員切磋，早日總結(jié)成功密技之大成，助新進(jìn)人員早日入門，也算不愧對(duì)東北活雷鋒的稱號(hào)。

第一招 學(xué)會(huì)利用網(wǎng)絡(luò)

剛參加工作面對(duì)浩瀚的網(wǎng)絡(luò)世界，當(dāng)時(shí)如劉姥姥進(jìn)大觀園，什么都新奇，什么都想要，從網(wǎng)上下載很多源程序的代碼，軟件技術(shù)文檔之類，恨不得把所有的好東西收集到手中，其實(shí)有些在他人看起來就是垃圾一堆。當(dāng)時(shí)覺得有了這些 “ 武林秘籍 “ ，成為高手指日可待。最初參加工作由于自己工作努力有幸轉(zhuǎn)為開發(fā)，加入項(xiàng)目組后我的習(xí)慣還是沒有改，反而變本加厲，手中的資源更加多，上網(wǎng)的時(shí)間更加頻繁。

一次項(xiàng)目經(jīng)理分配任務(wù)，覺得依靠手中的秘籍加上自己的 “ 聰明才智 “ 很快會(huì)完成，不料短短的時(shí)間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項(xiàng)目經(jīng)理在對(duì)我施壓的過程中教會(huì)了我終身難忘的一招，學(xué)會(huì)利用網(wǎng)絡(luò)尋找要解決問題的答案，從此 google 成了我的最愛，關(guān)鍵字成了我變化的招數(shù)。在軟件測(cè)試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我?guī)椭鷾y(cè)試同行解決問題手段之一，很多軟件測(cè)試新手，甚至老手都沒有意識(shí)到自己手上就握有 “ 無(wú)敵秘籍 “ ，所以只要你耐心找，答案就在身邊。

推薦訪問： 周報(bào) 通用 測(cè)試