第一篇：軟件測試方法和技術—課程總結作業(yè)

軟件測試方法和技術 課程總結作業(yè) 2012-2013學年

軟件測試方法和技術 課程總結作業(yè) 2012-2013學年第一學期 任務2：（20分）設有一個檔案管理系統(tǒng)，要求用戶輸入以年月表示的日期。假設日期限定

在1990年1月~2049年12月，并規(guī)定日期由6位數(shù)字字符組成，前4位表示年，后2位表示月。現(xiàn)用等價類劃分法設計測試用例，來測試程序的“日期檢查功能”。任務3：（50分）用你已經(jīng)設計好的系統(tǒng)或借用其他系統(tǒng)，來進行軟件系統(tǒng)測試，編寫出系統(tǒng)測試報告。

3、補充說明

課程總結作業(yè)必須自己獨立、認真完成，不得抄襲，如發(fā)現(xiàn)抄襲別人，則視本門課程為不及格處理。希望大家切記。

第二篇：《軟件測試技術》課程總結報告

《軟件測試技術》課程總結報告

班級：姓名：學號：

一、課程概述

二、課程實訓項目

三、課程知識點總結

四、收獲和體會

第三篇：軟件測試方法總結

軟件測試方法總結

（一）發(fā)布時間: 2008-12-12 17:07作者: lxm_lxm來源: 51Testing論壇

軟件測試方法的總結，是lxm_lxm根據(jù)個人所做過的項目整理的，提供給新來的的朋友們。軟件測試方法總結

一、界面

● 界面測試

（1）測試界面設計是否合理、簡潔、美觀，操作是否方便

（2）功能鍵、數(shù)據(jù)項信息是否齊全

（3）確認系統(tǒng)中同一功能抌名稱是否統(tǒng)一

（4）設計樣式、風格（查詢條件樣式；輸入風格（點選/手輸入）；）是否與系統(tǒng)其它模塊統(tǒng)一

（5）確認頁面內(nèi)所有字段名稱顯示風格是否統(tǒng)一（居中、左對齊、右對齊，一般采用居中顯示風格）

1、新增頁面及功能測試

● 字段

在開始測試時應該保證數(shù)據(jù)的正確性，然后再從系統(tǒng)中找出各種Bug

（1）各字段輸入正確的信息值保存，確認系統(tǒng)是否可以正確完成新增操作。

（2）進入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統(tǒng)應該給出某個不允許為空字段的提示信息（屬于邊界測試）

（3）建議不允許為空的字段前面加上?*?作為標記（統(tǒng)一性，方便性問題）

（4）編碼/編號字段不允許輸入中文及特殊字符，否則系統(tǒng)應該給出相應的提示信息

（5）測試編碼/編號字段不允許重復，否則系統(tǒng)應該給出相應的提示信息

（6）確認字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時系統(tǒng)應該給出提示信息

（7）非法測試，如：校驗數(shù)值型字段輸入非數(shù)值，保存時系統(tǒng)是否給出相應的提示信息（根據(jù)實際需要確定數(shù)值型字段是否能夠接受負數(shù)）

（8）邊界測試，如：確認數(shù)值型字段的邊界值（如：有效值為?0-100?整數(shù)，那么輸入-1或101保存時系統(tǒng)應該給出相應的提示信息；輸入值為0、100系統(tǒng)應該能正確保存信息值；輸入0到100內(nèi)的整數(shù)值系統(tǒng)應該正確保存信息值）

（9）精確值測試，測試小數(shù)位數(shù)是否在定義的長度內(nèi)

（10）字段精確值是否正確（四舍五入否）。

（11）根據(jù)實際情況測試名稱字段是否具有唯一性，（一般情況下名稱是不允許重復的，具體問題具體分析），否則系統(tǒng)應該給出相應的提示信息

（12）確認各字段名稱書寫是否正確（注意：要求編輯界面、住息列表中、錯誤提示信息、查詢條件中的字段名稱完全相同）

（13）確認特殊格式的字段是否已做標準格式的限制（如：電子郵件、郵編等）

（14）測試上級信息字段（如：上級XXX名稱、上級XXX編號）的信息值是否根據(jù)所選擇的上級XXX名稱系統(tǒng)自動生成（注意：編號生成值一定是維護界面的編號，而不應該是相應表的那個主鍵編碼）

（15）測試如果某字段信息值是從另一個模塊中選擇輸入的，那么需要確認其它相關聯(lián)字段的信息值是否也相應的正確的自動帶入，并且這些字段應該都是只讀的（16）創(chuàng)建人/編輯人、發(fā)布人、創(chuàng)建時間、創(chuàng)建人字段應該設為只讀的，而且此類字段值應該默認當前操作人的姓名

（17）如果某個字段可以點選輸入多個信息值，那么測試該字段是否接受，并保存了點選輸入的多個信息值

（18）對于多選字段，測試是否具有記憶上次選擇值并已驗重

（19）測試字符型字段是否可以接受空格（統(tǒng)一性問題，建議不要接受空格）

（20）引用其它模塊的字段信息值的字段長度是否與被引用模塊相應字段長度一致

軟件測試方法總結

（二）發(fā)布時間: 2008-12-12 17:13作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

6、常用功能鍵的功能測試

（1）保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統(tǒng)應該給出“XXX字段不允許為空”的提示信息

（2）保存---如果某字段輸入值有錯誤或超出長度范圍，那么單擊“保存”按鈕時，系統(tǒng)應該給出相應的提示信息

（3）保存---輸入相關信息單擊“保存”后，建議系統(tǒng)給出“保存成功”提示信息

（4）保存---測試新增/修改信息保存后，信息列表是否自動刷新

（5）下一步---單擊此按鈕，如果有非空字段為空，系統(tǒng)應該給出相應提示信息；如果有字段輸入非法值，單擊此按鈕系統(tǒng)應該給出相應提示信息；正常情況下單擊此功能按鈕，系統(tǒng)進入到下一個編輯/操作界面

（6）上一步---單擊此功能按鈕，系統(tǒng)應該正確返回到上一個編輯/操作界面

（7）瀏覽---測試該功能鍵功能是否已經(jīng)正確實現(xiàn)，單擊此按鈕系統(tǒng)應該彈出文件選擇頁面，并且可以選擇輸入相關附件

（8）上傳附件---測試上傳功能已經(jīng)正確實現(xiàn)，確認上傳的附件在界面相應位置是否顯示

（9）下載---測試下載功能已經(jīng)正確實現(xiàn)（可以將上傳到服務器的附件下載的本地相應位置）

（10）重新上傳---保存操作后上傳功能按鈕名稱應該自動變?yōu)椤爸匦律蟼鳌保⑶铱梢灾匦律蟼鞲郊?/p>

（11）發(fā)布---測試該功能鍵功能已經(jīng)正確實現(xiàn)，單擊些功能按鈕系統(tǒng)完成發(fā)布操作，相應的信息狀態(tài)變?yōu)椤耙寻l(fā)布”，發(fā)布人、發(fā)布時間系統(tǒng)自動生成或已經(jīng)正確保存（注意：已經(jīng)發(fā)布的信息是不允許再進行修改操作的）（根據(jù)系統(tǒng)需求及設計測試，有些系統(tǒng)只有信息修改頁面才有此功能）

（12）取消發(fā)布---測試該功能鍵功能是否已經(jīng)正確實現(xiàn)，單擊此功能按鈕系統(tǒng)完成取消發(fā)布功能，相應信息狀態(tài)變?yōu)椤拔窗l(fā)布”（根據(jù)系統(tǒng)需求及設計測試，有些系統(tǒng)只有信息修改頁面才有此功能）

（13）關閉---單擊此功能按鈕系統(tǒng)將關閉當前頁面，建議當單擊此功能按鈕時系統(tǒng)彈出“確認離開此頁面提示信息”

（14）查詢---單擊查詢功能按鈕，系統(tǒng)按鈕輸入查詢條件進行模糊查詢；查詢條件輸入非法值進行查詢操作，系統(tǒng)應該查詢0記錄

（15）刪除----未勾選待刪除記錄單擊此按鈕系統(tǒng)彈出相應提示信息；正常情況下系統(tǒng)刪除所選記錄

（16）選擇---勾選待選記錄，單擊此按鈕系統(tǒng)完成選擇操作；單擊選擇超鏈接功能按鈕系統(tǒng)完成選擇操作

（17）取消選擇---單擊此功能按鈕，系統(tǒng)完成取消選擇操作（清除所有選擇信息）

軟件測試方法總結

（三）發(fā)布時間: 2008-12-12 17:14作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

11、對用戶名、密碼的有效性測試

（1）密碼信息有效性測試：特殊字符、正常字符、空字符（不輸入）、空格

（2）登陸名是否區(qū)分大小寫

（3）登陸名是否允許重名

（4）用戶名字和密碼都為最大長度（邊界值分析，取上點）

（5）用戶名字和密碼都為最小長度（邊界值分析，取上點）

（6）用戶名字和密碼都是非最大和最小長度的數(shù)據(jù)（邊界值分析，取內(nèi)點）

（7）用戶名長度大于要求1位（邊界值分析，取離點）

（8）用戶名長度小于要求1位（邊界值分析，取離點）

（9）密碼長度大于要求1位（邊界值分析，取離點）

（10）密碼長度小于要求1位（邊界值分析，取離點）

（11）是否記住上次登陸名

（12）密碼信息有效性測試：字母數(shù)字混排、數(shù)字、符號數(shù)字、字母符號、數(shù)字符號、空字符（不輸入）、空格、ASCII字符、字符串在有空格、串在有半角空格

（13）口令鎖定：即輸入口令次數(shù)的限制

（14）密碼顯示是否以星號或者別的符號顯示

（15）看是否支持tap和enter鍵等

（16）密碼是否可以復制粘貼

密碼修改測試方法

（1）不輸入舊密碼，直接改密碼

（2）輸入錯誤舊密碼

（3）不輸入確認新密碼

（4）不輸入新密碼

（5）新密碼和確認新密碼不一致

（6）新密碼中有空格

（7）新密碼長度有效性測試方法同上

（8）新密碼為非允許字符（如有的密碼要求必須是英文和數(shù)字組成，那么要試漢字和符號等）

（9）測試密碼是否區(qū)分大小寫，新密碼中英文小寫，確認密碼中英文大寫

（10）新密碼與舊密碼一樣能否修改成功

軟件測試方法總結

（四）發(fā)布時間: 2008-12-12 17:17作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

四、權限測試

1、業(yè)務權限

按需求測試用戶業(yè)務權限分配是否正確，業(yè)務權限主要控制功能模塊、功能菜單的展示，沒有相應業(yè)務權限的不展示其功能模塊能功能菜單。

2、操作權限

（1）權限組：按組用戶來分配操作權限。（組內(nèi)所有人員都具有所分配的操作權限）

（2）測試已分配操作權限的功能按鈕是可見的（3）測試已分配操作權限的功能按鈕是否可用；是否可以正確完成相應功能操作

（4）通常不分配調(diào)看操作權限是無法進行修改操作

五、算法

1、測試前需要充分了解算法的整個計算過程及結果值的精度

2、算法測試之前需要準備充足，而且是準確無誤的測試實例

3、根據(jù)輸入值確認系統(tǒng)計算輸出結果是否與預期結果完全一致

4、如果計算公式中含有引用其它模塊的數(shù)據(jù)，需要先確認數(shù)據(jù)提取是否對應的正確

5、先用等價劃分法、邊界值測試方法測試輸入數(shù)據(jù)是否在需求范圍內(nèi)

6、嚴格按照測試用例執(zhí)行測試，確認計算結果是否正確無誤，注意結果的精度。

第四篇：軟件測試做事方法總結

做事方法

中醫(yī)講究望聞問切，我覺得我們做事的方式方法也可以按照這四點進行歸納。

? 望（細心觀察、多留心）

1、看現(xiàn)象，特別是偶然問題，細心觀察，留意步驟

a.對測試過程中只出現(xiàn)過一次的異常現(xiàn)象，可以先記錄下來，或者與研發(fā)溝通，寧可錯殺不可放過。b.對bug保持敏感度，相信自己的眼睛，針對偶然現(xiàn)象反復推敲，從自己的網(wǎng)絡環(huán)境，拓撲結構入手，嘗試復現(xiàn)。

c.低概率問題難以復現(xiàn)，需要先搭好抓包環(huán)境，遇到問題保存log，并記住時間點。

2、看用例，認真閱讀，細心執(zhí)行

a.測試過程用例在不斷完善，執(zhí)行用例要到位，認真閱讀用例的預置條件、測試步驟、預期結果，有疑問要及時提出，用例結果要備注。b.執(zhí)行用例的步驟不能遺落，結果要每條都對應。

c.預期結果不符要同需求、軟件一起確認，并將結果告知三方。有變更時需要同步修改用例，并將bug提至mantis，評審bug時需要關注。

3、看mantis，經(jīng)常查看mantis上bug狀態(tài)

a.看自己的bug，對開發(fā)人員的備注多關注。研發(fā)人員備注的bug原因自己要搞懂。不清楚的一定要問。對概率問題研發(fā)備注未重現(xiàn)的，要問清楚log分析結果，是否需要協(xié)助重現(xiàn)等。

a.看別人提交的bug，一是避免bug重復提交，二是可以學習和思考，為什么別人可以發(fā)現(xiàn)這個bug，我沒發(fā)現(xiàn)；或者我是不是也遇到同樣問題，但是忽略了等等。b.評審過后的bug備注認真看。評審后的bug會備注一些專業(yè)意見可以學習，評審后的bug也會備注一些需要測試后續(xù)進行的工作要關注并執(zhí)行。

4、看版本發(fā)布記錄

a.版本發(fā)布后詳細閱讀版本發(fā)布記錄，確認修改的每個點是否同計劃一一對應，同研發(fā)確認是否修改點都一一列出。未列出的點會帶來哪些影響。b.版本修改點影響范圍是否列出，需重點測試模塊是否有寫明。

? 聞（認真傾聽，反復思考）

1、聽信息

a.項目前期反復討論需求、方案時，是不是所有信息有掌握了，通過反復思考提出自己的意見或建議。

b.需求有變更時，要詳細的了解清楚變更點。

c.認真傾聽測試代表的版本計劃，版本范圍及版本測試中應重點關注的地方。

2、聽經(jīng)驗

a.對自己不清楚的問題，認真聽別人的分析講解，從而思考從這個點拓展到面。b.Bug評審時認真聽每個bug的分析情況，進而思考自己遇到這個問題如何處理，反思自己的測試方法。

c.聽聽別人同研發(fā)人員如何溝通，學學溝通方式和技巧，溝通的過程我要了解哪些信息，掌握哪些關鍵點和關鍵路徑。

d.分享時聽其他人的經(jīng)驗，進行借鑒。

? 問（不懂就問、不恥下問）

1、問bug a.遇到無法判斷是不是bug的問題，問有經(jīng)驗的同事，問測試代表，問測試經(jīng)理。b.遇到偶然問題，先問問其他同事是否也有遇到，可以一起思考一起找茬，盡快突破。c.同研發(fā)意見不一致時及時反饋測試代表，協(xié)商解決。

d.對研發(fā)備注的原因，大膽提出質(zhì)疑，多問幾個為什么，多對比，了解來龍去脈，不要被研發(fā)帶偏。

e.Bug評審時需要測試人員跟蹤壓力的bug要多問，問問是否有可復現(xiàn)的路徑，研發(fā)是否可以協(xié)助。

2、問方法

a.對自己無法解決的或者要花很長時間消化的，要多問，多學習，可以提高效率，避免不必要的時間浪費。

b.對自己不熟悉的模塊，要多問經(jīng)驗豐富的同事，借鑒好的測試方法。

c.對流程不熟悉的，多問問研發(fā)人員，詳細的了解流程，才能制定對應的測試方案。

? 切（找出問題、對癥下藥）

1、多看多聽多問，相信大部分問題都能準確定位。針對少數(shù)不能定位的問題，bug評審給出結果，需要壓力的進行壓力，需要觀察的進行觀察。可以同研發(fā)人員一同協(xié)商制定方法。

2、已解決的問題也要多思考，解決這個問題是否會影響到其他模塊，驗證時要考慮全面。

3、遇到問題及時反饋，溝通反饋及時才能更好的解決問題。

第五篇：軟件測試方法總結1

一．軟件測試方法的總結 ：

軟件的測試分類：

從是否關心軟件內(nèi)部結構和具體實現(xiàn)的角度劃分

A.白盒測試

B.黑盒測試

C.灰盒測試

從是否執(zhí)行程序的角度

A.靜態(tài)測試

B.動態(tài)測試

從軟件開發(fā)的過程按階段劃分有

A.單元測試

B.集成測試

C.確認測試

D.系統(tǒng)測試

E.驗收測試

*白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內(nèi)部的結構測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。

*

*灰盒測試結合了白盒測試盒黑盒測試的要素.它考慮了用戶端、特定的系統(tǒng)知識和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評價應用軟件的設計。

* 測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統(tǒng)測試及發(fā)版測試。

* 開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。

* 集成測試把已測試過的模塊組裝起來，主要對與設計相關的軟件體系結構的構造進行測試。

* 確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。

* 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。

二．軟件測試的流程：

分為五步

第一根據(jù)需求分析制定測試計劃

第二根據(jù)開發(fā)人員的詳細設計說明書設計測試策略和測試用例

第三開發(fā)人員編寫好一個小的模塊后我們就可以執(zhí)行測試用例。同時填寫缺陷報告第四對測試作總結

第五驗收測試，同時編寫用戶手冊

三．