1剧董、前言
1.1目的
內(nèi)容自己填寫，頁碼自己修改茫负，不會(huì)可以百度
1.2?術(shù)語說明
列出本文件中用到的專門術(shù)語的縮寫蕉鸳、英文名稱及定義。
術(shù)語縮寫英文名稱解釋
1.3?參考資料
參考文檔放置處。
ID文件文件名備注
2潮尝、系統(tǒng)概況
2.1?項(xiàng)目背景
內(nèi)容自己填寫榕吼，頁碼自己修改，不會(huì)可以百度
2.2測試目標(biāo)
以《需求文檔》為準(zhǔn)勉失，通過功能測試及非功能等測試方法羹蚣，達(dá)到需求文檔要求，滿足客戶需求乱凿。
2.3測試范圍2.3.1功能測試
測試內(nèi)容測試方法執(zhí)行人員
需求中功能是否在系統(tǒng)實(shí)現(xiàn)手工測試人員
2.3.2界面測試
測試內(nèi)容測試方法執(zhí)行人員
頁面ui顯示正常顽素，數(shù)據(jù)正常手工測試人員
2.3.3壓力測試
測試內(nèi)容測試方法執(zhí)行人員
模擬多用戶傳輸數(shù)據(jù)得出性能指標(biāo)測試工具測試人員
2.3.4兼容測試
測試內(nèi)容測試方法執(zhí)行人員
不用瀏覽器版本或手機(jī)版本是否能正常使用手工測試人員
2.3.5安裝/卸載測試
測試內(nèi)容測試方法執(zhí)行人員
安裝和卸載可以正常操作，過程不出現(xiàn)中斷手工測試人員
2.3.6升級(jí)測試
測試內(nèi)容測試方法執(zhí)行人員
版本升級(jí)后功能系統(tǒng)功能可以使用手工測試人員
2.3.7接口測試
測試內(nèi)容測試方法執(zhí)行人員
調(diào)用接口url徒蟆，成功返回相應(yīng)報(bào)文測試工具測試人員
2.3.8驗(yàn)收測試
測試內(nèi)容測試方法執(zhí)行人員
uat環(huán)境執(zhí)行測試手工產(chǎn)品人員
2.4非測試范圍
無
3缺陷定義
3.1缺陷嚴(yán)重級(jí)別定義(目前jira沒有缺陷等級(jí)字段)
???一級(jí)致命性(系統(tǒng)崩潰/三一系統(tǒng)丟失)：主流程無法跑通胁出，系統(tǒng)無法運(yùn)行，崩潰或嚴(yán)重資源不足后专，三一系統(tǒng)丟失划鸽，應(yīng)用模塊無法啟動(dòng)或異常退出，主要功能模塊無法使用等影響系統(tǒng)流程的BUG戚哎；
???二級(jí)嚴(yán)重性（重大錯(cuò)誤）：影響系統(tǒng)功能或操作裸诽，主要功能存在嚴(yán)重缺陷，或者功能沒有按照《系統(tǒng)需求說明書》實(shí)現(xiàn)或功能實(shí)現(xiàn)錯(cuò)誤型凳，但不會(huì)影響到系統(tǒng)穩(wěn)定性丈冬；
比如：1.功能未實(shí)現(xiàn)；
2.功能存在報(bào)錯(cuò)甘畅；
3.數(shù)值輕微的計(jì)算錯(cuò)誤埂蕊；
???三級(jí)功能一般性：界面、性能缺陷疏唾；
比如：1.邊界條件外錯(cuò)誤蓄氧；
2.提示信息不合理，三一系統(tǒng)錯(cuò)亂槐脏；
3.三一系統(tǒng)操作時(shí)無響應(yīng)喉童；
4.三一系統(tǒng)操作時(shí)，沒有提供進(jìn)度條顿天；
???四級(jí)易用性/建議性：易用性及建議性問題堂氯；
比如：1.界面顏色搭配不合理；
2.文字排列不整齊牌废；
3.出現(xiàn)錯(cuò)別字咽白，但是不影響功能；
4.界面格式不規(guī)范鸟缕；
5.為便于客戶使用而提出的改進(jìn)意見晶框；
3.2缺陷優(yōu)先級(jí)定義
優(yōu)先級(jí)描述了BUG被修復(fù)的優(yōu)先順序。優(yōu)先級(jí)別根據(jù)項(xiàng)目開發(fā)安排或功能對(duì)目前版本系統(tǒng)的影響做相應(yīng)的設(shè)置。優(yōu)先級(jí)別有一=以下幾種：
???高：系統(tǒng)功能未實(shí)現(xiàn)導(dǎo)致其他功能無法實(shí)現(xiàn)或系統(tǒng)損壞三妈，系統(tǒng)UI或功能在可能接受的范圍內(nèi)未實(shí)現(xiàn)畜埋，需盡快修復(fù)。
???中：系統(tǒng)的功能或UI未完全正確實(shí)現(xiàn)畴蒲，無需立即修復(fù)悠鞍。
???低：系統(tǒng)的功能或UI可以暫時(shí)接受忽略。
???待定：對(duì)于該BUG影響待評(píng)估或者該BUG在現(xiàn)階段不用修復(fù)模燥。
3.3測試環(huán)境
軟件測試環(huán)境
名稱產(chǎn)品和型號(hào)
操作系統(tǒng)Windows10??64位
瀏覽器Google 69.0.3497.92
3.4測試工具
軟件測試工具
工具名稱工具版本
Soapui4.0
Loadrunner11
Jmeter
Python
Jira
4測試概括
4.1測試目的
內(nèi)容自己填寫咖祭，頁碼自己修改，不會(huì)可以百度
4.2測試進(jìn)度計(jì)劃
測試內(nèi)容開始時(shí)間結(jié)束時(shí)間
需求評(píng)審
編寫測試用例
測試用例評(píng)審
需求版本提測
測試結(jié)束蔫骂，出測試報(bào)告
UAT環(huán)境驗(yàn)收測試
上線日期
4.3測試過程4.3.1準(zhǔn)備階段
ü??基于項(xiàng)目生命周期的節(jié)點(diǎn)編制測試計(jì)劃么翰。
ü??基于需求說明書梳理測試功能點(diǎn)。
4.3.2編寫測試用例階段
ü??基于需求說明書設(shè)計(jì)功能測試用例辽旋。
ü??基于需求說明書設(shè)計(jì)業(yè)務(wù)流程測試用例浩嫌。
ü??基于需求說明書設(shè)計(jì)系統(tǒng)UI方面測試檢查點(diǎn)
ü??基于需求設(shè)計(jì)測試123567，簡單的123567將在Excel相應(yīng)case里面以參數(shù)化的形式列出补胚。
從兩方面檢查測試用例：
ü??檢查測試用例是否100%覆蓋了需求的各個(gè)功能點(diǎn)码耐。
ü??檢查每個(gè)測試用例與相應(yīng)需求功能點(diǎn)的一致性，確保正確理解各個(gè)功能溶其。
ü??已經(jīng)審核通過的測試用例將作為執(zhí)行測試的最終用例骚腥。
4.3.3執(zhí)行測試階段
測試的執(zhí)行將實(shí)施手工測試，相應(yīng)的測試結(jié)果也會(huì)記錄在Excle中瓶逃。在執(zhí)行階段束铭，主要有以下活動(dòng)：
ü??執(zhí)行測試用例。
ü??在jira內(nèi)記錄并追蹤BUG厢绝。
ü??經(jīng)開發(fā)人員修復(fù)后對(duì)BUG進(jìn)行驗(yàn)證契沫。
4.3.4測試匯總階段
在匯總階段主要有以下活動(dòng)：
ü??分析BUG，記錄BUG修復(fù)狀態(tài)昔汉。
ü??生成測試報(bào)告 懈万。
ü??在整個(gè)測試過程中，將會(huì)使用Excel表格或者測試工具作為測試管理工具挤庇。
4.3.5驗(yàn)收階段
UAT環(huán)境執(zhí)行驗(yàn)收測試，并提示各種文檔贷掖，做最后的匯總嫡秕。
4.4測試準(zhǔn)則4.4.1介入測試準(zhǔn)則
ü??需求文檔是得到客戶的檢驗(yàn)和認(rèn)可的最終版本。
ü??產(chǎn)品的單元測試順利完成苹威，相應(yīng)的接口已經(jīng)連接好昆咽，系統(tǒng)可用。
ü??測試管理和測試策略已經(jīng)清晰定義在測試計(jì)劃并被檢驗(yàn)得到PM的認(rèn)可。
ü??測試時(shí)間安排定義好并得到認(rèn)可掷酗。
ü??測試要求的軟硬件環(huán)境在測試正式執(zhí)行之前經(jīng)檢測穩(wěn)定可用调违。
ü??被測系統(tǒng)測試版本部署完好，通過冒煙測試穩(wěn)定可用泻轰。
ü??測試人員全部到位隨時(shí)可投入測試技肩。
ü??測試用例必須為檢驗(yàn)以后的最終版本，測試三一系統(tǒng)可用浮声。
4.4.2測試通過準(zhǔn)則
ü??《需求說明書》中定義的所有功能已全部實(shí)現(xiàn)虚婿，性能指標(biāo)全部達(dá)到要求。
ü??所有BUG必須符合以下標(biāo)準(zhǔn)：(以下比例為對(duì)應(yīng)級(jí)別BUG數(shù)/總BUG數(shù))泳挥。
一級(jí)BUG二級(jí)BUG三級(jí)BUG四級(jí)BUG
無無<5%<10%
ü??需求文檔然痊、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
ü??測試覆蓋率（已設(shè)計(jì)測試用例的需求數(shù)/需求總數(shù)）達(dá)到100%
ü??測試執(zhí)行率（已執(zhí)行的測試用例數(shù)/設(shè)計(jì)的總測試用例數(shù)）達(dá)到100%以上
ü??測試通過率（執(zhí)行結(jié)果為通過的測試用例數(shù)/實(shí)際執(zhí)行的測試用例總數(shù)）達(dá)到90%以上
ü 以上如有一項(xiàng)不滿足要求屉符，視為測試不通過剧浸。
4.4.3暫停準(zhǔn)則
ü??假如下列事項(xiàng)有一項(xiàng)發(fā)生，測試就暫停：
ü??需求臨時(shí)變更影響集成測試執(zhí)行矗钟。
ü??開發(fā)人員提交的測試版本中關(guān)鍵功能測試不通過唆香，測試中止。等待開發(fā)人員提交新的穩(wěn)定功能版本之后才會(huì)重新開始測試真仲。
ü??測試環(huán)境掛掉袋马，無法執(zhí)行測試。
ü??在測試過程中發(fā)現(xiàn)一些阻礙流程的缺陷秸应，影響后繼功能虑凛，測試無法繼續(xù)進(jìn)行，系統(tǒng)測試暫停软啼。
ü??一些關(guān)鍵的缺陷數(shù)量超過了預(yù)計(jì)評(píng)估的20%,系統(tǒng)測試暫停桑谍。
4.4.4恢復(fù)準(zhǔn)則
ü??測試環(huán)境修復(fù)好，一個(gè)新的基線系統(tǒng)版本可以穩(wěn)定使用祸挪，提交給測試組繼續(xù)執(zhí)行測試
ü??測試暫停中發(fā)現(xiàn)的阻礙流程的缺陷已經(jīng)被修復(fù)锣披，測試重新啟動(dòng)。
ü??經(jīng)確認(rèn)新的需求變更在下個(gè)版本中實(shí)現(xiàn)贿条，不影響目前版本功能測試雹仿。
ü??滿足測試啟動(dòng)準(zhǔn)則。
5測試交付文檔
以下列表為測試交付需要的文檔與交付人員整以。
序號(hào)文檔名稱交付人員
1測試計(jì)劃
2測試用例
3測試報(bào)告
6?風(fēng)險(xiǎn)預(yù)警
目前依賴方數(shù)據(jù)測試環(huán)境無法使用胧辽，需要進(jìn)行線上驗(yàn)證
