軟件測試基礎知識總結

　　總結是在某一特定時(shí)間段對學(xué)習和工作生活或其完成情況，包括取得的成績(jì)、存在的問(wèn)題及得到的經(jīng)驗和教訓加以回顧和分析的書(shū)面材料，他能夠提升我們的書(shū)面表達能力，快快來(lái)寫(xiě)一份總結吧�？偨Y怎么寫(xiě)才不會(huì )千篇一律呢？下面是小編為大家整理的軟件測試基礎知識總結，供大家參考借鑒，希望可以幫助到有需要的朋友。

軟件測試基礎知識總結1

　　一、什么是軟件測試？

　　1979年，myer：軟件測試就是為了發(fā)現錯誤而執行程序或系統的過(guò)程。

　　1983年，IEEE：軟件測試即使用人工或自動(dòng)手段來(lái)運行或測試某個(gè)系統的過(guò)程，其目的在于檢驗它是否滿(mǎn)足規定的需求或弄清預期結果與實(shí)際結果之間的差別。

　　二、現代軟件測試活動(dòng)的內容？

　　制定測試計劃、設計測試用例、實(shí)施測試、提交缺陷報告、測試總結

　　三、軟件測試的目的？

　　GrenfordJ.Myers在《TheArtofSoftwareTesting》一書(shū)中的觀(guān)點(diǎn)：1、測試是程序的執行過(guò)程，目的在于發(fā)現錯誤2、一個(gè)成功的測試用例在于發(fā)現至今未發(fā)現的錯誤3、一個(gè)成功的測試是發(fā)現了至今未發(fā)現的錯誤的測試

　　簡(jiǎn)單的說(shuō)，測試的根本目的就是確保最終交給用戶(hù)的產(chǎn)品符合用戶(hù)的需求，在產(chǎn)品交給用戶(hù)之前盡可能多的發(fā)現并改正問(wèn)題。

　　四、測試一般要達到的目標？

　　確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶(hù)可以訪(fǎng)問(wèn)到的功能都有明確的書(shū)面說(shuō)明；

　　確保產(chǎn)品滿(mǎn)足性能和效率的要求；確保產(chǎn)品是健壯的和適應用戶(hù)環(huán)境的。

　　五、軟件測試分類(lèi)？

　　1、按測試策略分類(lèi)：a靜態(tài)測試與動(dòng)態(tài)測試

　　靜態(tài)測試

　　定義：不運行被測程序本身而尋找程序代碼中可能存在的錯誤或評估程序代碼的過(guò)程。Ps：通過(guò)分析或檢查源程序的文法、結構、過(guò)程、接口等來(lái)檢驗程序的正確性，找出缺陷和可疑之處，例如不匹配的參數、不適當的分支嵌套和循環(huán)嵌套、未使用過(guò)的變量、空指針的引用等；可采用人工和軟件工具進(jìn)行；靜態(tài)測試工具的代表：telelogic公司的logiscope軟件、PR公司的PRQA軟件等。

　　靜態(tài)測試特點(diǎn)：

　　不必動(dòng)態(tài)地運行程序，也不必進(jìn)行測試用例設計和結果判斷等工作；可由人工進(jìn)行，充分發(fā)揮人得邏輯思維優(yōu)勢；不需要特別的條件，容易展開(kāi)。

　　靜態(tài)測試要點(diǎn)：

　　代碼審查（codeinspection或codereview）、代碼走查（walkthrough）、桌面檢查、技術(shù)評審（軟件需求分析和設計評審）、靜態(tài)分析（使用軟件工具，包括控制流分析、數據流分析、接口分析和表達式分析）

　　動(dòng)態(tài)測試

　　定義：實(shí)際運行被測程序，輸入相應的測試實(shí)例，檢查運行結果和預期結果的差異，判斷執行結果是否符合要求，從而檢驗程序的正確性、可靠性和有效性，并分析系統運行效率和健壯性等性能。

　　組成：構造測試實(shí)例、根據測試實(shí)例運行程序、分析程序的輸出結果。主要方法：黑盒測試和白盒測試。動(dòng)態(tài)測試特點(diǎn)：

　　實(shí)際運行被測試程序，取得程序運行的真實(shí)情況、動(dòng)態(tài)情況，并進(jìn)行分析；必須生成測試數據來(lái)運行程序，測試質(zhì)量依賴(lài)于測試數據；生成測試數據、分析測試結果工作量大，使開(kāi)展測試工作費時(shí)、費力、費人；

　　動(dòng)態(tài)測試中涉及多方面工作，人員多、設備多、數據多，要求有較好的管理和工作規程。

　　b黑盒測試和白盒測試

　　黑盒測試（black-boxtesting）又稱(chēng)功能測試、數據驅動(dòng)測試、基于規格說(shuō)明書(shū)的測試。定義：測試者把被測程序看成一個(gè)黑盒，不考慮程序的內部結構和特性，只需知道該程序輸入和輸出之間的關(guān)系和程序功能，依靠能夠反映這一關(guān)系和程序功能的需求規格說(shuō)明書(shū)，來(lái)確定測試用例和推斷測試結果的正確性。

　　白盒測試（white-boxtesting）又稱(chēng)結構測試、邏輯驅動(dòng)測試、基于程序本身的測試。定義：從程序的內部邏輯結構入手，按照一定的原則設計測試用例，對軟件的邏輯路徑進(jìn)行測試，在程序的不同點(diǎn)檢查程序的狀態(tài)，來(lái)判定其實(shí)際情況是否和預期的狀態(tài)一致。規劃方面適用范圍優(yōu)勢缺陷黑盒測試針對功能的測試進(jìn)行確認測試和系統測試時(shí)使用能確保從用戶(hù)使用的角度出發(fā)進(jìn)行測試無(wú)法測試程序內部特定部位；如果需求說(shuō)明有誤，則無(wú)法發(fā)現問(wèn)題等價(jià)類(lèi)劃分（將所有可能的輸入數據劃分為若干等價(jià)類(lèi)，選擇有代表性的當做測試用例進(jìn)行測試）；邊界值分析法（對輸入或輸出的邊界值進(jìn)行測試）；因果圖法（利用圖解法分析輸入的各種組合的情況，從而設計測試用例的方法�！耙颉奔摧斎霔l件，“果”即輸出或程序狀態(tài)的改變）；比較測試法白盒測試針對結構的測試進(jìn)行單元測試時(shí)使用能夠對程序內部的特定部位進(jìn)行覆蓋測試無(wú)法檢驗程序的外部特性；無(wú)法對未實(shí)現規格說(shuō)明的程序內部欠缺部分進(jìn)行測試語(yǔ)句覆蓋（程序中每條語(yǔ)句至少被執行一次）；判斷覆蓋（或分支覆蓋，程序中每個(gè)分支至少走查過(guò)一次）；條件覆蓋（判定式中若含多個(gè)條件，則每個(gè)條件的取值均要得到檢驗）；判斷/條件覆蓋（同時(shí)考慮條件的組合值及判定結果的檢驗）；基本路徑的覆蓋（使程序沿所有可能的路徑執行）；循環(huán)覆蓋；模塊接口測試應用舉例C手工測試與自動(dòng)測試

　　手工測試定義：由測試人員來(lái)執行測試用例，然后根據實(shí)際的結果去和預期的結果相比較并記錄測試結果。手工測試時(shí)現在多數公司使用的測試形式。

　　自動(dòng)測試

　　定義：引入自動(dòng)測試工具。

　　通常以手工測試為主，自動(dòng)測試為輔。d冒煙測試（smoketest）：在版本投入正式測試前，對其重要的步伐先進(jìn)行大概的測試，看系統重要的功能是否正確，再進(jìn)行徹底的測試。e回歸測試（regressiontest）：一段時(shí)間以后對以前修復過(guò)的缺陷重新進(jìn)行測試，看該缺陷是否會(huì )重新出現。2、按測試階段分類(lèi)

　　單元測試又稱(chēng)模塊測試定義：針對每一個(gè)程序模塊進(jìn)行正確性檢驗，檢查各個(gè)程序模塊是否正確的實(shí)現了規定的功能。如一個(gè)窗口、函數、菜單、報表或一個(gè)存儲過(guò)程。

　　依據是詳細設計，應對所有重要的控制路徑設計測試用例。集成測試又稱(chēng)綜合測試。定義：在單元測試的基礎上，將已經(jīng)通過(guò)測試的單元模塊按照設計要求組裝成系統或子系統，再進(jìn)行的測試。

　　系統測試定義：是將通過(guò)確認測試的軟件，作為整個(gè)基于計算機系統的一個(gè)元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實(shí)際運行環(huán)境下，對計算機系統進(jìn)行全面的功能覆蓋。

　　單元測試集成測試確認測試（有效性測試、軟件配置審查）系統測試驗收測試（以用戶(hù)為主）測試類(lèi)型單元測試對象模塊內部的程序錯誤模塊間的集成和調用關(guān)系目的清除局部模塊的邏輯和功能上的錯誤和缺陷找出與軟件設計相關(guān)的程序結構，模塊調用關(guān)系，模塊間接口方面的問(wèn)題測試依據測試方法模塊邏輯設計，大量采用白盒測模塊外部說(shuō)明試方法程序結構設計白盒與黑盒相結合的測試方法，較多用黑盒方法構造測試用例集成測試系統測試整個(gè)系統，包括系統中的軟、硬件對整個(gè)系統進(jìn)行一系系統結構設計，黑盒測試列的整體、有效性測試目標說(shuō)明書(shū)，需求說(shuō)明書(shū)3、其他常見(jiàn)測試方法

　　功能測試（functiongtesting）又稱(chēng)正確性測試，軟件的功能是否符合規格說(shuō)明；

　　性能測試(performancetesting)，系統是否滿(mǎn)足需求說(shuō)明書(shū)中規定的性能，通常使用自動(dòng)化測試工具；

　　壓力測試（stresstesting）：檢查系統在瞬間峰值負荷下正確執行的能力，通常用測試工具測試；

　　負載測試（volumetesting）：用于檢查系統在使用大量數據時(shí)正確工作的能力；易用性測試（usabilitytesting）：合理性、方便性；安裝測試（installationtesting）：對軟件的全部、部分或升級安裝/卸載處理過(guò)程的測試；界面測試：包括窗口測試、下拉式菜單和鼠標操作、數據項測試；配置測試（configurationtesting）：主要檢查計算機系統內各個(gè)設備或各種資源之間的相互連接和功能分配中的錯誤。包括驗證全部配置命令的可操作性，軟件配置，硬件配置，利用手動(dòng)或自動(dòng)方式驚喜配置狀態(tài)間的轉換；

　　文檔測試（documentationtesting）：文檔的正確性、完備性、可理解性；兼容性測試（compatibilitytesting）：產(chǎn)品在不同產(chǎn)品之間的兼容性；安全性測試（securitytesting）：非法侵入的防范能力，已存在的安全性、保密性，有無(wú)漏洞；

　　恢復測試（recoverytesting）：容錯能力，在指定的時(shí)間內修正錯誤并恢復正常，又不傷害系統。

　　六：軟件的開(kāi)發(fā)周期（軟件生命周期）和模型？瀑布模型：

　　計劃需求分析設計編碼測試運行、維護

　　嚴格按照固定順序，每個(gè)階段結束，經(jīng)過(guò)項目小組審查，決定是否進(jìn)入下一步。

　　螺旋模型：確定目標、可選方案和現在條件指出并解決風(fēng)險評估方案本階段開(kāi)發(fā)和測試計劃下一階段確定進(jìn)入下一階段的方法（該過(guò)程重復進(jìn)行）螺旋模型是瀑布模型的發(fā)展，較常用。

　　七、軟件測試生命周期？

　　制定測試計劃測試設計和開(kāi)發(fā)實(shí)施軟件測試評審版本發(fā)布

　　八、什么是軟件的缺陷（bug）？

　　定義：在軟件使用過(guò)程中所出現的任何問(wèn)題，或者導致軟件不能符合設計要求或滿(mǎn)足消費者需求的問(wèn)題。包括程序錯誤等等。

　　九、書(shū)寫(xiě)缺陷報告的準則？

　　保證重現缺陷；分析故障，使用最少步驟重現缺陷；包含所有重現缺陷的必要步驟；方便閱讀（編號，分步驟）；盡量簡(jiǎn)單（一個(gè)缺陷一個(gè)報告）；注意語(yǔ)氣。

　　識別和判斷缺陷的輔助工具：軟件需求說(shuō)明書(shū)、用戶(hù)手冊、聯(lián)機幫助。

　　十、bug的生命周期？有效地記錄BUG；

　　使用BUG模板；

　　評價(jià)BUG優(yōu)先級和嚴重性；BUG的生命；

　　維護BUG數據庫。

　　十一、bug的類(lèi)型？

　　軟件沒(méi)有實(shí)現產(chǎn)品規格說(shuō)明所要求的功能模塊；

　　軟件中出現了產(chǎn)品規格說(shuō)明指明不應該出現的錯誤；軟件實(shí)現了產(chǎn)品規格說(shuō)明沒(méi)有提到的功能模塊；

　　軟件沒(méi)有實(shí)現雖然產(chǎn)品規格說(shuō)明沒(méi)有明確提及但應該實(shí)現的目標；

　　軟件難以理解，不容易使用，運行緩慢，或從測試員的角度看，最終用戶(hù)會(huì )認為不好。功能缺陷：規格說(shuō)明書(shū)、能功、測試

　　系統缺陷：內部接口、硬件、操作系統、軟件結構、控制與順序、資源加工缺陷：算術(shù)、初始化、控制與次序、靜態(tài)邏輯、其他數據缺陷：類(lèi)型、結構、初始值、其他代碼缺陷：程序編寫(xiě)、文檔、其他

　　十二、bug中通常包含的內容？？？？

　　硬件平臺和操作系統版本

　　Bug報告優(yōu)先級Bug狀態(tài)

　　報告人reporter

　　指定處理人assignedto概述summary

　　郵件抄送列表CClist從屬關(guān)系（bug“ID”dependson,bug“ID”block）附加描述additionalcomments

　　十三、bug中的優(yōu)先級的定義？

　　優(yōu)先級表示修復缺陷的重要程度和應該何時(shí)修復：1應立即修復的問(wèn)題

　　2在產(chǎn)品發(fā)布之前必須修復的問(wèn)題3如果時(shí)間允許應該修復的問(wèn)題4可以在發(fā)布版本中存在的問(wèn)題

　　缺陷的二八定理：一般情況下，在分析、設計、實(shí)現階段的復查和測試工作能夠發(fā)現和避免80%的缺陷，而系統測試又能找到剩余缺陷的80%，最后的4%的缺陷可能只有在用戶(hù)大范圍、長(cháng)時(shí)間使用后才會(huì )暴露出來(lái)。

　　十四、什么是測試用例？

　　定義：指為實(shí)施測試而向被測試系統提供的輸入數據、操作或各種環(huán)境設置以及期望結果的一個(gè)特定的集合。換句話(huà)說(shuō)，測試用例就是記下要進(jìn)行什么測試，進(jìn)行測試的具體步驟，以及測試執行是否正確的標準。

　　測試用例控制軟件測試的執行過(guò)程。

　　十五、測試用例包含的內容？

　　項目名稱(chēng)：指明本測試用例是用例測試什么軟件項目的功能模塊名：指明要測試的內容

　　測試目的：描述被測試功能的詳細的特性及要測試的目標預置條件：執行測試用例之前所做的操作，如啟動(dòng)程序等用例編號：唯一編號

　　相關(guān)用例：列出必須先于本測試用例執行的測試用例用例說(shuō)明：描述實(shí)現用例的步驟

　　輸入數據：描述測試用例所需的輸入數據或條件預期結果：輸入后應該輸出的結果

　　測試結果：此項在測試執行時(shí)填寫(xiě)，說(shuō)明測試用例是否通過(guò)，如果不通過(guò)，就要生成缺陷報告，并注明缺陷的編號，這里的缺陷編號要與缺陷跟蹤系統中的編號一致。

　　十六、設計測試用例的方法？

　　1等價(jià)類(lèi)劃分法

　　定義：測試人員要對需求規格說(shuō)明書(shū)中的各項需求，尤其是功能需求進(jìn)行細致分析，然后把程序的輸入域劃分為若干個(gè)部分，從每個(gè)部分中選取少數代表性數據作為測試用例。經(jīng)過(guò)這種劃分后，每一類(lèi)的代表性數據在測試中的作用都等價(jià)于這一類(lèi)中的其他值。

　　等價(jià)類(lèi)劃分法是一種最典型的黑盒測試法。

　　步驟：在進(jìn)行等價(jià)類(lèi)劃分之前，首先從程序的功能說(shuō)明中找出各個(gè)輸入條件，然后為每個(gè)輸入條件劃分兩個(gè)或更多個(gè)等價(jià)類(lèi)。確定了等價(jià)類(lèi)劃分后，給出相應的等價(jià)類(lèi)表，再根據等價(jià)類(lèi)表給出測試用例。

　　要同時(shí)考慮有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)。2邊界值方法

　　定義：對輸入和輸出的.邊界值進(jìn)行測試的黑盒測試方法。

　　確定邊界值：選取正好等于、剛剛大于、剛剛小于邊界的值作為測試數據，即中的測試最后一個(gè)肯定合法的數據和剛剛超過(guò)邊界的非法數據。

　　邊界值法是等價(jià)類(lèi)劃分方法的補充。3因果圖定義：考慮輸入條件之間的聯(lián)系、相互組合。步驟：

　　分析軟件需求說(shuō)明的描述中的原因（即輸入條件或輸入條件的等價(jià)類(lèi)）、結果（即輸出條件），并給每個(gè)原因和結果附一個(gè)標識符；

　　分析因果關(guān)系，畫(huà)因果圖？？？

　　對于不可能出現的組合情況，做出記號表明約束或限制條件；因果圖轉化成判定表；

　　把判定表的每一列作為依據，設計測試用例。4其他方法

　　通過(guò)測試和失敗測試錯誤猜測隨機測試

　　十七、測試用例中優(yōu)先級的定義？

　　1小版本確認測試（buildverificationtests,BVTs）：也叫“冒煙測試”，開(kāi)發(fā)人員在個(gè)人版本的軟件上執行目前的冒煙測試項目，確定新的程序代碼不出故障。

　　2高（highs）：最常執行以保障功能性是穩定的，目標的行為和能力可以正常的工作，和重要的錯誤和邊界被測試的測試用例的集合。

　　3中（mediums）是使給出的功能區域或功能變得更詳細，檢查功能的多數方面包括邊界，錯誤和配置測試的測試用例。

　　4低（lows）：通常最少被執行的測試用例。在項目的生命期間里不是常常被運行，如GUI，錯誤信息，可用性，壓力和性能測試。

　　十八、什么是測試計劃，測試計劃中通常包含什么內容？

　　定義：軟件測試計劃指在軟件測試工作正式實(shí)施之前明確測試的對象，并且通過(guò)對資源、時(shí)間、風(fēng)險、測試范圍和預算等方面的綜合分析和規劃，保障有效地實(shí)施軟件測試。

　　內容：

　　測試計劃的簡(jiǎn)介測試項目說(shuō)明

　　需要測試的項目清單測試手段和策略

　　項目通過(guò)或失敗的標準暫停和重新啟動(dòng)測試的標準測試的可交付性測試任務(wù)環(huán)境的需求職責

軟件測試基礎知識總結2

　　軟件測試基礎總結

　　學(xué)了兩周的軟件基礎知識，這期間基本上是以自己看為主，TC幫我們解決其中遇到的問(wèn)題為輔，讓我在了解軟件工程的基礎上進(jìn)一步深入的了解到軟件測試在軟件工程中的重要地位，先將所收獲到的知識概括如下：

　　一、軟件測試的概念和目標軟件測試在整個(gè)軟件工程中的地位：

　　軟件測試的概念：

　　軟件測試是為了發(fā)現錯誤而執行的過(guò)程或者說(shuō)軟件測試是根據軟件開(kāi)發(fā)各階段的規格說(shuō)明和程序的內部結構二精心設計一批測試用例并利用這些測試用例去運行程序以發(fā)現程序錯誤的過(guò)程

　　軟件測試的目標：

　　a.測試是為了發(fā)現程序中的錯誤而執行程序的過(guò)程

　　b.好的測試方案是極可能發(fā)現迄今為止尚未發(fā)現的錯誤的測試方案c.成功的測試是發(fā)現了至今為止尚未發(fā)現的錯誤的測試重點(diǎn)強調：

　　軟件測試人員應具備的素質(zhì)：

　　a.基本要求：責任、奉獻、專(zhuān)注、專(zhuān)業(yè)

　　b.注意學(xué)習，不斷提高自己的計算機知識修養，理解網(wǎng)絡(luò )系統、Internet/Intranet系統和大型數據庫系統的基本概念c.工作認真，一絲不茍，精益求精。

　　d.力求系統的正確性、完整性、合理性、穩定性

　　軟件測試人員知識結構的組成:

　　a.產(chǎn)品知識：對于你所測試的產(chǎn)品，你一定要非常熟悉。小到你所測試的模塊，大到整個(gè)產(chǎn)品的架構，內部實(shí)現，代碼，等等。

　　b.測試知識：黑盒測試，白盒測試，手工測試，自動(dòng)化測試，性能測試，安全測試等等。c.開(kāi)發(fā)知識：編程，數據結構，算法，調試等等。

　　d.專(zhuān)業(yè)知識：以上2，3是基本的知識，你還應該精通一些你從事的更專(zhuān)的技術(shù)知識。比如，如果你的產(chǎn)品是基于.net的，你應該精通.net,或者類(lèi)似的J2ee等

　　e.領(lǐng)域知識：你應該精通你所工作的領(lǐng)域的知識，比如手機領(lǐng)域，數據庫領(lǐng)域等等。f.行業(yè)知識：你要對計算機行業(yè)的整體狀態(tài)，新技術(shù)，動(dòng)態(tài)，發(fā)展趨勢有一個(gè)明確認識。要記住，你首先是一個(gè)計算機人才，其次是一個(gè)軟件人才，再次是一個(gè)測試人才，最后你才是一個(gè)SQAA,SQAE,STE,SDET等等。要想做一個(gè)高級測試人才，這一條線(xiàn)的知識都需要掌握。

　　二、軟件測試方法分類(lèi)軟件測試的主要流程

　　分析測試的需求→制定測試計劃→設計測試方案→編寫(xiě)測試用例→執行測試用例→驗收測試→書(shū)寫(xiě)測試報告重點(diǎn)強調：

　　軟件測試方法和分類(lèi)----按開(kāi)發(fā)階段分

　　a.單元測試b.集成測試c.確認測試d.系統測試e.驗收測試

　　軟件測試方法和分類(lèi)----按測試技術(shù)分

　　a.白盒測試b.灰盒測試c.黑盒測試d.靜態(tài)測試e.動(dòng)態(tài)測試

　　軟件測試方法和分類(lèi)----按測試實(shí)施組分

　　a.開(kāi)發(fā)方測試（α測試）b.用戶(hù)測試（β測試）c.第三方測試

　　三、測試用例的設計方法

　　我們現在做的都是功能測試，用例設計的主要方法包括等價(jià)類(lèi)劃分法、邊界值分析法、錯誤推測法和場(chǎng)景分析法重點(diǎn)強調：等價(jià)類(lèi)劃分法

　　a.等價(jià)類(lèi)劃分法是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數代表性數據作為測試用例。每一類(lèi)的代表性數據在測試中的作用等價(jià)于這一類(lèi)中的其他值，也就是說(shuō)，如果某一類(lèi)中的一個(gè)例子發(fā)現了錯誤，這一等價(jià)類(lèi)中的其他例子也能發(fā)現同樣的錯誤；反之，如果某一類(lèi)中的一個(gè)例子沒(méi)有發(fā)現錯誤，則這一類(lèi)中的其他例子也不會(huì )查出錯誤。b.單個(gè)用例中應覆蓋盡可能多的有效等價(jià)類(lèi)c.單個(gè)用例只能覆蓋一個(gè)無(wú)效等價(jià)類(lèi)確定等價(jià)類(lèi)劃分法的原則

　　a.在輸入條件規定了輸入值的集合或者規定了”必須如何”的條件的情況下，可以確定一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)

　　b.在輸入條件規定了輸入值的集合或者規定了”必須如何”的條件的情況下，可以確定一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)

　　c.在輸入條件是一個(gè)布爾量的情況下，可以確定一個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)d.在規定了輸入數據的一組值(假定n個(gè))，并且程序要對每一個(gè)輸入值分別處理的情況下，可確定n個(gè)有效等價(jià)類(lèi)和一個(gè)無(wú)效等價(jià)類(lèi)

　　e.在規定了輸入數據必須遵守規則的情況下，可確定一個(gè)有效等價(jià)類(lèi)(符合規則)和若干個(gè)無(wú)效等價(jià)類(lèi)(從不同角度違反規則)

　　f.在確知已劃分的等價(jià)類(lèi)中，各元素在程序處理中的方式不同的情況下，則應再將該等價(jià)類(lèi)進(jìn)一步的劃分為更小的等價(jià)類(lèi)

　　邊界值分析法

　　a.人們從長(cháng)期的測試工作經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。因此針對各種邊界情況測試，可以查出更多的錯誤b.空值是一種特殊的邊界值，常常被人遺忘

　　邊界值選擇原則

　　a.如果輸入條件規定了值的個(gè)數，則用最大個(gè)數、最小個(gè)數、比最小個(gè)數少1、比最大個(gè)數多1的數作為測試數據

　　b.將前面的兩條規則應用于輸出條件，即設計測試用例使輸出值達到邊界及其左右的值c.如果程序的規格說(shuō)明給出的輸入域或輸出域是有序集合,則應選取集合的第一個(gè)元素和最后一個(gè)元素作為測試用例

　　四、Linux操作命令

　　Linux的概念：Linux是一種自由和開(kāi)放源碼的類(lèi)Unix操作系統重點(diǎn)強調

　　用戶(hù)的創(chuàng )建與刪除

　　a.用戶(hù)的創(chuàng )建：useradd-g組名-d/home/用戶(hù)名-s/bin/bash用戶(hù)名b.用戶(hù)的刪除：userdelr用戶(hù)名文件的屬性與權限的修改a.chgrp:改變檔案所屬群組b.chown:改變檔案擁有者

　　c.chmod:改變檔案的權限例如：chmod777文件名目錄管理

　　a.cd(變換目錄)b.mkdir(創(chuàng )建目錄)c.touch(建立一個(gè)文件)

　　a.cp(復制檔案或目錄)

　　b.mv(移動(dòng)檔案與目錄，或更名)c.rm(移除檔案或目錄)d.rmdir(刪除空的目錄)文件或目錄的壓縮與打包

　　a.tarcvfname.tarname壓縮b.tarxvfname.tar解壓c.tartvfname.tar查詢(xún)

　　VI編輯命令(一般模式、編輯模式與指令列命令模式)a.刪除文本內容（退出編輯狀態(tài)按x鍵）

　　b.復制文本內容（nyy復制以下幾行內容再+p）c.粘貼文本內容(+p)d.搜尋和取代文本內容

　　/word:向光標之下尋找一個(gè)名稱(chēng)為word的字符串?word:向光標之上尋找一個(gè)名稱(chēng)為word的字符串

　　:n1,n2s/word1/word2/g在第n1與n2行之間將word1這個(gè)字符串取代為word2:1,$s/word1/word2/g這個(gè)指令用于在整個(gè)文件中替換特定字符串e.退出編輯模式(q!強制退出不保存、wq保存并退出文本編輯模式)

　　五、熟悉mCommerce項目

　　網(wǎng)上購物平臺主要角色用戶(hù)、供應商、系統管理員重點(diǎn)強調

　　用戶(hù)、供應商、系統管理員與mCommerce購物平臺之間的關(guān)系.

　　用戶(hù)主要瀏覽前臺頁(yè)面可以購物，供應商管理系統管理員可以管理后臺的商品信息的增刪查改，系統管理員又可以管理供應商的各種操作掌握mCommerce購物系統里各個(gè)功能.找出mCommerce購物系統里存在的Bug.

　　六、個(gè)人總結(提出近階段個(gè)人學(xué)習總結以及遇到問(wèn)題)

　　個(gè)人學(xué)習總結：a.兩周的測試基礎知識學(xué)習掌握了一些測試的基礎知識和方法。例如等價(jià)類(lèi)劃分法從而設計出測試用例，還有邊界值分析法，和一些linuxde簡(jiǎn)單文件操作命令。

　　b.在這個(gè)學(xué)習的過(guò)程中，我發(fā)現很多東西都需要自己去鉆研，去和同事交流從而找到解決的辦法，不會(huì )的問(wèn)題光靠自己一個(gè)人琢磨是遠遠不夠的。需要和同事及同學(xué)交流和溝通，通過(guò)討論會(huì )大家一起研商找出解決辦法對自己的幫助很好。

　　c.每天提交一份日報和問(wèn)題，清楚自己一天的計劃和完成了什么事，問(wèn)題也能得到TC及時(shí)的解決。遇到的問(wèn)題：

　　a.當我在看很多測試基礎知識資料的時(shí)候，不知道從哪抓重點(diǎn)，總是很盲目的從頭瀏覽到尾，看完之后感覺(jué)沒(méi)有記住多少東西。

　　b.關(guān)于測試用例設計方法等價(jià)類(lèi)劃分這塊掌握的不是很好，白皮書(shū)上有些題目雖然TC講過(guò)但還是不能太理解。TC要求我們掌握80%就好了，感覺(jué)只掌握了50%。

　　c.可能最近都是在看測試基礎文檔類(lèi)的原因吧，除了操作linux和熟悉mCommerce項目外，感覺(jué)沒(méi)實(shí)際操作的少了，有時(shí)侯看文檔很容易走神，這樣一來(lái)時(shí)間就浪費了。

【軟件測試基礎知識總結】相關(guān)文章：

軟件測試實(shí)習總結09-24

軟件測試個(gè)人總結07-22

軟件測試總結范文04-14

軟件測試見(jiàn)習總結03-05

軟件測試實(shí)習總結02-23

軟件測試項目個(gè)人總結04-14

軟件測試個(gè)人總結范文09-27

軟件測試簡(jiǎn)歷07-14

軟件測試的簡(jiǎn)歷02-18

軟件測試課件03-31