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

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