【正文】 ? 根據(jù)動(dòng)態(tài)測(cè)試的結(jié)果給出 500字左右的 實(shí)踐報(bào)告 ：測(cè)試用例設(shè)計(jì)之體會(huì)。 Software Testing Technology 劉冬梅 上機(jī)實(shí)踐要求 ? 根據(jù) 問題描述 和 源代碼 分別設(shè)計(jì) 黑盒 測(cè)試用例和 白盒 測(cè)試用例。 Software Testing Technology 劉冬梅 運(yùn)行 Test Suite（ 2） ? 通常包級(jí)的 Test Suite稱為 AllTests，為每個(gè)包創(chuàng)建一個(gè) AllTests類 ，在該類中創(chuàng)建Test Suite。 … return suite } Software Testing Technology 劉冬梅 運(yùn)行 Test Suite（ 1） ? 在一個(gè) Test Case類中運(yùn)行測(cè)試很簡(jiǎn)單，將Test Case類的名稱作為命令行參數(shù)傳遞給Test Runner， Junit會(huì)自動(dòng)為 Test Case類創(chuàng)建一個(gè) Test Suite。 public static Test suite（） { TestSuite suite=new TestSuite()。 ? Junit自動(dòng)創(chuàng)建 ：最簡(jiǎn)單的 Test Suite包含一個(gè) Test Case類中所有 test case；要求 test case不能有參數(shù)和返回值，即定義成 public void test… ()的形式。 – 將測(cè)試的重點(diǎn)放在測(cè)試行為上而不是每一個(gè)單獨(dú)的方法上，可以更好地平衡測(cè)試覆蓋度和重構(gòu)需要的自由度。 Software Testing Technology 劉冬梅 理解 TestCase類（ 2） ? 當(dāng)斷言失敗時(shí)，會(huì)拋出一個(gè)AssertFailedError錯(cuò)誤 ? TestCase類擴(kuò)展了 Assert工具類 ，該類提供很多做斷言的方法，基本的斷言方法包括： – assertTrue/False(boolean condition) – assertEquals(Object expected, Object actual) – assertSame/NotSame(Object expected, Object actual) – assertNull/NotNull(Object object) – fail() Software Testing Technology 劉冬梅 一些好的測(cè)試實(shí)踐 ? 命名規(guī)則： testXXX() TestXXX或 XXXTest ? 測(cè)試的是 行為 ，而不是方法 – 雖然用方法來實(shí)現(xiàn)行為，但怎樣實(shí)現(xiàn)特定的行為取決于很多因素，如確定方法的名稱、參數(shù)清單、方法是 public還是 private，方法放到哪些類中。 ? } ? ? expected:9 but was:2147483647 Software Testing Technology 劉冬梅 Junit的測(cè)試步驟 ? 要?jiǎng)?chuàng)建一個(gè)測(cè)試，需要編寫一個(gè)方法testXXXX來表示這個(gè)測(cè)試； ? 測(cè)試需要一個(gè)放置處，放入一個(gè)類中，該類擴(kuò)展了 Junit框架類 TestCase； ? 要表達(dá)你對(duì)測(cè)試對(duì)象行為的期望，需要做一些斷言， Junit提供了很多做 斷言 的方法； ? 當(dāng) Junit執(zhí)行一個(gè)測(cè)試時(shí)，會(huì)給出測(cè)試結(jié)果。 ? ()。 ? largest = new Largest()。 ? public TestLargest(String name) { ? super(name)。 ? import .*。 ? } ? } ? return max。index。 Software Testing Technology 劉冬梅 一個(gè)簡(jiǎn)單的測(cè)試（ 1） ? public class Largest { ? public static int largest(int[] list) { ? int index,max=。Junit提供一種機(jī)制能夠?qū)⑾嚓P(guān)測(cè)試用例組合到一起構(gòu)成測(cè)試套件 (Test Suite)。 Software Testing Technology 劉冬梅 JUnit框架（ 2） ? 測(cè)試必須自動(dòng)化、測(cè)試必須自我校驗(yàn)、 多個(gè)測(cè)試必須能夠很容易同時(shí)運(yùn)行 。 JUnit之所以流行并為廣大的開發(fā)人員所推崇，一是因?yàn)樗鼘?shí)戰(zhàn)性強(qiáng)，功能強(qiáng)大，二是因?yàn)樗鼘?shí)在簡(jiǎn)單。 Software Testing Technology 劉冬梅 測(cè)試自動(dòng)化普遍存在的問題 ? 不正確的觀念或不現(xiàn)實(shí)的期望； ? 缺乏具有良好素質(zhì)、經(jīng)驗(yàn)的測(cè)試人才； ? 測(cè)試工具本身的問題影響測(cè)試的質(zhì)量； ? 沒有進(jìn)行有效的、充分的培訓(xùn)； ? 沒有考慮到公司的實(shí)際情況，盲目引入測(cè)試工具； ? 沒有形成一個(gè)良好的使用測(cè)試工具的環(huán)境； Software Testing Technology 劉冬梅 JUnit框架（ 1） ? 一個(gè)單元測(cè)試是程序員編寫的一段代碼，用于執(zhí)行另一段代碼，并確定那段代碼的行為是否和程序員的預(yù)期一致。后續(xù)的每一個(gè)測(cè)試用例大概會(huì)花費(fèi) 15~20 分鐘的時(shí)間，因?yàn)橥ǔ４蠖鄶?shù)測(cè)試用例可以復(fù)制已有的測(cè)試用例，并對(duì)其進(jìn)行必要的修改，通常這種修改工作量不大。如果測(cè)試用例設(shè)計(jì)不錯(cuò)，需要做的工作也非常簡(jiǎn)單。這個(gè)級(jí)別對(duì)于那些按照正規(guī)使用測(cè)試用例的組織或者項(xiàng)目來說是非常適合的。 Software Testing Technology 劉冬梅 測(cè)試自動(dòng)化成熟度（ 7） ? 用法：這種專業(yè)的測(cè)試自動(dòng)化能夠?qū)⒓寄艿氖褂眠_(dá)到最優(yōu)化。允許測(cè)試用例的快速執(zhí)行和基于用例的評(píng)估。這個(gè)級(jí)別要求有一個(gè)具有高技能的測(cè)試團(tuán)隊(duì)，這些測(cè)試人員能夠?qū)y(cè)試工具的知識(shí)與他們的編程能力結(jié)合起來。使用良好的數(shù)據(jù)將為測(cè)試人員提供發(fā)現(xiàn)錯(cuò)誤的能力，而這些錯(cuò)誤通常在項(xiàng)目后期才會(huì)被發(fā)現(xiàn)或者被客戶發(fā)現(xiàn)。一個(gè)測(cè)試人員要花費(fèi)一些時(shí)間來識(shí)別在哪里收集數(shù)據(jù)和收集哪些數(shù)據(jù)。 Software Testing Technology 劉冬梅 測(cè)試自動(dòng)化成熟度（ 5） –用法：可用于大規(guī)模的測(cè)試用例被開發(fā)、執(zhí)行和維護(hù)的專業(yè)自動(dòng)化測(cè)試。 – 優(yōu)點(diǎn)：測(cè)試人員能夠維護(hù)和使用良好的測(cè)試數(shù)據(jù)，這些數(shù)據(jù)有效的模擬真實(shí)生活中數(shù)據(jù)。測(cè)試人員擁有一個(gè)強(qiáng)大的測(cè)試框架，這個(gè)測(cè)試框架能夠基于根據(jù)被測(cè)試系統(tǒng)的變化快速創(chuàng)建一個(gè)測(cè)試腳本的測(cè)試功能庫。 – 用法：大規(guī)模的測(cè)試用例被開發(fā)、執(zhí)行和維護(hù)的專業(yè)自動(dòng)化測(cè)試。測(cè)試人員能夠在項(xiàng)目的早期就開始進(jìn)行測(cè)試腳本的設(shè)計(jì)，與開發(fā)人員一起研究他們認(rèn)為可能會(huì)存在問題的地方，確保了開發(fā)人員把精力放在設(shè)計(jì)得到可用于測(cè)試的方案上。測(cè)試人員要很好的理解自動(dòng)化測(cè)試工具所有測(cè)試功能，還要掌握測(cè)試腳本語言知識(shí)。通常如果適當(dāng)?shù)能浖渲霉芾?(CSM)與良好的內(nèi)部構(gòu)建設(shè)計(jì)相結(jié)合時(shí)，使用級(jí)別 2 的技術(shù)己經(jīng)足夠了。 – 用法：當(dāng)進(jìn)行回歸測(cè)試時(shí)，被測(cè)試的應(yīng)用有很小的變化，比如僅僅是針對(duì)計(jì)算的代碼變化，應(yīng)用程序界面沒有發(fā)生變化。 – 缺點(diǎn)：需要一定的編程知識(shí)。將測(cè)試腳本中的任何測(cè)試數(shù)據(jù)，從測(cè)試腳本的代碼中完全刪除，并將他們轉(zhuǎn)換成為變量。 – 用法：當(dāng)測(cè)試的系統(tǒng)不會(huì)發(fā)生變化時(shí)，可進(jìn)行小規(guī)模的自動(dòng)化。 – 優(yōu)點(diǎn)： 自動(dòng)化的測(cè)試腳本能夠被自動(dòng)的生成，而不需要有任何的編程知識(shí)。 ? TestLink：一款基于 Web的測(cè)試管理和執(zhí)行系統(tǒng)。 ? OpenSTA：一款負(fù)載測(cè)試工具。 ? DBMonster：生成隨機(jī)數(shù)據(jù)，用于測(cè)試各類數(shù)據(jù)庫的壓力測(cè)試。 ? Apache JMeter：一款性能測(cè)試工具。 ? 主要 Web測(cè)試工具有： HP的 WebInspect、 IBM的 Rational AppScan Software Testing Technology 劉冬梅 免費(fèi)開源的測(cè)試工具 ? Linux Test Project：一個(gè)測(cè)試 Linux內(nèi)核和內(nèi)核相關(guān)特性的工具集合。 Software Testing Technology 劉冬梅 負(fù)載和性能測(cè)試工具 ? 負(fù)載測(cè)試工具生成人工負(fù)載（如并行的數(shù)據(jù)庫查詢、網(wǎng)絡(luò)并發(fā)連接用戶數(shù)），用于執(zhí)行容量、壓力或性能測(cè)試； ? 性能測(cè)試工具依據(jù)被測(cè)系統(tǒng)的負(fù)載輸入，測(cè)量并記錄響應(yīng)時(shí)間行為。 ? 基于 GUI功能測(cè)試工