-
軟件測試分類 按測試類型： 功能測試 性能測試 兼容性測試 部署測試 易用性測試 文檔測試 本地化測試 安全測試 無障礙測試 可靠性測試 功能測試：對提供給客戶的軟件進(jìn)行功能測試。 針對的問題：功能錯(cuò)誤或遺漏，界面問題，性能錯(cuò)誤，數(shù)據(jù)及訪問錯(cuò)誤，初始化及終止錯(cuò)誤 工具：QTP silkTest Rational robot selenium watir sikuli查看全部
-
敏捷測試:Agile Testing----遵循敏捷宣言的一種測試實(shí)踐 敏捷宣言：個(gè)體與交互 重于 過程和工具 可用的軟件 重于 完備的文檔 客戶協(xié)作 重于 合同談判 響應(yīng)變化 重于 遵循計(jì)劃 敏捷測試：強(qiáng)調(diào)從客戶角度測試 重點(diǎn)關(guān)注迭代測試新功能，不在強(qiáng)調(diào)測試階段 盡早測試，不間斷測試，具備條件即測試 強(qiáng)調(diào)持續(xù)反饋 預(yù)防缺陷重于發(fā)現(xiàn)缺陷 敏捷測試VS傳統(tǒng)測試： 傳統(tǒng)測試 敏捷測試 測試是質(zhì)量的最后保護(hù)者 開發(fā)和測試人員緊密合作，大家都有責(zé)任對軟件負(fù)責(zé) 嚴(yán)格的變更管理 變更可以接受 預(yù)先的計(jì)劃和細(xì)節(jié)準(zhǔn)備 計(jì)劃隨著進(jìn)展時(shí)常調(diào)整 重量級文檔 只需要必要的文檔 各階段測試嚴(yán)格的入口和出口標(biāo)準(zhǔn) 各迭代之間沒有明顯入口和出口標(biāo)準(zhǔn) 更多在回歸測試時(shí)進(jìn)行重量級自動(dòng)化測試 所有階段都要自動(dòng)測試，每個(gè)人都需要做，是項(xiàng)目集成一部分 測試 開發(fā) 相對獨(dú)立 合作 ================================================================================== 基于腳本的測試 SBT script-based testing 和ET【探索性測試】 互補(bǔ) ST ET 系統(tǒng)性強(qiáng) 自由靈活 容易管理控制 和ST互補(bǔ) 設(shè)計(jì)在先，執(zhí)行在后 執(zhí)行和設(shè)計(jì)并行 主要是驗(yàn)證自己的思路 不斷和系統(tǒng)交互，帶著問題測試 可預(yù)見 學(xué)習(xí)的過程 探索式測試更適用于敏捷項(xiàng)目。測試管理上有局限性。只有在SUT完全可用下更有作用。生產(chǎn)率難定義。 輸入 狀態(tài) 代碼路徑 用戶數(shù)據(jù) 執(zhí)行環(huán)境 全局探索測試： 漫游測試法 ================================================================== 基于風(fēng)險(xiǎn)的測試：RBT 一種基于對軟件失效的風(fēng)險(xiǎn)評估并以此指導(dǎo)測試計(jì)劃，設(shè)計(jì)，執(zhí)行，結(jié)果評價(jià)的軟件測試類型 風(fēng)險(xiǎn)包括 質(zhì)量風(fēng)險(xiǎn) 管理風(fēng)險(xiǎn) 基于模型的測試：MBT 主要MBT工具：Spec Explorer GraphWalker Tcases modeljunit查看全部
-
軟件測試分類： 瀑布模型： 項(xiàng)目計(jì)劃 （制定總體的研發(fā)計(jì)劃，確定主要的里程碑節(jié)點(diǎn)－輸出項(xiàng)目計(jì)劃書） 需求分析（明確用戶需求定義，并對定義進(jìn)行清晰描述，充分理解需求，描述產(chǎn)品功能－ 輸出產(chǎn)品需求規(guī)格說明） 軟件設(shè)計(jì)－根據(jù)需求定義，設(shè)計(jì)產(chǎn)品的實(shí)現(xiàn)方案，包括定義軟件硬件的結(jié)構(gòu)、組件、實(shí)現(xiàn)方法、接口、界面、數(shù)據(jù)－輸出概要設(shè)計(jì)、詳細(xì)設(shè)計(jì) 程序開發(fā)－根據(jù)概要和詳細(xì)設(shè)計(jì)具體實(shí)現(xiàn)，根據(jù)編程規(guī)范構(gòu)建各類組件模塊，輸出產(chǎn)品版本。 軟件測試－通過獨(dú)立的測試小組評估產(chǎn)品是否滿足需求定義－輸出測試報(bào)告 集成維護(hù)－交付用戶，根據(jù)用戶使用情況進(jìn)行維護(hù)及升級 敏捷測試 基于腳本的測試 基于風(fēng)險(xiǎn)的測試 探索式測試查看全部
-
軟件測試五大要素和兩大目標(biāo)查看全部
-
軟件測試的對象查看全部
-
軟件測試標(biāo)準(zhǔn)的定義查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史。測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程，測試的目的是為了發(fā)現(xiàn)錯(cuò)誤，而手段是通過執(zhí)行程序。查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史。測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程，測試的目的是為了發(fā)現(xiàn)錯(cuò)誤，而手段是通過執(zhí)行程序。查看全部
-
軟件測試最早是hetzal于1973年提出來的到今天有40多年的歷史查看全部
-
H模型 把測試當(dāng)成一個(gè)完全獨(dú)立的流程 便于盡早的完成測試查看全部
-
x模型 針對v模型的改進(jìn)，主要交接和周期的問題查看全部
-
w模型 v模型的改進(jìn) 增加了開發(fā)各個(gè)階段的驗(yàn)證，測試的對象不再是對象，對需求和分析都有測試過程 有利于及于發(fā)現(xiàn)風(fēng)險(xiǎn)，線性的相互關(guān)系 不能很好的支持迭帯查看全部
-
V模型<br> 是瀑布模型的變種<br> 明確表明測試過程的不同級別，階段 單元測試－集成測試－系統(tǒng)測試－驗(yàn)收測試<br> 并且描述了各個(gè)階段與開發(fā)過程各個(gè)階段的對應(yīng)關(guān)系 ，<br> 優(yōu) v模型 強(qiáng)調(diào)軟件開發(fā)的協(xié)作 ，反應(yīng)測試活動(dòng)和分析設(shè)計(jì)的關(guān)系 缺 僅把關(guān)系明確對應(yīng)，忽略了對需求分析的驗(yàn)證，對需求和功能的測試到驗(yàn)收測試才能發(fā)現(xiàn)查看全部
-
瀑布模型優(yōu)：<br> 強(qiáng)調(diào)需求、設(shè)計(jì)的作用，保證用戶需求有一個(gè)充分的了解<br> 階段分工明確<br> 按階段劃分檢查點(diǎn)，里程碑清晰<br> 文檔規(guī)范<br> 缺：<br> 難以適應(yīng)需求變化<br> 項(xiàng)目周期后段才能看到成果<br> 強(qiáng)制里程碑、完成時(shí)間 點(diǎn) ，對變化不容易適應(yīng)<br> 產(chǎn)生大量文檔， 工作量大<br> 從測試角度不能體現(xiàn)測試的價(jià)值和地位查看全部
-
軟件測試分類： 瀑布模型： 項(xiàng)目計(jì)劃 （制定總體的研發(fā)計(jì)劃，確定主要的里程碑節(jié)點(diǎn)－輸出項(xiàng)目計(jì)劃書） 需求分析（明確用戶需求定義，并對定義進(jìn)行清晰描述，充分理解需求，描述產(chǎn)品功能－ 輸出產(chǎn)品需求規(guī)格說明） 軟件設(shè)計(jì)－根據(jù)需求定義，設(shè)計(jì)產(chǎn)品的實(shí)現(xiàn)方案，包括定義軟件硬件的結(jié)構(gòu)、組件、實(shí)現(xiàn)方法、接口、界面、數(shù)據(jù)－輸出概要設(shè)計(jì)、詳細(xì)設(shè)計(jì) 程序開發(fā)－根據(jù)概要和詳細(xì)設(shè)計(jì)具體實(shí)現(xiàn)，根據(jù)編程規(guī)范構(gòu)建各類組件模塊，輸出產(chǎn)品版本。 軟件測試－通過獨(dú)立的測試小組評估產(chǎn)品是否滿足需求定義－輸出測試報(bào)告 集成維護(hù)－交付用戶，根據(jù)用戶使用情況進(jìn)行維護(hù)及升級 敏捷測試 基于腳本的測試 基于風(fēng)險(xiǎn)的測試 探索式測試查看全部
舉報(bào)
0/150
提交
取消