第一篇：微軟軟件測(cè)試質(zhì)量體系最佳實(shí)踐培訓(xùn)總結(jié)

微軟軟件測(cè)試質(zhì)量體系最佳實(shí)踐培訓(xùn)總結(jié)

一．培訓(xùn)的總體情況

這2天培訓(xùn)整體情況感覺(jué)挺好的。講師陸宏杰有豐富的軟件開發(fā)，軟件測(cè)試，團(tuán)隊(duì)管理經(jīng)驗(yàn)。并且在自動(dòng)化測(cè)試技術(shù)和測(cè)試管理方面積累了大量的實(shí)際項(xiàng)目的經(jīng)驗(yàn)。對(duì)于各種測(cè)試方法的重點(diǎn)，難點(diǎn)和實(shí)施技巧有深入的研究。在培訓(xùn)的過(guò)程中充分體現(xiàn)出來(lái)。講師是提前收集了大家的問(wèn)題，然后在講課的過(guò)程中穿插講解對(duì)這些問(wèn)題的看法和解決辦法。

講課的內(nèi)容很緊湊，講課比較有技巧，容易理解。特別是針對(duì)有管理經(jīng)驗(yàn)的測(cè)試人員。

培訓(xùn)第一天主要圍繞如何對(duì)缺陷進(jìn)行預(yù)防展開，提出開發(fā)，測(cè)試可以并行進(jìn)行的想法，后又講解了缺陷的統(tǒng)計(jì)（性能，安全的柱形圖）大家一起分析，來(lái)體現(xiàn)缺陷統(tǒng)計(jì)對(duì)實(shí)際工作的推進(jìn)作用。接著又講到站在測(cè)試的角度如何對(duì)項(xiàng)目產(chǎn)生影響和起到引導(dǎo)作用。需要測(cè)試推進(jìn)，建立一套質(zhì)量保證體系，使得項(xiàng)目按照既定的方向和標(biāo)準(zhǔn)前進(jìn)。后面提到測(cè)試計(jì)劃，需要跟需求和設(shè)計(jì)嚴(yán)重相關(guān)，所以對(duì)于需求和設(shè)計(jì)的評(píng)審尤為重要。提到發(fā)布指標(biāo)，是對(duì)開發(fā)和測(cè)試共同有效，2個(gè)角色應(yīng)該站在項(xiàng)目效率的角度來(lái)考慮問(wèn)題。提到測(cè)試用例的有效性（需要建立公共素材庫(kù)，提煉并自動(dòng)化），提到白盒測(cè)試（需要有用程序讀程序的方式，前提是高質(zhì)量的需求文檔，和設(shè)計(jì)文檔），等開發(fā)代碼寫完的同時(shí)，測(cè)試也完成了case的編寫（自動(dòng)化程序），開發(fā)來(lái)執(zhí)行case。培訓(xùn)第二天主要圍繞測(cè)試度量體系的建立和測(cè)試方法和技巧，最后將了測(cè)試管理。測(cè)試度量體系構(gòu)成要素，目前大部分企業(yè)缺的是高效的工作流程，數(shù)據(jù)統(tǒng)計(jì)和數(shù)據(jù)挖掘，缺陷追蹤體系，科學(xué)的測(cè)試管理。高效的工作流程需要工具來(lái)支撐。對(duì)測(cè)試用例的評(píng)判，可以通過(guò)需求覆蓋率，代碼覆蓋率來(lái)分析。測(cè)試用例執(zhí)行率是項(xiàng)目執(zhí)行情況的一個(gè)指標(biāo)。他們有個(gè)bug driver的角色，開發(fā)經(jīng)理，測(cè)試經(jīng)理共同關(guān)注缺陷。對(duì)缺陷的等級(jí)，分類，和解決優(yōu)先級(jí)進(jìn)行評(píng)審和安排。測(cè)試人員驗(yàn)證的詳細(xì)程度也是代表一個(gè)測(cè)試人員的功力。手動(dòng)測(cè)試和自動(dòng)測(cè)試的區(qū)別，手工測(cè)試需要精妙的測(cè)試思想，行業(yè)和領(lǐng)域?qū)＜?，自?dòng)測(cè)試需要比較高的coding水平。手工測(cè)試和自動(dòng)化測(cè)試相輔相成，手工測(cè)試的人員的思想沉淀，和指導(dǎo)作用，自動(dòng)化測(cè)試人員把這些想法工具化。性能測(cè)試的重點(diǎn)，測(cè)試人員如何進(jìn)行分析和定位。好的環(huán)境文化滋生出好的創(chuàng)新，但是也要讓員工保持積極的態(tài)度。需要員工去挖掘，創(chuàng)造，驅(qū)動(dòng)一些可以改進(jìn)效率事情。測(cè)試人員對(duì)多元的測(cè)試，測(cè)試是否存在hard code。并講了具體的實(shí)例來(lái)啟發(fā)大家。關(guān)于團(tuán)隊(duì)的管理，提出對(duì)于員工的職業(yè)發(fā)展，應(yīng)該是協(xié)助員工進(jìn)行發(fā)展，協(xié)助員工思考自己的長(zhǎng)處和優(yōu)點(diǎn)，并給自己一個(gè)目標(biāo)，想成為哪一方面的第一，例如性能測(cè)試第一，缺陷數(shù)第一，行業(yè)專家，安全專家，工具專家等。主要看個(gè)人的興趣。后又講了一個(gè)bug bash的競(jìng)賽。測(cè)試的手段，內(nèi)容不限，看哪個(gè)團(tuán)隊(duì)能找出最多的缺陷，并評(píng)選出最嚴(yán)重bug，最酷bug，最有力度bug等。二．培訓(xùn)對(duì)目前個(gè)人的影響 1．管理的認(rèn)識(shí)

A．對(duì)團(tuán)隊(duì)建設(shè)和員工管理的認(rèn)識(shí)

目前自己對(duì)團(tuán)隊(duì)建設(shè)的管理比較薄弱，后續(xù)將不斷改進(jìn)工作。例如對(duì)于缺陷數(shù)每個(gè)月小于10個(gè)的員工進(jìn)行談話。對(duì)員工的職業(yè)發(fā)展做協(xié)助，協(xié)助組員分析目前的興趣和想做哪方面的第一，也是物盡其用人盡其才的思想。對(duì)團(tuán)隊(duì)氛圍的創(chuàng)造，希望創(chuàng)造一種積極向上的氣氛，關(guān)鍵自己也要實(shí)時(shí)抱持一種積極向上的狀態(tài)，對(duì)表現(xiàn)不佳的人員及時(shí)提出意見。同時(shí)對(duì)于溝通方式進(jìn)行改進(jìn)。

B．對(duì)流程管理的認(rèn)識(shí)

目前的流程管理存在一定的弊端，例如缺陷的管理，無(wú)法真正起到缺陷跟蹤體系的作用。2.測(cè)試發(fā)展方向的認(rèn)識(shí)

測(cè)試發(fā)展方向之前的認(rèn)識(shí)也比較模糊，現(xiàn)在是認(rèn)為只要能一起協(xié)助開發(fā)或需求來(lái)共同提高項(xiàng)目的效率，在這過(guò)程中對(duì)于每個(gè)出現(xiàn)的問(wèn)題，大家覺(jué)得繁瑣的地方多進(jìn)行思考，并用工具來(lái)改進(jìn)效率，應(yīng)該就是好的工作。關(guān)鍵是要做個(gè)有思想的執(zhí)行者，而不管是做測(cè)試或者其他崗位。

3.對(duì)測(cè)試技術(shù)的擴(kuò)充

理論知識(shí)并不完全可靠，但是理論知識(shí)要拿來(lái)靈活應(yīng)用于實(shí)際的測(cè)試，例如可以用單元測(cè)試的思想來(lái)進(jìn)行系統(tǒng)測(cè)試。所謂的黑盒，白盒，也都是純理論，針對(duì)工作應(yīng)該是結(jié)合理論來(lái)形成一套自己的測(cè)試標(biāo)準(zhǔn)，而不管他應(yīng)該叫什么。4.對(duì)測(cè)試管理的激情被激發(fā)

現(xiàn)在覺(jué)得測(cè)試管理要做的事情太多了，而且工作中需要改進(jìn)的地方也很多，希望后續(xù)慢慢的改進(jìn)，并提高整體測(cè)試人員的水平，通過(guò)給開發(fā)定位問(wèn)題，甚至協(xié)助開發(fā)解決問(wèn)題（雖然不是測(cè)試人員的職責(zé)，但是如果有能力在有時(shí)間的情況下可以進(jìn)行），或者在需求評(píng)審和設(shè)計(jì)評(píng)審的時(shí)候能夠提供有效的意見等等。

三．通過(guò)培訓(xùn)并根據(jù)項(xiàng)目組的具體情況，對(duì)目前的流程提出一些改進(jìn)意見

1.可以把性能指標(biāo)的收集進(jìn)行推廣，實(shí)現(xiàn)常態(tài)化的進(jìn)行。后續(xù)將陸續(xù)安排收集測(cè)試環(huán)境bssp請(qǐng)求腳本的編寫，和發(fā)起工具的編寫。并定期進(jìn)行性能指標(biāo)的收集分析。

2.開發(fā)在修改報(bào)告中需要體現(xiàn)各個(gè)分支的情況，循環(huán)的情況，條件的情況，有效路徑的情況。以便測(cè)試人員進(jìn)行各個(gè)分支的測(cè)試用例的編寫。

3.目前項(xiàng)目組在需求分析和架構(gòu)建設(shè)（新業(yè)務(wù)部分，大部分都是為了臨時(shí)滿足需求而在原先的代碼上改動(dòng)的程序）這塊，還是比較弱。測(cè)試人員應(yīng)該站在可測(cè)試和可維護(hù)性方面對(duì)需求和架構(gòu)提出自己的建議。

4.對(duì)缺陷跟蹤系統(tǒng)的優(yōu)化

A．對(duì)缺陷分類的改變，功能問(wèn)題，性能問(wèn)題，架構(gòu)問(wèn)題，擴(kuò)展問(wèn)題，可測(cè)性問(wèn)題，安全問(wèn)題。這樣可以對(duì)測(cè)試人員的測(cè)試方向做引導(dǎo)，而不僅僅是站在功能測(cè)試的角度進(jìn)行。B．對(duì)缺陷流程的增加，項(xiàng)目經(jīng)理，測(cè)試經(jīng)理定期對(duì)缺陷的等級(jí)，解決優(yōu)先級(jí)，缺陷類型進(jìn)行評(píng)審。以便后序工作的安排和數(shù)據(jù)的有效性。對(duì)于未按期關(guān)閉的缺陷進(jìn)行自動(dòng)統(tǒng)計(jì)，并郵件通知。

5.后續(xù)考慮搭建一個(gè)獨(dú)立的build的環(huán)境，測(cè)試人員需要研究代碼的情況下，可以進(jìn)行加入調(diào)試語(yǔ)句，以便進(jìn)行分析和定位。這些代碼不入庫(kù)。目的僅僅是為了提高測(cè)試人員定位問(wèn)題和分析問(wèn)題的能力。并安排相關(guān)的培訓(xùn)。不需要完全懂得怎么寫，只要知道調(diào)試信息怎么加，如何關(guān)聯(lián)查看代碼。

6.關(guān)于測(cè)試環(huán)境管理的工具化，這塊后續(xù)也將考慮，看下是否可以在統(tǒng)一部署工具中實(shí)現(xiàn)，抽取下需要展現(xiàn)的指標(biāo)，在界面進(jìn)行統(tǒng)計(jì)和管理。例如各個(gè)主機(jī)，各個(gè)程序目前的版本情況，各個(gè)主機(jī)的cpu，空間，內(nèi)存情況查看。自動(dòng)部署程序的研究等等。

第二篇：軟件配置管理最佳實(shí)踐

軟件配置管理最佳實(shí)踐

PMTeam雜志 Li Ben 編

現(xiàn)在大家都已經(jīng)認(rèn)識(shí)到了有效的軟件配置管理工作對(duì)于提高團(tuán)隊(duì)開發(fā)效率、保障軟件產(chǎn)品質(zhì)量的重要意義，很多朋友也開始了在配置管理實(shí)施方面的一些研究，市場(chǎng)上我們也可以看到一些軟件配置管理工具廠商針對(duì)具體配置管理工具提供的實(shí)施服務(wù)；但是，實(shí)施軟件配置管理到底應(yīng)該做哪些東西？團(tuán)隊(duì)的配置管理現(xiàn)狀怎么評(píng)估？在哪些方面還可以進(jìn)行改進(jìn)？我們相信，這些問(wèn)題可能正困擾著大多數(shù)研發(fā)主管和項(xiàng)目經(jīng)理。

國(guó)外軟件產(chǎn)業(yè)界在軟件配置管理這個(gè)專題上已經(jīng)進(jìn)行了多年的理論和實(shí)踐上的研究。在多年經(jīng)驗(yàn)積累的基礎(chǔ)上，產(chǎn)業(yè)界總結(jié)出來(lái)一系列“最佳實(shí)踐”（Best Practices），我們可以使用這些“最佳實(shí)踐”來(lái)作為評(píng)估一個(gè)組織軟件配置管理能力的標(biāo)尺，也可以作為我們實(shí)施軟件配置管理的指南。這些“最佳實(shí)踐”包括：

1、標(biāo)識(shí)需要進(jìn)行存儲(chǔ)的工件（Artifact）并保障安全存儲(chǔ)；

2、控制并且審計(jì)（Audit）對(duì)于工件的修改；

3、設(shè)立并管理基線（Baseline）；

4、記錄并跟蹤變更請(qǐng)求；

5、維護(hù)穩(wěn)定、一致的工作空間；

6、支持對(duì)于工件和控件的并發(fā)修改；

7、盡早集成、持續(xù)集成；

8、保證軟件構(gòu)建的重現(xiàn)能力；

9、以控件（Component）為單位實(shí)施版本控制；

10、使用“活動(dòng)”（Activity）來(lái)組織和整合版本集。

下文將介紹前5條最佳實(shí)踐。

1、標(biāo)識(shí)需要進(jìn)行存儲(chǔ)的工件（Artifact）并保障安全存儲(chǔ)

在軟件開發(fā)過(guò)程中，我們會(huì)得到各種各樣的產(chǎn)出，比如各種文檔、模型、源代碼以及測(cè)試腳本等，我們把這些大家勞動(dòng)的成果統(tǒng)稱為工件（Artifact）。對(duì)于一個(gè)軟件開發(fā)組織來(lái)說(shuō)，這些工件就構(gòu)成了組織的核心資產(chǎn)。對(duì)于如現(xiàn)金、有價(jià)證券之類的資產(chǎn)，我們都會(huì)準(zhǔn)備一個(gè)保險(xiǎn)箱，好好地保存；對(duì)于軟件資產(chǎn)，我們也需要相似的措施。所以，軟件配置管理工作的第一步就是建立一個(gè)安全、可靠的存儲(chǔ)庫(kù)（Repository），用于保存組織的核心軟件資產(chǎn)。這個(gè)庫(kù)對(duì)于開發(fā)團(tuán)隊(duì)來(lái)說(shuō)，就像是財(cái)務(wù)室里的保險(xiǎn)箱。因此，容錯(cuò)能力和高可靠性是這個(gè)庫(kù)最重要的屬性。除此之外，隨著

組織的增長(zhǎng)，置于庫(kù)中的數(shù)據(jù)會(huì)越來(lái)越多，為保證運(yùn)行效率，庫(kù)的可擴(kuò)展性也是非常重要的一個(gè)屬性。

對(duì)于存儲(chǔ)庫(kù)來(lái)說(shuō)，良好規(guī)劃的備份和災(zāi)難恢復(fù)過(guò)程是必不可少的。令人驚訝的是，很多軟件組織在這方面都沒(méi)有給予必要的重視，因而也給組織的發(fā)展留下了嚴(yán)重的隱患，一旦災(zāi)難發(fā)生，后果不堪設(shè)想。

在建立好存儲(chǔ)庫(kù)以后，需要做的工作就是確定將哪些工件置于庫(kù)中。根據(jù)實(shí)際需要，組織可能會(huì)決定只將正式文檔、模型文件、源代碼、發(fā)布版本等文件放入庫(kù)中，而對(duì)于臨時(shí)文檔、編譯時(shí)產(chǎn)生的中間文件等，則不將它們放入庫(kù)中。我們把放入庫(kù)中的文件稱之為配置項(xiàng)（Configuration Item）。

2、控制并且審計(jì)（Audit）對(duì)于工件的修改

在標(biāo)識(shí)相關(guān)的工件并將它們置于存儲(chǔ)庫(kù)中以后，我們需要建立對(duì)于這些工件的修改控制機(jī)制以及審計(jì)機(jī)制。

庫(kù)里的工件不是誰(shuí)想修改就可以修改的?？刂茩C(jī)制必須保證只有拿到授權(quán)的人員才能對(duì)相關(guān)工件進(jìn)行修改，而審計(jì)機(jī)制則保證修改的動(dòng)作被完整地記錄，也就是說(shuō)，誰(shuí)修改了這個(gè)工件，什么時(shí)候做的修改，為什么原因做出這個(gè)改動(dòng)，以及修改了哪些地方（Who、When、Why、What）。審計(jì)機(jī)制通常通過(guò)“檢出/檢入”（Check out/Check in）模式得到實(shí)現(xiàn)。在這種模式下，工件一旦入庫(kù)，讀寫權(quán)限就變成只讀（read only），如果要對(duì)該工件進(jìn)行修改，則需要通過(guò)“檢出”這個(gè)步驟；在修改結(jié)束以后，如果希望將修改的成果入庫(kù)，則需要通過(guò)“檢入”這個(gè)步驟。在經(jīng)過(guò)一次“檢出/檢入”步驟以后，會(huì)形成該工件新的版本，因此也有人把上邊的過(guò)程稱之為“版本控制”（Version Control）。在版本控制過(guò)程中，如果利用一些配置管理工具（或者版本控制工具）的支持，則可以自動(dòng)地記錄審計(jì)工作所需的四個(gè)“W”（Who、When、Why、What）。

3、設(shè)立并管理基線

通過(guò)審計(jì)機(jī)制我們可以保存一個(gè)工件完整的變更歷史；但是一個(gè)項(xiàng)目通常是由成百上千個(gè)工件構(gòu)成的，每個(gè)工件在變更過(guò)程中都會(huì)形成一系列的版本，如何確認(rèn)系統(tǒng)在某個(gè)時(shí)刻分別由哪些工件的哪些版本構(gòu)成？這就需要引入一個(gè)概念：配置（Configuration）。對(duì)于軟件系統(tǒng)來(lái)說(shuō)，在開發(fā)過(guò)程中某個(gè)時(shí)刻存儲(chǔ)庫(kù)中所有工件的一個(gè)“快照”（snapshot），就形成一個(gè)“配置”。對(duì)于一些重要時(shí)刻的系統(tǒng)配置，我們可以使用基線（Baseline）來(lái)進(jìn)行標(biāo)志。

IEEE對(duì)于基線的定義是：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能通過(guò)正式的變更控制過(guò)程進(jìn)行改變

簡(jiǎn)單地說(shuō)，基線就是項(xiàng)目?jī)?chǔ)存庫(kù)中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于這個(gè)標(biāo)準(zhǔn)進(jìn)行，并且只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對(duì)它進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。

建立基線的主要原因是：重現(xiàn)能力、可追蹤性和報(bào)告能力。

重現(xiàn)能力是指返回并重新生成軟件系統(tǒng)給定發(fā)布版本的能力?？勺粉櫺越㈨?xiàng)目各種類型工件（需求、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等）之間的橫行依賴關(guān)系，其目的在于確保設(shè)計(jì)滿足需求、代碼實(shí)施

設(shè)計(jì)以及使用正確代碼編譯生成可執(zhí)行文件。報(bào)告能力來(lái)源于一個(gè)基線內(nèi)容同另一個(gè)基線內(nèi)容的比較，基線比較有助于程序調(diào)試并生成發(fā)布說(shuō)明（Release notes）。

建立基線有以下幾個(gè)好處：

(1)基線為開發(fā)工件提供了一個(gè)定點(diǎn)和快照。新項(xiàng)目可以從基線提供的定點(diǎn)之中建立。

(2)當(dāng)認(rèn)為更新不穩(wěn)定或不可信時(shí)，基線為團(tuán)隊(duì)提供一種取消變更的方法。

(3)可以利用基線重新建立基于某個(gè)特定發(fā)布版本的配置，這樣也可以重現(xiàn)被報(bào)告的錯(cuò)誤。在開發(fā)過(guò)程中，需要定期建立基線以確保團(tuán)隊(duì)開發(fā)人員的工作保持同步，通常，在項(xiàng)目生命周期中的里程碑處定期建立基線。

4、記錄并跟蹤變更請(qǐng)求

以上我們談?wù)摰亩际菍?duì)于工件的變更活動(dòng)的實(shí)施，下面我們要談到的是軟件配置管理的另一個(gè)方面：對(duì)于變更請(qǐng)求的管理。這是變更活動(dòng)的源頭。

著名的軟件大師Brooks曾經(jīng)談到導(dǎo)致軟件開發(fā)困難的一個(gè)原因就是軟件的可變性。大家都知道，各種要素，如市場(chǎng)的變化、技術(shù)的進(jìn)步、客戶對(duì)于項(xiàng)目認(rèn)識(shí)的深入等等，都可能導(dǎo)致軟件開發(fā)過(guò)程中的變更請(qǐng)求的提出，而且承認(rèn)這種變更請(qǐng)求的合理性也已經(jīng)是工業(yè)界的共識(shí)。

但是，如果缺乏對(duì)于變更請(qǐng)求的有效的管理能力，紛至沓來(lái)的變更就會(huì)成為開發(fā)團(tuán)隊(duì)的噩夢(mèng)。缺乏有效的變更請(qǐng)求管理會(huì)導(dǎo)致以下一些問(wèn)題：

（1）軟件產(chǎn)品質(zhì)量低下，對(duì)一些缺陷的修正被遺漏；

（2）項(xiàng)目經(jīng)理不了解開發(fā)人員的工作進(jìn)展，缺乏對(duì)項(xiàng)目現(xiàn)狀進(jìn)行客觀評(píng)估的能力；

（3）開發(fā)人員不了解手頭工作的優(yōu)先級(jí)別，可能出現(xiàn)將緊急的事情放在一邊、而工作在一般優(yōu)先級(jí)任務(wù)上的情況。

變更請(qǐng)求管理的復(fù)雜程度與變更的具體類型有關(guān)。簡(jiǎn)單地說(shuō)，變更請(qǐng)求管理會(huì)涉及到變更請(qǐng)求的提交、變更請(qǐng)求的復(fù)審、變更任務(wù)分配、變更結(jié)果的驗(yàn)證等一系列活動(dòng)。通常，變更請(qǐng)求管理的流程是：由請(qǐng)求者提交變更請(qǐng)求，變更控制委員會(huì)（Change Control Board，CCB）召開CCB復(fù)審會(huì)議對(duì)變更請(qǐng)求進(jìn)行復(fù)審，以確定該請(qǐng)求是否為有效請(qǐng)求。如果是，則基于項(xiàng)目團(tuán)隊(duì)所確定的優(yōu)先級(jí)、時(shí)間表、資源、變更難度、風(fēng)險(xiǎn)、嚴(yán)重性以及其他相關(guān)標(biāo)準(zhǔn)，判定對(duì)該變更的修改程序，并分配實(shí)施變更任務(wù)的人力資源和時(shí)間資源；變更任務(wù)實(shí)施人員負(fù)責(zé)實(shí)施該變更；實(shí)施結(jié)束以后提交驗(yàn)證人員，由驗(yàn)證人員負(fù)責(zé)對(duì)變更結(jié)果進(jìn)行驗(yàn)證，如果變更成功則通知相關(guān)人員，否則由變更實(shí)施人員返工。

典型的變更請(qǐng)求管理如需求變更管理、缺陷追蹤等。實(shí)施有效的變更請(qǐng)求管理有以下好處：

（1）提高軟件產(chǎn)品質(zhì)量；

（2）提高開發(fā)團(tuán)隊(duì)溝通效率；

（3）幫助項(xiàng)目管理人員對(duì)產(chǎn)品狀態(tài)進(jìn)行客觀的評(píng)估。

關(guān)于變更請(qǐng)求管理的詳細(xì)過(guò)程以及相關(guān)準(zhǔn)則PMT將在相關(guān)報(bào)告中闡述。

5、維護(hù)穩(wěn)定、一致的工作空間

在我們把相關(guān)工件納入集中的存儲(chǔ)庫(kù)、大家也都遵照“檢出/檢入”的工作模式對(duì)工件進(jìn)行修改以后，下一步的工作就是要為每位開發(fā)人員設(shè)定“私有”的工作區(qū)，或者叫做工作空間。

工作空間通常以特定的基線為基礎(chǔ)創(chuàng)建，要求能夠做到為指定的任務(wù)方便地取出正確的工作版本建立私有工作空間；開發(fā)人員根據(jù)項(xiàng)目要求在自己的私有空間中對(duì)工件進(jìn)行修改和測(cè)試活動(dòng)，而與其他開發(fā)人員相對(duì)保持隔離，也就是說(shuō)，自己的修改活動(dòng)不會(huì)受到他人的影響，也不會(huì)影響到其他開發(fā)人員。但是，在保持隔離的同時(shí)，又應(yīng)該提供相應(yīng)的機(jī)制，當(dāng)開發(fā)人員希望共享工作成果的時(shí)候，能夠很方便地實(shí)現(xiàn)共享。

開發(fā)人員日常的開發(fā)工作都是在工作空間里進(jìn)行的，因此，穩(wěn)定性應(yīng)該是工作空間首要的特性，只有高度穩(wěn)定的工作空間才能保證開發(fā)人員的工作效率。

第三篇：軟件測(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é)果?；驹瓌t：

開始測(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è)人員開發(fā)出更高質(zhì)量的軟件。5.軟件測(cè)試與軟件工程，軟件過(guò)程的關(guān)系：

軟件工程：在給定的條件下（成本、時(shí)間）開發(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í)間、成本

軟件開發(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ù)值的含義：較?。ó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è)試過(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è)試

極限編程：利用輕量、敏捷的開發(fā)過(guò)程，使開發(fā)人員能夠更快地完成應(yīng)用程序的開發(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è)試資源：軟硬件、工具； 編寫測(cè)試程序； 建立測(cè)試環(huán)境； 撰寫測(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)題）； 編寫測(cè)試報(bào)告；

根據(jù)問(wèn)題報(bào)告、測(cè)試記錄，編寫測(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è)試?；貧w測(cè)試：驗(yàn)證已測(cè)試過(guò)的內(nèi)容不受變更影響，確認(rèn)變更沒(méi)有引入新的錯(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)，他主要用來(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è)試。

將開發(fā)階段清楚的表現(xiàn)出來(lái)，便于控制開發(fā)的過(guò)程。當(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ú)立起來(lái)，并與開發(fā)并行。缺點(diǎn)：

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

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

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

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

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

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

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

４）．軟件未達(dá)到產(chǎn)品說(shuō)明書雖未指出但應(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ì)、開發(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年代軟件開發(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或說(shuō)明對(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)常說(shuō)的面向?qū)ο蟮木幊虒?shí)現(xiàn)（OOP，Object Oriented Programming）。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_發(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)和方法，則稱為多重繼承。

在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴(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ì)和開發(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è)試培訓(xùn)思想總結(jié)

惠普培訓(xùn)思想總結(jié)(小白QZ University)

人生在勤 不索何獲

——記惠普學(xué)習(xí)有感

不知不覺(jué)的參加惠普培訓(xùn)已經(jīng)幾個(gè)月了?；仡^看看自己所走過(guò)的路，緊張的學(xué)習(xí)中，充實(shí)而快樂(lè)。因?yàn)槲以谶@里找到了一條屬于自己的人生之路，找到了自信和成功的希望。誠(chéng)然，一切都要靠自己去努力，但是，我不得不說(shuō)，只有自己的努力是不夠的，還需要有人給你指明方向，創(chuàng)造平臺(tái)，所以在這里要感謝我們學(xué)院和惠普的老師們是你們給我指明了前進(jìn)的方向和發(fā)展的平臺(tái)?；萜盏膶I(yè)講師教會(huì)了我很多的專業(yè)技術(shù)，幫我踏上軟件測(cè)試之路打下了堅(jiān)實(shí)的基礎(chǔ)。在參加惠普培訓(xùn)學(xué)習(xí)的這些日子里，我學(xué)到了很多實(shí)用的知識(shí)，不僅僅是計(jì)算機(jī)網(wǎng)絡(luò)所涉及到的各種理論專業(yè)知識(shí)，還有很多公司和企業(yè)的真實(shí)案例，讓我的專業(yè)技能、操作能力和實(shí)際動(dòng)手能力都有很大的提高。同時(shí)在不斷的學(xué)習(xí)中，對(duì)自己也有了清晰的定位。

學(xué)習(xí)猶如人生的旅途，只要你用心去體會(huì)它，你便會(huì)發(fā)現(xiàn)它是如此的美妙而不可或缺。我衷心祝愿參加惠普培訓(xùn)的所有學(xué)員，利用好現(xiàn)在的學(xué)習(xí)時(shí)間用心學(xué)好專業(yè)知識(shí)，打牢基礎(chǔ)，一定有大展身手、大放異彩的一天，愿你們也能夠在惠普騰飛，實(shí)現(xiàn)自己的夢(mèng)想，開創(chuàng)出屬于自己的一片天空。

在這里總結(jié)了一些學(xué)習(xí)方法供以后想?yún)⒓优嘤?xùn)的學(xué)弟學(xué)妹參考一下。

1.首先必須端正心態(tài)，這是非常重要的一點(diǎn)，心態(tài)決定一切。好的心態(tài)能讓你在學(xué)習(xí)中事半功倍。

2.“老師領(lǐng)進(jìn)門，修行在個(gè)人”，我的感覺(jué)學(xué)到的學(xué)習(xí)方法比什么都重要。

3.勤能補(bǔ)拙，如果自己實(shí)在是不聰明，我愿意花更多的時(shí)間學(xué)習(xí)，讓自己變得聰明起來(lái)

4.課前預(yù)習(xí)。要做到課前帶著問(wèn)題去聽課，對(duì)于自己不能理解的問(wèn)題及時(shí)請(qǐng)教同學(xué)、老師或者上網(wǎng)查資料，及時(shí)解決，決不拖到下次上課。

5.課后復(fù)習(xí)。利用業(yè)余時(shí)間查閱相關(guān)的工具書，拓展自己的知識(shí)面。6 認(rèn)真完成老師布置的作業(yè)。因?yàn)槟嵌际亲钣嗅槍?duì)性和側(cè)重點(diǎn)的，比起自己找重點(diǎn)更明了、更能一針見血的說(shuō)明問(wèn)題的本質(zhì)。

7.學(xué)習(xí)是一件苦差事，任何事情不付出努力是不會(huì)收獲結(jié)果的，學(xué)好軟件測(cè)試要付出更多的努力。

因?yàn)闇y(cè)試的工作涉及的知識(shí)面比較廣，只有學(xué)習(xí)的基石打牢了，以后做起測(cè)試工作才能夠得心應(yīng)手。除了掌握測(cè)試的技巧，只有自己全身心地投入到測(cè)試工作中來(lái)，并不斷對(duì)它保持著學(xué)習(xí)的熱情，才能真正成為一個(gè)合格的測(cè)試人。

課程介紹：在這幾個(gè)月中，惠普公司委派了優(yōu)秀的講師給我們上課，堂堂課老師都用理論聯(lián)系實(shí)踐，講了大量的案例，精彩之極。到目前為止我們學(xué)習(xí)了ETM，ITIL，QC，以及QTP，這些都是我們?cè)趯W(xué)校里學(xué)不到的，就這些課程我簡(jiǎn)單的說(shuō)說(shuō)我的體會(huì)：

ETM：企業(yè)測(cè)試方法論，在這一門課中，我們學(xué)習(xí)了做測(cè)試的基本理論，在做一個(gè)測(cè)試軟件時(shí)，首先要計(jì)劃，分析需求，然后給客戶提出設(shè)計(jì)方案，開發(fā)，執(zhí)行測(cè)試，最后維護(hù)，計(jì)劃階段越詳細(xì)越好特別是寫tset case時(shí)。當(dāng)然使用ETM還有很多其他的好處。

ITIL：IT基礎(chǔ)構(gòu)架庫(kù)，在這里其中包括三個(gè)板塊：服務(wù)管理平臺(tái)，服務(wù)支持，客戶付費(fèi)機(jī)構(gòu)。ITIL它提供了一個(gè)指導(dǎo)性框架，這個(gè)框架可以保留組織現(xiàn)有IT管理方法中的合理部分，同時(shí)增加必要的技術(shù)，并且方便了各種IT職能間的溝通和協(xié)調(diào)。

QC：質(zhì)量管理中心，這是基于wed平臺(tái)的測(cè)試管理工具，包括一些測(cè)試資產(chǎn)等組成。QC由發(fā)布，需求，測(cè)試計(jì)劃用例，執(zhí)行測(cè)試和缺陷跟蹤主要組成部分。我認(rèn)為，隨著軟件測(cè)試越來(lái)越重要，一個(gè)良好的測(cè)試管理工具對(duì)于軟件測(cè)試也會(huì)非常重要。

QTP：是一種自動(dòng)測(cè)試工具。使用QTP的目的是想用它來(lái)執(zhí)行重復(fù)的手動(dòng)測(cè)試，主要是用于回歸測(cè)試和測(cè)試同一版軟件的新版本。使用QTP可以大大的提高工作效率，節(jié)省時(shí)間，以及其他的價(jià)值。

在學(xué)這幾門課中，我們還做了不少的案例，在做這些案例中，我也學(xué)會(huì)了很多：

一．要主動(dòng)的去學(xué)習(xí)，特別是要會(huì)學(xué)，自己在課余的時(shí)間多操作

二．積極的態(tài)度，態(tài)度要端正，學(xué)習(xí)才有目標(biāo)

三．團(tuán)隊(duì)精神，工作不只是一個(gè)人的時(shí)期，往往都是一個(gè)團(tuán)隊(duì)完成一個(gè)項(xiàng)

目，在工作的過(guò)程中去保持和其他人員的交流和溝通時(shí)非常重要的。