【文章內(nèi)容簡介】 務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進行交互。 2. 服務(wù)（ service）是封裝成用于業(yè)務(wù)流程的可復(fù)用構(gòu)件的應(yīng)用程序函數(shù)。它提供信息或簡化業(yè)務(wù)數(shù)據(jù)從一個有效的、一致的狀態(tài)向另一個狀態(tài)的轉(zhuǎn)變 。 ? 服務(wù)（ service）是封裝成用于業(yè)務(wù)流程的可復(fù)用構(gòu)件的應(yīng)用程序函數(shù)。它提供信息或簡化業(yè)務(wù)數(shù)據(jù)從一個有效的、一致的狀態(tài)向另一個狀態(tài)的轉(zhuǎn)變 3. SOA 的特點 ? 松耦合 ① 在該體系架構(gòu)中，客戶端不和任何服務(wù)器相關(guān)聯(lián)，它只和服務(wù)相聯(lián)系，所以客戶端和服務(wù)器的集成不影響客戶端應(yīng)用程序。 ② 無論老的或者新的功能模塊都可以被封裝成服務(wù)構(gòu)件被發(fā)布。 ③ 功能構(gòu)件和它們的接口分離，所以新的接口可以非常方便地插入。 ④ 在復(fù)雜的應(yīng)用程序里，業(yè)務(wù)過程的控制可以被隔離：引入一個業(yè)務(wù)規(guī)則引擎用來控制已經(jīng)定義好的業(yè)務(wù)過程流。引擎根據(jù)工作流的狀態(tài)調(diào)用各種不同的服務(wù)。 ⑤ 服務(wù)可以在運行時動 態(tài)地合成進來。 ⑥ 通過配置文件進行綁定，所以可以非常容易地適應(yīng)各種新的需要 。 ? 明確定義的接口 ? 服務(wù)交互必須是明確定義的 ? Web 服務(wù)描述語言（ Web services Description Language， WSDL）是受到廣泛支持的方法，用于描述服務(wù)請求者所要求的綁定到服務(wù)提供者的細節(jié) ? 服務(wù) ? 調(diào)用操作的消息 ? 構(gòu)造這種消息的細節(jié) ? 關(guān)于向何處發(fā)送用于構(gòu)造這種消息的處理細節(jié)的消息的信息 ? 無狀態(tài)的服務(wù)設(shè)計 ? 服務(wù)應(yīng)該是獨立的、自包含的請求，在實現(xiàn)時它不需要從一個請求到另一個請求的信息或狀態(tài) ? 服務(wù)不應(yīng)該依賴于其他服務(wù)的上下文和狀態(tài)。當需要依賴時，它們最好定義成通用業(yè)務(wù)流程、函數(shù)和數(shù)據(jù)模型 補充內(nèi)容 :云計算（ PPT） 1. 云計算的定義 云計算（ Cloud Computing ）：是分布式處理 (Distributed Computing)、并行處理 (Parallel Computing)和網(wǎng)格計算 (Grid Computing)的發(fā)展，或者說是這些計算機科學(xué)概念的商業(yè)實現(xiàn)。是指基于互聯(lián)網(wǎng)的超級計算模式 即把存儲于個人 電腦、移動電話和其他設(shè)備上的大量信息和處理器資源集中在一起，協(xié)同工作。在極大規(guī)模上可擴展的信息技術(shù)能力向外部客戶作為服務(wù)來提供的一種計算方式。 2. 云計算的優(yōu)勢： ① 開發(fā)容易快速 ② 無多余的開支 ③ 每月花費低 ④ IT 人員減少，費用降低 ⑤ 提供最新的技術(shù)和功能 ⑥ 支持、推行 IT 標準 ⑦ 系統(tǒng)和信息共享更容易 3. 云計算的應(yīng)用模型 ? 云計算三種服務(wù)方式 ? SAAS（ Software as a Service ） ? PAAS（ Platform as a Service ） ? IAAS（ Infrastructure as a Service ） ? 云計算的應(yīng)用 —IAAS（ Infrastructure as a Service） ? 實現(xiàn)模式 ? 完全操作系統(tǒng)（軟硬件）接入 ? 防火墻 ? 路由器 ? 負載平衡 ? 優(yōu)勢 ? 節(jié)省費用 /所付及所用 ? 即時升級 ? 安全 ? 可靠 ? APIs ? 實例 ? 當你想運行成批的程序組，但是沒有合適的軟硬件環(huán)境，可使用 Amazon的 EC2。 ? 當你想在網(wǎng)絡(luò)上 發(fā)布一個短期（幾天到幾個月）的網(wǎng)站，可使用 Flexiscale。 ? 云計算的應(yīng)用 —PAAS（ Platform as a Service ） ? 實現(xiàn)模式 ? 平臺價格昂貴 ? 需求估算不科學(xué) ? 平臺管理復(fù)雜麻煩 ? 流行的服務(wù) ? 存儲 ? 數(shù)據(jù)庫 ? 擴展性 ? 優(yōu)勢 ? 節(jié)省費用 /所付及所用 ? 即時升級 ? 安全 ? 可靠 ? APIs ? 實例 ? 當你想把一個大容量的文件上傳到網(wǎng)絡(luò)上，允許 35000 個用戶使用 2 個月的時間，可使用 Amazon 的 Cloud Front 即時升級。 ? 當你想在網(wǎng)絡(luò)上存儲大量的文檔，但是你沒有足夠的存儲空間，可使用Amazon 的 S3。 可靠。 ? 云計算的應(yīng)用 —SAAS（ Software as a Service ） ? 實現(xiàn)模式 ? 在中小企業(yè)盛行 ? 無需管理軟硬件 ? 服務(wù)通過瀏覽器實現(xiàn) ? 優(yōu)勢 ? 無浪費費用 ? 即時擴展 ? 安全 ? 可靠 ? APIs ? 實例 ? CRM ? 財務(wù)計劃 ? HR ? 文字處理 ? Email ? 云計算的應(yīng)用 ? IaaS、 PaaS amp。 SaaS 共性 ? 無浪費費用 ? 即時擴展 ? 安全 ? 可靠 ? APIs ? 優(yōu)勢 ? 用戶花費低 ? 減少底層管理職責 ? 允許意想不到的資源裝載 ? 業(yè)務(wù)應(yīng)用實現(xiàn)迅速 ? 風險 ? 安全性 ? 宕機問題 ? 接入問題 ? 獨立性 ? 協(xié)同互動問題 第七章 軟件測試 1. 軟件測試的概念 2. 軟件測試的原則 ? Davis 提出了一組指導(dǎo)軟件測試的基本原則： ① 所有的測試都應(yīng)根據(jù)用戶的需求來進行。 ②應(yīng)該在測試工作真正開始前的較長時間內(nèi)就進行測試計劃（測試規(guī)劃）的編寫。一般而言，測試計劃可以在需求分析完成后開始，詳細的測試用例定義可以在設(shè)計模型被確定后立即開始，因此，所有測試可以在任何代碼被編寫前進行計劃和設(shè)計。 ③ Pareto 原則應(yīng)用于軟件測試。 Pareto 原則意味著測試發(fā)現(xiàn)的 80%的錯誤很可能集中在 20%的程序模塊中。 ④測試應(yīng)從“小規(guī)?！遍_始， 逐步轉(zhuǎn)向“大規(guī)?！?。即從模塊測試開始，再進行系統(tǒng)測試。 ⑤ 窮舉測試 是不可能的，因此，在測試中不可能覆蓋路徑的每一個組合。然而，充分覆蓋程序邏輯，確保覆蓋程序設(shè)計中使用的所有條件是有可能的。 ⑥ 為達到最佳的測試效果，提倡由第三方來進行測試。 ? 其他的測試原則： ① 在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件 ②嚴格執(zhí)行測試計劃，排除測試的隨意性 ③ 應(yīng)當對每一個測試結(jié)果做全面檢查 ④妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便 ⑤檢查程序是否做了應(yīng)做的事僅是成功的一半，另一半是檢查程序是否做了不該做的事。 ⑥在規(guī)劃測試時不要設(shè)想程序中不會差出錯誤 3. 測試用例的設(shè)計方法大體可分為兩類 ? 白盒測試 /白箱測試 ? 把測試對象看作一個透明的盒子，根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息設(shè)計測試用例 ? 黑盒測試 /黑箱測試 ? 把測試對象看做一個黑盒子，完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性 4. 白盒測試 ? 又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試 ? 把測試對象看作一個透明的盒子，測試人員根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息設(shè)計測試用例，檢查程序中所有邏輯路徑是否都按預(yù)定的要求正確地工作。 ? 主要用于對模塊的測試 ? 白盒法常用的測試方法 ① 基本路徑覆蓋測試 ? 根據(jù)程序或設(shè)計圖畫出控制流圖，并計算其區(qū)域數(shù)，然后確定一組獨立的程序執(zhí)行路徑，最后為每一條基本路徑設(shè)計一個測試用例 ②邏輯覆蓋測試 ? 考察使用測試數(shù)據(jù)運行被測程序時對程序邏輯的覆蓋程度 ? 通常希望選擇最少的測試用例來滿足所需的覆蓋標準 ? 語句覆蓋：每個可執(zhí)行語句都至少執(zhí)行一次 ? 判定覆蓋 ：每個判定的每個分支至少經(jīng)過一次 ? 條件覆蓋：每個判定中的每個條件的所有可能結(jié)果都至少出現(xiàn)一次 ? 判定－條件覆蓋：每個判定的所有可能結(jié)果都至少執(zhí)行一次，并且，每個判定中的每個條件的所有可能結(jié)果都至少出現(xiàn)一次 ? 條件組合覆蓋：每個判定中條件結(jié)果的所有可能組合都至少出現(xiàn)一次 ? 路徑覆蓋：每條可能執(zhí)行到的路徑都至少經(jīng)過一次（如果程序中包含環(huán)路，則要求每條環(huán)路至少經(jīng)過一次） ③ 數(shù)據(jù)流測試 ? 根據(jù)程序中變量的定義（賦值）和引用位置來選擇測試用例 ④循環(huán)測試 ? 簡單循環(huán)、嵌套循環(huán)、串接循環(huán)和非結(jié)構(gòu)循環(huán) ⑤檢查程序是否做了應(yīng)做的事僅是成功的一半，另一半是檢查程序是否做了不該做的事。 ⑥在規(guī)劃測試時不要設(shè)想程序中不會差出錯誤 5. 黑盒測試 ? 黑盒法是把測試對象看做一個黑盒，測試時完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)與內(nèi)部特性，只需根據(jù)需求規(guī)格說明書，測試程序的功能或程序的外部特性，因此黑盒發(fā)又稱為功能測試或數(shù)據(jù)驅(qū)動測試。 ? 黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯誤：功能不對或遺漏；性能錯誤；初始化和終止錯誤；界面錯誤；數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤。 ? 黑盒法的 主要測試方法： ① 等價分類法 ? 將所有可能的輸入數(shù)據(jù)劃分成若干個等價類，然后在每個等價類中選取一個代表性的數(shù)據(jù)作為測試用例 ②邊界值分析法 ? 挑選那些位于邊界附近的值作為測試用例 ③ 錯誤推測法 ? 憑 以往的經(jīng)驗和 直覺推測 程序中 某些可能存在的 各種 錯誤，從而針對 性地設(shè)計測試用例 ④因果圖法 ? 既考慮輸入條件的組合關(guān)系，又考慮輸出條件對輸入條件的依賴關(guān)系 ⑤比較測試法 ? 分別開發(fā)二個軟件版本，用相同的測試用例對二個版本的軟件分別進行測試，比較其測試結(jié)果 6. 軟件測試的策略 ? 單元測試