珍愛(ài)生命交通作文
1. 敏捷開(kāi)發(fā):

簡(jiǎn)單的說(shuō),敏捷開(kāi)發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。在敏捷開(kāi)發(fā)中,軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目,各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試,具備集成和可運(yùn)行的特征。換言之,就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系,但也可獨(dú)立運(yùn)行的小項(xiàng)目,并分別完成,在此過(guò)程中軟件一直處于可使用狀態(tài)。
2. 白盒測(cè)試:
白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序,通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行,檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 這一方法是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子,測(cè)試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試,通過(guò)在不同點(diǎn)檢查程序的狀態(tài),確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。
3. 黑盒測(cè)試:
黑盒測(cè)試也稱功能測(cè)試,它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中,把程序看作一個(gè)不能打開(kāi)的黑盒子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,在程序接口進(jìn)行測(cè)試,它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu),不考慮內(nèi)部邏輯結(jié)構(gòu),主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。
4. 灰盒測(cè)試:
灰盒測(cè)試,是介于白盒測(cè)試與黑盒測(cè)試之間的,可以這樣理解,灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性,同時(shí)也關(guān)注內(nèi)部表現(xiàn),但這種關(guān)注不象白盒那樣詳細(xì)、完整,只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài),有時(shí)候輸出是正確的,但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了,這種情況非常多,如果每次都通過(guò)白盒測(cè)試來(lái)操作,效率會(huì)很低,因此需要采取這樣的一種灰盒的方法。
5. 并發(fā)測(cè)試:
主要指當(dāng)測(cè)試多用戶并發(fā)訪問(wèn)同一個(gè)應(yīng)用、模塊、數(shù)據(jù)時(shí)是否產(chǎn)生隱藏的并發(fā)問(wèn)題,如內(nèi)存泄漏、線程鎖、資源爭(zhēng)用問(wèn)題,幾乎所有的性能測(cè)試都會(huì)涉及并發(fā)測(cè)試。
測(cè)試目的并非為了獲得性能指標(biāo),而是為了發(fā)現(xiàn)并發(fā)引起的問(wèn)題。
6. 缺陷的狀態(tài):1. New初始狀態(tài) 2.Open打開(kāi),開(kāi)發(fā)人員開(kāi)始修復(fù)
3. Fixed 開(kāi)發(fā)人緣修改完畢 4.Closed回歸測(cè)試通過(guò)
5. Reopen 回歸測(cè)試失敗 6. Postpone 延遲修改
7. Rejected 拒絕缺陷,打回 8.Duplicate 與已提交的缺陷重復(fù)
9. Aban don 丟棄缺陷
7. 什么情況下,缺陷會(huì)reopen:
根據(jù)下面表格,5中情況下可以將狀態(tài)改為reopen
缺陷狀態(tài)轉(zhuǎn)換表
|
原始狀態(tài) |
New |
Open |
Fixed |
Closed |
Reopen |
Postpone |
Rejected |
Duplicate |
Aban don |
|
轉(zhuǎn)換狀態(tài) |
|||||||||
|
New |
|
|
|
|
|
|
|
|
|
|
Open |
Open |
|
|
|
|
|
Open |
|
|
|
Fixed |
|
Fixed |
|
|
|
|
|
|
|
|
Closed |
|
|
Closed |
|
Closed |
|
|
|
|
|
Reopen |
|
|
Reopen |
Reopen |
|
|
Reopen |
Reopen |
Reopen |
|
Rejected |
Rejected |
|
|
|
|
|
|
|
|
|
Postpone |
Postonne |
|
|
|
|
|
|
|
|
|
Duplicate |
Duplicate |
|
|
|
|
|
|
|
|
|
Aban don |
Aban don |
|
|
|
|
|
Aban don |
Aban don |
|
8. 缺陷的嚴(yán)重程度和優(yōu)先級(jí):
缺陷嚴(yán)重程度一般以缺陷對(duì)軟件功能和用戶體驗(yàn)度的影響程度而定,影響越大,嚴(yán)重讀越高。
缺陷優(yōu)先級(jí)缺陷的嚴(yán)重程度、缺陷對(duì)項(xiàng)目進(jìn)度的影響、用戶對(duì)缺陷的特殊要求來(lái)衡量
關(guān)系:
一般缺陷嚴(yán)重程度越高,優(yōu)先級(jí)就越高,下面兩種情況例外
1. 如果項(xiàng)目即將發(fā)布,但是卻出現(xiàn)了影響外觀或用戶體驗(yàn)的嚴(yán)重級(jí)低的缺陷,那么優(yōu)先級(jí)需要提高
2. 如果該功能是用戶的特殊需求,那么即使缺陷嚴(yán)重程度小,也需要提高優(yōu)先級(jí)
【珍愛(ài)生命交通作文】相關(guān)文章:
珍愛(ài)生命交通安全作文03-15
珍愛(ài)生命遵守交通作文09-10
交通安全,珍愛(ài)生命作文04-16
交通安全珍愛(ài)生命作文范文12-01
珍愛(ài)生命遵守交通600字作文(精選16篇)10-29
生命作文:珍愛(ài)生命04-10
珍愛(ài)生命的作文07-09
(精選)珍愛(ài)生命的作文12-14
- 珍愛(ài)生命遵守交通作文 推薦度:
- 相關(guān)推薦