2006年6月1日
1. 新提交的Bug
2. 開發正在修改的Bug
3. 已經修改好并且等待測試人員驗證的Bug
4. 驗證通過的Bug
5. 驗證沒有通過的Bug
6. 設計問題
7. 測試人員報錯
8. 暫時不修改的Bug
這是我總結的，還望哪位愛好者共同交流。
posted @
2006-07-11 09:38 白靜 閱讀(1051) |
評論 (2) |
編輯 收藏
測試大綱只是簡單的描述如何開展測試，而測試計劃是針對測試中的每個環節的。單元測試、集成測試、系統測試等一般都寫測試計劃，寫的重點不同。而大綱只是簡要的寫一下測試策略是什么，需要做哪些測試，測試過程如何組織，測試人員包括哪些。可以說管理人員寫測試大綱，而測試人員寫測試計劃。
posted @
2006-06-19 16:50 白靜 閱讀(3999) |
評論 (3) |
編輯 收藏
?????? 其實不然，軟件測試是在軟件開發過程中是和開發人員相互合作，不存在對立關系的，他也是一個獨立的部門。測試就是在一個程序被交付到最終 用戶手上之前找出程序中的錯誤為目的活動。
?????? 測試是檢查產品的質量，而不是檢查開發人員的質量；因此，對立的關系是不存在的。
?????? 而測試的目的，也不是簡單狹義的找出Bug，進行測試又分為兩種立場：從用戶的角度出發，就是希望通過軟件測試來充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產品；從開發者的角度出發，就是希望通過測試來表明軟件產品不存在錯誤，已經正確地實現了用戶的需求，從而確立人們對軟件質量的信心。中國軟件測評中心的測試原則也是如此。
????一個軟件的開發往往需要大量的人力和和時間，因此成功的測試就是要以最少的人力和時間，系統的找出軟件種潛在的各種錯誤和缺陷，它能夠證明軟件的功能和性能與需求是否相符合，而實施測試所收集到的測試結果數據也為可靠性分析提供了依據。但是測試不能表明軟件中不存在錯誤，它只能表明盡可能的找出軟件中存在錯誤。
??? 在這里，附帶的說一下軟件質量缺陷的原因，主要是一下幾方面的原因：
????1.缺乏或者沒有進行溝通
??? 2.軟件復雜度
??? 3.編程錯誤
??? 4.不斷變更的需求
??? 5.時間的壓力
????6.人員的自大
????7.缺乏文檔的代碼
????8.軟件開發工具
????另外，一個好的測試的屬性是指：
??? 1. 一個好的測試發現錯誤的可能性很高
??? 2. 一個好的測試并不冗余
??? 3. 一個好的測試應該是“最佳品種”
??? 4.?一個好的測試既不會太簡單，也不會太復雜
????隨著生社會的發展，用戶對軟件質量的要求也更高了，已不是簡單的看功能的實現了，而是越來越重視軟件是否經過了測試和測試的結果。能經受測試的軟件，才是一個成功的軟件、優秀的軟件。因此，一定要重視軟件測試！
????
??
posted @
2006-06-05 17:43 白靜 閱讀(310) |
評論 (1) |
編輯 收藏
根據需要把測試中出現的錯誤類型簡單的分一下類，主要分為四類，
A
類
嚴重錯誤、
B
類
較嚴重錯誤、
C
類
一般錯誤、
D
類
輕微錯誤，下面就每種情況做一下詳細的介紹：
A
類
嚴重錯誤：
1．?
由程序引起的死機、非正常退出；
2．?
死循環；
3．?
數據庫發生死鎖；
4．?
因錯誤操作導致的程序中斷；
5．?
功能錯誤；
6．?
與數據庫連接錯誤；
7．?
數據通訊錯誤；
B
類
較嚴重錯誤：
1．?
程序錯誤；
2．?
程序接口錯誤；
3．?
數據庫的表、業務規則、缺省性、未加完整性等約束條件；
C
類
一般錯誤：
1．?
操作界面錯誤（包括數據窗口內列名定義、含義是否一致）；
2．?
打印格或內容錯誤；
3．?
簡單的限制未放在前臺控制；
4．?
刪除操作未給出提示；
5．?
數據庫表中有過多的空字段
D
類
輕微錯誤：
1．?
界面不規范；
2．?
輔助說明描述不規范；
3．?
輸入、輸出不規范；
4．?
長操作未給出用戶提示；
5．?
提示窗口文字未采用行業術語；
6．?
可輸入區域和只讀區域沒有給出明顯的區分標志；
軟件合格標準
|
A
類
嚴重錯誤
|
B
類
較嚴重錯誤
|
C
類
一般錯誤
|
D
類
輕微錯誤
|
|
無
|
無
|
?
|
?
|
?
?
posted @
2006-06-03 13:35 白靜 閱讀(982) |
評論 (2) |
編輯 收藏
??????? 軟件測試的本質以及最好的測試方式就是以最真實的方式模擬各種真實用戶（包括專業用戶、無聊用戶、黑客、甚至變態用戶）對軟件進行操作和使用，從中查找出軟件的缺陷，并促使其按缺陷嚴重性和優先級的最優組合方式被修正。
??????? 針對我們公司所接受測試的系統，我做一下簡單的總結。
??????? 本次測試根據系統情況主要采用黑盒測試，共測試了系統的2大部分功能，包含23個功能模塊，目前已測試了兩輪，下面就兩輪的結果做一下分析：
???????? 第一輪測試使用測試用例一共286個，未通過用例28個，未通過比例為9.8%；隨沒有發現嚴重錯誤和較嚴重錯誤，發現一般錯誤24個，輕微錯誤80個；有些功能沒有滿足功能需求，沒有達到期待的結果；
??????? 第二輪測試使用測試用例一共317個，未通過用例4個，未通過比例為1.3%；沒有發現嚴重錯誤和較嚴重錯誤，發現一般錯誤4個，輕微錯誤31個；
?????????兩輪測試綜合比較：第一輪發現的錯誤，經過維護，在第二輪測試中已明顯降低，未通過用例個數由28個降為4個，一般錯誤已由24個降為4個，輕微錯誤由80個降為31個。說明第一輪測試后的維護是很有效的，希望第三輪的測試會更加精彩！??
posted @
2006-06-02 16:42 白靜 閱讀(342) |
評論 (1) |
編輯 收藏
軟件測試的原則
??? 軟件測試從不同的角度出發會派生出兩種不同的測試原則，從用戶的角度出發，就是希望通過軟件測試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產品，從開發者的角度出發，就是希望測試能表明軟件產品不存在錯誤，已經正確地實現了用戶的需求，確立人們對軟件質量的信心。中國軟件評測中心的測試原則就是從用戶和開發者的角度出發進行軟件產品測試的，通過我們的測試，可以為用戶提供放心的產品，并對優秀的產品進行認證。為了達到上述的原則，那么需要注意以下幾點：
1．應當把“盡早和不斷的測試”作為開發者的座右銘
2．程序員應該避免檢查自己的程序，測試工作應該由獨立的專業的軟件測試機構來完成。
3．設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態和意外狀態，比如網絡異常中斷、電源斷電等情況。
4．一定要注意測試中的錯誤集中發生現象，這和程序員的編程水平和習慣有很大的關系。
5．對測試錯誤結果一定要有一個確認的過程，一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。
6．制定嚴格的測試計劃，并把測試時間安排的盡量寬松，不要希望在極短的時間內完成一個高水平的測試。
7．回歸測試的關聯性一定要引起充分的注意，修改一個錯誤而引起更多的錯誤出現的現象并不少見。
8．妥善保存一切測試過程文檔，意義是不言而喻的，測試
的重現性往往要靠測試文檔。
posted @
2006-06-01 11:36 白靜 閱讀(593) |
評論 (2) |
編輯 收藏??????? 一直沒有發文章，很抱歉，但從今天起，我會把自己所知道的和想知道都發在上面，關于技術的，關于工作的，關于疑問，關于了解的……都會一一發在上面的，或許我現在的水平不高，但我相信，經過我的努力，和在這里的成長發展，我會有一個質的飛躍的！
??? 我相信：有信心就有成功！有夢想就有舞臺！
posted @
2006-06-01 10:41 白靜 閱讀(277) |
評論 (0) |
編輯 收藏
我是一個軟件測試人員，但對JAVA也有著“情有獨鐘”的熱愛，在這里希望可以通過交流，讓我們成為志同道合的朋友，共同成長，共同進步，讓夢飛翔，讓理想實現！
|
|
| 28 | 29 | 30 | 31 | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
常用鏈接
留言簿(4)
我參與的團隊
隨筆分類(5)
隨筆檔案(7)
相冊
軟件測試
最新隨筆
搜索
積分與排名
最新評論
閱讀排行榜
評論排行榜