-
測試用例的編寫流程:
需求分析--->提取測試點(diǎn)--->測試用例編寫--->測試用例評審
需求分析:
????業(yè)務(wù)需求---關(guān)注系統(tǒng)是否滿足業(yè)務(wù)(如銀行業(yè)務(wù)、考勤業(yè)務(wù)等)
????用戶需求---關(guān)注系統(tǒng)是否滿足用戶習(xí)慣
????功能需求---關(guān)注系統(tǒng)是否滿足功能要求
若沒有需求怎么辦?-----參考市面上已經(jīng)上線的同類產(chǎn)品
若需求模糊怎么辦?-----收集整理已有需求
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?-----和產(chǎn)品經(jīng)理逐條確認(rèn)
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?-----參考同類型產(chǎn)品的實(shí)現(xiàn)情況
提取測試點(diǎn):
什么是測試點(diǎn)?----測試點(diǎn)即通過需求分析后,對得出需要進(jìn)行測試的具體內(nèi)容
測試點(diǎn)對測試用例的設(shè)計(jì)有什么好處?
????快速---根據(jù)測試點(diǎn)快速設(shè)計(jì)出測試用例
????覆蓋---測試點(diǎn)完全覆蓋需求
????方法---測試點(diǎn)上運(yùn)用測試方法
????細(xì)節(jié)---展現(xiàn)出測試細(xì)節(jié)
????
查看全部 -
需求分析---提取測試點(diǎn)--測試用例編寫--測試用例評審
查看全部 -
需求分析:
? ? ? ?業(yè)務(wù)需求:關(guān)注系統(tǒng)是否滿足業(yè)務(wù)(比如銀行、教育等等)
? ? ? ?用戶需求:關(guān)注系統(tǒng)是否滿足用戶習(xí)慣
? ? ? ?功能需求:關(guān)注系統(tǒng)是否滿足功能要求
用例如果沒有需求怎么編寫?
答:參考市面上已經(jīng)上線的同類產(chǎn)品。
用例如果需求模糊怎么編寫?
答:收集整理已有需求,和產(chǎn)品經(jīng)理逐條確認(rèn),參考同類型產(chǎn)品實(shí)現(xiàn)情況。
查看全部 -
測試用例編寫方法:
a、等價(jià)類劃分(選擇適當(dāng)?shù)臄?shù)據(jù)子集,;來代表整個(gè)數(shù)據(jù)集。通過降低測試的數(shù)目去實(shí)現(xiàn)合理的覆蓋)
b、邊界值分析(與等價(jià)類結(jié)合使用)
c、場景法
等等
查看全部 -
題目:測試用例
測試用例是什么?
答:測試用例是測試工作的核心,是一組在測試時(shí)輸入輸出的標(biāo)準(zhǔn),是軟件需求的具體對照
測試用例作用:
答:檢驗(yàn)軟件是否滿足課需求,體現(xiàn)一個(gè)人員的工作量。
測試用例包含什么?(重點(diǎn)記)
答:用例編號、用例名稱、測試背景、前置條件、優(yōu)先級、重要級、測試數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、備注等等
測試用例編寫流程?(重點(diǎn)記)
答:需求分析—>提取測試點(diǎn)—>測試用例編寫—>測試用例評審
查看全部 -
題目:測試基礎(chǔ)理論
黑盒:不知道盒子里面的內(nèi)部結(jié)構(gòu),只能通過暴露在盒子外面的接口,功能進(jìn)行測試。
灰盒:把軟件比作一個(gè)半透明的盒子,可以通過暴露在盒子外面的功能和盒子里面的數(shù)據(jù)進(jìn)行對比,從而得出結(jié)論。
白盒:透明的盒子,通過盒子里面的結(jié)構(gòu)推敲出是否滿足用戶的需求。
功能測試:驗(yàn)證軟件是否滿足用戶提出的表面需求。
性能測試:測試一個(gè)軟件的工作效率。
安全測試:測試軟件是否能夠保證用戶的信息不被輕易的盜取。
兼容性測試:測試軟件在不同平臺上的表現(xiàn)。
易用性測試:測試軟件是否友好,滿足用戶的使用習(xí)慣。
UI元素測試:檢測界面的布局顯示是否一致,美觀等等。
查看全部 -
題目:測試用例評審
評審:簡單的來說就是對測試用例進(jìn)行檢查,包括:同行評審,小組評審,部門評審,三方評審(可以是開發(fā),產(chǎn)品,用戶)等。
意義:1.通過評審可以發(fā)現(xiàn)測試用例的不足
? ? ? ? ? 2.方便測試人員改進(jìn)用例
? ? ? ? ? 3.達(dá)到測試時(shí)提高測試質(zhì)量的目的
流程:評審流程不是一次性的。是一個(gè)持續(xù)的過程,直到用例改善完畢為止
查看全部 -
拓展用例的類型可以有:所屬模塊、模塊編號、功能介紹、版本、測試環(huán)境、測試方法、測試階段(系統(tǒng)測試、單元、集成等等)、開發(fā)人員等等。
查看全部 -
測試用例的作用
檢驗(yàn)軟件是否滿足客戶的需求
體現(xiàn)出測試人員的工作量
展現(xiàn)測試用例的設(shè)計(jì)思路
測試用例包含的內(nèi)容
測試用例的編寫流程
查看全部 -
測試用例是測試工作的核心,一組在測試時(shí)輸入輸出的標(biāo)準(zhǔn),是軟件需求的具體對照 ?
測試用例的作用,1,檢驗(yàn)軟件是否滿足客戶的需求 ?2,可以體現(xiàn)一個(gè)測試人員的工作量 ? 3, 展現(xiàn)測試用例的設(shè)計(jì)思路?
測試用例包含了,用例編號,用例名稱,測試背景,前置條件,優(yōu)先級,重要級,測試數(shù)據(jù),測試步驟,預(yù)期結(jié)果,實(shí)際結(jié)果,備注
測試用例編寫的流程 ? 需求分析---提取測試點(diǎn)---測試用例編寫---測試用例評審
查看全部 -
測試用例的管理工具:ALM、禪道、testLink、Bugzilla、JIRA
查看全部 -
一、測試用例編寫方法
等價(jià)類劃分法:將同一類型的數(shù)據(jù)分到一到,從中找有效的數(shù)據(jù)時(shí)行輸入。比如登錄要求輸入手機(jī)號或郵箱,則可輸入符合條件的任意一個(gè)手機(jī)號或郵箱進(jìn)行輸入即可。無效類,與之相反,隨意輸入一個(gè)不是手機(jī)號或郵箱的數(shù)據(jù)進(jìn)入輸入。
邊界值分析法:
場景法:一般包含基本流和備用流,從一個(gè)流程開始,通過描述經(jīng)過的路徑來確定的過程,經(jīng)過遍歷所有的基本流和備用流來完成成整個(gè)場景。
猜測法:通過直覺或經(jīng)驗(yàn)猜測那些部分容易出問題,從而快速的得出測試 結(jié)果。
查看全部 -
一、測試用例編寫注意
根據(jù)項(xiàng)目的實(shí)際情況設(shè)計(jì)測試用例表格
用例的格式不是固定的
根據(jù)具體情況編寫
查看全部 -
測試用例中基本元素
查看全部 -
試一下上傳的圖片能放大哈
查看全部
舉報(bào)