2006年7月11日
1. 新提交的Bug
2. 開發(fā)正在修改的Bug
3. 已經(jīng)修改好并且等待測(cè)試人員驗(yàn)證的Bug
4. 驗(yàn)證通過的Bug
5. 驗(yàn)證沒有通過的Bug
6. 設(shè)計(jì)問題
7. 測(cè)試人員報(bào)錯(cuò)
8. 暫時(shí)不修改的Bug
這是我總結(jié)的，還望哪位愛好者共同交流。
2006年6月19日
很多人都把這兩者弄混 在這里把這兩個(gè)簡(jiǎn)單的說一下
測(cè)試大綱只是簡(jiǎn)單的描述如何開展測(cè)試，而測(cè)試計(jì)劃是針對(duì)測(cè)試中的每個(gè)環(huán)節(jié)的。單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等一般都寫測(cè)試計(jì)劃，寫的重點(diǎn)不同。而大綱只是簡(jiǎn)要的寫一下測(cè)試策略是什么，需要做哪些測(cè)試，測(cè)試過程如何組織，測(cè)試人員包括哪些。可以說管理人員寫測(cè)試大綱，而測(cè)試人員寫測(cè)試計(jì)劃。
2006年6月5日
?????? 一提起“軟件測(cè)試”，總有不少人很反感，因?yàn)樵谒麄兊糜∠螽?dāng)中，做測(cè)試的就是整天沒事干，專挑別人毛病的；甚至還有不少程序員就感覺“測(cè)試和開發(fā)”人員是對(duì)立的……
?????? 其實(shí)不然，軟件測(cè)試是在軟件開發(fā)過程中是和開發(fā)人員相互合作，不存在對(duì)立關(guān)系的，他也是一個(gè)獨(dú)立的部門。測(cè)試就是在一個(gè)程序被交付到最終 用戶手上之前找出程序中的錯(cuò)誤為目的活動(dòng)。
?????? 測(cè)試是檢查產(chǎn)品的質(zhì)量，而不是檢查開發(fā)人員的質(zhì)量；因此，對(duì)立的關(guān)系是不存在的。
?????? 而測(cè)試的目的，也不是簡(jiǎn)單狹義的找出Bug，進(jìn)行測(cè)試又分為兩種立場(chǎng)：從用戶的角度出發(fā)，就是希望通過軟件測(cè)試來充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品；從開發(fā)者的角度出發(fā)，就是希望通過測(cè)試來表明軟件產(chǎn)品不存在錯(cuò)誤，已經(jīng)正確地實(shí)現(xiàn)了用戶的需求，從而確立人們對(duì)軟件質(zhì)量的信心。中國(guó)軟件測(cè)評(píng)中心的測(cè)試原則也是如此。
????一個(gè)軟件的開發(fā)往往需要大量的人力和和時(shí)間，因此成功的測(cè)試就是要以最少的人力和時(shí)間，系統(tǒng)的找出軟件種潛在的各種錯(cuò)誤和缺陷，它能夠證明軟件的功能和性能與需求是否相符合，而實(shí)施測(cè)試所收集到的測(cè)試結(jié)果數(shù)據(jù)也為可靠性分析提供了依據(jù)。但是測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能表明盡可能的找出軟件中存在錯(cuò)誤。
??? 在這里，附帶的說一下軟件質(zhì)量缺陷的原因，主要是一下幾方面的原因：
????1.缺乏或者沒有進(jìn)行溝通
??? 2.軟件復(fù)雜度
??? 3.編程錯(cuò)誤
??? 4.不斷變更的需求
??? 5.時(shí)間的壓力
????6.人員的自大
????7.缺乏文檔的代碼
????8.軟件開發(fā)工具
????另外，一個(gè)好的測(cè)試的屬性是指：
??? 1. 一個(gè)好的測(cè)試發(fā)現(xiàn)錯(cuò)誤的可能性很高
??? 2. 一個(gè)好的測(cè)試并不冗余
??? 3. 一個(gè)好的測(cè)試應(yīng)該是“最佳品種”
??? 4.?一個(gè)好的測(cè)試既不會(huì)太簡(jiǎn)單，也不會(huì)太復(fù)雜
????隨著生社會(huì)的發(fā)展，用戶對(duì)軟件質(zhì)量的要求也更高了，已不是簡(jiǎn)單的看功能的實(shí)現(xiàn)了，而是越來越重視軟件是否經(jīng)過了測(cè)試和測(cè)試的結(jié)果。能經(jīng)受測(cè)試的軟件，才是一個(gè)成功的軟件、優(yōu)秀的軟件。因此，一定要重視軟件測(cè)試！
????
??
2006年6月3日
根據(jù)需要把測(cè)試中出現(xiàn)的錯(cuò)誤類型簡(jiǎn)單的分一下類，主要分為四類，
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．?
簡(jiǎn)單的限制未放在前臺(tái)控制；
4．?
刪除操作未給出提示；
5．?
數(shù)據(jù)庫表中有過多的空字段
D
類
輕微錯(cuò)誤：
1．?
界面不規(guī)范；
2．?
輔助說明描述不規(guī)范；
3．?
輸入、輸出不規(guī)范；
4．?
長(zhǎng)操作未給出用戶提示；
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ò)誤
|
|
無
|
無
|
?
|
?
|
?
?
2006年6月2日
??????? 軟件測(cè)試的本質(zhì)以及最好的測(cè)試方式就是以最真實(shí)的方式模擬各種真實(shí)用戶（包括專業(yè)用戶、無聊用戶、黑客、甚至變態(tài)用戶）對(duì)軟件進(jìn)行操作和使用，從中查找出軟件的缺陷，并促使其按缺陷嚴(yán)重性和優(yōu)先級(jí)的最優(yōu)組合方式被修正。
??????? 針對(duì)我們公司所接受測(cè)試的系統(tǒng)，我做一下簡(jiǎn)單的總結(jié)。
??????? 本次測(cè)試根據(jù)系統(tǒng)情況主要采用黑盒測(cè)試，共測(cè)試了系統(tǒng)的2大部分功能，包含23個(gè)功能模塊，目前已測(cè)試了兩輪，下面就兩輪的結(jié)果做一下分析：
???????? 第一輪測(cè)試使用測(cè)試用例一共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é)果；
??????? 第二輪測(cè)試使用測(cè)試用例一共317個(gè)，未通過用例4個(gè)，未通過比例為1.3%；沒有發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和較嚴(yán)重錯(cuò)誤，發(fā)現(xiàn)一般錯(cuò)誤4個(gè)，輕微錯(cuò)誤31個(gè)；
?????????兩輪測(cè)試綜合比較：第一輪發(fā)現(xiàn)的錯(cuò)誤，經(jīng)過維護(hù)，在第二輪測(cè)試中已明顯降低，未通過用例個(gè)數(shù)由28個(gè)降為4個(gè)，一般錯(cuò)誤已由24個(gè)降為4個(gè)，輕微錯(cuò)誤由80個(gè)降為31個(gè)。說明第一輪測(cè)試后的維護(hù)是很有效的，希望第三輪的測(cè)試會(huì)更加精彩！??
2006年6月1日
軟件測(cè)試的原則
??? 軟件測(cè)試從不同的角度出發(fā)會(huì)派生出兩種不同的測(cè)試原則，從用戶的角度出發(fā)，就是希望通過軟件測(cè)試能充分暴露軟件中存在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品，從開發(fā)者的角度出發(fā)，就是希望測(cè)試能表明軟件產(chǎn)品不存在錯(cuò)誤，已經(jīng)正確地實(shí)現(xiàn)了用戶的需求，確立人們對(duì)軟件質(zhì)量的信心。中國(guó)軟件評(píng)測(cè)中心的測(cè)試原則就是從用戶和開發(fā)者的角度出發(fā)進(jìn)行軟件產(chǎn)品測(cè)試的，通過我們的測(cè)試，可以為用戶提供放心的產(chǎn)品，并對(duì)優(yōu)秀的產(chǎn)品進(jìn)行認(rèn)證。為了達(dá)到上述的原則，那么需要注意以下幾點(diǎn)：
1．應(yīng)當(dāng)把“盡早和不斷的測(cè)試”作為開發(fā)者的座右銘
2．程序員應(yīng)該避免檢查自己的程序，測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來完成。
3．設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。
4．一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。
5．對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過程，一般有A測(cè)試出來的錯(cuò)誤，一定要有一個(gè)B來確認(rèn)，嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。
6．制定嚴(yán)格的測(cè)試計(jì)劃，并把測(cè)試時(shí)間安排的盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。
7．回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意，修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。
8．妥善保存一切測(cè)試過程文檔，意義是不言而喻的，測(cè)試
的重現(xiàn)性往往要靠測(cè)試文檔。
??????? 一直沒有發(fā)文章，很抱歉，但從今天起，我會(huì)把自己所知道的和想知道都發(fā)在上面，關(guān)于技術(shù)的，關(guān)于工作的，關(guān)于疑問，關(guān)于了解的……都會(huì)一一發(fā)在上面的，或許我現(xiàn)在的水平不高，但我相信，經(jīng)過我的努力，和在這里的成長(zhǎng)發(fā)展，我會(huì)有一個(gè)質(zhì)的飛躍的！
??? 我相信：有信心就有成功！有夢(mèng)想就有舞臺(tái)！
我是一個(gè)軟件測(cè)試人員，但對(duì)JAVA也有著“情有獨(dú)鐘”的熱愛，在這里希望可以通過交流，讓我們成為志同道合的朋友，共同成長(zhǎng)，共同進(jìn)步，讓夢(mèng)飛翔，讓理想實(shí)現(xiàn)！
|
|
| 27 | 28 | 29 | 30 | 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 | 31 |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
常用鏈接
留言簿(4)
我參與的團(tuán)隊(duì)
隨筆分類(5)
隨筆檔案(7)
相冊(cè)
軟件測(cè)試
最新隨筆
搜索
積分與排名
最新評(píng)論
閱讀排行榜
評(píng)論排行榜