【文章內(nèi)容簡介】 性能、可靠性和內(nèi)存使用之間存在著平衡關(guān)系。需求是否可測？對于軟件測試人員來說判斷需求是否可測是這個(gè)過程中最重要的工作。十一、需求測試方法復(fù)查review走查walkthrough審查inspection十二、測試策略的內(nèi)容確定測試范圍 軟件是無法被完全測試的確定測試方法 不同的系統(tǒng)需要不同的測試方法定義測試標(biāo)準(zhǔn) 入口標(biāo)準(zhǔn)，暫停和繼續(xù)的標(biāo)準(zhǔn)，出口標(biāo)準(zhǔn)等十三、軟件測試結(jié)束的標(biāo)準(zhǔn)基于測試用例的使用規(guī)則1)構(gòu)造測試用例（由相關(guān)人員進(jìn)行評審）2)執(zhí)行測試用例中，當(dāng)測試用例的不通過率達(dá)到20%則拒絕繼續(xù)測試，待開發(fā)人員修正軟件后再繼續(xù)。3)當(dāng)功能性測試用例通過率達(dá)到100%，非功能性測試用例通過率達(dá)到90%時(shí)，允許正常結(jié)束。基于“測試期缺陷密度”規(guī)則含義：對軟件測試一個(gè)cpu小時(shí)發(fā)現(xiàn)的缺陷數(shù)，比較適用于系統(tǒng)測試基于“運(yùn)行期缺陷密度”規(guī)則含義：把軟件運(yùn)行一個(gè)cpu小時(shí)發(fā)現(xiàn)的缺陷數(shù)，比較適用于驗(yàn)收測試注：一個(gè)階段的出口標(biāo)準(zhǔn)!下一個(gè)階段的入口標(biāo)準(zhǔn)系統(tǒng)測試結(jié)束的標(biāo)準(zhǔn)!軟件的發(fā)布標(biāo)準(zhǔn)發(fā)布標(biāo)準(zhǔn)!軟件0缺陷選擇測試工具 是否需要，需要什么工具，怎么獲取降低軟件測試代價(jià)是企業(yè)普遍關(guān)注的問題，可通過；(萬般無奈下)十四、測試環(huán)境基本內(nèi)容：設(shè)備環(huán)境、軟件環(huán)境、數(shù)據(jù)環(huán)境需考慮的因素 計(jì)算機(jī)平臺操作系統(tǒng) 瀏覽器 軟件支持平臺 外圍設(shè)備 網(wǎng)絡(luò)環(huán)境 其他專用設(shè)備 搭建測試環(huán)境時(shí)的配置原則：使用的頻度或范圍實(shí)效的可能性最大限度的模擬真實(shí)環(huán)境十五、測試管理由于測試工程中設(shè)計(jì)的人員、活動、工具是很多的，在制定測試計(jì)劃時(shí)需要對這些因素進(jìn)行管理 選擇缺陷管理工具和測試管理工具定義工作進(jìn)度建立風(fēng)險(xiǎn)管理計(jì)劃(1)可能遇到的風(fēng)險(xiǎn)、編碼階段出現(xiàn)大量質(zhì)量問題，導(dǎo)致測試工作量時(shí)間增加、發(fā)生了大量的需求變更，(2)風(fēng)險(xiǎn)管理的過程+測試設(shè)計(jì)與開發(fā)+總體設(shè)計(jì)投入產(chǎn)出：測試設(shè)計(jì)的輸入是測試計(jì)劃，輸出是評審過的測試用例集合定義設(shè)計(jì)目標(biāo)遵循的原則(清楚地說明沒項(xiàng)測試的目標(biāo)使每項(xiàng)測試的目標(biāo)單一，可以對應(yīng)到規(guī)格說明書中的一項(xiàng)需求只說明測試應(yīng)該完成什么工作，而不說明如何完成)流程：總體設(shè)計(jì)開發(fā)測試用例評審測試用例+測試用例——概念：為特定目標(biāo)開發(fā)的測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。+好的測試用例：，可重復(fù)性+測試用例的作用指導(dǎo)測試的實(shí)施 作為編寫測試腳本的“設(shè)計(jì)規(guī)格說明書”評估測試標(biāo)準(zhǔn)的度量基準(zhǔn)分析缺陷的標(biāo)準(zhǔn) +白盒測試用例設(shè)計(jì)+設(shè)計(jì)方法+邏輯覆蓋法( 語句覆蓋 判定覆蓋 條件覆蓋 判定條件覆蓋條件組合覆蓋 路經(jīng)覆蓋基本路經(jīng)法)+輔助模塊設(shè)計(jì)(：相當(dāng)于被測程序的主程序。接受測試數(shù)據(jù)，把這些數(shù)據(jù)傳給被測模塊然后輸出實(shí)際測試結(jié)果。：用于調(diào)用被測模塊調(diào)用的子模塊?？梢宰錾倭康臄?shù)據(jù)操作，不需要把子模塊的所有功能都帶進(jìn)來，但不容許什么都不做。)+黑盒測試用例設(shè)計(jì)等價(jià)類劃分法邊界值法——“缺陷遺漏在角落里，聚集在邊界上。”因果圖法彌補(bǔ)等價(jià)類和邊界值法的不足錯誤推測法測試用例的管理可以通過配置管理工具cvs,vss,clearcase等實(shí)現(xiàn)，以保證測試是可重復(fù)的。+常見錯誤分析用戶界面問題輸入無合法性檢查和值域檢查。界面信息不能及時(shí)更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對用戶產(chǎn)生誤導(dǎo)。表達(dá)不清或過于模糊的信息提示。要求用戶輸入多余的本來系統(tǒng)可以自己得到的數(shù)據(jù)。為了得到某個(gè)設(shè)置或?qū)υ捒蛴脩舯仨氉鲈S多冗余的操作，如對話框嵌套太多。不能記憶用戶的設(shè)置或操作習(xí)慣，使每次進(jìn)入系統(tǒng)用戶都需重新操作一次初始環(huán)境。不經(jīng)用戶確認(rèn)就對系統(tǒng)或數(shù)據(jù)進(jìn)行了重大修改。形象類問題不符合用戶的操作習(xí)慣。如，快捷鍵定義不科學(xué)不實(shí)用，甚至無快捷鍵。不夠?qū)I(yè)，缺乏基本知識。界面中英文混雜，甚至拼寫錯誤。說明書或幫助的排版格式不專業(yè)：中英文不對應(yīng)，標(biāo)點(diǎn)的半全角問題，沒有排版準(zhǔn)則。界面元素參差不齊，文字不能完全顯示。－穩(wěn)定性問題不可重現(xiàn)的死機(jī)，或不斷申請但不能完全釋放資源，使系統(tǒng)性能越來越低。主系統(tǒng)和子系統(tǒng)使用了相同的臨界資源而相互不知道。如：使用相同的類名或臨時(shí)文件名、使用同樣的數(shù)據(jù)庫字段名或登陸帳號。不能重現(xiàn)的錯誤，許多與代碼中的未初始化變量有關(guān)，有些與系統(tǒng)不檢查異常情況(網(wǎng)絡(luò)中斷、內(nèi)存申請不成功、長時(shí)間無響應(yīng)等)有關(guān)。其他問題運(yùn)行時(shí)不檢查內(nèi)存、硬盤空間、數(shù)據(jù)庫等。無根據(jù)的假設(shè)用戶環(huán)境：硬件/網(wǎng)絡(luò)情況；有些動態(tài)庫；假設(shè)網(wǎng)絡(luò)隨時(shí)都是聯(lián)通的。提供的版本帶病毒。提供錯誤的版本給測試組或測試用戶，或程序員與測試組使用不同版本。用戶現(xiàn)場開放和修改，又沒有記錄和保留。版本中部分內(nèi)容或接口倒退，或出現(xiàn)版本管理混亂。有些選項(xiàng)永遠(yuǎn)都是灰的，或有些在該變灰時(shí)沒變灰。+測試用例的評審測試或測試組件完全針對的是需求中列出的功能嗎？測試組件是否覆蓋了所有的需求？有冗余的嗎？每個(gè)測試步驟都有清楚描述的預(yù)期結(jié)果嗎？+優(yōu)先級+3級優(yōu)先級1：此測試用例必須執(zhí)行2：有時(shí)間就執(zhí)行3：可以不執(zhí)行+5級1：此測試必須通過，否則產(chǎn)品發(fā)布存在危險(xiǎn)2：在發(fā)布前必須執(zhí)行3：時(shí)間允許就執(zhí)行4：此測試可以在下一次發(fā)布或發(fā)布后短期內(nèi)執(zhí)行5：可以不測試第二篇：軟件測試技術(shù)面試總結(jié)軟件測試就是為了發(fā)現(xiàn)程序中的錯誤而分析和執(zhí)行程序的過程?！拍?基本知識+軟件開發(fā)過程定義計(jì)劃實(shí)現(xiàn)穩(wěn)定化部署+軟件開發(fā)模型(四種典型的模型)+瀑布模型概述：包括計(jì)劃，需求分析，設(shè)計(jì)，編碼，測試，運(yùn)行維護(hù)六個(gè)階段。六個(gè)階段自上而下、相互銜接，以固定的次序進(jìn)行。特點(diǎn)：；； ；。缺點(diǎn)：不適合需求模糊的系統(tǒng)+原型模型概述：先建立一個(gè)能夠反映用戶需求的原型系統(tǒng)，使得用戶和開發(fā)者可以對目標(biāo)系統(tǒng)的概貌進(jìn)行評價(jià)和判斷，然后對原型系統(tǒng)進(jìn)行反復(fù)的擴(kuò)充、改進(jìn)、求精，最終建立符合用戶需求的目標(biāo)系統(tǒng)。特點(diǎn)：；； 。分類：按照對原型的處理方式，可以分為漸進(jìn)型和拋棄型。+增量模型概述：在增量模型中每個(gè)階段都生成軟件的一個(gè)可發(fā)布版本，階段交錯進(jìn)行，版本逐漸完善。同原型模型的最大區(qū)別在于，在原型模型中每個(gè)階段發(fā)布一個(gè)原型而在增量模型中則完成一個(gè)正式版本。+螺旋模型概述：適用于大型軟件的開發(fā)，它將瀑布模型和快速原型模型結(jié)合起來，并加入了風(fēng)險(xiǎn)分析。特點(diǎn)：，風(fēng)險(xiǎn)分析，實(shí)施工程，評審四個(gè)階段；，每迭代一次螺旋線增一周，工程前進(jìn)一個(gè)層次，系統(tǒng)生成一個(gè)新版本， 投入新的時(shí)間成本，最終得到客戶滿意的版本。軟件測試從需求開始：現(xiàn)代的軟件測試將測試滲入到軟件開發(fā)的各個(gè)階段，即使瀑布模型，表面看測試工作是在測試階段開始的，事實(shí)上，在計(jì)劃、需求、設(shè)計(jì)階段，測試人員便已經(jīng)開始了他們的工作，如：了解軟件需求，編寫測試計(jì)劃，搭建測試環(huán)境。測試用例三要素：前提條件和操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果。必須以需求為依據(jù)。軟件測試分類是否關(guān)注軟件結(jié)構(gòu)和算法黑盒測試：基于軟件需求的測試方法。白盒測試：基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測試方法。是否執(zhí)行被測試軟件動態(tài)測試：在測試過程中執(zhí)行被測試軟件的測試方法。靜態(tài)測試：不?；诓煌臏y試階段：單元測試：主要測試軟件的單元模塊，需要編寫額外的測試驅(qū)動程序，采用白盒測試的方法，一般由 開發(fā)人員完成。集成測試：將一些“構(gòu)件”集成在一起時(shí)測試他們是否能正常運(yùn)行，構(gòu)件可以是程序