2006年6月2日
1. 新提交的Bug
2. 開發(fā)正在修改的Bug
3. 已經(jīng)修改好并且等待測試人員驗(yàn)證的Bug
4. 驗(yàn)證通過的Bug
5. 驗(yàn)證沒有通過的Bug
6. 設(shè)計(jì)問題
7. 測試人員報(bào)錯(cuò)
8. 暫時(shí)不修改的Bug
這是我總結(jié)的，還望哪位愛好者共同交流。
posted @
2006-07-11 09:38 白靜 閱讀(1057) |
評論 (2) |
編輯 收藏
測試大綱只是簡單的描述如何開展測試，而測試計(jì)劃是針對測試中的每個(gè)環(huán)節(jié)的。單元測試、集成測試、系統(tǒng)測試等一般都寫測試計(jì)劃，寫的重點(diǎn)不同。而大綱只是簡要的寫一下測試策略是什么，需要做哪些測試，測試過程如何組織，測試人員包括哪些。可以說管理人員寫測試大綱，而測試人員寫測試計(jì)劃。
posted @
2006-06-19 16:50 白靜 閱讀(4012) |
評論 (3) |
編輯 收藏
?????? 其實(shí)不然，軟件測試是在軟件開發(fā)過程中是和開發(fā)人員相互合作，不存在對立關(guān)系的，他也是一個(gè)獨(dú)立的部門。測試就是在一個(gè)程序被交付到最終 用戶手上之前找出程序中的錯(cuò)誤為目的活動(dòng)。
?????? 測試是檢查產(chǎn)品的質(zhì)量，而不是檢查開發(fā)人員的質(zhì)量；因此，對立的關(guān)系是不存在的。
?????? 而測試的目的，也不是簡單狹義的找出Bug，進(jìn)行測試又分為兩種立場：從用戶的角度出發(fā)，就是希望通過軟件測試來充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品；從開發(fā)者的角度出發(fā)，就是希望通過測試來表明軟件產(chǎn)品不存在錯(cuò)誤，已經(jīng)正確地實(shí)現(xiàn)了用戶的需求，從而確立人們對軟件質(zhì)量的信心。中國軟件測評中心的測試原則也是如此。
????一個(gè)軟件的開發(fā)往往需要大量的人力和和時(shí)間，因此成功的測試就是要以最少的人力和時(shí)間，系統(tǒng)的找出軟件種潛在的各種錯(cuò)誤和缺陷，它能夠證明軟件的功能和性能與需求是否相符合，而實(shí)施測試所收集到的測試結(jié)果數(shù)據(jù)也為可靠性分析提供了依據(jù)。但是測試不能表明軟件中不存在錯(cuò)誤，它只能表明盡可能的找出軟件中存在錯(cuò)誤。
??? 在這里，附帶的說一下軟件質(zhì)量缺陷的原因，主要是一下幾方面的原因：
????1.缺乏或者沒有進(jìn)行溝通
??? 2.軟件復(fù)雜度
??? 3.編程錯(cuò)誤
??? 4.不斷變更的需求
??? 5.時(shí)間的壓力
????6.人員的自大
????7.缺乏文檔的代碼
????8.軟件開發(fā)工具
????另外，一個(gè)好的測試的屬性是指：
??? 1. 一個(gè)好的測試發(fā)現(xiàn)錯(cuò)誤的可能性很高
??? 2. 一個(gè)好的測試并不冗余
??? 3. 一個(gè)好的測試應(yīng)該是“最佳品種”
??? 4.?一個(gè)好的測試既不會(huì)太簡單，也不會(huì)太復(fù)雜
????隨著生社會(huì)的發(fā)展，用戶對軟件質(zhì)量的要求也更高了，已不是簡單的看功能的實(shí)現(xiàn)了，而是越來越重視軟件是否經(jīng)過了測試和測試的結(jié)果。能經(jīng)受測試的軟件，才是一個(gè)成功的軟件、優(yōu)秀的軟件。因此，一定要重視軟件測試！
????
??
posted @
2006-06-05 17:43 白靜 閱讀(317) |
評論 (1) |
編輯 收藏
根據(jù)需要把測試中出現(xiàn)的錯(cuò)誤類型簡單的分一下類，主要分為四類，
A
類
嚴(yán)重錯(cuò)誤、
B
類
較嚴(yán)重錯(cuò)誤、
C
類
一般錯(cuò)誤、
D
類
輕微錯(cuò)誤，下面就每種情況做一下詳細(xì)的介紹：
A
類
嚴(yán)重錯(cuò)誤：
1．?
由程序引起的死機(jī)、非正常退出；
2．?
死循環(huán)；
3．?
數(shù)據(jù)庫發(fā)生死鎖；
4．?
因錯(cuò)誤操作導(dǎo)致的程序中斷；
5．?
功能錯(cuò)誤；
6．?
與數(shù)據(jù)庫連接錯(cuò)誤；
7．?
數(shù)據(jù)通訊錯(cuò)誤；
B
類
較嚴(yán)重錯(cuò)誤：
1．?
程序錯(cuò)誤；
2．?
程序接口錯(cuò)誤；
3．?
數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省性、未加完整性等約束條件；
C
類
一般錯(cuò)誤：
1．?
操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）；
2．?
打印格或內(nèi)容錯(cuò)誤；
3．?
簡單的限制未放在前臺(tái)控制；
4．?
刪除操作未給出提示；
5．?
數(shù)據(jù)庫表中有過多的空字段
D
類
輕微錯(cuò)誤：
1．?
界面不規(guī)范；
2．?
輔助說明描述不規(guī)范；
3．?
輸入、輸出不規(guī)范；
4．?
長操作未給出用戶提示；
5．?
提示窗口文字未采用行業(yè)術(shù)語；
6．?
可輸入?yún)^(qū)域和只讀區(qū)域沒有給出明顯的區(qū)分標(biāo)志；
軟件合格標(biāo)準(zhǔn)
|
A
類
嚴(yán)重錯(cuò)誤
|
B
類
較嚴(yán)重錯(cuò)誤
|
C
類
一般錯(cuò)誤
|
D
類
輕微錯(cuò)誤
|
|
無
|
無
|
?
|
?
|
?
?
posted @
2006-06-03 13:35 白靜 閱讀(989) |
評論 (2) |
編輯 收藏
??????? 軟件測試的本質(zhì)以及最好的測試方式就是以最真實(shí)的方式模擬各種真實(shí)用戶（包括專業(yè)用戶、無聊用戶、黑客、甚至變態(tài)用戶）對軟件進(jìn)行操作和使用，從中查找出軟件的缺陷，并促使其按缺陷嚴(yán)重性和優(yōu)先級(jí)的最優(yōu)組合方式被修正。
??????? 針對我們公司所接受測試的系統(tǒng)，我做一下簡單的總結(jié)。
??????? 本次測試根據(jù)系統(tǒng)情況主要采用黑盒測試，共測試了系統(tǒng)的2大部分功能，包含23個(gè)功能模塊，目前已測試了兩輪，下面就兩輪的結(jié)果做一下分析：
???????? 第一輪測試使用測試用例一共286個(gè)，未通過用例28個(gè)，未通過比例為9.8%；隨沒有發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和較嚴(yán)重錯(cuò)誤，發(fā)現(xiàn)一般錯(cuò)誤24個(gè)，輕微錯(cuò)誤80個(gè)；有些功能沒有滿足功能需求，沒有達(dá)到期待的結(jié)果；
??????? 第二輪測試使用測試用例一共317個(gè)，未通過用例4個(gè)，未通過比例為1.3%；沒有發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和較嚴(yán)重錯(cuò)誤，發(fā)現(xiàn)一般錯(cuò)誤4個(gè)，輕微錯(cuò)誤31個(gè)；
?????????兩輪測試綜合比較：第一輪發(fā)現(xiàn)的錯(cuò)誤，經(jīng)過維護(hù)，在第二輪測試中已明顯降低，未通過用例個(gè)數(shù)由28個(gè)降為4個(gè)，一般錯(cuò)誤已由24個(gè)降為4個(gè)，輕微錯(cuò)誤由80個(gè)降為31個(gè)。說明第一輪測試后的維護(hù)是很有效的，希望第三輪的測試會(huì)更加精彩！??
posted @
2006-06-02 16:42 白靜 閱讀(348) |
評論 (1) |
編輯 收藏
我是一個(gè)軟件測試人員，但對JAVA也有著“情有獨(dú)鐘”的熱愛，在這里希望可以通過交流，讓我們成為志同道合的朋友，共同成長，共同進(jìn)步，讓夢飛翔，讓理想實(shí)現(xiàn)！
|
|
| 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)
我參與的團(tuán)隊(duì)
隨筆分類(5)
隨筆檔案(7)
相冊
軟件測試
最新隨筆
搜索
積分與排名
最新評論
閱讀排行榜
評論排行榜