-
系統(tǒng)測(cè)試 vs 集成測(cè)試 區(qū)別 1、測(cè)試對(duì)象不同 集成：是由通過了單元測(cè)試的各個(gè)模塊所集成起來的組件 系統(tǒng)測(cè)試：除了軟件之外，還包括計(jì)算機(jī)硬件及相關(guān)的外圍設(shè)備、數(shù)據(jù)采集和傳輸機(jī)構(gòu)、支持軟件、系統(tǒng)操作人員等整個(gè)系統(tǒng) 2、測(cè)試時(shí)間 集成：介于單元測(cè)試與系統(tǒng)測(cè)試之間 系統(tǒng)測(cè)試：在集成測(cè)試之后 3、測(cè)試內(nèi)容 集成：測(cè)試各個(gè)單元模塊之間的接口 系統(tǒng)：整個(gè)系統(tǒng)的功能和性能 4、測(cè)試角度： 集成：偏于技術(shù) 系統(tǒng)：偏于業(yè)務(wù)查看全部
-
軟件測(cè)試所遵行的原則： 1、測(cè)試顯示缺陷的存在，但不能證明系統(tǒng)不存在缺陷 2、窮盡測(cè)試是不可能的，測(cè)試中應(yīng)及時(shí)設(shè)定終止條件 3、軟件測(cè)試應(yīng)該盡早進(jìn)行 （發(fā)現(xiàn)越晚修復(fù)成本越高） 4、缺陷具備群集特性（大部分的缺陷和運(yùn)行失敗在少數(shù)模塊中） 重要關(guān)注發(fā)現(xiàn)問題多的模塊 5、殺蟲劑悖論 （長時(shí)間用相同的測(cè)試用例不容易發(fā)現(xiàn)新的缺陷，應(yīng)定期修改測(cè)試用例的方法或不同部分從而發(fā)現(xiàn)更多缺陷） 6、二八原則 把80%的資源和精力用在重點(diǎn)模塊上，從而提高效率和資源利用 7、測(cè)試活動(dòng)依賴于測(cè)試背景 例：電信針對(duì) 大并發(fā)量、銀行更測(cè)重安全性等查看全部
-
集成vs單元 一般使用模擬環(huán)境來測(cè)試<br> 系統(tǒng)測(cè)試列多用真實(shí)環(huán)境來進(jìn)行測(cè)試 系統(tǒng)測(cè)試包括內(nèi)容：性能測(cè)試、功能測(cè)試和穩(wěn)定性測(cè)試等 多種類型測(cè)試，企業(yè)內(nèi)專職測(cè)試人員一般主要用于系統(tǒng)測(cè)試階段 系統(tǒng)測(cè)試人員主要關(guān)注點(diǎn)（后面課程會(huì)提到）：測(cè)試相關(guān)流程、測(cè)試方法、各個(gè)階段的輸入輸出條件，和測(cè)試當(dāng)中需要注意的問題 系統(tǒng)測(cè)試的關(guān)注點(diǎn)：1系統(tǒng)本身的使用，功能上關(guān)注使用 2關(guān)注系統(tǒng)與其它相關(guān)系統(tǒng)間的連通性 3關(guān)注系統(tǒng)在不同使用壓力下的表現(xiàn)：大并發(fā)量，權(quán)限情況，cpu內(nèi)存在達(dá)到權(quán)限情況下的系統(tǒng)表現(xiàn) 4關(guān)注系統(tǒng)在真實(shí)使用環(huán)境下的表現(xiàn)查看全部
-
集成測(cè)試&單元測(cè)試 1、測(cè)試對(duì)象不同 單元：以最小單元為測(cè)試對(duì)象 集成：以模塊和子系統(tǒng)為單元進(jìn)行測(cè)試，測(cè)試模塊間接口的關(guān)系 2、測(cè)試依據(jù)不同 單元：依據(jù)詳細(xì)設(shè)計(jì)進(jìn)行測(cè)試 集成：針對(duì)概要設(shè)計(jì) 3、測(cè)試方法不同 集成：關(guān)注接口的集成 單元：只關(guān)心單元內(nèi)部查看全部
-
黑盒測(cè)試的主要設(shè)計(jì)方法查看全部
-
按不同維度對(duì)測(cè)試進(jìn)行分類<br> 1、按測(cè)試階段<br> 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 驗(yàn)收測(cè)試<br> 單元測(cè)試：最小可測(cè)試模塊（函數(shù)、類、一個(gè)功能等）<br> 針對(duì)代碼<br> 原則：1、盡可能保證各測(cè)試用例互相獨(dú)立、不使用相互依賴的方法，可以用模擬方法來替代<br> 2、一般由代碼的開發(fā)人員來實(shí)施，或敏捷開發(fā)中的結(jié)對(duì)人員<br> 單元測(cè)試益處 ：<br> 1、盡早發(fā)現(xiàn)缺陷 ，敏捷研發(fā)：TDD（測(cè)試驅(qū)動(dòng)開發(fā)） 先編寫單元測(cè)試，再編號(hào)功能代碼，保證代碼能通過單元測(cè)試用例通過，也是對(duì)需求的二次確認(rèn)和清晰理解 2、有利于重構(gòu)，完美的單元測(cè)試有利于重構(gòu)，可快速識(shí)別 3、簡化集成：保證最小單元模塊的穩(wěn)定性和正確性 4、文檔 減少文檔 單元測(cè)試包含了對(duì)模塊的基本理解，通過對(duì)代碼的閱讀就可以基本理解需求 5、用于設(shè)計(jì) 可以把設(shè)計(jì)思路在單元測(cè)試的代碼中體現(xiàn)出來 限制：1不能覆蓋所有執(zhí)行路徑，捕捉到所有錯(cuò)誤 2、每一行代碼一般需要3~5行測(cè)試代碼才能完成單元測(cè)試，需要找到一個(gè)平衡點(diǎn) 單元測(cè)試框架： Junit (java) nunit(net) Cppunit (C++) 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，針對(duì)已經(jīng)完成單元測(cè)試的功能進(jìn)行組裝，針對(duì)單遠(yuǎn)測(cè)試的接口 主要實(shí)施方案：1 bigbang 把大部分功能組成在一起進(jìn)行測(cè)試 2自頂向下 逐層 3 自底向上 常用 從程序模塊的最低模塊開始，逐層向上組裝測(cè)試，好處：針對(duì)已經(jīng)組裝的測(cè)試，不再需要針對(duì)上一層組裝模塊，比較好的找到缺陷的位置 （傳統(tǒng)瀑布式） 4、核心系統(tǒng)集成 多用于敏捷開發(fā) 5、高頻集成 多用于敏捷開發(fā) 2、按測(cè)試手段<br> 3、按測(cè)試模式<br> 4、按測(cè)試類型查看全部
-
軟件測(cè)試所遵行的原則： 1、測(cè)試顯示缺陷的存在，但不能證明系統(tǒng)不存在缺陷 2、窮盡測(cè)試是不可能的，測(cè)試中應(yīng)及時(shí)設(shè)定終止條件 3、軟件測(cè)試應(yīng)該盡早進(jìn)行 （發(fā)現(xiàn)越晚修復(fù)成本越高） 4、缺陷具備群集特性（大部分的缺陷和運(yùn)行失敗在少數(shù)模塊中） 重要關(guān)注發(fā)現(xiàn)問題多的模塊 5、殺蟲劑悖論 （長時(shí)間用相同的測(cè)試用例不容易發(fā)現(xiàn)新的缺陷，應(yīng)定期修改測(cè)試用例的方法或不同部分從而發(fā)現(xiàn)更多缺陷） 6、二八原則 把80%的資源和精力用在重點(diǎn)模塊上，從而提高效率和資源利用 7、測(cè)試活動(dòng)依賴于測(cè)試背景 例：電信針對(duì) 大并發(fā)量、銀行更測(cè)重安全性等查看全部
-
老師是南方人吧查看全部
-
軟件測(cè)試的5大要素：質(zhì)量、人員、流程、技術(shù)、資源 核心：軟件質(zhì)量 ，其它四要素用來服務(wù) 其次：人、人是決定因素 決定了技術(shù)、流程、資源等使用 技術(shù)：是手段，包括測(cè)試技術(shù)、方法、手段 流程：從測(cè)試計(jì)劃、到測(cè)試用例到執(zhí)行再到測(cè)試報(bào)告，是規(guī)范 資源：測(cè)試環(huán)境中的硬件、網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)、周期、測(cè)試時(shí)間等 測(cè)試目標(biāo)：提升測(cè)試覆蓋率和測(cè)試效率查看全部
-
軟件測(cè)試的對(duì)象：<br> 軟件測(cè)試 <>程序測(cè)試<br> 包含：軟件需求、概念設(shè)計(jì)、詳細(xì)詳細(xì)、源代碼、運(yùn)行環(huán)境、可運(yùn)行程序查看全部
-
什么是軟件測(cè)試：IEEE定義查看全部
-
什么是軟件測(cè)試： 經(jīng)典定義：測(cè)試的目的是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程查看全部
-
手工測(cè)試vs自動(dòng)化測(cè)試查看全部
-
白盒測(cè)試的主要測(cè)試方法查看全部
-
黑盒測(cè)試的主要設(shè)計(jì)方法查看全部
舉報(bào)
0/150
提交
取消