軟件測試基礎知識總結(jié)

一、什么是軟件測試？

1979年，myer：軟件測試就是為了發(fā)現(xiàn)錯誤而執(zhí)行程序或系統(tǒng)的過程。

1983年，IEEE：軟件測試即使用人工或自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結(jié)果與實際結(jié)果之間的差別。二、現(xiàn)代軟件測試活動的內(nèi)容？

制定測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結(jié)三、軟件測試的目的？

GrenfordJ.Myers在《TheArtofSoftwareTesting》一書中的觀點：1、測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤2、一個成功的測試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤3、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試

簡單的說，測試的根本目的就是確保最終交給用戶的產(chǎn)品符合用戶的需求，在產(chǎn)品交給用戶之前盡可能多的發(fā)現(xiàn)并改正問題。四、測試一般要達到的目標？

確保產(chǎn)品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明；

確保產(chǎn)品滿足性能和效率的要求；確保產(chǎn)品是健壯的和適應用戶環(huán)境的。五、軟件測試分類？1、按測試策略分類：a靜態(tài)測試與動態(tài)測試

靜態(tài)測試

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

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

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

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

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

動態(tài)測試

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

組成：構(gòu)造測試實例、根據(jù)測試實例運行程序、分析程序的輸出結(jié)果。主要方法：黑盒測試和白盒測試。動態(tài)測試特點：

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

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

b黑盒測試和白盒測試

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

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

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

自動測試

定義：引入自動測試工具。

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

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

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

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

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

功能測試（functiongtesting）又稱正確性測試，軟件的功能是否符合規(guī)格說明；

性能測試(performancetesting)，系統(tǒng)是否滿足需求說明書中規(guī)定的性能，通常使用自動化測試工具；

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

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

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

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

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

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

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

螺旋模型：確定目標、可選方案和現(xiàn)在條件指出并解決風險評估方案本階段開發(fā)和測試計劃下一階段確定進入下一階段的方法（該過程重復進行）螺旋模型是瀑布模型的發(fā)展，較常用。七、軟件測試生命周期？

制定測試計劃測試設計和開發(fā)實施軟件測試評審版本發(fā)布八、什么是軟件的缺陷（bug）？

定義：在軟件使用過程中所出現(xiàn)的任何問題，或者導致軟件不能符合設計要求或滿足消費者需求的問題。包括程序錯誤等等。九、書寫缺陷報告的準則？

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

識別和判斷缺陷的輔助工具：軟件需求說明書、用戶手冊、聯(lián)機幫助。十、bug的生命周期？有效地記錄BUG；

使用BUG模板；

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

維護BUG數(shù)據(jù)庫。十一、bug的類型？

軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能模塊；

軟件中出現(xiàn)了產(chǎn)品規(guī)格說明指明不應該出現(xiàn)的錯誤；軟件實現(xiàn)了產(chǎn)品規(guī)格說明沒有提到的功能模塊；

軟件沒有實現(xiàn)雖然產(chǎn)品規(guī)格說明沒有明確提及但應該實現(xiàn)的目標；

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

系統(tǒng)缺陷：內(nèi)部接口、硬件、操作系統(tǒng)、軟件結(jié)構(gòu)、控制與順序、資源加工缺陷：算術(shù)、初始化、控制與次序、靜態(tài)邏輯、其他數(shù)據(jù)缺陷：類型、結(jié)構(gòu)、初始值、其他代碼缺陷：程序編寫、文檔、其他十二、bug中通常包含的內(nèi)容？？？？

硬件平臺和操作系統(tǒng)版本

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

報告人reporter

指定處理人assignedto概述summary

郵件抄送列表CClist從屬關(guān)系（bug“ID”dependson,bug“ID”block）附加描述additionalcomments十三、bug中的優(yōu)先級的定義？

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

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

缺陷的二八定理：一般情況下，在分析、設計、實現(xiàn)階段的復查和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測試又能找到剩余缺陷的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。十四、什么是測試用例？

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

測試用例控制軟件測試的執(zhí)行過程。十五、測試用例包含的內(nèi)容？

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

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

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

輸入數(shù)據(jù)：描述測試用例所需的輸入數(shù)據(jù)或條件預期結(jié)果：輸入后應該輸出的結(jié)果

測試結(jié)果：此項在測試執(zhí)行時填寫，說明測試用例是否通過，如果不通過，就要生成缺陷報告，并注明缺陷的編號，這里的缺陷編號要與缺陷跟蹤系統(tǒng)中的編號一致。十六、設計測試用例的方法？

1等價類劃分法

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

等價類劃分法是一種最典型的黑盒測試法。

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

要同時考慮有效等價類和無效等價類。2邊界值方法

定義：對輸入和輸出的邊界值進行測試的黑盒測試方法。

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

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

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

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

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

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

通過測試和失敗測試錯誤猜測隨機測試

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

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

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

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

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

十八、什么是測試計劃，測試計劃中通常包含什么內(nèi)容？

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

內(nèi)容：

測試計劃的簡介測試項目說明

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

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

人員和培訓需求進度表

風險及偶然事故的預測

擴展閱讀：軟件測試基礎知識階段總結(jié)

軟件測試基礎總結(jié)

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

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

軟件測試的概念：

軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行的過程或者說軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)二精心設計一批測試用例并利用這些測試用例去運行程序以發(fā)現(xiàn)程序錯誤的過程

軟件測試的目標：

a.測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程

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

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

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

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

d.力求系統(tǒng)的正確性、完整性、合理性、穩(wěn)定性

軟件測試人員知識結(jié)構(gòu)的組成:

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

b.測試知識：黑盒測試，白盒測試，手工測試，自動化測試，性能測試，安全測試等等。c.開發(fā)知識：編程，數(shù)據(jù)結(jié)構(gòu)，算法，調(diào)試等等。

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

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

二、軟件測試方法分類軟件測試的主要流程

分析測試的需求→制定測試計劃→設計測試方案→編寫測試用例→執(zhí)行測試用例→驗收測試→書寫測試報告重點強調(diào)：

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

a.單元測試b.集成測試c.確認測試d.系統(tǒng)測試e.驗收測試

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

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

軟件測試方法和分類----按測試實施組分

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

三、測試用例的設計方法

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

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

a.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類

b.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類

c.在輸入條件是一個布爾量的情況下，可以確定一個有效等價類和一個無效等價類d.在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確定n個有效等價類和一個無效等價類

e.在規(guī)定了輸入數(shù)據(jù)必須遵守規(guī)則的情況下，可確定一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)

f.在確知已劃分的等價類中，各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步的劃分為更小的等價類

邊界值分析法

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

邊界值選擇原則

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

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

四、Linux操作命令

Linux的概念：Linux是一種自由和開放源碼的類Unix操作系統(tǒng)重點強調(diào)

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

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

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

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

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

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

a.tarcvfname.tarname壓縮b.tarxvfname.tar解壓c.tartvfname.tar查詢

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

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

/word:向光標之下尋找一個名稱為word的字符串?word:向光標之上尋找一個名稱為word的字符串

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

五、熟悉mCommerce項目

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

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

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

六、個人總結(jié)(提出近階段個人學習總結(jié)以及遇到問題)

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

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

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

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

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

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

友情提示：本文中關(guān)于《軟件測試基礎知識總結(jié)》給出的范例僅供您參考拓展思維使用，軟件測試基礎知識總結(jié)：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《軟件測試基礎知識總結(jié)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://www.taixiivf.com/gongwen/725091.html

• 上一篇：城關(guān)鎮(zhèn)開展安全生產(chǎn)大討論活動工作總結(jié)
• 下一篇：學生體質(zhì)健康測試工作總結(jié)