-
測試用例的作用:檢驗軟件是否滿足客戶需求,體現(xiàn)一個測試人員的工作量,展現(xiàn)測試用例的設計思路
查看全部 -
測試用例:用例編號,用例名稱,測試背景,前置條件,優(yōu)先級,重要級,測試數(shù)據(jù),測試步驟,預期結果,實際結果,備注。? ? 測試用例的編寫流程:需求分析,提取測試點,測試用例編寫,測試用例評審
查看全部 -
測試用例包含哪些內容?:用力編號,用例名稱,測試背景,前置條件,優(yōu)先級,重要級,測試數(shù)據(jù),測試步驟,預期結果,實際結果,備注
測試用例的編寫流程:需求分析,提取測試點,測試用例編寫,測試用例評審
查看全部 -
為什么需要管理用例?
1、測試用例數(shù)量巨大
2、測試用例會隨著需求變更
3、測試用例需要補充完善
如何管理用例?
1、原始的excel管理方式
2、專業(yè)的項目管理系統(tǒng)
下面博主比較了幾種測試管理工具
禪道基本應用:
1、專業(yè)的研發(fā)項目管理軟件
2、完整支持敏捷開發(fā)流程
3、完整軟件生命周期管理
下面博主演示了禪道的使用
查看全部 -
測試用例管理工具
查看全部 -
評審的流程
查看全部 -
評審的意義
查看全部 -
評審是怎么回事
查看全部 -
測試用例中可加入:
模塊編號、所屬模塊(注冊、登錄、搜索、APP下載)、功能介紹、
用例編號、用例名稱、測試背景、前置條件、重要級、優(yōu)先級、
測試版本、測試環(huán)境(谷歌瀏覽器)、測試類型(手工測試)、測試階段(系統(tǒng)測試)、
測試數(shù)據(jù)、測試步驟、
預期結果、實際結果、
編寫人、執(zhí)行人、開發(fā)人員等信息。
查看全部 -
測試用例編寫注意以下幾點:
1、根據(jù)項目的實際情況設計測試用例表格
2、用例格式不是固定的,不要生搬硬套
3、根據(jù)具體的情況編寫
測試用例編寫的方法:
1、等價類劃分法:
如何選擇適當?shù)臄?shù)據(jù)子集,來代表整個數(shù)據(jù)集。通過降低測試的數(shù)據(jù)去實現(xiàn)“合理的”覆蓋,覆蓋了更多的可能數(shù)據(jù),以發(fā)現(xiàn)更多的軟件缺陷
2、邊界值分析法:
使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來,但它不是從一個等價類中任選一個例子作為代表,而是將測試邊界情況作為重點目標,選取正好等于、剛剛大于或剛剛小于邊界值得測試數(shù)據(jù)
3、場景法:
通過運用場景來對系統(tǒng)的功能點或業(yè)務流程的描述,從而提高測試效果。場景法一般包含基本流和備用流,從業(yè)一個流程開始,通過描述經(jīng)過的路徑來確定的過程,經(jīng)過遍歷所有的基本流和備用流來完成整個場景。
4、猜測法:
根據(jù)經(jīng)驗選擇容易出錯的地方
查看全部 -
需求分析(一般由產品經(jīng)理完成)
1.業(yè)務需求:關注系統(tǒng)是否滿足業(yè)務
2.用戶需求:關注系統(tǒng)是否滿足用戶習慣
3.功能需求:關注系統(tǒng)是否滿足功能要求
如果沒有需求怎么辦?
參考市面上已經(jīng)上線的同類產品
如果需求模糊怎么辦?
收集整理已有的需求,不明白的地方提出來,逐條找相關人員(產品經(jīng)理/項目經(jīng)理)確認,或還是參考同類型產品的實現(xiàn)情況
接下來博主演示慕課網(wǎng)的前端的各個功能
提取測試點:通過需求分析后對得出的需要進行測試的具體內容
對測試用例有什么好處?
快速 覆蓋 方法 細節(jié)
接下來博主演示提取了注冊、登錄、APP下載、搜索幾個功能的測試點
查看全部 -
測試用例包含的內容
用例編號:唯一 ? ? --身份證號
用例名稱:用例的名字,要求言簡意賅 ? --姓名
測試背景:這條用例主要測試什么東西
前置條件:執(zhí)行這條措施之前應該先執(zhí)行什么條件,比如測試登錄功能,前提是要有賬號密碼。
優(yōu)先級:測試用例的優(yōu)先程度
重要級:測試用例的重要程度
//注意優(yōu)先級和重要級不一定成正比關系。比如:周末出去玩,但是公司突然加班 優(yōu)先級:出去玩 重要級:回公司加班 ? 當然結果是回去加班?
測試數(shù)據(jù):比如輸入的賬號密碼,鼠標的操作也是一種測試數(shù)據(jù)
測試步驟:測試進行的步驟
預期結果:對應輸入數(shù)據(jù)或條件等得到對應的現(xiàn)象
實際結果:測試執(zhí)行后的結果
備注:其他特殊情況的信息。
測試用例編寫流程:
需求分析、提取測試點、測試用例編寫、測試用例評審
查看全部 -
原來不是kd才有測試用例的流程,這些是統(tǒng)籌管理的一種方式,測試用例評審目前工作中多數(shù)情況下用的是小組評審的模式。 而模版也確實是以excel為主。查看全部
-
黑盒 ?:軟件比作一個黑色的盒子,不知道盒子里面的內部結構只能夠通過外面所暴露出來的接口進行測試。
灰盒 ?:就是把軟件比作一個半透明的盒子,可以看到里面少部分的東西,所以可以通過暴露的功能和盒子內部的數(shù)據(jù)進行對比得出測試結論。比如測試一個訂單生成的功能就可以通過軟件上生成的訂單和數(shù)據(jù)庫里的數(shù)據(jù)進行對比內外是否一致。
白盒 ?:把軟件看成一個透明的盒子通過觀察內部的結構直接推銷出是否滿足用戶的需求,白盒測試時這三種測試中技術難度最高的一種
功能 ?:功能測試就是驗證是否滿足用戶提出的軟件需求。
性能 ?:就是測試軟件的一個工作效率。
安全 ?:安全測試就是是否能夠保護用戶的信息而被輕易的盜取,而獲取一下非法的利益
這是軟件測試的3個大的方向,精通任何一個方向就能成為軟件測試行業(yè)的專家。
兼容性:測試軟件在不同平臺上的表現(xiàn)
易容性:測試軟件是否友好滿足用戶的使用習慣
UI元素:檢測軟件的界面布局是否一致,美觀。
查看全部 -
等價類劃分法:選擇出最具有代表性的數(shù)據(jù)進行測試 如何選擇適當?shù)臄?shù)據(jù)子集,來代表整個數(shù)據(jù)集? 通過降低測試的數(shù)目去實現(xiàn)“合理的”覆蓋,覆蓋了更多的可能數(shù)據(jù),以發(fā)現(xiàn)更多的軟件缺陷 等價類劃分法定義:將程序所有可能輸入數(shù)據(jù)劃分成若干個等價類,然后從每個部分中選取最具有代表性的數(shù)據(jù)當做測試用例進行合理的分類。 測試用例有有效等價類和無效等價類的代表組成,從而保證測試用例具有完整性和代表性。 有效等價類:對于程序規(guī)格說明來說,是合理的,有意義的輸入數(shù)據(jù)構成的集合,可以檢驗程序是否滿足規(guī)格說明,預先規(guī)定的功能和性能。有效等價類可以是一個也可以是多個。比如登錄時的帳號必須是郵箱或者手機號,它的等價類就是任意一個符合規(guī)范的郵箱或手機號。 無效等價類:對于軟件來說,是沒有意義的,不合理的輸入數(shù)據(jù)構成的集合,利用無效等價類可以找出輸入程序異常的情況,檢查程序的功能和性能,實現(xiàn)是否不符合規(guī)范或者要求等。比如不滿足郵箱或者手機號的字符串就是無效等價類。 邊界值分析法:使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來,但它不是從一個等價類中任選一個例子作為代表,而是將測試邊界情況作為重點目標,選取正好等于、剛剛大于或剛剛小于邊界值得測試數(shù)據(jù) 場景法:分析用戶在使用軟件時會遇到哪些場景。通過運用場景來對系統(tǒng)的功能點或業(yè)務流程的描述,從而提高測試效果。場景法一般包含基本流和備用流,從業(yè)一個流程開始,通過描述經(jīng)過的路徑來確定的過程,經(jīng)過遍歷所有的基本流和備用流來完成整個場景。 猜測法:直覺去猜測哪些地方可能出現(xiàn)問題,依靠經(jīng)驗去分析哪些場景容易被忽略從而快速得得到測試的結果。查看全部
舉報