第一篇：軟件測(cè)試經(jīng)驗(yàn)小總結(jié)

需求分析階段：

1,增加的新功能,以及需求變動(dòng), 要考慮到測(cè)試范圍的變化,務(wù)必確保沒有因?yàn)樽儎?dòng)引起測(cè)試遺漏.2,拿到需求以后,及時(shí)跟開發(fā)溝通各個(gè)功能點(diǎn)什么時(shí)候能夠開發(fā)完成;尤其在第一個(gè)初步的版本出來以后,要跟他們確認(rèn)下缺失的功能點(diǎn).因?yàn)橛袀€(gè)時(shí)候開發(fā)會(huì)遺漏功能點(diǎn), 盡量想辦法把問題提前發(fā)現(xiàn).測(cè)試階段：

采取冒煙測(cè)試－〉回歸測(cè)試－〉系統(tǒng)測(cè)試，這樣的測(cè)試流程。

3, 冒煙測(cè)試的時(shí)候,所有的模塊都要冒煙,即便有些模塊最近都沒有改動(dòng)過。因?yàn)槟K集成后，可能因?yàn)槟承┠K的變動(dòng)引起其他模塊的功能失效

Bug相關(guān)：

４, 不同瀏覽器的問題, 要在標(biāo)題里加注

非IE瀏覽器的問題,發(fā)現(xiàn)以后在IE里驗(yàn)證.５, UI的問題，一定要截圖，除了方便開發(fā)定位，另外還起到紀(jì)錄的作用。

6, Bug標(biāo)題: 要描述清楚是什么錯(cuò)誤.看一眼標(biāo)題就可以知道標(biāo)題描述的是期待結(jié)果還是實(shí)際結(jié)果。

7, Bug描述: 某某功能錯(cuò)誤,或記錄錯(cuò)誤的, 一定要在描述里寫明復(fù)現(xiàn)步驟，是什么錯(cuò)誤,怎么錯(cuò)了.8, 激活Bug：Re-active Bug的時(shí)候,要寫明是什么地方測(cè)試未通過,存在什么問題.9, 一個(gè)Bug只記錄跟蹤一個(gè)問題：驗(yàn)證Bug的時(shí)候，如果發(fā)現(xiàn)該Bug引發(fā)了新問題，不要再激活原Bug, 應(yīng)新建一個(gè)Bug,但要在原Bug上鏈接到新Bug.確保一個(gè)Bug只記錄跟蹤一個(gè)問題。

10, 出現(xiàn)的Bug都有記錄：Bug與開發(fā)直接溝通的,確認(rèn)是一個(gè)Bug的,一定要在TFS里提交Bug，確保每個(gè)出現(xiàn)的Bug都有記錄,方便以后跟蹤.11, 每次給客戶部署的版本,要記錄下此版本上存在的Bug.測(cè)試階段：

1、遇到時(shí)間緊，人手不夠不能充分進(jìn)行測(cè)試時(shí)，著重對(duì)新模塊和修改過的模塊進(jìn)行測(cè)試，其他模塊進(jìn)行簡(jiǎn)單冒煙

2、必要的隨機(jī)測(cè)試很重要，往往能發(fā)現(xiàn)一些按照用例跑所發(fā)現(xiàn)不了的bug，最好是讓測(cè)試人員隨機(jī)跑其他人員的模塊（簡(jiǎn)單的交叉測(cè)試）

用例設(shè)計(jì)階段：

正常流程的用例要有，最關(guān)鍵的是對(duì)于異常情況考慮要全面，用例覆蓋面很重要，必要的時(shí)候要多次評(píng)審測(cè)試用例

需求分析階段

盡量聽取第一手需求，盡量避免從開發(fā)人員那里獲得需求然后按照他們的思路來測(cè)試，這樣測(cè)試人員的思路會(huì)被開發(fā)人員帶著走，不便于發(fā)現(xiàn)隱藏問題（吃過虧的都知道

解Bug：

1、如果部署了正式環(huán)境上發(fā)現(xiàn)有頁面問題，聯(lián)系開發(fā)人員盡快解決，通過替換文件的方式而不用重新發(fā)版本，因此這種bug越早發(fā)現(xiàn)越好

2、項(xiàng)目時(shí)間緊張時(shí)候，如果遇到非常嚴(yán)重的bug，除了在工具里提交bug之外還要馬上聯(lián)系開發(fā)人員告知bug，因?yàn)橛袝r(shí)候開發(fā)人員沒時(shí)間及時(shí)的去查看bug列表

3、每個(gè)人對(duì)自己分配的測(cè)試模塊要去盯開發(fā)人員，不能拖著，不然開發(fā)人員很容易遺忘）

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

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

在軟件生命周期過程中，軟件測(cè)試是保證軟件質(zhì)量的關(guān)鍵環(huán)節(jié)之一。面向?qū)ο蠓椒▽W(xué)在軟件工程中的引入極大地方便了軟件的設(shè)計(jì)、開發(fā)和維護(hù)，為創(chuàng)建高可靠性的軟件系統(tǒng)提供了重要保證。但面向?qū)ο蟪绦虻姆庋b、繼承、多態(tài)和異常處理機(jī)制等新特性卻給測(cè)試帶來新的挑戰(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年代軟件開發(fā)方法的主流。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計(jì)和軟件開發(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或說明對(duì)象的定義的非常少。其初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計(jì)中采用封裝、繼承、抽象等設(shè)計(jì)方法?？墒?，這個(gè)定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開發(fā)的各個(gè)方面。如，面向?qū)ο蟮姆治觯∣OA，Object Oriented Analysis），面向?qū)ο蟮脑O(shè)計(jì)（OOD，Object Oriented Design）、以及我們經(jīng)常說的面向?qū)ο蟮木幊虒?shí)現(xiàn)（OOP，Object Oriented Programming）。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_發(fā)中所需要注意的問題或所采用的比較好的設(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ù)值來描述它的狀態(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ì)象，也可以說類的實(shí)例是對(duì)象。

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

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

(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)，也可以說是“或”關(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ā)送一條消息至少要包括說明接受消息的對(duì)象名、發(fā)送給該對(duì)象的消息名（即對(duì)象名、方法名）。一般還要對(duì)參數(shù)加以說明，參數(shù)可以是認(rèn)識(shí)該消息的對(duì)象所知道的變量名，或者是所有對(duì)象都知道的全局變量名。

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

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

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

每個(gè)對(duì)象都有自身唯一的標(biāo)識(shí)，通過這種標(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ì)，而忽略其他一些無關(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ǔ)之上來進(jìn)行，把這個(gè)已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容，并加入若干新的內(nèi)容。繼承性是面向?qū)ο蟪绦蛟O(shè)計(jì)語言不同于其它語言的最重要的特點(diǎn)，是其他語言所沒有的。

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

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

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

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

(4)多態(tài)性(多形性)多態(tài)性使指相同的操作或函數(shù)、過程可作用于多種類型的對(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)和消息等概念來構(gòu)造、測(cè)試、重構(gòu)軟件的方法。

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

面向?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è)試過程管理的基本知識(shí)和管理方法； 7.熟悉軟件測(cè)試的標(biāo)準(zhǔn)和文檔；

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

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

1.軟件測(cè)試定義：由人工或自動(dòng)方法來執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部分的過程，以驗(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é)果?；驹瓌t：

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

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

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

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

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

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

軟件工程：在給定的條件下（成本、時(shí)間）開發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過程的特性決定了軟件產(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)品無法完美：需要消耗過多的資源、時(shí)間、成本

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

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

軟件質(zhì)量保證則是過程的參考、指南的集合，如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)軟件過程中的錯(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ù)值的含義：較?。óa(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è)試過程

樁模塊、驅(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.無向圖的相關(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)可以相同外，沒有任何節(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ī)制來設(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)問題。

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è)試

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

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

功能: 適合性

準(zhǔn)確性：功能的準(zhǔn)確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯(cuò)處理、平均無故障時(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è)試資源：軟硬件、工具； 編寫測(cè)試程序； 建立測(cè)試環(huán)境； 撰寫測(cè)試設(shè)計(jì)說明。

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

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

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

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

27.軟件可靠性：在給定的運(yùn)行時(shí)間內(nèi)和給定的系統(tǒng)配置環(huán)境下，運(yùn)行給定的軟件功能時(shí)所 表現(xiàn)出來的質(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è)試過的內(nèi)容不受變更影響，確認(rèn)變更沒有引入新的錯(cuò)誤。

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

Beta測(cè)試由軟件的最終用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行，開發(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è)階段：開發(fā)階段和維護(hù)階段（40%+60%）。

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

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

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

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

缺點(diǎn)：容易讓人誤解為測(cè)試是在開發(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è)試。更早介入軟件開發(fā)中，能盡早發(fā)現(xiàn)缺陷并修復(fù)。

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

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

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

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

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

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

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

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

４）．軟件未達(dá)到產(chǎn)品說明書雖未指出但應(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è)試模塊在語法、格式和邏輯上的錯(cuò)誤。3.回歸測(cè)試

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

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

第四篇：《軟件測(cè)試經(jīng)驗(yàn)與教訓(xùn)》讀后感

<<軟件測(cè)試經(jīng)驗(yàn)與教訓(xùn)>>讀后感

看了<<軟件測(cè)試經(jīng)驗(yàn)與教訓(xùn)>>第7、8、11章節(jié)后，對(duì)照以前的工作情況，感悟比較深的是以下幾點(diǎn)：

1、回想測(cè)試BA100項(xiàng)目時(shí)，和開發(fā)工程師的關(guān)系處得非常緊張，出現(xiàn)問題相互責(zé)備；開發(fā)工程師曾經(jīng)提出不要打擊和嘲笑他們的要求?？赐炅伺c程序員交互這一章節(jié)后，明白程序員不是編碼機(jī)器，有感情，大多數(shù)人都非常在乎所在工作。我們作為程序員的正式批評(píng)者，要避免正面沖突情況，要有團(tuán)體合作精神，相互幫助相互信任；這樣會(huì)讓他們?cè)敢夤蚕硇畔?，使測(cè)試工作更有效。向領(lǐng)導(dǎo)只反映所發(fā)現(xiàn)的問題不是反應(yīng)程序員的能力。

2、我們?cè)跍y(cè)試過程中提出一些理解有誤或是路徑不明確的問題，也有一些描述不清楚的問題；今后嚴(yán)格要求自己，發(fā)現(xiàn)問題就要堅(jiān)持自己的觀點(diǎn)，要提出令人信服的問題，并準(zhǔn)確清楚描述問題，一步一步地將問題給出，沒有多余步驟。使問題描述易讀，容易理解。只談?wù)撍吹降默F(xiàn)象，不要猜測(cè)內(nèi)部問題的性質(zhì)，避免開發(fā)查找問題時(shí)花大量時(shí)間。

3、在測(cè)試BA100項(xiàng)目時(shí)，開發(fā)工程師沒有做好準(zhǔn)備就發(fā)布版本，測(cè)試員拿到版本直接升級(jí)或安裝，結(jié)果發(fā)現(xiàn)正常功能無法執(zhí)行，但是還在繼續(xù)測(cè)試，或者大家需要退回舊版本重新等待開發(fā)再次發(fā)布；對(duì)于正常功能無法執(zhí)行的版本我們應(yīng)該拒絕這種測(cè)試版本。我希望以后項(xiàng)目使用冒煙測(cè)試，就是發(fā)布新版本時(shí)，安排一名測(cè)試員花上半天時(shí)間運(yùn)行冒煙測(cè)試，其他人員等改版本通過冒煙測(cè)試才投入測(cè)試；這樣就不會(huì)浪費(fèi)大家時(shí)間。

4、以前我一直認(rèn)為：2個(gè)測(cè)試員測(cè)試同樣的內(nèi)容是浪費(fèi)時(shí)間，現(xiàn)在看完測(cè)試策略這一章節(jié)以后明白并不是一回事，2個(gè)測(cè)試員測(cè)試同樣的內(nèi)容也許并不是重復(fù)勞動(dòng)，可能發(fā)現(xiàn)不同的問題，可以注意到另外一個(gè)測(cè)試員忽視的問題，而這種問題都是比較嚴(yán)重的問題，不易發(fā)現(xiàn)。

第五篇：軟件測(cè)試經(jīng)驗(yàn)與教訓(xùn)評(píng)論

<軟件測(cè)試經(jīng)驗(yàn)與教訓(xùn)>評(píng)注

作者： 傅健，jiafu@cisco.com(轉(zhuǎn)載請(qǐng)注明作者)

經(jīng)驗(yàn)6： 非常贊同，注重線下溝通方式，與開發(fā)做朋友，更容易發(fā)現(xiàn)更多測(cè)試思路，解決好問題； 經(jīng)驗(yàn)10： 測(cè)試過程如若不限時(shí)間，很難定義窮盡之時(shí)，完美只是在指定時(shí)間/成本/質(zhì)量要求下滿足老板的要求。

經(jīng)驗(yàn)11： 測(cè)試不能保證質(zhì)量，非常贊同這個(gè)說話，考慮兩個(gè)因素：（1）你給的時(shí)間和成本是多少？如果是0，提什么保證質(zhì)量？（2）質(zhì)量形成與構(gòu)建者，也受其他人制約，例如三聚氰胺奶粉生產(chǎn)商不知道自己加了嘛？

經(jīng)驗(yàn)13 ：測(cè)試確實(shí)應(yīng)該盡其所能，橫向上覆蓋產(chǎn)品的設(shè)計(jì)，開發(fā)，發(fā)布，售后等過程，縱向覆蓋與其他模塊的交互；但是需要分析下為什么測(cè)試者往往有“不關(guān)我事”理論，無非涉及到管理的層面，例如：（1）薪資等不平等；（2）承接模塊過多，失去興趣和信心；

經(jīng)驗(yàn)14 ：過程改進(jìn)很傷感情，測(cè)試人員在測(cè)試前期不應(yīng)該成為吹毛求疵的挑剔者，如果如此很可能出現(xiàn)兩種情況：（1）開發(fā)的代碼還沒有完成階段，但明知有很多bug之地，這個(gè)時(shí)候QA不斷提出bug,勢(shì)必影響開發(fā)心情。尊重開發(fā)的開發(fā)過程很重要；（2）開發(fā)的設(shè)計(jì)或許有其他思路，QA不斷強(qiáng)調(diào)并說服開發(fā)者上司采用其他思路，如果不是非常有把握，就不要自作聰明強(qiáng)烈地說服開發(fā)者上司，這樣最后往往被證明不定合理；

經(jīng)驗(yàn)15：不要指望別人理解測(cè)試，需要不斷向別人解釋，這點(diǎn)在其他領(lǐng)域也適用，很多時(shí)候事實(shí)并不是就是事實(shí)，而是觀察者眼中的“事實(shí)”，因此推銷是門學(xué)問，“指鹿為馬”未嘗不可做到。

經(jīng)驗(yàn)21：測(cè)試遺漏的問題更多集中在沒有想到的用例，而不是執(zhí)行不力；

經(jīng)驗(yàn)22：所以進(jìn)行Code審查更多的是了解設(shè)計(jì)從來更好的測(cè)試，不能指望直接發(fā)現(xiàn)代碼錯(cuò)誤； 經(jīng)驗(yàn)30：任何量的測(cè)試都不能“確定”一個(gè)產(chǎn)品的質(zhì)量，證明失效比證明正確容易的多。

經(jīng)驗(yàn)31：客戶需求多變，或許自己也不明白真正要什么，需求分析即是輔助、辨別需求。

經(jīng)驗(yàn)32： 隱式規(guī)格說明很重要，很多測(cè)試依據(jù)都是這些“潛規(guī)則”，顯式說明文檔不可能也沒有必要面面俱到。

經(jīng)驗(yàn)33：測(cè)試員中的“它沒有問題”，與他人眼中不同。

經(jīng)驗(yàn)34：對(duì)質(zhì)量印象只能限定在已知局限的前提下；

經(jīng)驗(yàn)35：配置、運(yùn)行、觀察、評(píng)估是行為層面的用例；

經(jīng)驗(yàn)37：對(duì)于復(fù)雜的任務(wù)模塊需要間歇思考、細(xì)化擊破，同樣對(duì)于測(cè)試工作一樣，過大的壓力，無休止的加班不定有好的測(cè)試結(jié)果。測(cè)試應(yīng)該有更多的思考時(shí)間；

經(jīng)驗(yàn)39：防止思維定勢(shì)，提倡多人思考互補(bǔ)，不用去偏執(zhí)的帶有目的去證明缺陷，而是平常心的客觀測(cè)試。

經(jīng)驗(yàn)43：應(yīng)該提倡結(jié)對(duì)測(cè)試，互補(bǔ)思考，同時(shí)要攻破“難”點(diǎn)，越復(fù)雜之地越容易出問題，且多次出現(xiàn)頻率更高。

經(jīng)驗(yàn)45: 測(cè)試用例過于細(xì)節(jié)話，有可能限制測(cè)試者的想象力和創(chuàng)造性，之所以同一個(gè)CASE跑出不同的結(jié)果往往也和測(cè)試用例不過于細(xì)節(jié)化有關(guān)，但我認(rèn)為不細(xì)節(jié)化一定程度上是好事情。

經(jīng)驗(yàn)46：現(xiàn)在很多人還是以BUG數(shù)量、測(cè)試效果來衡量測(cè)試人員的水平，這條經(jīng)驗(yàn)告訴人們要看測(cè)試人員如何思考；同時(shí)我們應(yīng)該加強(qiáng)測(cè)試人才的培養(yǎng)與重視，不要僅僅為的是表面化的一些工作； 經(jīng)驗(yàn)90：同行評(píng)審是個(gè)培訓(xùn)、提高的好方式；

經(jīng)驗(yàn)103： 重試不同、多樣測(cè)試比反反復(fù)復(fù)運(yùn)行自動(dòng)化腳本有效的多；

經(jīng)驗(yàn)108： 專業(yè)培訓(xùn)的測(cè)試員的頭腦是最好的測(cè)試工具；

經(jīng)驗(yàn)114： 如果不是非常優(yōu)秀的開發(fā)人員，且具有良好的測(cè)試思維，就不要開發(fā)測(cè)試工具，否則一旦推廣害人害己，因?yàn)闇y(cè)試工具問題往往比普通產(chǎn)品更容易出現(xiàn)；

經(jīng)驗(yàn)117： 自動(dòng)回歸測(cè)試有時(shí)候不能將改進(jìn)和錯(cuò)誤區(qū)分，特別是界面和輸出格式變動(dòng)；

經(jīng)驗(yàn)118： 評(píng)估開發(fā)機(jī)構(gòu)級(jí)別五級(jí)底部還有個(gè)級(jí)別是忘卻（Oblivious）級(jí)，很多自動(dòng)化測(cè)試沒有提醒自己在執(zhí)行軟件開發(fā)過程；

經(jīng)驗(yàn)122：評(píng)審自動(dòng)化測(cè)試代碼比用代碼測(cè)試自動(dòng)化測(cè)試代碼好；因?yàn)楹笳呷菀紫萑胍粋€(gè)無限的邏輯；

經(jīng)驗(yàn)130： 建議測(cè)試數(shù)據(jù)與測(cè)試執(zhí)行分離；

經(jīng)驗(yàn)132： 自動(dòng)化是否繞過界面直接操作API取決于到底是界面穩(wěn)定還是API穩(wěn)定；盡量依賴穩(wěn)定的東西；

經(jīng)驗(yàn)133： 單元集成測(cè)試值得執(zhí)行；

經(jīng)驗(yàn)137： 提早測(cè)試自動(dòng)化的好處：1）均衡時(shí)間，前期可能不是太忙；2）防止后期測(cè)試已經(jīng)進(jìn)行中要求自動(dòng)化所帶來的抵觸心理；3）在開發(fā)完成前可以讓開發(fā)提供更多的可測(cè)性；

經(jīng)驗(yàn)143： 流程、模板都是用來規(guī)范人的行為的，只有不斷了解、改善才有意義，如果一個(gè)流程、模板不允許任何應(yīng)需改變則無意義；

經(jīng)驗(yàn)146： 形式化工作越多，往往本質(zhì)工作預(yù)留的時(shí)間越少，思維也限制的更固定；

經(jīng)驗(yàn)148： 自己的測(cè)試文檔是產(chǎn)品還是工具？這個(gè)問題很好；過于頻繁的細(xì)節(jié)不要寫到文檔里，否則以后更新繁瑣；

經(jīng)驗(yàn)154： 不要利用程序員的弱點(diǎn)或透露的缺陷直接上報(bào)，類似于打小報(bào)告，以后的合作會(huì)減弱很多； 經(jīng)驗(yàn)157： 測(cè)試是一種服務(wù)，不是控制，無法控制最終產(chǎn)品的質(zhì)量；

經(jīng)驗(yàn)168： 任務(wù)完成時(shí)間評(píng)估，應(yīng)由掌握最佳知識(shí)的人進(jìn)行，或者由估計(jì)錯(cuò)誤需要負(fù)責(zé)的人執(zhí)行，而不是根據(jù)測(cè)試經(jīng)理的主觀期望。

經(jīng)驗(yàn)173： 可以拒絕某個(gè)版本的測(cè)試：1）新的版本很快就有，這個(gè)版本的測(cè)試結(jié)果會(huì)被忽略；2）重要的功能點(diǎn)沒有添加；3）基本功能點(diǎn)不工作，導(dǎo)致大部分測(cè)試無法進(jìn)行；

經(jīng)驗(yàn)182： 提前應(yīng)對(duì)可能風(fēng)險(xiǎn)，將潛在的風(fēng)險(xiǎn)預(yù)處理劃分到項(xiàng)目的各個(gè)階段而不是后期應(yīng)急處理； 經(jīng)驗(yàn)183：測(cè)試思考中總體認(rèn)為產(chǎn)品不是一天做出的，而是慢慢堆積出的，只要有東西提交，就有可測(cè)之地，同時(shí)越早越好，只是需要抱著同情、謹(jǐn)慎心態(tài)等不同心態(tài)而已；

經(jīng)驗(yàn)186：考慮二輪以上測(cè)試；

經(jīng)驗(yàn)189： 測(cè)試：開發(fā)人員比例這種問題如果不結(jié)合具體項(xiàng)目及要求就不要提！

經(jīng)驗(yàn)197：測(cè)試小組的真正力量是溝通，而非監(jiān)管；

經(jīng)驗(yàn)199： Bug數(shù)隨進(jìn)度推進(jìn)而不斷降低不能完全說明質(zhì)量已經(jīng)符合要求，因?yàn)楹笃诳赡軓氖路前l(fā)現(xiàn)缺陷的活動(dòng)：如展示產(chǎn)品、回歸測(cè)試等；簡(jiǎn)單說：當(dāng)看到BUG數(shù)連續(xù)幾天較少時(shí)，不要完全覺得是產(chǎn)品質(zhì)量變好，而可能是最近沒有從事太多新的測(cè)試；

經(jīng)驗(yàn)211： 要給予員工自己的思考、執(zhí)行時(shí)空自由，尊重他們的測(cè)試思路，而不是模板化；

經(jīng)驗(yàn)213： 非常贊同：指明了如何評(píng)價(jià)一名測(cè)試人員的工作，但是很多公司做不到，因?yàn)楹苄量唷；蛟S他們更傾向于用BUG數(shù)來衡量，這樣簡(jiǎn)單明了，雖然不正確。

經(jīng)驗(yàn)215： 贊同，所以假設(shè)必須分配多個(gè)任務(wù)給同一個(gè)員工，不要糾錯(cuò)式的責(zé)備某個(gè)時(shí)刻某個(gè)任務(wù)沒有做好;

經(jīng)驗(yàn)216： 測(cè)試經(jīng)理在測(cè)試產(chǎn)品領(lǐng)域的視角要開闊；

經(jīng)驗(yàn)220： 多了解員工的期待與現(xiàn)實(shí)感覺，不僅僅對(duì)于新員工需要這么做，留住老員工也是必須的，否則會(huì)出現(xiàn)離職都不知道真實(shí)原因的情況。關(guān)心員工、與員工做朋友非常重要。

經(jīng)驗(yàn)225： 不要在項(xiàng)目末尾添加新手，有可能起到相反作用，這點(diǎn)在項(xiàng)目管理上也提到；同時(shí)不要為了以后可能有的培訓(xùn)或者職位更換理由，浪費(fèi)太多時(shí)間在文檔活動(dòng)；在開發(fā)程序時(shí)也一樣，不要為了以后可能還用不到的需求做無限擴(kuò)大需求活動(dòng)，否則永無盡頭且不實(shí)際。

經(jīng)驗(yàn)226：經(jīng)理應(yīng)該 客觀評(píng)價(jià)事物，不要不懂裝懂，否則容易誤導(dǎo)員工，有失公正；

經(jīng)驗(yàn)227： 不要使自己陷入導(dǎo)致工作失?。ㄈ绻ぷ髁窟^大）或者沒有希望的工作上，最終只會(huì)使自己的情緒受到傷害。管理者總是覺得應(yīng)該給能者更多的工作，而員工則希望更多的休息，如果給予信任的員工更多的工作，最終可能導(dǎo)致其失敗并有損情緒，實(shí)際上就是摧殘而已。

經(jīng)驗(yàn)228： 測(cè)試經(jīng)理不應(yīng)該是傳話筒，否則有可能是成為不同決策者的執(zhí)行機(jī)器，而應(yīng)該是中間溝通協(xié)調(diào)層，保護(hù)其員工不受不同決策者的不同觀點(diǎn)的影響，但是這種保護(hù)應(yīng)該是正確的觀點(diǎn)指導(dǎo)下。經(jīng)驗(yàn)235：多樣化是項(xiàng)目團(tuán)隊(duì)建議的良藥；

經(jīng)驗(yàn)238：跳槽時(shí)不要顯示對(duì)原來公司的不滿或泄露原公司的信息；

經(jīng)驗(yàn)239：速度測(cè)驗(yàn)高分只能反映是腦力兔子，或者有可能是訓(xùn)練、練習(xí)所致；而低分者可能是腦力烏龜，慢工出細(xì)活。

經(jīng)驗(yàn)245： 從職業(yè)發(fā)展角度來說，掌握測(cè)試技術(shù)本身比掌握專業(yè)業(yè)務(wù)邏輯更好，當(dāng)然這里的專業(yè)業(yè)務(wù)是銀行系統(tǒng)等的話，另當(dāng)別論。

經(jīng)驗(yàn)250： 面試貫徹2個(gè)逐條：逐條解釋簡(jiǎn)歷中的每條：逐條解釋招聘要求的每個(gè)條目為什么自己符合，不符合，但是可以很快學(xué)習(xí)的地方；

經(jīng)驗(yàn)252： 和其他公司測(cè)試員建立聯(lián)系，有助于以后的職業(yè)發(fā)展。

經(jīng)驗(yàn)253： 如有可能，多休息也是一種緩和跳槽的想法；

經(jīng)驗(yàn)278：測(cè)試計(jì)劃經(jīng)常漏掉如何保障測(cè)試策略的執(zhí)行與工作產(chǎn)品；

經(jīng)驗(yàn)280：討論風(fēng)險(xiǎn)和覆蓋率，研究用例內(nèi)容比單純統(tǒng)計(jì)測(cè)試用例數(shù)量更有意義；

經(jīng)驗(yàn)284： 策略決策可利用資源可簡(jiǎn)單歸納為：人、事、物；

經(jīng)驗(yàn)285： V字軟件測(cè)試模型強(qiáng)調(diào)軟件測(cè)試策略早先制定，實(shí)際上隨著測(cè)試的深入，策略會(huì)因風(fēng)險(xiǎn)識(shí)別的準(zhǔn)確度提高等因素而做出調(diào)整，因?yàn)閂不是非常好的項(xiàng)目組織方法。

經(jīng)驗(yàn)286： 不要將測(cè)試局限在某個(gè)階段，抓住一切機(jī)會(huì)測(cè)試可以測(cè)試并值得測(cè)試的事物；

經(jīng)驗(yàn)297：項(xiàng)目初期：同情的測(cè)試；開發(fā)只想知道已經(jīng)完成的功能的測(cè)試結(jié)果，不是想知道自己還沒有做的功能的測(cè)試結(jié)果；整個(gè)測(cè)試按項(xiàng)目發(fā)展分為：同情地測(cè)試-》積極地測(cè)試-》多樣地測(cè)試=》謹(jǐn)慎地測(cè)試；

經(jīng)驗(yàn)292： 當(dāng)遇到測(cè)試問題過多的模塊（可能需要其他設(shè)計(jì)替換），應(yīng)提醒開發(fā)，不要再痛打落水狗；要測(cè)試模糊不清的地方（接口之地、新的技術(shù)方案、需求模糊之地）；測(cè)試員負(fù)責(zé)任務(wù)之間的縫隙處（交叉部分）容易出問題；

總結(jié)：

（1）關(guān)注如何思考；

（2）關(guān)注本質(zhì)，少看數(shù)量；

（3）關(guān)注多樣化；

（4）強(qiáng)調(diào)結(jié)對(duì)測(cè)試；

（5）測(cè)所有可測(cè)之地，越早介入越好；

（6）不同階段，擁有不同心態(tài)；