第一篇：軟件測(cè)試?yán)碚摽偨Y(jié)

1、為什么要測(cè)試？軟件測(cè)試的目的？軟件測(cè)試的重要性？ A、發(fā)現(xiàn)缺陷BUG/Defect B、評(píng)估軟件、項(xiàng)目、產(chǎn)品上線風(fēng)險(xiǎn)？ C、滿足客戶要求、改善軟件質(zhì)量

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

E、軟件驗(yàn)收、也包括第三方的驗(yàn)收（驗(yàn)收測(cè)試、UAT）F、通過(guò)缺陷分析，從而預(yù)防同類缺陷的發(fā)生。

G、錯(cuò)的：軟件測(cè)試能縮短開(kāi)發(fā)周期。也不能直接降低開(kāi)發(fā)成本。H、改善軟件的用戶體驗(yàn)（易用性、性能、穩(wěn)定性）12306訂票

角度：系統(tǒng)性思維（1、2、3、4、5、6、7+=100: 1+2+34+56+7=100）門(mén)薩測(cè)試 角色：用戶：發(fā)現(xiàn)缺陷、改善用戶體驗(yàn)

：開(kāi)發(fā)：證明軟件GoodEnough，定位缺陷，從而減少開(kāi)發(fā)修改問(wèn)題的時(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è)試工程師；開(kāi)發(fā)

流程：有規(guī)范的流程（除了隨機(jī)測(cè)試和探索性測(cè)試外）；無(wú)流程 目的：發(fā)現(xiàn)問(wèn)題；定位和解決問(wèn)題

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

A、測(cè)試只能證明軟件存在缺陷，不能證明軟件沒(méi)有缺陷（證偽不證真）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è)模塊有問(wèn)題？繼續(xù)深入測(cè)試。刨根問(wèn)底？破案？

E、殺蟲(chóng)劑悖論（軟件對(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è)試與開(kāi)發(fā)的關(guān)系（獨(dú)立性）

未來(lái)趨勢(shì)：3大趨勢(shì)：

1、測(cè)試與開(kāi)發(fā)的結(jié)合越來(lái)越緊密；

2、測(cè)試與行業(yè)背景結(jié)合越來(lái)越緊密

3、專項(xiàng)測(cè)試（測(cè)試分工會(huì)越來(lái)越精細(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è)試人員也開(kāi)發(fā)，開(kāi)發(fā)也做測(cè)試（Google：吃狗糧的文化）

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

3、測(cè)試人員獨(dú)立部門(mén)（有專門(mén)的測(cè)試部門(mén)：權(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，開(kāi)發(fā)人員不愿意修改，該怎么辦？ 加班？敏感問(wèn)題？三方思考：對(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、編碼階段：熟悉一門(mén)編程語(yǔ)言的語(yǔ)法 C、Java、PHP和一個(gè)開(kāi)發(fā)工具或者平臺(tái) VC、Eclipse等

熟悉一門(mén)腳本語(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)品開(kāi)發(fā)的項(xiàng)目。測(cè)試滯后于開(kāi)發(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ù)來(lái)驗(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ī)定了必須如何，譬如組成、開(kāi)頭，可以劃分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ì)用例：為了更好定位問(wèn)題）設(shè)計(jì)數(shù)據(jù)

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

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

缺點(diǎn)：方法沒(méi)有刻意考慮邊界，只能針對(duì)單個(gè)輸入條件，沒(méi)有考慮輸入之間組合以及輸入與輸出的關(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)問(wèn)題 缺點(diǎn)：不能考慮輸入與輸出之間的關(guān)系

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

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

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

航空行李托運(yùn)：重量不能超過(guò)30公斤，如果超過(guò)就要收費(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ě)條件項(xiàng)和動(dòng)作項(xiàng)

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

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

缺點(diǎn)：一旦條件數(shù)過(guò)多，組合數(shù)會(huì)很龐大，合并存在漏測(cè)的風(fēng)險(xiǎn)（很難精確定位問(wè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ù)伽羅瓦理論，條件之間的兩兩組合如果不出問(wèn)題，三三組合以上出問(wèn)題的概率小，這樣 一來(lái)，可以用非常少的用例來(lái)達(dá)到比較好的測(cè)試效果。

2、操作步驟：

1、分析輸入條件以及條件的取值范圍。（篩選出來(lái)的條件之間沒(méi)有約束關(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ù)功能是通過(guò)工作流來(lái)實(shí)現(xiàn)，需要站在流程角度（用戶角度），譬如購(gòu)物流程

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

2、操作步驟：

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

2、畫(huà)出事件流圖（Use Case圖用例圖）

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

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

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

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

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

6、要點(diǎn)：事件流分析，尤其是備選流的分析是最關(guān)鍵的地方。思路比較清晰，比較廣 網(wǎng)銀轉(zhuǎn)賬：寫(xiě)出基本流和備選，并且畫(huà)出事件流圖。影響軟件質(zhì)量的因素： 技術(shù)：1.現(xiàn)有的技術(shù)：人

2.技術(shù)沉淀：技術(shù)文檔，專利技術(shù)，指導(dǎo)書(shū)，問(wèn)題庫(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ì)量管理原則：

以顧客為中心：以用戶的角度去思考問(wèn)題（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) 過(guò)程方法：

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

過(guò)程方法：過(guò)程的識(shí)別，相互作用以及管理 管理的系統(tǒng)方法：全局化的管理策略 2.CMM--初始級(jí)：

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

--可重復(fù)級(jí)：特點(diǎn)->可以重復(fù)以往的項(xiàng)目經(jīng)驗(yàn) 證券項(xiàng)目（招商證券）國(guó)信證券：

SRS

HLD

LLD

Code

test case 模板

關(guān)鍵過(guò)程域（KPA）（key process area）： 需求管理 配置管理 軟件質(zhì)量保證--已定義級(jí)

統(tǒng)一標(biāo)準(zhǔn)，一致的過(guò)程（軟件工程小組SEPG）關(guān)鍵過(guò)程域：同行評(píng)審--已管理級(jí)：可預(yù)測(cè)的過(guò)程

量化管理，通過(guò)數(shù)據(jù)量化，來(lái)實(shí)現(xiàn)預(yù)測(cè)項(xiàng)目 Gompertz模型

--優(yōu)化級(jí)：對(duì)過(guò)程的持續(xù)改進(jìn) 新技術(shù)或新思想的引入

關(guān)鍵過(guò)程域：缺陷分析-》預(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)品的問(wèn)題能被確認(rèn)的能力。定位問(wè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)境問(wèn)題)代碼改動(dòng)范圍 影響范圍

================== 驗(yàn)證人 驗(yàn)證環(huán)境 驗(yàn)證范圍 結(jié)果

第二篇：軟件測(cè)試?yán)碚摽偨Y(jié)

軟件測(cè)試?yán)碚搹?fù)習(xí)

軟件測(cè)試：在規(guī)定條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估

軟件質(zhì)量：軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的能力

軟件測(cè)試與質(zhì)量保證的區(qū)別：

質(zhì)量保證（QA）：質(zhì)量保證的重要工作是通過(guò)預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量。QA采用“全面質(zhì)量管理”和“過(guò)程改進(jìn)”的原理開(kāi)展質(zhì)量保證工作。所關(guān)注的是軟件質(zhì)量的檢查與測(cè)量。雖然QA的活動(dòng)中也有一些測(cè)試活動(dòng)，但所關(guān)注的是軟件質(zhì)量的檢查與測(cè)量。QA的工作是軟件生命周期的管理以及驗(yàn)證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求，因此主要著眼于軟件開(kāi)發(fā)活動(dòng)中的過(guò)程、步驟和產(chǎn)物，而不是對(duì)軟件進(jìn)行剖析找出問(wèn)題或評(píng)估。

軟件測(cè)試：測(cè)試雖然也與開(kāi)發(fā)過(guò)程緊密相關(guān)，但關(guān)心的不是過(guò)程的活動(dòng)，而是對(duì)過(guò)程的產(chǎn)物以及開(kāi)發(fā)出的軟件進(jìn)行剖析。測(cè)試人員要“執(zhí)行”軟件，對(duì)過(guò)程中的產(chǎn)物----開(kāi)發(fā)文檔和源代碼進(jìn)行走查，運(yùn)行軟件，以找出問(wèn)題，報(bào)告質(zhì)量。測(cè)試人員必須假設(shè)軟件存在潛在的問(wèn)題，測(cè)試中所做的操作是為了找出更多的問(wèn)題，而不僅僅是為了驗(yàn)證每一件事是正確的。對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題的分析、追蹤與回歸測(cè)試也是軟件測(cè)試中的重要工作，因此軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)。

軟件測(cè)試的目的：盡可能多的發(fā)現(xiàn)軟件中存在的錯(cuò)誤。

Grenford J.Myers 就軟件測(cè)試目的提出了以下觀點(diǎn)：

1、測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤

2、一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

3、一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試

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

軟件測(cè)試原則：

1、所有的測(cè)試都應(yīng)當(dāng)追溯到用戶需求

2、應(yīng)當(dāng)盡早地和不斷地進(jìn)行測(cè)試

3、完全測(cè)試是不可能的，測(cè)試需要適可而止

4、測(cè)試應(yīng)充分注意軟件中的群集現(xiàn)象。測(cè)試中該模塊殘存的缺陷與該模塊中已發(fā)現(xiàn)的缺陷數(shù)成正比。

5、程序員應(yīng)避免檢查自己的程序，軟件項(xiàng)目組應(yīng)避免測(cè)試自己組開(kāi)發(fā)的程序

6、工程界中的80-20原則；BUG的80-20原則

7、測(cè)試應(yīng)從“小規(guī)模”開(kāi)始，逐步轉(zhuǎn)向“大規(guī)模”

8、同化效應(yīng)，為了達(dá)到最佳測(cè)試效果，可以由第三方來(lái)構(gòu)造測(cè)試

9、檢查程序是否做了該做的工作只是完成了一半，另一半是檢查程序是否做了不該做的工作

10、設(shè)計(jì)測(cè)試用例時(shí)必須包括正常的輸入和異常的輸入

軟件包括程序、數(shù)據(jù)和文檔

軟件測(cè)試對(duì)象：程序、數(shù)據(jù)和文檔

軟件測(cè)試中的V&Vi：

驗(yàn)證（vertification）是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過(guò)程，目的是保證軟件生命周期的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)（是否按需求做出了功能正確的產(chǎn)品）

確認(rèn)（validation）是保證軟件滿足用戶需求的一系列的活動(dòng)和過(guò)程，目的是在軟件開(kāi)發(fā)完成后保證軟件與用戶需求相符合（是否做出了用戶想要的產(chǎn)品）

驗(yàn)證與確認(rèn)都屬于軟件測(cè)試，它包括對(duì)軟件分析、設(shè)計(jì)以及程序的驗(yàn)證與確認(rèn)。軟件測(cè)試分類

按照開(kāi)發(fā)階段劃分：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、（確認(rèn)測(cè)試）和驗(yàn)收測(cè)試

單元測(cè)試：又稱模塊測(cè)試，邏輯測(cè)試或結(jié)構(gòu)測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位--程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各個(gè)模塊內(nèi)部可能存在的各種錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。

單元測(cè)試的內(nèi)容：

1）模塊接口測(cè)試

2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

3）路徑測(cè)試

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

5）邊界測(cè)試

單元測(cè)試輔助模塊：

驅(qū)動(dòng)模塊（drive）：相當(dāng)于所測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給所測(cè)模塊，最后再輸出實(shí)測(cè)結(jié)果

樁模塊(stub)：也叫做存根模塊。用以代替所測(cè)模塊調(diào)用的子模塊

集成測(cè)試：又叫組裝測(cè)試,綜合測(cè)試或聯(lián)合測(cè)試。通常在單元測(cè)試基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試。集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。

集成測(cè)試需要考慮的問(wèn)題：

1）在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失

2）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響

3）各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能

4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題

5）單個(gè)模塊的誤差累積起來(lái)，是否會(huì)放大，以至達(dá)到不能接受的程度

集成測(cè)試組裝方法：一次性組裝方式和漸增式組裝方式；后者又包括：自底向上、自頂向下、混合集成集成測(cè)試完成的標(biāo)志：

1）成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試

2）修正了所發(fā)現(xiàn)的錯(cuò)誤

3）測(cè)試結(jié)果通過(guò)了專門(mén)小組的評(píng)審

確認(rèn)測(cè)試：通過(guò)檢驗(yàn)和提供客觀證據(jù)，證實(shí)軟件是否滿足特定預(yù)期用途的需求。確認(rèn)測(cè)試是檢測(cè)與證實(shí)軟件是否滿足軟件需求說(shuō)明書(shū)中規(guī)定的要求。

確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查

系統(tǒng)測(cè)試：是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接，并滿足用戶需求。

驗(yàn)收測(cè)試：按照項(xiàng)目任務(wù)書(shū)或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行的對(duì)整個(gè)系統(tǒng)的測(cè)試與評(píng)審，決定是否接收或拒收系統(tǒng)。

驗(yàn)收測(cè)試往往在系統(tǒng)測(cè)試完成后、項(xiàng)目最終交付前進(jìn)行。

驗(yàn)收測(cè)試計(jì)劃、測(cè)試方案與測(cè)試案例一般由開(kāi)發(fā)方制定，由用戶方與監(jiān)理聯(lián)合進(jìn)行評(píng)審。驗(yàn)收小組由開(kāi)發(fā)方、用戶方、監(jiān)理方代表、主管單位及行業(yè)專家構(gòu)成。

按照測(cè)試技術(shù)劃分：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試；也可劃分靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

靜態(tài)測(cè)試是指不運(yùn)行程序，通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查；

動(dòng)態(tài)測(cè)試是指通過(guò)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和外部表現(xiàn)。白盒測(cè)試：又稱結(jié)構(gòu)測(cè)試、邏輯測(cè)試，指通過(guò)對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。白盒測(cè)試把程序看成裝在一個(gè)透明的白盒子里，也就是清楚了解程序結(jié)構(gòu)和處理過(guò)程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件的內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常進(jìn)行。白盒測(cè)試用例設(shè)計(jì)方法：邏輯覆蓋法和基本路徑測(cè)試法

邏輯覆蓋法：

根據(jù)覆蓋目標(biāo)的不同，邏輯覆蓋又可分為語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、組合覆蓋和路徑覆蓋。

語(yǔ)句覆蓋：選擇足夠多的測(cè)試用例，使得程序中的每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次

判定覆蓋：通過(guò)執(zhí)行足夠多的測(cè)試用例，使得程序中的每個(gè)判定可能取值（真或假）都至少滿足一次，也稱為“分支覆蓋”

條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中的每個(gè)判定包含的每個(gè)條件的可能取值（真/假）都至少滿足一次

判定/條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每個(gè)判定包含的每個(gè)條件的所有情況（真假）至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次

組合覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每個(gè)判定的所有可能的條件取值組合都至少出現(xiàn)一次

路徑覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，要求覆蓋程序中所有可能的路徑

基本路徑測(cè)試方法：

在程序控制流圖的基礎(chǔ)上，通過(guò)分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例。包括以下四個(gè)步驟和一個(gè)工具方法：

1）以詳細(xì)設(shè)計(jì)或源代碼作為基礎(chǔ)，導(dǎo)出程序的控制流圖

2）計(jì)算得到的控制流圖G的環(huán)路復(fù)雜性V(G)

3）確定線性無(wú)關(guān)的路徑的基本集

4）生成測(cè)試用例，確保基本路徑集中每條路徑的執(zhí)行

環(huán)路復(fù)雜性V(G)也稱圈復(fù)雜度V(G)=區(qū)域數(shù)=判斷結(jié)點(diǎn)數(shù)+1=邊數(shù)—結(jié)點(diǎn)數(shù)+2

黑盒測(cè)試：又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，指通過(guò)軟件的外部表現(xiàn)來(lái)發(fā)現(xiàn)缺陷和錯(cuò)誤。黑盒測(cè)試把測(cè)試對(duì)象看成一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序界面處進(jìn)行測(cè)試，它只是檢查樣序是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常實(shí)現(xiàn)。

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

等價(jià)類劃分法：不考慮程序的內(nèi)部結(jié)構(gòu)，測(cè)試人員要對(duì)需求規(guī)格說(shuō)明書(shū)的功能需求進(jìn)行細(xì)致分析，然后把程序的輸入域劃分成若干部分，從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。

等價(jià)類分為：有效等價(jià)類和無(wú)效等價(jià)類

有效等價(jià)類：指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合，可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說(shuō)明書(shū)中所規(guī)定的功能和性能

無(wú)效等價(jià)類：指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是不合理的、無(wú)意義的輸入數(shù)據(jù)構(gòu)成的集合。確定等價(jià)類的原則：

1）在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，可以確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類

2）在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類

3）在輸入條件是一個(gè)布爾量的情況下，可確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。

4）在規(guī)定了輸入數(shù)據(jù)的一組值（假定N個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可確定n個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類

5）在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無(wú)效等價(jià)類（從不同角度違反規(guī)則）

6）在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，則應(yīng)將該等價(jià)類進(jìn)一步劃分為更小的等價(jià)類

根據(jù)已列出的等價(jià)類表，按以下步驟確定測(cè)試用例：

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

2)設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋

3)設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步驟，使所有無(wú)效等價(jià)類均被覆蓋

灰盒測(cè)試是介于白盒測(cè)試與黑盒測(cè)試之間，主要關(guān)注輸出對(duì)于輸入的正確性；同進(jìn)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不像白盒測(cè)試那么詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)。

自動(dòng)化測(cè)試：通過(guò)測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)的測(cè)試

自動(dòng)化測(cè)試的優(yōu)勢(shì)：

1）提高測(cè)試質(zhì)量

2）提高測(cè)試效率，縮短測(cè)試工作時(shí)間

3）提高測(cè)試覆蓋率

4）執(zhí)行手工測(cè)試不能完成的測(cè)試任務(wù)，如壓力測(cè)試

5）更好地重現(xiàn)軟件缺陷的能力

6）更好的利用資源

7）增進(jìn)測(cè)試人員與開(kāi)發(fā)人員之間的合作伙伴關(guān)系

自動(dòng)化測(cè)試的局限性：

1）定制型項(xiàng)目

2）周期很短的項(xiàng)目

3）業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象

4）人體感觀與易用性測(cè)試

5）不穩(wěn)定的軟件

6）涉及物理交互

開(kāi)發(fā)模型：瀑布模型、原型模型、螺旋模型、增量模型、漸進(jìn)模型、快速軟件開(kāi)發(fā)（RAD）以及Rational統(tǒng)一過(guò)程（RUP）

瀑布模型：需求分析、可行性研究、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)

軟件的生命周期：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)、退出使用 軟件的全壽命周期費(fèi)用（LCC：Life cycle cost）

測(cè)試的花費(fèi)減少了運(yùn)行維護(hù)階段的花費(fèi)，從全壽命周期費(fèi)用來(lái)看，測(cè)試是使LCC降低了 測(cè)試模型：V模型、W模型、H模型、X模型、前置測(cè)試模型

軟件測(cè)試策略：?jiǎn)卧獪y(cè)試、集成（組裝）測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。

軟件失效分類：軟件錯(cuò)誤(software error)、軟件缺陷(software defect)、軟件故障(software fault)、軟件失效（software failure）

軟件缺陷定義：

1、軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中明確指明要實(shí)現(xiàn)的功能

2、軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤

3、軟件功能超出了產(chǎn)品說(shuō)明書(shū)中指明的范圍

4、軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)中雖未明確指出但應(yīng)達(dá)到的目標(biāo)

5、軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或最終用戶認(rèn)為不好使用 缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)：

嚴(yán)重級(jí)：表示軟件缺陷所造成的危害的惡劣程序；分為以下四個(gè)等級(jí)：

嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞

較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功能

一般：小問(wèn)題、錯(cuò)誤字、UI布局、罕見(jiàn)故障

建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)

優(yōu)先級(jí)：表示修復(fù)缺陷的重要程度與次序

最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測(cè)試

次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)

中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)

最低優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也能發(fā)布

軟件缺陷跟蹤管理

（1）Bug記錄信息

主要包括以下幾項(xiàng)內(nèi)容：

測(cè)試軟件名稱、測(cè)試版本號(hào)、測(cè)試人名稱、測(cè)試事件、測(cè)試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重等級(jí)及優(yōu)先級(jí)、詳細(xì)步驟、必要的附圖、測(cè)試注釋、提交給誰(shuí)

（2）Bug處理信息

主要包括以下4項(xiàng)內(nèi)容：

處理者姓名、處理時(shí)間、處理步驟、錯(cuò)誤記錄的當(dāng)前狀態(tài)

軟件錯(cuò)誤的狀態(tài)：

軟件錯(cuò)誤的主要狀態(tài)包括以下內(nèi)容：

新信息（New）：測(cè)試中新報(bào)告的軟件Bug

打開(kāi)（Open）：被確認(rèn)并分配給相關(guān)開(kāi)發(fā)人員處理

修正(Fixed)：開(kāi)發(fā)人員已完成修正，等待測(cè)試人員驗(yàn)證

拒絕（Declined）：拒絕修改Bug

延期（Deferrend)：不在當(dāng)前版本修復(fù)的錯(cuò)誤，下一版本修復(fù)

關(guān)閉（Closed）：Bug已被修復(fù)

錯(cuò)誤管理流程：

錯(cuò)誤管理的流程可以概括為以下幾項(xiàng)內(nèi)容：

1、測(cè)試人員提交新的錯(cuò)誤入庫(kù)，錯(cuò)誤狀態(tài)為“New”

2、高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤

1)如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的開(kāi)發(fā)人員，設(shè)置狀態(tài)為“Open”

2)如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)

3、開(kāi)發(fā)人員查詢狀態(tài)為“Open”的錯(cuò)誤，做如下處理

1）如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)

2）如果是錯(cuò)誤，則修復(fù)并置狀態(tài)為“Fixed”

3）如果不能解決的錯(cuò)誤，要留下文字說(shuō)明并保持錯(cuò)誤為“Open”狀態(tài)

4）對(duì)于不能解決和延期解決的錯(cuò)誤，不能由開(kāi)發(fā)人員自己決定，一般要通過(guò)某種會(huì)議（評(píng)審會(huì)）通過(guò)才能認(rèn)可

4、測(cè)試人員查詢狀態(tài)為“Fixed”的錯(cuò)誤，驗(yàn)證錯(cuò)誤是否解決，做如下處理

1）如果問(wèn)題解決了，置錯(cuò)誤狀態(tài)為“Closed”

2）如果問(wèn)題沒(méi)有解決，置錯(cuò)誤狀態(tài)為“Reopen”

測(cè)試用例：

為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。

測(cè)試用例基本組成要素：項(xiàng)目名稱、測(cè)試人員、用例編號(hào)、測(cè)試用例說(shuō)明、測(cè)試的模塊、測(cè)試的輸入條件、測(cè)試的預(yù)期結(jié)果、測(cè)試實(shí)際結(jié)果、缺陷編號(hào)

1、什么是軟件測(cè)試，為什么要進(jìn)行軟件測(cè)試？軟件測(cè)試與調(diào)試的區(qū)別？

答案：(1)軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。

(2)因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就像ISO質(zhì)量認(rèn)證一樣，軟件同樣也需要質(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ì)量情況。

(3)在軟件開(kāi)發(fā)的過(guò)程中，調(diào)試和測(cè)試是兩個(gè)不同的過(guò)程，分別由程序開(kāi)發(fā)人員和測(cè)試人員來(lái)完成。

第一，調(diào)試的過(guò)程是隨機(jī)的不可重復(fù)的；而測(cè)試的過(guò)程是有計(jì)劃的、可以重復(fù)的過(guò)程。

第二，調(diào)試的目的是為了隔離和確認(rèn)問(wèn)題的所在，并加以解決，使得程序能夠正常運(yùn)行；而測(cè)試的目的是為了找出與軟件實(shí)現(xiàn)定義的規(guī)格和標(biāo)準(zhǔn)不符合的問(wèn)題，保證軟件能都滿足用戶需求。

但二者也有相同之處，最終目的都是為了提高軟件質(zhì)量。

2、a測(cè)試與b測(cè)試的區(qū)別？靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試的區(qū)別？

答案：(1)Alpha測(cè)試（α測(cè)試）是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試；Beta測(cè)試（β測(cè)試）是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。總而言之，前者是內(nèi)部模擬上線，后者是真正上線，讓用戶參與測(cè)試。

(2)靜態(tài)方法是指不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。對(duì)需求規(guī)格說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來(lái)找錯(cuò)。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。

動(dòng)態(tài)測(cè)試方法是指通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測(cè)試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。

第三篇：軟件測(cè)試總結(jié)

1.軟件測(cè)試定義：由人工或自動(dòng)方法來(lái)執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部分的過(guò)程，以驗(yàn)證它是否滿足規(guī)定的需求，或識(shí)別出期望的結(jié)果和實(shí)際結(jié)果之間的差異。2.軟件測(cè)試的分類：

測(cè)試對(duì)象或范圍分類：需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試、程序測(cè)試、系統(tǒng)

測(cè)試、文檔測(cè)試、Web應(yīng)用測(cè)試、客戶端測(cè)試、數(shù)據(jù)庫(kù)測(cè)試等；

測(cè)試目的分類：集成測(cè)試、功能測(cè)試、壓力測(cè)試、性能測(cè)試等等； 靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試； 白盒測(cè)試、黑盒測(cè)試。3.軟件測(cè)試的基本流程與原則

基本流程：

測(cè)試用例設(shè)計(jì)-輸入數(shù)據(jù)、預(yù)期結(jié)果； 測(cè)試執(zhí)行-輸入數(shù)據(jù)執(zhí)行被測(cè)對(duì)象； 檢查實(shí)際輸出與預(yù)期結(jié)果。基本原則：

開(kāi)始測(cè)試時(shí)認(rèn)定軟件有錯(cuò)，測(cè)試要證明有錯(cuò)； 測(cè)試應(yīng)該由獨(dú)立的測(cè)試團(tuán)隊(duì)來(lái)完成； 測(cè)試設(shè)計(jì)必須設(shè)計(jì)對(duì)應(yīng)的預(yù)期輸出；

要對(duì)合理、不合理（有效、無(wú)效）輸入數(shù)據(jù)都進(jìn)行測(cè)試； 檢查軟件的完備性、多余； 完整保留測(cè)試文檔；

一個(gè)被測(cè)對(duì)象中有錯(cuò)誤的概率與已發(fā)現(xiàn)錯(cuò)誤的個(gè)數(shù)成正比。4.Beizer測(cè)試成熟度級(jí)別：

0級(jí)：沒(méi)有區(qū)分測(cè)試與調(diào)試；

1級(jí)：測(cè)試的目的是證明軟件能用； 2級(jí)：測(cè)試的目的是證明軟件不能用；

3級(jí)：測(cè)試的目的不是為了證明什么，而是為了降低軟件使用風(fēng)險(xiǎn)； 4級(jí)：測(cè)試是一種智能訓(xùn)練，能夠幫助專業(yè)人員開(kāi)發(fā)出更高質(zhì)量的軟件。5.軟件測(cè)試與軟件工程，軟件過(guò)程的關(guān)系：

軟件工程：在給定的條件下（成本、時(shí)間）開(kāi)發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過(guò)程的特性決定了軟件產(chǎn)品中不可避免包含有錯(cuò)誤。軟件測(cè)試則是盡可能多地發(fā)現(xiàn)錯(cuò)誤，從而保障軟件產(chǎn)品的質(zhì)量。6.McCall的質(zhì)量因素：

產(chǎn)品修改：

可維護(hù)性，靈活性，可測(cè)試性 產(chǎn)品轉(zhuǎn)移：

可移植性，可復(fù)用性，互操作性 產(chǎn)品運(yùn)行：

正確性，易用性，可靠性，效率，完整性 7.軟件質(zhì)量困境

軟件質(zhì)量必須足夠好：存在價(jià)值

軟件產(chǎn)品無(wú)法完美：需要消耗過(guò)多的資源、時(shí)間、成本

軟件開(kāi)發(fā)需要在兩個(gè)極端之間進(jìn)行平衡：軟件足夠好的同時(shí)又不完美。8.質(zhì)量控制、質(zhì)量保證和質(zhì)量管理

軟件質(zhì)量控制其實(shí)是基本方法，通過(guò)一系列的技術(shù)來(lái)科學(xué)地測(cè)量過(guò)程的狀態(tài)。如缺陷率、測(cè)試覆蓋率等。

軟件質(zhì)量保證則是過(guò)程的參考、指南的集合，如ISO9000、CMM/CMMI等，著重內(nèi)部的檢查，確保已獲取認(rèn)可的標(biāo)準(zhǔn)和步驟都已經(jīng)遵循。

軟件質(zhì)量管理則是實(shí)際操作的思想，質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動(dòng)，包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)。9.WebApp應(yīng)用的屬性：

網(wǎng)絡(luò)密集型應(yīng)用；并發(fā)性；大負(fù)載量；性能；高可靠性、高可用性；安全性-內(nèi)容敏感；

10.軟件評(píng)審的目的，評(píng)審度量及其應(yīng)用

評(píng)審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過(guò)程中的錯(cuò)誤，防止錯(cuò)誤傳遞、蔓延至后續(xù)活動(dòng)，防止錯(cuò)誤轉(zhuǎn)化為缺陷。

準(zhǔn)備工作量Ep-實(shí)際評(píng)審會(huì)之前所需工作量； 評(píng)估工作量Ea-實(shí)際評(píng)審所花費(fèi)的工作量 返工工作量Er-修改評(píng)審所發(fā)現(xiàn)錯(cuò)誤的工作量 工作產(chǎn)品規(guī)模WPS-評(píng)審對(duì)象的規(guī)模

發(fā)現(xiàn)的主要錯(cuò)誤數(shù)Errmajor-多于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 發(fā)現(xiàn)的次要錯(cuò)誤數(shù)Errminor-少于預(yù)期的改錯(cuò)工作量的錯(cuò)誤數(shù)目 總評(píng)審工作量Ereview = Ep+Ea+Er 錯(cuò)誤總數(shù)Errtot = Errmajor+Errminor 錯(cuò)誤密度：評(píng)審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯(cuò)誤數(shù)Ed = Errtot / WPS 錯(cuò)誤密度數(shù)值的含義：較小（產(chǎn)品質(zhì)量非常好或評(píng)審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）

11.軟件測(cè)試計(jì)劃：描述對(duì)計(jì)算機(jī)軟件配置項(xiàng)、子系統(tǒng)、系統(tǒng)進(jìn)行測(cè)試的計(jì)劃安排，內(nèi)容包括測(cè)試的環(huán)境、測(cè)試工作的標(biāo)識(shí)及測(cè)試工作的時(shí)間安排。

軟件測(cè)試報(bào)告：是對(duì)計(jì)算機(jī)軟件配置項(xiàng)、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關(guān)項(xiàng)目執(zhí)行合格性測(cè)試的記錄 12.軟件測(cè)試活動(dòng)

制訂測(cè)試計(jì)劃（測(cè)試分析員）

測(cè)試設(shè)計(jì)（測(cè)試設(shè)計(jì)人員）－方案設(shè)計(jì) 測(cè)試及測(cè)試用例設(shè)計(jì) 測(cè)試過(guò)程

樁模塊、驅(qū)動(dòng)模塊設(shè)計(jì)

測(cè)試實(shí)施（測(cè)試設(shè)計(jì)員）－實(shí)現(xiàn)測(cè)試設(shè)計(jì) 單元測(cè)試（測(cè)試員）集成測(cè)試（測(cè)試員）系統(tǒng)測(cè)試（測(cè)試員）

評(píng)估測(cè)試（測(cè)試設(shè)計(jì)人員）

13.無(wú)向圖的相關(guān)定義：

連接性：節(jié)點(diǎn)ni、nj是連接的，當(dāng)且僅當(dāng)ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點(diǎn)的最大集合

圖G的圈復(fù)雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點(diǎn)數(shù)，p為組件數(shù)。14.圖覆蓋：給定一個(gè)關(guān)于圖G的準(zhǔn)則C的測(cè)試需求集合TR，測(cè)試集合T在圖G上滿足準(zhǔn)則C當(dāng)且僅當(dāng)對(duì)TR中每個(gè)測(cè)試需求tr，path(T)中至少存在一條測(cè)試路徑p滿足tr。

簡(jiǎn)單路徑：如果從ni到nj的一條路徑中，除了始節(jié)點(diǎn)和終節(jié)點(diǎn)可以相同外，沒(méi)有任何節(jié)點(diǎn)出現(xiàn)次數(shù)多于一次，則該路徑為簡(jiǎn)單路徑。

主路徑：如果從ni到nj是一條簡(jiǎn)單路徑，并且它不作為任何其他簡(jiǎn)單路徑的子路徑出現(xiàn)，則稱之為主路徑。

主路徑覆蓋（PPC）準(zhǔn)則：TR包含圖中每一條主路徑。

指定路徑覆蓋（SPC)：TR包含一個(gè)測(cè)試路徑集S，S為指定參數(shù)。15.白盒測(cè)試方法

白盒測(cè)試：根據(jù)被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)和運(yùn)行機(jī)制來(lái)設(shè)計(jì)測(cè)試用例的方法，又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試、覆蓋測(cè)試

被測(cè)對(duì)象的獨(dú)立路徑至少覆蓋一次； 所有邏輯取值測(cè)試[真、假]； 循環(huán)邊界測(cè)試；

檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。16.黑盒測(cè)試方法

黑盒測(cè)試方法又稱功能測(cè)試方法、數(shù)據(jù)驅(qū)動(dòng)測(cè)試方法，測(cè)試設(shè)計(jì)時(shí)不考慮被測(cè)對(duì)象的內(nèi)部結(jié)構(gòu)，以檢查系統(tǒng)功能（功能的正確、完整、邏輯流程、人機(jī)界面、文檔內(nèi)容、系統(tǒng)安裝/初始化）

以被測(cè)對(duì)象的外部特征為測(cè)試依據(jù)。17.模糊測(cè)試方法

模糊測(cè)試方法：構(gòu)造大量的隨機(jī)數(shù)據(jù)作為系統(tǒng)的輸入，從而檢驗(yàn)系統(tǒng)在各種數(shù)據(jù)情況下是否出現(xiàn)問(wèn)題。

18.增量測(cè)試：?jiǎn)卧獪y(cè)試、調(diào)用依賴的模塊集成測(cè)試，逐步擴(kuò)展直到形成整個(gè)軟件系統(tǒng)。

19.突擊測(cè)試：所有模塊一次性集成為一個(gè)完整的系統(tǒng)，然后進(jìn)行完全測(cè)試。20.等價(jià)類劃分：

等價(jià)類劃分基于對(duì)輸入或輸出數(shù)據(jù)情況的評(píng)估，劃分成兩個(gè)或多個(gè)子集（等價(jià)類），然后從每個(gè)子集中選取一定的代表進(jìn)行測(cè)試的測(cè)試用例設(shè)計(jì)方法。21.極限測(cè)試

極限編程：利用輕量、敏捷的開(kāi)發(fā)過(guò)程，使開(kāi)發(fā)人員能夠更快地完成應(yīng)用程序的開(kāi)發(fā)。強(qiáng)調(diào)頻繁測(cè)試、測(cè)試驅(qū)動(dòng)的方式保證軟件質(zhì)量。

極限測(cè)試：為滿足極限編程思想和過(guò)程而設(shè)計(jì)的一套測(cè)試策略和流程，原來(lái)的測(cè)試技術(shù)、方法均可以使用 22.配置項(xiàng)測(cè)試的內(nèi)容

功能: 適合性

準(zhǔn)確性：功能的準(zhǔn)確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問(wèn)的可控制性 可靠性: 成熟性：容錯(cuò)處理、平均無(wú)故障時(shí)間

容錯(cuò)性：邊界條件、功能、性能的降級(jí)情況、誤操作模式、故障模式 易恢復(fù)性：自動(dòng)修復(fù)能力/時(shí)間、平均宕機(jī)時(shí)間、平均恢復(fù)時(shí)間、恢復(fù)能力等 易用性

易理解性：功能描述清晰、準(zhǔn)確；界面含義精確

易學(xué)性：在線幫助、幫助定位、各類手冊(cè)的易學(xué)、易用 易操作性：數(shù)據(jù)的有效檢查、解釋信息明確、界面切換 吸引性：人機(jī)界面定制 效率

時(shí)間特性：響應(yīng)時(shí)間、平均響應(yīng)時(shí)間、響應(yīng)極限時(shí)間、吞吐量、平均吞吐量、極限吞吐量，多任務(wù)并行測(cè)試

資源利用：大量并發(fā)任務(wù)下I/O設(shè)備利用、極限負(fù)載下I/O設(shè)備的負(fù)載、大量并發(fā)任務(wù)下用戶等待時(shí)間、內(nèi)存使用情況、數(shù)據(jù)傳輸能力等

維護(hù)性

易分析性：運(yùn)行狀態(tài)數(shù)據(jù)易分析 易變更性：軟件的可配置、修改能力 易測(cè)試性：變更之后的易測(cè)試情況 可移植性

適應(yīng)性：不同軟件、硬件環(huán)境的適應(yīng)能力 易安裝性：安裝、配置的復(fù)雜程度、難以程度 共存性：與其他軟件協(xié)同的能力 易替換性：版本的替換難以程度 依從性

以上所有特性遵循標(biāo)準(zhǔn)、規(guī)范的情況測(cè)試

23系統(tǒng)測(cè)試：系統(tǒng)非功能性測(cè)試，以檢驗(yàn)系統(tǒng)在超常數(shù)據(jù)規(guī)模或負(fù)載下，線程、CPU、內(nèi)存資源的利用和響應(yīng)時(shí)間、數(shù)據(jù)傳輸?shù)刃阅苤笜?biāo)是否滿足要求

24.測(cè)試計(jì)劃

確定測(cè)試充分性要求：覆蓋范圍、覆蓋程度 確定測(cè)試終止要求； 確定測(cè)試所需資源； 確定測(cè)試的軟件特性； 確定測(cè)試技術(shù)、方法； 確定測(cè)試準(zhǔn)出條件； 確定測(cè)試進(jìn)度計(jì)劃； 測(cè)試風(fēng)險(xiǎn)分析。

25.測(cè)試設(shè)計(jì)：測(cè)試設(shè)計(jì)人員、測(cè)試程序員

測(cè)試用例設(shè)計(jì)：依據(jù)測(cè)試特性； 獲取測(cè)試數(shù)據(jù)；

確定測(cè)試順序：資源、被測(cè)特性； 獲取測(cè)試資源：軟硬件、工具； 編寫(xiě)測(cè)試程序； 建立測(cè)試環(huán)境； 撰寫(xiě)測(cè)試設(shè)計(jì)說(shuō)明。

26.測(cè)試總結(jié)：

測(cè)試分析員－測(cè)試報(bào)告

總結(jié)測(cè)試計(jì)劃、測(cè)試說(shuō)明的變化情況； 異常終止時(shí)測(cè)試未覆蓋范圍； 未能解決的測(cè)試問(wèn)題； 總結(jié)測(cè)試結(jié)果（發(fā)現(xiàn)問(wèn)題）； 編寫(xiě)測(cè)試報(bào)告；

根據(jù)問(wèn)題報(bào)告、測(cè)試記錄，編寫(xiě)測(cè)試問(wèn)題報(bào)告。

27.軟件可靠性：在給定的運(yùn)行時(shí)間內(nèi)和給定的系統(tǒng)配置環(huán)境下，運(yùn)行給定的軟件功能時(shí)所 表現(xiàn)出來(lái)的質(zhì)量能力 28.系統(tǒng)性能指標(biāo)

系統(tǒng)資源利用率：分析性能指標(biāo)，改善性能系統(tǒng)行為指標(biāo) 請(qǐng)求響應(yīng)時(shí)間：一次請(qǐng)求完成時(shí)間

事務(wù)響應(yīng)時(shí)間：一個(gè)事務(wù)所有請(qǐng)求完成的總時(shí)間

數(shù)據(jù)吞吐量：?jiǎn)挝粫r(shí)間內(nèi)服務(wù)器接收、發(fā)送的數(shù)據(jù)量。

29.驗(yàn)收測(cè)試：用戶執(zhí)行的、使用真實(shí)數(shù)據(jù)進(jìn)行的測(cè)試，依據(jù)需求規(guī)格中的確認(rèn)標(biāo)準(zhǔn)進(jìn)行測(cè)試。回歸測(cè)試：驗(yàn)證已測(cè)試過(guò)的內(nèi)容不受變更影響，確認(rèn)變更沒(méi)有引入新的錯(cuò)誤。

30.α測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操 作環(huán)境下進(jìn)行的測(cè)試。

Beta測(cè)試由軟件的最終用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行，開(kāi)發(fā)者通常不在Beta測(cè)試的現(xiàn)場(chǎng)。

31.WebApp測(cè)試關(guān)注的主要內(nèi)容 Web內(nèi)容測(cè)試 界面 構(gòu)件

導(dǎo)航測(cè)試 安全性 性能

32.測(cè)試用例（Test Case）是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。

33.軟件生存期定義：從軟件產(chǎn)品設(shè)計(jì)到軟件被淘汰的時(shí)間段。又稱軟件生命周期、生存周期。進(jìn)一步劃分為兩個(gè)階段：開(kāi)發(fā)階段和維護(hù)階段（40%+60%）。

34.軟件安全定義：一種軟件質(zhì)量保證活動(dòng)，他主要用來(lái)識(shí)別和評(píng)估可能對(duì)軟件產(chǎn)生負(fù)面影響并促使整個(gè)系統(tǒng)失效的潛在災(zāi)難。

35.軟件評(píng)審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過(guò)程中的錯(cuò)誤，防止錯(cuò)誤傳遞、蔓延至后續(xù)活動(dòng)，防止錯(cuò)誤轉(zhuǎn)化為缺陷。36.V模型

優(yōu)點(diǎn)：既有底層測(cè)試又有高層測(cè)試。底層：?jiǎn)卧獪y(cè)試。高層：系統(tǒng)測(cè)試。

將開(kāi)發(fā)階段清楚的表現(xiàn)出來(lái)，便于控制開(kāi)發(fā)的過(guò)程。當(dāng)所有階段都結(jié)束時(shí)，軟件開(kāi)發(fā)就結(jié)束了。

缺點(diǎn)：容易讓人誤解為測(cè)試是在開(kāi)發(fā)完成之后的一個(gè)階段。

由于它的順序性，當(dāng)編碼完成之后，正式進(jìn)入測(cè)試時(shí)，這時(shí)發(fā)現(xiàn)的一些bug可能不容易找到其根源。

實(shí)際中，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計(jì)、編碼、測(cè)試，返工量大。37.W模型：

優(yōu)點(diǎn)：

將測(cè)試貫穿到整個(gè)軟件生命周期中，且除了代碼要測(cè)試，需求、設(shè)計(jì)等都要測(cè)試。更早介入軟件開(kāi)發(fā)中，能盡早發(fā)現(xiàn)缺陷并修復(fù)。

測(cè)試與開(kāi)發(fā)獨(dú)立起來(lái)，并與開(kāi)發(fā)并行。缺點(diǎn)：

對(duì)有些項(xiàng)目，開(kāi)發(fā)過(guò)程中根本沒(méi)有文檔產(chǎn)生，故W模型無(wú)法使用。

對(duì)于需求和設(shè)計(jì)的測(cè)試技術(shù)要求很高，實(shí)踐起來(lái)很困難。

從N0中某節(jié)點(diǎn)開(kāi)始到Nf中某節(jié)點(diǎn)結(jié)束的一條路徑稱為一條測(cè)試路徑。

1.軟件缺陷：（符合下列規(guī)則的叫軟件缺陷)：

１）．軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)的功能

２）．軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤

３）．軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍

４）．軟件未達(dá)到產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)

５）．軟件測(cè)試員認(rèn)為難以理解、不易使用、運(yùn)行速度緩慢、或者最終用戶認(rèn)為不好

2.單元測(cè)試：?jiǎn)卧獪y(cè)試是對(duì)軟件設(shè)計(jì)的最小單元——模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作，主要測(cè)試模塊在語(yǔ)法、格式和邏輯上的錯(cuò)誤。3.回歸測(cè)試

指軟件系統(tǒng)被修改或擴(kuò)充（如系統(tǒng)功能增強(qiáng)或升級(jí)）后重新進(jìn)行的測(cè)試，是為了保證對(duì)軟件所做的修改沒(méi)有引入新的錯(cuò)誤而重復(fù)進(jìn)行的測(cè)試。

4.等價(jià)類：指某個(gè)輸入域的子集合，在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的。

第四篇：軟件測(cè)試總結(jié)

面向?qū)ο蟪绦虻能浖y(cè)試方法

在軟件生命周期過(guò)程中，軟件測(cè)試是保證軟件質(zhì)量的關(guān)鍵環(huán)節(jié)之一。面向?qū)ο蠓椒▽W(xué)在軟件工程中的引入極大地方便了軟件的設(shè)計(jì)、開(kāi)發(fā)和維護(hù)，為創(chuàng)建高可靠性的軟件系統(tǒng)提供了重要保證。但面向?qū)ο蟪绦虻姆庋b、繼承、多態(tài)和異常處理機(jī)制等新特性卻給測(cè)試帶來(lái)新的挑戰(zhàn)。一方面需要調(diào)整、改進(jìn)傳統(tǒng)的測(cè)試策略和方法；另一方面探索出適應(yīng)面向?qū)ο蟪绦蛱卣鞯臏y(cè)試?yán)碚撆c技術(shù)也尤為必要。

面向?qū)ο?Object Oriented,OO)是當(dāng)前計(jì)算機(jī)界關(guān)心的重點(diǎn)，它是90年代軟件開(kāi)發(fā)方法的主流。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計(jì)和軟件開(kāi)發(fā)，擴(kuò)展到很寬的范圍。如數(shù)據(jù)庫(kù)系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺(tái)、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域。

面向?qū)ο蟮亩x或說(shuō)明對(duì)象的定義的非常少。其初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計(jì)中采用封裝、繼承、抽象等設(shè)計(jì)方法。可是，這個(gè)定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開(kāi)發(fā)的各個(gè)方面。如，面向?qū)ο蟮姆治觯∣OA，Object Oriented Analysis），面向?qū)ο蟮脑O(shè)計(jì)（OOD，Object Oriented Design）、以及我們經(jīng)常說(shuō)的面向?qū)ο蟮木幊虒?shí)現(xiàn)（OOP，Object Oriented Programming）。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_(kāi)發(fā)中所需要注意的問(wèn)題或所采用的比較好的設(shè)計(jì)方法。看這些文章只有真正懂得什么是對(duì)象，什么是面向?qū)ο螅拍茏畲蟪潭鹊貙?duì)自己有所裨益。這一點(diǎn)，恐怕對(duì)初學(xué)者甚至是從事相關(guān)工作多年的人員也會(huì)對(duì)它們的概念模糊不清。

1、面向?qū)ο蟮幕靖拍?/p>

(1)對(duì)象。

對(duì)象是人們要進(jìn)行研究的任何事物，從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。

(2)對(duì)象的狀態(tài)和行為。

對(duì)象具有狀態(tài)，一個(gè)對(duì)象用數(shù)據(jù)值來(lái)描述它的狀態(tài)。

對(duì)象還有操作，用于改變對(duì)象的狀態(tài)，對(duì)象及其操作就是對(duì)象的行為。

對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作封裝于對(duì)象的統(tǒng)一體中

(3)類。具有相同或相似性質(zhì)的對(duì)象的抽象就是類。因此，對(duì)象的抽象是類，類的具體化就是對(duì)象，也可以說(shuō)類的實(shí)例是對(duì)象。

類具有屬性，它是對(duì)象的狀態(tài)的抽象，用數(shù)據(jù)結(jié)構(gòu)來(lái)描述類的屬性。

類具有操作，它是對(duì)象的行為的抽象，用操作名和實(shí)現(xiàn)該操作的方法來(lái)描述。

(4)類的結(jié)構(gòu)。

在客觀世界中有若干類，這些類之間有一定的結(jié)構(gòu)關(guān)系。通常有兩種主要的結(jié)構(gòu)關(guān)系，即一般--具體結(jié)構(gòu)關(guān)系，整體--部分結(jié)構(gòu)關(guān)系。

①一般——具體結(jié)構(gòu)稱為分類結(jié)構(gòu)，也可以說(shuō)是“或”關(guān)系，或者是“is a”關(guān)系。

②整體——部分結(jié)構(gòu)稱為組裝結(jié)構(gòu)，它們之間的關(guān)系是一種“與”關(guān)系，或者是“has a”關(guān)系。

(5)消息和方法。

對(duì)象之間進(jìn)行通信的結(jié)構(gòu)叫做消息。在對(duì)象的操作中，當(dāng)一個(gè)消息發(fā)送給某個(gè)對(duì)象時(shí)，消息包含接收對(duì)象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說(shuō)明接受消息的對(duì)象名、發(fā)送給該對(duì)象的消息名（即對(duì)象名、方法名）。一般還要對(duì)參數(shù)加以說(shuō)明，參數(shù)可以是認(rèn)識(shí)該消息的對(duì)象所知道的變量名，或者是所有對(duì)象都知道的全局變量名。

類中操作的實(shí)現(xiàn)過(guò)程叫做方法，一個(gè)方法有方法名、參數(shù)、方法體。消

2、面向?qū)ο蟮奶卣?/p>

(1)對(duì)象唯一性。

每個(gè)對(duì)象都有自身唯一的標(biāo)識(shí)，通過(guò)這種標(biāo)識(shí)，可找到相應(yīng)的對(duì)象。在對(duì)象的整個(gè)生命期中，它的標(biāo)識(shí)都不改變，不同的對(duì)象不能有相同的標(biāo)識(shí)。

(2)分類性。

分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對(duì)象抽象成類。一個(gè)類就是這樣一種抽象，它反映了與應(yīng)用有關(guān)的重要性質(zhì)，而忽略其他一些無(wú)關(guān)內(nèi)容。任何類的劃分都是主觀的，但必須與具體的應(yīng)用有關(guān)。

(3)繼承性。

繼承性是子類自動(dòng)共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是類之間的一種關(guān)系。在定義和實(shí)現(xiàn)一個(gè)類的時(shí)候，可以在一個(gè)已經(jīng)存在的類的基礎(chǔ)之上來(lái)進(jìn)行，把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容，并加入若干新的內(nèi)容。繼承性是面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言不同于其它語(yǔ)言的最重要的特點(diǎn)，是其他語(yǔ)言所沒(méi)有的。

在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。

在類層次中，子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。

在軟件開(kāi)發(fā)中，類的繼承性使所建立的軟件具有開(kāi)放性、可擴(kuò)充性，這是信息組織與分類的行之有效的方法，它簡(jiǎn)化了對(duì)象、類的創(chuàng)建工作量，增加了代碼的可重性。

采用繼承性，提供了類的規(guī)范的等級(jí)結(jié)構(gòu)。通過(guò)類的繼承關(guān)系，使公共的特性能夠共享，提高了軟件的重用性。

(4)多態(tài)性(多形性)多態(tài)性使指相同的操作或函數(shù)、過(guò)程可作用于多種類型的對(duì)象上并獲得不同的結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。

多態(tài)性允許每個(gè)對(duì)象以適合自身的方式去響應(yīng)共同的消息。

多態(tài)性增強(qiáng)了軟件的靈活性和重用性。

面向?qū)ο蠓椒ǖ幕舅枷胧且唬好嫦驅(qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類、封裝、繼承、多態(tài)和消息等概念來(lái)構(gòu)造、測(cè)試、重構(gòu)軟件的方法。

二： 面向?qū)ο蠓椒ㄊ且哉J(rèn)識(shí)論為基礎(chǔ)，用對(duì)象來(lái)理解和分析問(wèn)題空間，并設(shè)計(jì)和開(kāi)發(fā)出由對(duì)象構(gòu)成的軟件系統(tǒng)（解空間）的方法。由于問(wèn)題空間和解空間都是由對(duì)象組成的，這樣可以消除由于問(wèn)題空間和求解空間結(jié)構(gòu)上的不一致帶來(lái)的問(wèn)題。簡(jiǎn)言之，面向?qū)ο缶褪敲嫦蚴虑楸旧恚嫦驅(qū)ο蟮姆治鲞^(guò)程就是認(rèn)識(shí)客觀世界的過(guò)程。

面向?qū)ο蠓椒◤膶?duì)象出發(fā)，發(fā)展出對(duì)象，類，消息，繼承等概念。

面向?qū)ο蠓椒ǖ闹饕獌?yōu)點(diǎn)是：符合人們通常的思維方式；從分析到設(shè)計(jì)再到編碼采用一致的模型表示具有高度連續(xù)性；軟件重用性好。

面向?qū)ο筌浖y(cè)試的特點(diǎn)是: 1.掌握代碼檢查、走查與評(píng)審的基本方法和技術(shù)； 2.掌握白盒測(cè)試和黑盒測(cè)試的測(cè)試用例的設(shè)計(jì)原則和方法； 3.掌握單元測(cè)試和集成測(cè)試的基本策略和方法；

4.了解系統(tǒng)測(cè)試、性能測(cè)試和可靠性測(cè)試的基本概念和方法； 5.了解面向?qū)ο筌浖蚖EB應(yīng)用軟件測(cè)試的基本概念和方法； 6.掌握軟件測(cè)試過(guò)程管理的基本知識(shí)和管理方法； 7.熟悉軟件測(cè)試的標(biāo)準(zhǔn)和文檔；

8.掌握QESuite軟件測(cè)試過(guò)程管理平臺(tái)和QESat/C++軟件分析和工具的使用方法。

第五篇：軟件測(cè)試工程師總結(jié)

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

總結(jié)是在某一特定時(shí)間段對(duì)學(xué)習(xí)和工作生活或其完成情況，包括取得的成績(jī)、存在的問(wèn)題及得到的經(jīng)驗(yàn)和教訓(xùn)加以回顧和分析的書(shū)面材料，它是增長(zhǎng)才干的一種好辦法，快快來(lái)寫(xiě)一份總結(jié)吧。那么總結(jié)要注意有什么內(nèi)容呢？下面是小編精心整理的軟件測(cè)試工程師總結(jié)，僅供參考，大家一起來(lái)看看吧。

x年是我進(jìn)入公司的第一年，也是我的工作能力得到提高和快速發(fā)展的一年，在公司領(lǐng)導(dǎo)的指導(dǎo)和同事以及其它部門(mén)的支持配合下，最后在經(jīng)過(guò)自己的努力，完成了自己所要完成的各項(xiàng)工作任務(wù)，在新的一年來(lái)臨之跡，我要對(duì)過(guò)去一年的工作進(jìn)行一個(gè)全面的總結(jié)，以便在今年的工作中能夠有更明確的目標(biāo)，盡量克服自己現(xiàn)在所存在的不足，希望能更一步為自己所在的部門(mén)增光，做出自己的貢獻(xiàn)。下面是我對(duì)去年工作匯總。

一、總結(jié)：

1.自身定位：在過(guò)去一年，是我進(jìn)公司的第一年，也是我工作的第一年，剛開(kāi)始在我對(duì)工作競(jìng)爭(zhēng)和自身都不甚了解的情況下，在領(lǐng)導(dǎo)和同事的指導(dǎo)下，我感覺(jué)自己已經(jīng)慢慢對(duì)人與人的競(jìng)爭(zhēng)和自身定位有了深刻的了解，因?yàn)橛辛俗晕夷繕?biāo)，才能感受到自己的壓力有多大!我的目標(biāo)也不只是完成目前所要做的工作而已，要向其它方面拓展學(xué)習(xí)。

2.定下心來(lái)，踏踏實(shí)實(shí)：我學(xué)的是計(jì)算機(jī)專業(yè)，我的工作也是計(jì)算機(jī)方面的，以前有什么優(yōu)勢(shì)，但是踏入工作崗位后才發(fā)現(xiàn)，自己學(xué)的只是一個(gè)基礎(chǔ)，只是有些方面或許比別人走的快一步，所以一切都要靠自己.自己要定得心下來(lái)學(xué)習(xí).成功需要耐得住寂寞，不求最快，但求.3.團(tuán)隊(duì)合作：以前在學(xué)校或許你可以靠一個(gè)取得好成績(jī)，在工作上你必須要有一個(gè)團(tuán)隊(duì)，在一個(gè)部門(mén)之中，團(tuán)隊(duì)合作精神顯得尤為重要.以前我做有些事都是一意孤行，但現(xiàn)在已經(jīng)對(duì)自己改變了，多聽(tīng)聽(tīng)他人意見(jiàn)，會(huì)犯更少錯(cuò)誤，會(huì)更長(zhǎng)見(jiàn)識(shí)，所以要學(xué)會(huì)與同事之間的合作，做事才更有效。

4.工作情況：在公司一年，對(duì)mes大型系統(tǒng)有了個(gè)大概了解，對(duì)我們所要學(xué)習(xí)的mes已經(jīng)可以說(shuō)差不多都掌握，條碼打印機(jī)的維修和設(shè)置掌握，a4打印機(jī)大多數(shù)情況可以維護(hù)，pda、條碼槍已掌握，電腦的系統(tǒng)重裝和維護(hù)已掌握，其它基本設(shè)置可以維護(hù)，對(duì)新出來(lái)的程序掌握和了解也比較快。

5.課外學(xué)習(xí)：sql該學(xué)的已經(jīng)掌握，c#學(xué)習(xí)，簡(jiǎn)單的程序可以編寫(xiě)，但有時(shí)還要依靠于網(wǎng)絡(luò)和朋友，需要進(jìn)一步加強(qiáng)。但主要還是以網(wǎng)絡(luò)為主。

二、自身缺點(diǎn)

1.溝通問(wèn)題：自己的溝通能力只能算一般，因?yàn)閷?duì)于某些事的闡釋還是不怎么好，語(yǔ)言表達(dá)能力有點(diǎn)差，希望通過(guò)平時(shí)的交流和溝通來(lái)加強(qiáng)。

2.心態(tài)問(wèn)題：自己對(duì)于做某些事過(guò)于著急，一心想急切完成，確反而誤時(shí)，這個(gè)問(wèn)題一開(kāi)始就一直出現(xiàn)，現(xiàn)在雖然已經(jīng)基本克服，但也要列入缺點(diǎn)方面，希望以后時(shí)刻注意!

3.學(xué)習(xí)問(wèn)題：對(duì)于課外學(xué)習(xí)c#這方面，我在編程時(shí)感覺(jué)困難的時(shí)候有時(shí)候就不愿去做，現(xiàn)在雖然已經(jīng)慢慢改進(jìn)上網(wǎng)搜資料和問(wèn)問(wèn)朋友，但有時(shí)候還是克服不了自己。

20xx年2月2日，我有幸成為北京超圖一員，應(yīng)聘為公司的java軟件工程師。入任職以來(lái)，在部門(mén)領(lǐng)導(dǎo)的帶領(lǐng)下，自己感覺(jué)無(wú)論學(xué)習(xí)、技術(shù)、生活等方面都有很大的提升。

20xx年里我主要完成的工作有三方面：

1、荊門(mén)石油石化巡檢系統(tǒng)的調(diào)研和開(kāi)發(fā)。

該項(xiàng)目是我工作以來(lái)第一次涉及到調(diào)研，對(duì)我來(lái)說(shuō)算是一個(gè)不小的挑戰(zhàn)。在調(diào)研過(guò)程中，讓我學(xué)會(huì)了如何通過(guò)和客戶的溝通來(lái)了解客戶的需求。由于自己的工作經(jīng)驗(yàn)不足，在調(diào)研工作中體現(xiàn)出一些問(wèn)題。不能很直接的在和客戶溝通中非常準(zhǔn)確的了解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒(méi)有把自己作為最終用戶并站在用戶的角度上來(lái)考慮問(wèn)題，這些都是我在以后的工作中需要提高和改進(jìn)的地方。在巡檢系統(tǒng)的開(kāi)發(fā)工作中，讓我進(jìn)一步鞏固和加強(qiáng)了自己的開(kāi)發(fā)能力。

2、電信12530增值業(yè)務(wù)的開(kāi)發(fā)與維護(hù)。

從5月以來(lái)我就開(kāi)始接手公司的主要業(yè)務(wù)之一，12530電信增值業(yè)務(wù)。由于前面負(fù)責(zé)這個(gè)項(xiàng)目的同事突然離職，導(dǎo)致這個(gè)項(xiàng)目的交接工再做得不夠好，對(duì)我順利接手這個(gè)項(xiàng)目造成很大的困難。而剛一接手這個(gè)項(xiàng)目，馬上就需要新上一個(gè)投票活動(dòng)，并要對(duì)一些主要代碼進(jìn)行修改，讓我倍感壓力，幾乎都快放棄。最后在金總的指導(dǎo)和鼓勵(lì)下，順利的完成這次活動(dòng)。在完成這次投票活動(dòng)后，為了避免下一個(gè)接手這個(gè)項(xiàng)目同事與我遇到同樣困難，我第一時(shí)間將這個(gè)項(xiàng)目的相關(guān)技術(shù)文檔補(bǔ)充完全，保證別人能夠順利的進(jìn)行該項(xiàng)目工作。通過(guò)這個(gè)項(xiàng)目，讓我加強(qiáng)了自己在高強(qiáng)高壓下工作的能力，也讓我找到更多自信。

3、襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心的開(kāi)發(fā)與實(shí)施。

在這兩個(gè)項(xiàng)目中，除了承擔(dān)開(kāi)發(fā)工作以外，也逐漸涉及到項(xiàng)目管理的職責(zé)，讓我在個(gè)人能力上有所提高。為了這兩個(gè)項(xiàng)目能夠順利完成，除了完成自己的工作外，還主動(dòng)關(guān)心其他同事的工作完成情況。讓我在項(xiàng)目管理和項(xiàng)目進(jìn)度的把控能力有很大的提高。將襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心順利實(shí)施，為我公司拿下湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心奠定基礎(chǔ)。在工作之外，我也注重個(gè)人能力的提高。工作之余，主動(dòng)學(xué)習(xí)一些新技術(shù)，與同事溝通配合，搭建一個(gè)ssh的開(kāi)發(fā)框架。也學(xué)習(xí)springsecurity知識(shí)，這些新知識(shí)的積累，對(duì)我以后的工作有很大幫助。

20xx年工作展望：

1、將學(xué)習(xí)的springsecurity整合到我們自己搭建的ssh框架，進(jìn)一步完善框架。

2、利用搭建的ssh框架，開(kāi)發(fā)一套o(hù)a系統(tǒng)平臺(tái)。

3、做好襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心的維護(hù)工作。

4、希望公司能夠大量拿下湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心，繼續(xù)開(kāi)發(fā)和實(shí)施湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心。

5、繼續(xù)學(xué)習(xí)新技術(shù)，努力提高自己的個(gè)人能力。為以后能夠更好，更順利的工作奠定基礎(chǔ)。

6、希望通過(guò)自己的進(jìn)步和努力，能為公司的發(fā)展做出自己的貢獻(xiàn)，體現(xiàn)出自己的價(jià)值。

我在公司的職位是軟件測(cè)試人員，我的.工作就是要負(fù)責(zé)公司軟件開(kāi)發(fā)后的測(cè)試工作，把好最后一道關(guān)，使公司的產(chǎn)品實(shí)現(xiàn)價(jià)值化，延長(zhǎng)軟件生命周期。

轉(zhuǎn)眼間，在公司這個(gè)大家庭里工作已經(jīng)半年了，回首這半年來(lái)自己所經(jīng)歷的一切，面對(duì)自己的成績(jī)與教訓(xùn)、長(zhǎng)處與不足、困難與機(jī)遇內(nèi)心感慨萬(wàn)千，這段時(shí)間讓我學(xué)到很多也懂得了很多，我很感謝公司所給予的一切。

首先，我真心的感謝公司領(lǐng)導(dǎo)及其公司同事給我們的這個(gè)難得的機(jī)會(huì)，我非常珍惜這個(gè)機(jī)會(huì)，對(duì)我來(lái)說(shuō)，這能夠真正使我從不適應(yīng)工作到適應(yīng)以后的工作和生活。非常感謝研發(fā)部的同事，還有感謝所有公司的同事，因?yàn)槟銈兊膸椭翼樌淖哌^(guò)在公司的適應(yīng)期。還記得工作第一天的時(shí)候，那時(shí)我對(duì)所有的工作流程都還不懂，開(kāi)始的時(shí)候很緊張，但是從有了第一次工作后，對(duì)自己的工作就逐漸成為習(xí)慣，適應(yīng)了這里的工作環(huán)境，自我價(jià)值也在工作的過(guò)程中得到了實(shí)現(xiàn)并且得到了提高。

其次，在工作的半年以來(lái)自己在工作上有不少收獲，能夠熟練的操作公司所生產(chǎn)的軟件產(chǎn)品，做到盡到自己的工作職責(zé)將軟件產(chǎn)品不成熟的地方和有bug的地方即時(shí)記錄，享即時(shí)將建議與問(wèn)題發(fā)給研發(fā)進(jìn)行溝通，讓研發(fā)可以更快的解決問(wèn)題所在。對(duì)于網(wǎng)站以及服務(wù)器上會(huì)出現(xiàn)的問(wèn)題都已經(jīng)整理文檔，方便大家共享，更好的查找和解決問(wèn)題。

在測(cè)試工作之外，我會(huì)力所能及的幫用戶監(jiān)測(cè)網(wǎng)站查找問(wèn)題，編寫(xiě)測(cè)試報(bào)告。幫公司的銷售人員查找網(wǎng)站鏈接，整理表格資料，進(jìn)行監(jiān)測(cè)，查找出問(wèn)題，方便銷售人員對(duì)用戶提供測(cè)試報(bào)告，增加銷售籌碼。

在領(lǐng)導(dǎo)的幫助下，完成了公司所需要申請(qǐng)專利的兩份資料，對(duì)專利申請(qǐng)的流程以及申請(qǐng)文檔的編寫(xiě)的有了進(jìn)一步的了解。為以后在相同方面的工作累積了經(jīng)驗(yàn)。

這學(xué)期的期末大作業(yè)是對(duì)ELearningJavaWeb應(yīng)用系統(tǒng)進(jìn)行測(cè)試，通過(guò)這次系統(tǒng)測(cè)試，我學(xué)到了很多知識(shí)。對(duì)于具體的測(cè)試部分，我主要做的是單元測(cè)試和性能測(cè)試，其中單元測(cè)試使用的是Junit工具，性能測(cè)試使用的是JMeter。就這次大作業(yè)而言，我認(rèn)為它與我們平時(shí)做的實(shí)驗(yàn)很不相同，我們平時(shí)的實(shí)驗(yàn)只是涉及到測(cè)試的某個(gè)小部分，而這次測(cè)試卻是對(duì)一個(gè)相對(duì)完整的項(xiàng)目按照規(guī)范的標(biāo)準(zhǔn)進(jìn)行測(cè)試。

對(duì)于好的測(cè)試來(lái)說(shuō)，應(yīng)該注意一下幾點(diǎn)：

1.測(cè)試的獨(dú)立性：一次只測(cè)試一個(gè)對(duì)象，方便定位出錯(cuò)的位置。這有2層意思：一個(gè)TestCase，只測(cè)試一個(gè)對(duì)象;一個(gè)TestMethod，只測(cè)試這個(gè)對(duì)象中的一個(gè)方法。

2.給測(cè)試方法一個(gè)合適的名字。

3.在assert函數(shù)中給出失敗的原因，如：assertTrue(“…shouldbetrue”,…)，方便查錯(cuò)。在這個(gè)例子中，如果無(wú)法通過(guò)assertTrue，那么給出的消息將被顯示。在junit中每個(gè)assert函數(shù)都有第一個(gè)參數(shù)是出錯(cuò)時(shí)顯示消息的函數(shù)原型。

4.測(cè)試所有可能引起失敗的地方，如：一個(gè)類中頻繁改動(dòng)的函數(shù)。對(duì)于那些僅僅只含有g(shù)etter/setter的類，如果是由IDE(如Eclipse)產(chǎn)生的，則可不測(cè);如果是人工寫(xiě)，那么測(cè)試一下。

5.在setUp和tearDown中的代碼不應(yīng)該是與測(cè)試方法相關(guān)的，而應(yīng)該是全局相關(guān)的。如針對(duì)與測(cè)試方法A和B，在setUp和tearDown中的代碼應(yīng)該是A和B都需要的代碼。

6.測(cè)試代碼的組織：相同的包，不同的目錄。這樣，測(cè)試代碼可以訪問(wèn)被測(cè)試類的protected變量/方法，方便測(cè)試代碼的編寫(xiě)。放在不同的目錄，則方便了測(cè)試代碼的管理以及代碼的打包和發(fā)布。

對(duì)于測(cè)試用例的命名，我們要使其與測(cè)試類的名稱相一致，比如說(shuō)，類的名稱為T(mén)esting，此類的測(cè)試用例的名稱為T(mén)estingTest。當(dāng)我們把測(cè)試代碼和被測(cè)的代碼放在同一目錄下時(shí)，我們就可以在編譯被測(cè)代碼的同時(shí)編譯測(cè)試代碼，從而確保兩者是同步更新的。事實(shí)上當(dāng)前的普遍做法，就是把單元測(cè)試視為build的一個(gè)環(huán)節(jié)。保持測(cè)試之間的獨(dú)立性是一個(gè)很好的習(xí)慣，使得它們?cè)谌魏未涡蛳聢?zhí)行的結(jié)果都是相同的。如果真得需要某些測(cè)試按照特定的次序執(zhí)行，我們可以借助addtest來(lái)實(shí)現(xiàn)。當(dāng)我們需要增加一個(gè)測(cè)試時(shí)，我們要書(shū)寫(xiě)一個(gè)自己的測(cè)試用例，但是如果喜歡在測(cè)試用例的構(gòu)造函數(shù)中做有關(guān)的初始化工作，這就不是個(gè)好習(xí)慣。數(shù)據(jù)文件應(yīng)該盡可能和源代碼一起都放在配置管理系統(tǒng)上，但這樣一來(lái)如果我們采用上面的resource機(jī)制，我們就需要做一件工作，就是把數(shù)據(jù)文件從原來(lái)的位置-就是源代碼的某個(gè)相對(duì)路徑，拷貝到編譯后的位置，也就是class文件的相應(yīng)的相對(duì)路徑。

通過(guò)這次軟件測(cè)試的系統(tǒng)測(cè)試，我對(duì)軟件測(cè)試有了更加深刻的認(rèn)識(shí)，其實(shí)軟件測(cè)試并不像想象的那么簡(jiǎn)單，它需要測(cè)試人員具備多方面的能力和素質(zhì)。軟件測(cè)試人員應(yīng)該擁有廣闊的視野、一定的編程能力、細(xì)心和耐心等等。這些對(duì)于能否測(cè)出優(yōu)秀的系統(tǒng)來(lái)說(shuō)都是必不可少的。

經(jīng)過(guò)這次對(duì)javaWeb應(yīng)用系統(tǒng)的測(cè)試，我的測(cè)試能力得到了鍛煉，對(duì)軟件測(cè)試有了比較全面的認(rèn)識(shí)，收獲了很多珍貴的東西，而且我也從軟件測(cè)試的角度，對(duì)編寫(xiě)健壯的程序也有了新的認(rèn)識(shí)。

通過(guò)最近xx客戶端的產(chǎn)品測(cè)試，我做了以下簡(jiǎn)單的工作總結(jié)，重新認(rèn)識(shí)產(chǎn)品測(cè)試的基本理念以及對(duì)自己工作不足之處的檢討。

產(chǎn)品測(cè)試的目的是找出產(chǎn)品存在的漏洞，了解客戶的感知，從而改良產(chǎn)品。但不同的測(cè)試初衷會(huì)直接影響到測(cè)試方法的選擇，從而影響到最后的結(jié)果與測(cè)試目的的吻合程度，所以明確產(chǎn)品測(cè)試的目的是十分必要而且十分重要的。測(cè)試的目的主要是記錄客觀現(xiàn)象，揭露產(chǎn)品現(xiàn)狀，站在客戶的角度使用產(chǎn)品，深入了解用戶的感受。

產(chǎn)品測(cè)試的方法，我個(gè)人認(rèn)為應(yīng)該將產(chǎn)品測(cè)試的目的和測(cè)試方法緊密結(jié)合起來(lái)，其重點(diǎn)在于細(xì)致入微的發(fā)現(xiàn)和記錄，反映用戶不愿或者不能表達(dá)的客觀現(xiàn)象，從而揭露產(chǎn)品的缺陷，并通過(guò)進(jìn)一步詢問(wèn)的方式，了解用戶的真實(shí)感受，所以應(yīng)該采取客觀記錄和深度訪談相結(jié)合的方法，充分揭露產(chǎn)品存在的缺陷，不斷改良和完善產(chǎn)品。

因此作為一名產(chǎn)品測(cè)試員，應(yīng)該承擔(dān)起重要的責(zé)任。首先，產(chǎn)品測(cè)試員要有一顆細(xì)致，善于觀察的心，具備高素質(zhì)的專業(yè)技能，并且充分明確產(chǎn)品測(cè)試的目的和產(chǎn)品測(cè)試的方法，知道為什么要測(cè)以及用什么來(lái)測(cè)才能真正地做好產(chǎn)品測(cè)試，發(fā)揮產(chǎn)品測(cè)試的作用;其次，產(chǎn)品測(cè)試員要對(duì)產(chǎn)品業(yè)務(wù)流程非常熟悉，掌握產(chǎn)品的功能，才能對(duì)產(chǎn)品進(jìn)行充分的、詳細(xì)的、全面的測(cè)試;再者，產(chǎn)品測(cè)試員要做到既是專家又是用戶，要站在用戶的角度去使用產(chǎn)品，且要比用戶更加細(xì)致，用心的使用產(chǎn)品，才能更加充分地去發(fā)現(xiàn)產(chǎn)品在使用過(guò)程中存在的不足，從而才能不斷地完善產(chǎn)品，滿足客戶的真正需求。

通過(guò)以上對(duì)產(chǎn)品測(cè)試的認(rèn)知，我發(fā)現(xiàn)，我，作為一名產(chǎn)品測(cè)試員，在此次測(cè)試工作中存在以下幾個(gè)不足之處：

1、產(chǎn)品測(cè)試專業(yè)知識(shí)掌握不足，缺少高素質(zhì)的專業(yè)技能;

2、沒(méi)有充分做到站在客戶的角度去使用產(chǎn)品，用心去感知客戶的需求;

3、對(duì)產(chǎn)品的詳細(xì)業(yè)務(wù)流程掌握不夠;

4、對(duì)產(chǎn)品測(cè)試細(xì)節(jié)觀察不夠細(xì)微，細(xì)致;

5、與整體產(chǎn)品組成員溝通交流存在不足，未能及時(shí)準(zhǔn)確地提出產(chǎn)品存在的不足之處;

今后，要加強(qiáng)各方面的測(cè)試知識(shí)學(xué)習(xí);提升測(cè)試專業(yè)技能;培養(yǎng)高素質(zhì)的專業(yè)技巧;同時(shí)，加強(qiáng)對(duì)產(chǎn)品業(yè)務(wù)流程的認(rèn)知，以及對(duì)事物的觀察能力;提高自己的動(dòng)手和動(dòng)腦能力，多動(dòng)手多動(dòng)腦，才能從多方面發(fā)現(xiàn)問(wèn)題和解決問(wèn)題，從而不斷地完善和提升測(cè)試能力。

吃一塹長(zhǎng)一智。只有經(jīng)過(guò)總結(jié)經(jīng)驗(yàn)教訓(xùn)，才會(huì)有進(jìn)步，才能發(fā)現(xiàn)自己的不足之處，知道自己哪里做得不好，才能去補(bǔ)充和改善這些不足之處，從而提高自己工作能力;不斷加強(qiáng)產(chǎn)品測(cè)試管理工作，通過(guò)產(chǎn)品測(cè)試管理工作的加強(qiáng)，力求在測(cè)試階段盡可能多的發(fā)現(xiàn)產(chǎn)品存在的錯(cuò)誤與缺陷，盡可能少的將問(wèn)題帶給用戶，確保產(chǎn)品的質(zhì)量及其可靠性，提高用戶滿意程度。