【正文】 二、論述2*12’，并列舉歷史上2~3個(gè)著名軟件測(cè)試（缺陷）案例，說(shuō)明測(cè)試重要性軟件測(cè)試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事情。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況,一般外部測(cè)試報(bào)告要滿(mǎn)足下面幾個(gè)要求：根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫(xiě)，一般可以摘錄；不可以向客戶(hù)報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開(kāi)發(fā)中的缺陷也沒(méi)有必要讓客戶(hù)知道；報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告。項(xiàng)目最后要和用戶(hù)共同驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。做軟件產(chǎn)品通常是研發(fā)中心來(lái)開(kāi)發(fā)，進(jìn)度壓力要小些。而做項(xiàng)目通常面向某一用戶(hù)，雖然質(zhì)量越高越好，但是一般只要滿(mǎn)足用戶(hù)要求就可以了。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：質(zhì)量要求不同。軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開(kāi)發(fā)能力和減少軟件缺陷。測(cè)試人員只要嚴(yán)肅認(rèn)真的測(cè)試程序就可以了?！叭毕菀粋€(gè)連著一個(gè)”不是一個(gè)客觀(guān)規(guī)律，只是一個(gè)常見(jiàn)的現(xiàn)象。類(lèi)的繼承導(dǎo)致所有的子類(lèi)會(huì)包含基類(lèi)的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。實(shí)際上完全測(cè)試是不可能的。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來(lái)彌補(bǔ)。當(dāng)然如果這些模塊如果問(wèn)題較多，不應(yīng)該進(jìn)行演示。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過(guò)測(cè)試，證明沒(méi)有問(wèn)題才可以和用戶(hù)共同進(jìn)行測(cè)試。管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來(lái)，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。 建議我們從以下兩個(gè)方面做起：加強(qiáng)部門(mén)內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過(guò)程。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類(lèi)問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：沒(méi)有足夠的時(shí)間資源。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。我們沒(méi)有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒(méi)有進(jìn)行測(cè)試的部分。測(cè)試和測(cè)試的人有很大關(guān)系。冒煙測(cè)試，是用較少的人和較少的時(shí)間測(cè)試程序的主要功能，如果通過(guò)再進(jìn)行正式的測(cè)試。動(dòng)態(tài)測(cè)試是實(shí)際運(yùn)行被測(cè)軟件進(jìn)行的測(cè)試。白盒測(cè)試，也叫結(jié)構(gòu)測(cè)試或邏輯測(cè)試，把所測(cè)程序看做一個(gè)白盒子，通過(guò)看代碼檢查程序的正確性。如果沒(méi)有明確的用戶(hù)，一般把beta測(cè)試也成為公測(cè)階段。第一篇：軟件測(cè)試基礎(chǔ)理論劃分為哪幾個(gè)階段？單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試什么是alpha測(cè)試？beta測(cè)試？Alpha測(cè)試是在開(kāi)發(fā)環(huán)境中對(duì)軟件進(jìn)行驗(yàn)收，一般把用戶(hù)請(qǐng)過(guò)來(lái)一起參與測(cè)試。Beta測(cè)試是在用戶(hù)環(huán)境中，主要由用戶(hù)參與的測(cè)試，一般使用實(shí)際數(shù)據(jù)。畫(huà)出軟件測(cè)試的V模型？用戶(hù)需求驗(yàn)收階段需求分析系統(tǒng)測(cè)試概要設(shè)計(jì)集成測(cè)試詳細(xì)設(shè)計(jì)單元測(cè)試編碼什么是和？黑盒測(cè)試，也叫功能測(cè)試，把要測(cè)的軟件看做一個(gè)黑盒子（不知道用什么語(yǔ)言開(kāi)發(fā)的、代碼是什么），只是通過(guò)輸入數(shù)據(jù)和運(yùn)行結(jié)果判斷程序的正確性。什么是靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試？靜態(tài)測(cè)試是不實(shí)際運(yùn)行被測(cè)軟件，主要檢查代碼的規(guī)范性和標(biāo)準(zhǔn)，比如變量定義是否規(guī)范，注釋的頻率是否滿(mǎn)足。什么是回歸測(cè)試和冒煙測(cè)試？回歸測(cè)試，是對(duì)新版本進(jìn)行測(cè)試時(shí)，重復(fù)執(zhí)行上一版本的測(cè)試用例。集成測(cè)試的基本方式？自頂向下、自底向上、混合方式第二篇：軟件測(cè)試（推薦）一、簡(jiǎn)答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。不是缺陷的缺陷。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。 測(cè)試要注意下面的事項(xiàng)：（1）用戶(hù)現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。測(cè)試核心模塊的目的是建立用戶(hù)對(duì)軟件的信心。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶(hù)做成合理的解釋。（3）永遠(yuǎn)不能欺騙用戶(hù)，蒙混過(guò)關(guān)。主要有以下原因：完全測(cè)試比較耗時(shí)，時(shí)間上不允許；完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測(cè)試；輸出結(jié)果太多，只能分類(lèi)進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀(guān)標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫(xiě)的功能缺陷較多。如果軟件編寫(xiě)的比較好，這種現(xiàn)象就不常見(jiàn)了。軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。習(xí)慣上把開(kāi)發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶(hù)使用的軟件成為軟件產(chǎn)品，也就是可以買(mǎi)“賣(mài)拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶(hù)要求全部重新開(kāi)發(fā)，也可以修改已有的軟件產(chǎn)品來(lái)滿(mǎn)足特定的用戶(hù)需求。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)?lái)很多負(fù)面的影響。測(cè)試資源投入多少不同。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 測(cè)試報(bào)告一般