【正文】 回歸測試工具：QTP等。用戶測試在整個軟件生產(chǎn)流程中非常重要，這個環(huán)節(jié)是被測軟件首次作為正式系統(tǒng)交由用戶使用，用戶會根據(jù)他們的實(shí)際使用情況進(jìn)行測試、試用，并提出實(shí)際使用過程中的問題。性能測試優(yōu)點(diǎn)：一方面可以驗證被測軟件是否符合用戶需求，另一方面，可以得到相關(guān)的性能數(shù)據(jù)，為被測軟件的優(yōu)化提供參考。l 性能測試性能測試就是要求被測軟件在業(yè)務(wù)處理速度、處理能力和所耗用的硬件系統(tǒng)資源比率滿足用戶的需求。主要考察被測軟件的功能和性能表現(xiàn)。集成測試方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自頂向下集成；組合方式集成）等策略進(jìn)行測試，利用以黑盒測試為主，白盒測試為輔的測試方法進(jìn)行測試。（可以發(fā)現(xiàn)大約80%的軟件缺陷，大多數(shù)公司中，由對應(yīng)的開發(fā)工程師負(fù)責(zé)）單元測試方法：主要采用靜態(tài)測試和動態(tài)測試相結(jié)合的辦法。⑨可修改性：每項需求只應(yīng)在SRS（軟件需求規(guī)格說明書）中出現(xiàn)一次。⑥健壯性：需求的說明中是否對可能出現(xiàn)的異常進(jìn)行了分析，并且對這些異常進(jìn)行了容錯處理。3．軟件測試的流程：需求測試、單元測試、集成測試、系統(tǒng)測試、性能測試、用戶測試、回歸測試l 需求測試：主要從以下幾個方面考慮①完整性：每一項需求都必須將所要實(shí)現(xiàn)的功能描述清楚，從而為開發(fā)人員設(shè)計和實(shí)現(xiàn)這些功能提供所有必要的需求依據(jù)。優(yōu)點(diǎn)：可以充分發(fā)揮測試工程師的主觀能動性，將其智力活動體現(xiàn)于測試活動中，能發(fā)現(xiàn)很多的缺陷。動態(tài)測試有三種方法：黑盒測試、白盒測試、灰盒測試。（主要用于系統(tǒng)測試和確認(rèn)測試中）l 白盒測試白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或程序代碼內(nèi)部構(gòu)成的測試。分類：1白盒測試用例；2軟件各項功能的測試用例；3用戶界面測試用例；4軟件的各項非功能測試用例；5對軟件缺陷修正所確認(rèn)的測試用例。七、什么是軟件缺陷？軟件缺陷的類型？答：軟件缺陷是1軟件未達(dá)到軟件規(guī)格說明書中規(guī)定的功能；2軟件超出軟件規(guī)格說明書中指出的范圍；3軟件未達(dá)到軟件規(guī)格說明書中指出的應(yīng)達(dá)到的目標(biāo)；4軟件運(yùn)行出現(xiàn)錯誤；5軟件測試人員認(rèn)為軟件難于理解，不易使用，運(yùn)行速度慢，或者最終用戶認(rèn)為軟件使用效果不好。答：黑盒測試一般可分為功能測試和非功能測試兩大類：功能測試主要包括等價類劃分、邊值分析、因果圖法、錯誤推測、功能圖法等，主要用于軟件確認(rèn)測試；非功能測試主要包括使用性能測試、性能測試、強(qiáng)度測試、兼容性測試、配置測試、安全測試等。6，團(tuán)隊合作精神。2，具有創(chuàng)新精神和超前意識。8，完全測試是不可能的，測試需要終止。4，Pareto原則。：性能測試—Loadrunner、Robot、Silk performer，功能測試—QTP、Winrunner、Robot、Silk test，其他測試—Xenu、AiRoboForm。：配置測試環(huán)境是測試實(shí)施的一個重要階段，測試環(huán)境適合與否會嚴(yán)重影響測試結(jié)果的重要性和真實(shí)性。⑤ bug 可能屬于的模塊，如果不能確認(rèn)，可以用開發(fā)人員來判斷。：① 和 bug 產(chǎn)生對應(yīng)的軟件版本。軟件測試的基本格式：軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。黑盒測試也稱之為功能測試和數(shù)據(jù)驅(qū)動測試。第三篇：軟件測試小結(jié)第二階段學(xué)習(xí)小結(jié)。集成測試經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。①繪制示意圖②闡述每個步驟是做什么 需求分析即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能概要設(shè)計主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項事務(wù)。系統(tǒng)分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。計算和精度問題：計算的結(jié)果沒有滿足所需要的精度。對于設(shè)計或編程上的一些假定或依賴性，相關(guān)人員沒有充分溝通。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用性等問題。④對一些實(shí)時應(yīng)用，要進(jìn)行精心設(shè)計和技術(shù)處理，保證精確的時間同步，否則容易引起時間上不協(xié)調(diào)，不一致性帶來的問題。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過程決定的。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。總之，外部測試報告要小心謹(jǐn)慎的編寫。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。主要有以下原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測試；輸出結(jié)果太多，只能分類進(jìn)行驗證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯誤。（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時要向用戶做成合理的解釋。 測試要注意下面的事項：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。缺陷是否修改要由軟件測試人員、項目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。在任何一個項目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項目中沒有預(yù)算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。第二篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對測試的輕視。該軟件的規(guī)格說明如下：“有一個處理單價為1元5角錢的盒裝飲料的自動售貨機(jī)軟件?！?． 某報表處理系統(tǒng)要求用戶輸入處理報表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對該段期間內(nèi)的報表進(jìn)行處理，如日期不在此范圍內(nèi)，則顯示輸入錯誤信息。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題1． 根據(jù)下面給出的規(guī)格說明，利用等價類劃分的方法，給出足夠的測試用例。（7）為了達(dá)到最佳的測試效果，應(yīng)該由獨(dú)立的第三方從事測試工作。(2)應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試” 作為軟件開發(fā)者的座右銘。？根據(jù)程序的輸入特性，將程序的定義域劃分為有限個等價區(qū)段“等價類”，從等價類中選擇出的用例具有“代表性”，即測試某個等價類的代表值就等于對這一類其他值的測試。d)因果圖：通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計測試用例。？測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成或根據(jù)上級主管對測試結(jié)果的意見，就可以結(jié)束本次測試。2)性能測試：顧名思義就是測試軟件的運(yùn)行性能。動態(tài)測試的兩個基本要素：被測試程序和測試數(shù)據(jù)（測試用例）。靜態(tài)測試約可找出30～70%的邏輯設(shè)計錯誤。制訂測試計劃、設(shè)計測試用例、實(shí)施測試、提交缺陷報告、編寫測試總結(jié)。2）測試