摘要:靜態(tài)測(cè)試包括對(duì)于代碼測(cè)試,主要是測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。集成測(cè)試,是單元測(cè)試的下一階段,是指將通過(guò)測(cè)試的單元模塊組裝成系統(tǒng)或子系統(tǒng),再進(jìn)行測(cè)試,重點(diǎn)測(cè)試不同模塊的接口部門。
(找出軟件中存在的bug,提高產(chǎn)品的質(zhì)量,提升用戶的體驗(yàn))軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試,甚至根據(jù)需要編寫不同的測(cè)試工具,設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng),對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。
一、**測(cè)試需求分析階段:**閱讀需求,理解需求,主要就是對(duì)業(yè)務(wù)的學(xué)習(xí),分析需求點(diǎn)。
參與需求評(píng)審會(huì)議
二、測(cè)試計(jì)劃階段:主要任務(wù)是編寫測(cè)試計(jì)劃,參考軟件需求規(guī)格說(shuō)明書、項(xiàng)目總體計(jì)劃,內(nèi)容包括測(cè)試范圍(來(lái)自需求文檔)、進(jìn)度的安排,人力物力的分配,整體測(cè)試策略的制定,和風(fēng)險(xiǎn)的評(píng)估與規(guī)避措施有一個(gè)制定,一般有測(cè)試負(fù)責(zé)人編寫,當(dāng)然我們也會(huì)參與相關(guān)的評(píng)審工作。
三、測(cè)試設(shè)計(jì)階段:主要任務(wù)是編寫測(cè)試用例,會(huì)參考需求文檔(原型圖)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)等文檔,有不明確的也會(huì)及時(shí)和開發(fā)、產(chǎn)品經(jīng)理溝通。用例編寫完成后會(huì)進(jìn)行評(píng)審。
四、**測(cè)試執(zhí)行階段:**首先搭建測(cè)試環(huán)境,執(zhí)行預(yù)測(cè)(冒煙),以判定當(dāng)前版本可測(cè)與否,如果預(yù)測(cè)通過(guò),正式進(jìn)入系統(tǒng)測(cè)試,遇到問(wèn)題提交Bug到缺陷管理平臺(tái),并對(duì)bug進(jìn)行跟蹤,直到被測(cè)軟件達(dá)到測(cè)試需求要求,沒(méi)有重大bug,測(cè)試結(jié)束。
五、**測(cè)試評(píng)估階段:**出測(cè)試報(bào)告,對(duì)整個(gè)測(cè)試的過(guò)程和版本質(zhì)量做一個(gè)詳細(xì)的評(píng)估。確認(rèn)是否可以上線。
1、按是否查看程序內(nèi)部結(jié)構(gòu)分為:
(1)黑盒測(cè)試(black-box testing):只關(guān)心輸入和輸出的結(jié)果
(2)白盒測(cè)試(white-box testing):去研究里面的源代碼和程序結(jié)構(gòu)
2、按是否運(yùn)行程序分為:
(1)靜態(tài)測(cè)試(static testing):是指不實(shí)際運(yùn)行被測(cè)軟件,而只是靜態(tài)地檢查程序代碼、界面或文檔可能存在的錯(cuò)誤的過(guò)程。
靜態(tài)測(cè)試包括:
對(duì)于代碼測(cè)試,主要是測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。
對(duì)于界面測(cè)試,主要測(cè)試軟件的實(shí)際界面與需求中的說(shuō)明是否相符。
對(duì)于文檔測(cè)試,主要測(cè)試用戶手冊(cè)和需求說(shuō)明是否真正符合用戶的實(shí)際需求。
(5)動(dòng)態(tài)測(cè)試(dynamic testing),是指實(shí)際運(yùn)行被測(cè)程序,輸入相應(yīng)的測(cè)試數(shù)據(jù),檢查輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程
3、按階段劃分:
(1)單元測(cè)試(unit testing),是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證。
樁模塊(stud)是指模擬被測(cè)模塊所調(diào)用的模塊,驅(qū)動(dòng)模塊(driver)是指模擬被測(cè)模塊的上級(jí)模塊,驅(qū)動(dòng)模塊用來(lái)接收測(cè)試數(shù)據(jù),啟動(dòng)被測(cè)模塊并輸出結(jié)果。
(2)集成測(cè)試(integration testing),是單元測(cè)試的下一階段,是指將通過(guò)測(cè)試的單元模塊組裝成系統(tǒng)或子系統(tǒng),再進(jìn)行測(cè)試,重點(diǎn)測(cè)試不同模塊的接口部門。
集成測(cè)試就是用來(lái)檢查各個(gè)單元模塊結(jié)合到一起能否協(xié)同配合,正常運(yùn)行。
(3)系統(tǒng)測(cè)試(system testing),指的是將整個(gè)軟件系統(tǒng)看做一個(gè)整體進(jìn)行測(cè)試,包括對(duì)功能、性能,以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。
系統(tǒng)測(cè)試的主要依據(jù)是《系統(tǒng)需求規(guī)格說(shuō)明書》文檔。
(4)驗(yàn)收測(cè)試(acceptance testing),指的是在系統(tǒng)測(cè)試的后期,以用戶測(cè)試為主,或有測(cè)試人員等質(zhì)量保障人員共同參與的測(cè)試,它也是軟件正式交給用戶使用的最后一道工序。
驗(yàn)收測(cè)試又分為a測(cè)試和beta測(cè)試,其中a測(cè)試指的是由用戶、 測(cè)試人員、開發(fā)人員等共同參與的內(nèi)部測(cè)試,而beta測(cè)試指的是內(nèi)測(cè)后的公測(cè),即完全交給最終用戶測(cè)試。
4、黑盒測(cè)試分為功能測(cè)試和性能測(cè)試:
1)功能測(cè)試(function testing),是黑盒測(cè)試的一方面,它檢查實(shí)際軟件的功能是否符合用戶的需求。
包括邏輯功能測(cè)試(logic function testing)
界面測(cè)試(UI testing)UI=User Interface
易用性測(cè)試(usability testing):是指從軟件使用的合理性和方便性等角度對(duì)軟件系統(tǒng)進(jìn)行檢查,來(lái)發(fā)現(xiàn)軟件中不方便用戶使用的地方。
兼容性測(cè)試(compatibility testing):包括硬件兼容性測(cè)試和軟件兼容性測(cè)試
2)性能測(cè)試(performance testing)
軟件的性能主要有時(shí)間性能和空間性能兩種
時(shí)間性能:主要指軟件的一個(gè)具體事務(wù)的響應(yīng)時(shí)間(respond time)。
空間性能:主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源。
軟件性能測(cè)試分為:
一般性能測(cè)試:指的是讓被測(cè)系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行,不向其施加任何壓力的性能測(cè)試。
穩(wěn)定性測(cè)試也叫可靠性測(cè)試(reliability testing):是指連續(xù)運(yùn)行被測(cè)系統(tǒng)檢查系統(tǒng)運(yùn)行時(shí)的穩(wěn)定程度。
負(fù)載測(cè)試(load testing):是指讓被測(cè)系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行,來(lái)測(cè)試系統(tǒng)的穩(wěn)定性。
壓力測(cè)試(stress testing):是指持續(xù)不斷的給被測(cè)系統(tǒng)增加壓力,直到將被測(cè)系統(tǒng)壓垮為止,用來(lái)測(cè)試系統(tǒng)所能承受的最大壓力。(Validate the system or software can allowed the biggest stress.)
5、其他測(cè)試類型:
回歸測(cè)試(regression testing)是指對(duì)軟件的新的版本測(cè)試時(shí),重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)的用例。(When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.)
冒煙測(cè)試(smoke testing),是指在對(duì)一個(gè)新版本進(jìn)行大規(guī)模的測(cè)試之前,先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn),是否具備可測(cè)性。(validate the major function is deployed or not in software of system when a new build or release is implement.)
隨機(jī)測(cè)試(random testing),是指測(cè)試中所有的輸入數(shù)據(jù)都是隨機(jī)生成的,其目的是模擬用戶的真實(shí)操作,并發(fā)現(xiàn)一些邊緣性的錯(cuò)誤。(means or all the test data is random, to validate the some edge bugs.)
等價(jià)類分為:
有效等價(jià)類–在取值范圍內(nèi)
無(wú)效等價(jià)類—在取值范圍外
邊界值:錯(cuò)誤更可能出現(xiàn)在輸入的附近趨勢(shì) +1和-1,用此邊界值需考慮三點(diǎn):上點(diǎn),離點(diǎn),內(nèi)點(diǎn) 一般會(huì)選擇6個(gè)數(shù)據(jù)進(jìn)行測(cè)試
總結(jié):編寫測(cè)試用例需要從各方面考慮并根據(jù)我們測(cè)試用例方法來(lái)編寫,測(cè)試用例的設(shè)計(jì)都是循序漸進(jìn)的過(guò)程并不能一步到位。
? 1.因–原因–輸入條件 果–結(jié)果—輸出結(jié)果 2.確定原因,根據(jù)用戶的需求來(lái)確定原因,因?yàn)檫@些原因會(huì)導(dǎo)致一些結(jié)果和影響 3.我們測(cè)試人員就要理解被測(cè)系統(tǒng)的判斷邏輯過(guò)程 4.通常因果圖是判定表的一個(gè)前置過(guò)程
? 5.一般 a.輸入與輸出的關(guān)系 b.輸入與輸入的關(guān)系
? 恒等 a=b 當(dāng)輸入條件發(fā)生時(shí),結(jié)果一定會(huì)出現(xiàn)
? 非 a!=b 當(dāng)輸入條件發(fā)生時(shí),結(jié)果不發(fā)生
? 或 a v b 當(dāng)輸入條件有一個(gè)為真的,輸出結(jié)果就為真
? 與 a ^ b 當(dāng)輸入條件有一個(gè)為假的,輸出結(jié)果就為假
? 互斥(異):如果選擇只能選擇一個(gè),但可以不選
? 包含(或):至少選擇一個(gè),可以多選但不能不選
? 唯一: 必須選擇一個(gè),唯一與互斥的區(qū)別:唯一必須選擇一個(gè),互斥可以選一個(gè)也可以都不選
因果圖設(shè)計(jì)測(cè)試用例步驟
**小結(jié):**1、因果圖主要考慮控件之間條件的組合關(guān)系
? 2、控件過(guò)多,組合量大的情況下不宜使用因果圖法
**A.定義:**一種特制的表一般正交表記為L(zhǎng)nMk
? n代表行數(shù) 也就是需求側(cè)臥時(shí)組合的行數(shù)
? k代表列數(shù) 表述控件的個(gè)數(shù)(因素的個(gè)數(shù)或因子的個(gè)數(shù))
? M 每個(gè)控件包含的取值個(gè)數(shù)(各因子的水平數(shù)即各因素的狀態(tài)數(shù))
? L 正交表的代號(hào)
B.因子:所有參與試驗(yàn)影響結(jié)果的條件
C. 影響實(shí)驗(yàn)結(jié)果因子的取值或輸入
? 特點(diǎn):分布均勻,整齊可比
? L9(34)表示 有4個(gè)因子 每個(gè)因子有3個(gè)取值 9是需求測(cè)試組合的個(gè)數(shù) n=k*(m-1)+1 n為序號(hào)
D.小結(jié):正交表中的因子,判定表種的條件樁
? 優(yōu) 點(diǎn):可以把最優(yōu)的部分篩選出來(lái)
? 缺點(diǎn):經(jīng)常遺漏一些測(cè)試
A.定義:模擬用戶操作軟件的場(chǎng)景 常用于冒煙測(cè)試
B.核心概念:
a.基本流-–按照正確的業(yè)務(wù)流程來(lái)實(shí)現(xiàn)的僅有一條操作路徑
b.備選流—導(dǎo)致流程出現(xiàn)錯(cuò)誤的操作流程(模擬錯(cuò)誤的操作流程)
基本流:
1、開始→插入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼正確→提示輸入金→用戶輸入金→用戶確認(rèn)→輸入100單位金額→余額足夠→不超過(guò)取款限額→輸出超屏給用戶,退卡→用戶取走現(xiàn)金,取走銀行卡→界面回復(fù)初始狀態(tài)
備選流:
2、開始→輸入銀行卡→卡不合法→提示error1,退卡
3、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→取消→退卡
4、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤3次→吞卡
5、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤不超過(guò)3次→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→余額足夠→提示error3,退卡
6、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤不超過(guò)3次→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→提示error3,退卡
7、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤不超過(guò)3次→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→余額足夠→不超過(guò)取款限額→提示error4,退卡
8、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤不超過(guò)3次→重新輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→不超過(guò)取款限額→提示error4,退卡
9、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼不正確→輸入錯(cuò)誤不超過(guò)3次→重新輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→不超過(guò)取款限額→輸出鈔票,退卡→用戶取走現(xiàn)金,取走銀行卡→界面恢復(fù)初始狀態(tài)
10、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→密碼正確→→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→提示error3,退卡
11、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→余額足夠→不超過(guò)取款限額→提示error4,退卡
12、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→不超過(guò)取款限額→提示error4,退卡
13、開始→輸入銀行卡→卡合法→提示輸入密碼→用戶輸入密碼或取消→輸入正確→提示輸入金額→用戶輸入金額→用戶確認(rèn)→輸入100單位金額→提示error2→輸入金額→確認(rèn)金額→輸入100單位金額→不超過(guò)取款限額→輸出鈔票,退卡→用戶取走現(xiàn)金,取走銀行卡→界面恢復(fù)初始狀態(tài)
**A.定義:**關(guān)注被側(cè)對(duì)象的狀態(tài)變化,在需求規(guī)格中是否有不可到達(dá)的狀態(tài)和非法狀態(tài)
B.狀態(tài):在被測(cè)對(duì)象待定輸入的條件下能不能保持響應(yīng)形式
C.方法流程:a、分析需求劃狀態(tài)節(jié)點(diǎn) b、畫狀態(tài)樹 c、寫測(cè)試用例
D.小結(jié):先寫主要操作 為減少測(cè)試用例數(shù)量 沿著狀態(tài)轉(zhuǎn)換圖一條路徑
A.定義:檢查窗口與窗口之間的聯(lián)系 每一個(gè)窗口有對(duì)歌動(dòng)作,為了弄清楚窗口之間的關(guān)系,或說(shuō)動(dòng)作之間 的聯(lián)系,可以使用測(cè)試大綱法
**B.步驟:**a、找所有窗口以及每個(gè)窗口的輸入動(dòng)作,注意先后順序
? b、找到各個(gè)窗口之間的關(guān)系,并依據(jù)此編寫測(cè)試用例
適用于軟件安裝程序測(cè)試,檢查界面測(cè)試要點(diǎn)以及窗口之間的變化
QQ五筆輸入法
1、點(diǎn)擊取消,若不下載,則點(diǎn)“是” 否則點(diǎn)“否”
2、搜索qq五筆輸入法,下載安裝包 點(diǎn)擊下一步
3、閱讀協(xié)議后,點(diǎn)擊上一步,返回2步驟
4、點(diǎn)擊取消,則步驟1
5、點(diǎn)擊我接受,
6、點(diǎn)擊瀏覽,選擇安裝目錄
7、選擇上一步,返回步驟5
8、點(diǎn)擊取消,則執(zhí)行步驟1
9、點(diǎn)擊“安裝”
安裝頁(yè)面,等待安裝
10、無(wú)法點(diǎn)擊“上一步”和“取消”
11、默認(rèn),系統(tǒng)初始值,點(diǎn)擊“下一步
12、安裝完成,點(diǎn)擊“完成”
測(cè)試用例:
1、下載→取消→是
2、下載→取消→否→返回下載
3、下載→下一步→取消→是
4、下載→下一步→取消→否→返回上一步
5、下載→下一步→返回上一步
6、下載→下一步→我接受→取消→是
7、下載→下一步→我接受→取消→否→返回人接受
8、下載→下一步→我接受→瀏覽→儲(chǔ)存目錄選擇
9、下載→下一步→我接受→上一步→返回我接受
10、下載→下一步→我接受→安裝→下一步→完成
A.定義:基于經(jīng)驗(yàn)和直覺(jué)推斷程序中所有可能存在的各種錯(cuò)誤,從而出針對(duì)性設(shè)計(jì)測(cè)試用例
三點(diǎn)要素:經(jīng)驗(yàn),知識(shí),直覺(jué)
概述
白盒測(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ō)明書的規(guī)定正常進(jìn)行,檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。 這一方法是把測(cè)試對(duì)象看作一個(gè)打開的盒子,測(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)一致。
基本方法
強(qiáng)度由低到高:語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
(1)語(yǔ)句覆蓋:就是設(shè)計(jì)若干個(gè)測(cè)試用例,運(yùn)行被測(cè)程序,使得每一可執(zhí)行語(yǔ)句至少執(zhí)行一次。
(2)判定覆蓋:使設(shè)計(jì)的測(cè)試用例保證程序中每個(gè)判斷的每個(gè)取值分支至少經(jīng)歷一次。
(3)條件覆蓋:條件覆蓋是指選擇足夠的測(cè)試用例,使得運(yùn)行這些測(cè)試用例時(shí),判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次,但未必能覆蓋全部分支
(4)判定條件覆蓋:判定-條件覆蓋就是設(shè)計(jì)足夠的測(cè)試用例,使得判斷中每個(gè)條件的所有可能取值至少執(zhí)行一次,同時(shí)每個(gè)判斷的所有可能判斷結(jié)果至少執(zhí)行,即要求各個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。
(5)條件組合覆蓋:在白盒測(cè)試法中,選擇足夠的測(cè)試用例,使所有判定中各條件判斷結(jié)果的所有組合至少出現(xiàn)一次,滿足這種覆蓋標(biāo)準(zhǔn)成為條件組合覆蓋。
(6)路徑覆蓋:是每條可能執(zhí)行到的路徑至少執(zhí)行一次。
補(bǔ)充:(1)語(yǔ)句覆蓋在所有的測(cè)試方法中是一種最弱的覆蓋。
(2)判定覆蓋和條件覆蓋比語(yǔ)句覆蓋強(qiáng),滿足判定/條件覆蓋標(biāo)準(zhǔn)的測(cè)試用例一定也滿足判定覆蓋、條件覆蓋和語(yǔ)句覆蓋(3)路徑覆蓋也是一種比較強(qiáng)的覆蓋,但未必考慮判定條件結(jié)果的組合,并不能代替條件覆蓋和條件組合覆蓋。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://www.ezyhdfw.cn/yun/119207.html
摘要:下面介紹軟件測(cè)試面試從自我介紹開始到你還有什么想問(wèn)的結(jié)束,中間的一系列常規(guī)環(huán)節(jié)。第九類問(wèn)題,測(cè)試工具,包括三個(gè)大的類型,第一類是性能測(cè)試工具自動(dòng)化測(cè)試工具測(cè)試管理類工具。 下面介紹軟件測(cè)試面試從自我介紹開始到你還有什么想問(wèn)的結(jié)束,中間的一系列常規(guī)環(huán)節(jié)。 自我介紹(心理學(xué)首因效應(yīng)告訴我們第一印...
摘要:功能測(cè)試在測(cè)試工作中占的比例最大,功能測(cè)試也叫黑盒測(cè)試。軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。集成測(cè)試也叫組裝測(cè)試,聯(lián)合測(cè)試是單元測(cè)試的邏輯擴(kuò)展。 ...
摘要:所以,為了與開發(fā)溝通方便,我開始學(xué)習(xí)編程語(yǔ)言,不求寫出完美的代碼,但求與開發(fā)縮小代溝。我開始有了動(dòng)力,有了努力的方向再繼續(xù)我的測(cè)試生涯,忽然發(fā)現(xiàn),測(cè)試這一行,總是千差萬(wàn)別,自己會(huì)的別人不會(huì),而別人會(huì)的自己很多不會(huì)。 ...
摘要:為了提升廣大測(cè)試小伙伴的自動(dòng)化項(xiàng)目實(shí)施經(jīng)驗(yàn),我給大家推薦一個(gè)公眾號(hào)傷心的辣條總結(jié)了一篇自動(dòng)化測(cè)試實(shí)施流程和規(guī)范文檔。最后可以在公眾號(hào)傷心的辣條免費(fèi)領(lǐng)取一份頁(yè)軟件測(cè)試工程師面試寶典文檔資料。 ...
摘要:并發(fā)線程測(cè)試循環(huán)新建線程類,并在線程體內(nèi)塞入單個(gè)的測(cè)試用例,以及全局的計(jì)數(shù)類。為了讓性能測(cè)試更充分,我編寫了不同的計(jì)算過(guò)程,并使用隨機(jī)函數(shù)隨機(jī)獲取并塞入線程執(zhí)行。 ...
閱讀 2579·2021-11-24 10:29
閱讀 2710·2021-09-24 09:48
閱讀 5815·2021-09-22 15:56
閱讀 3227·2021-09-06 15:00
閱讀 2732·2019-08-30 15:54
閱讀 796·2019-08-30 13:48
閱讀 3043·2019-08-30 11:17
閱讀 3481·2019-08-29 11:20