《數(shù)據(jù)庫系統(tǒng)原理》課程總結(jié)與復(fù)習(xí)大綱

《數(shù)據(jù)庫系統(tǒng)原理》課程總結(jié)與復(fù)習(xí)大綱

一、要求熟讀的章節(jié)：

注意：所有SQL語句遵循老師講課和實(shí)驗(yàn)所采用的、SQLSERVER201*支持的SQL。第一章：緒論第二章：關(guān)系數(shù)據(jù)庫

第三章：關(guān)系數(shù)據(jù)庫標(biāo)準(zhǔn)語言SQL第四章：數(shù)據(jù)庫安全性第五章：數(shù)據(jù)庫完整性第六章：關(guān)系數(shù)據(jù)理論第七章：數(shù)據(jù)庫設(shè)計(jì)第八章：數(shù)據(jù)庫編程

第九章：關(guān)系查詢處理和查詢優(yōu)化第十章：數(shù)據(jù)庫恢復(fù)技術(shù)第十一章：并發(fā)控制

二、要求掌握的主要內(nèi)容

要求熟悉數(shù)據(jù)庫的基本概念、基本理論和基本技術(shù)：1.數(shù)據(jù)、數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng)的概念，DBMS提供的功能，數(shù)據(jù)語言（DDL,DML,DCL）。2.數(shù)據(jù)管理的發(fā)展階段及每個(gè)階段的特點(diǎn)。

3.數(shù)據(jù)模型的概念P12，組成數(shù)據(jù)模型的三要素。

4.概念模型、實(shí)體、屬性、碼、候選碼、外碼、域、實(shí)體型、實(shí)體集的概念。5.實(shí)體間的聯(lián)系及E-R模型。

6.實(shí)際的數(shù)據(jù)庫系統(tǒng)支持的主要數(shù)據(jù)模型是哪幾種，什么是基本層次聯(lián)系，層次模型、網(wǎng)狀模型的數(shù)據(jù)結(jié)構(gòu)。

7.數(shù)據(jù)庫系統(tǒng)的三級(jí)模式結(jié)構(gòu)、兩級(jí)映象功能、數(shù)據(jù)的物理獨(dú)立性和邏輯獨(dú)立性。8.數(shù)據(jù)庫系統(tǒng)的組成。

9.關(guān)系的定義及關(guān)系的特性，關(guān)系模式的表示，元組、屬性、主屬性、碼、候選碼、非碼屬性、全碼、外碼的概念

10.關(guān)系模型的三類完整性：實(shí)體完整性、參照完整性和用戶定義完整性

11.掌握關(guān)系代數(shù)的運(yùn)算：傳統(tǒng)的集合運(yùn)算（并、交、差、笛卡兒積）和專門的關(guān)系運(yùn)算（選擇、投影、連接、除法）

12.關(guān)系數(shù)據(jù)語言的特點(diǎn)，關(guān)系操作的特點(diǎn)13.SQL語言的概念、四個(gè)特點(diǎn)

14.SQL語言的數(shù)據(jù)定義（CREAT,DROP,ALTER）功能：包括對(duì)基本表、索引和視圖的建立、修改和刪除，語法格式。

15.掌握數(shù)據(jù)查詢（SELECT）語句功能和應(yīng)用（單表、多表連接、嵌套、集函數(shù)count,sum,avg,max,min）

（where子句,bwteen…and…,in,like,is[not]null,orderby,groupby,having,any,all,exists,top,selectinto,比較運(yùn)算符）

16.掌握數(shù)據(jù)操縱功能：修改（UPDATE）、刪除（DELETE）和插入（INSERT）語句的應(yīng)用17.數(shù)據(jù)安全性是指保護(hù)數(shù)據(jù)庫以防止不合法用戶的使用所造成的數(shù)據(jù)泄露、更改或破壞。三類安全性問題，基本的數(shù)據(jù)安全控制措施。SQL數(shù)據(jù)控制功能（GRANT、REVOKE）18.基本表、視圖的概念，了解視圖的作用。

19.數(shù)據(jù)庫的完整性是指數(shù)據(jù)的正確性和相容性。完整性約束涉及的對(duì)象及其狀態(tài)。三類完整性約束（主鍵、外鍵、缺省、非空、唯一、CHECK）的定義、修改和刪除。觸發(fā)器的定義、激活和刪除。

20.（平凡與非平凡的）函數(shù)依賴、完全函數(shù)依賴、部分函數(shù)依賴、傳遞函數(shù)依賴、函數(shù)依賴（集）

21.關(guān)系規(guī)范化：了解第一范式、第二范式、第三范式、BC范式的定義，將一個(gè)非規(guī)范化的表轉(zhuǎn)化為三范式的表的步驟（非規(guī)范→1NF,1NF→2NF,2NF→3NF,3NF→BCNF）。掌握把一個(gè)非規(guī)范的表轉(zhuǎn)化為三范式的表的方法。

22.數(shù)據(jù)庫設(shè)計(jì)的概念、特點(diǎn)、方法步驟，每個(gè)階段所做的工作。（尤其要掌握概念設(shè)計(jì)、邏輯設(shè)計(jì)的工作內(nèi)容和步驟及基本技術(shù)）

23.[宿]主語言，嵌入式SQL的處理過程，存儲(chǔ)過程

24.查詢處理步驟（4個(gè)階段），查詢優(yōu)化概述P265例，了解關(guān)系系統(tǒng)查詢優(yōu)化一般策略，什么是代數(shù)優(yōu)化，物理優(yōu)化。

25.事務(wù)的概念和特性、了解故障種類、恢復(fù)原理和技術(shù)（尤其掌握日志文件的作用和工作方式）、恢復(fù)策略（尤其掌握具有檢查點(diǎn)的恢復(fù)技術(shù)）。

26.并發(fā)控制的技術(shù)（并發(fā)操作及引起的數(shù)據(jù)不一致，解決辦法P305習(xí)題）、基本封鎖的種類（S鎖，X鎖）、死鎖的預(yù)防、封鎖協(xié)議、兩段鎖協(xié)議。27.數(shù)據(jù)倉(cāng)庫的概念、特征和功能P4

擴(kuò)展閱讀：第17講-復(fù)習(xí)大綱與課程總結(jié)

第軟件測(cè)試概述

1、

軟件缺陷的定義正式定義

軟件未達(dá)到需求規(guī)格說明書中指明的功能

軟件出現(xiàn)了需求規(guī)格說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤軟件功能超出需求規(guī)格說明書中指明的范圍

軟件未達(dá)到需求規(guī)格說明書中雖未指出但應(yīng)達(dá)到的目標(biāo)

軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好2.

軟件測(cè)試的目的和意義

“使用人工或自動(dòng)手段來運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。3、

軟件測(cè)試原則

軟件測(cè)試應(yīng)追溯到用戶需求應(yīng)盡早和不斷地測(cè)試

窮盡測(cè)試是不可能的GoodEnough原則具有良好的測(cè)試態(tài)度避免測(cè)試自己的程序增量測(cè)試測(cè)試分級(jí)

測(cè)試有重點(diǎn)：80/20原則避免測(cè)試的隨意性4、

對(duì)待缺陷的基本原則缺陷的群集現(xiàn)象缺陷有免疫力缺陷關(guān)聯(lián)和依賴測(cè)試結(jié)果的處理原則對(duì)缺陷進(jìn)行復(fù)查和確認(rèn)測(cè)試結(jié)果的全面檢查出錯(cuò)統(tǒng)計(jì)和分析

妥善保存測(cè)試過程文檔5、

軟件測(cè)試與質(zhì)量保證的區(qū)別：

相同點(diǎn)：都是貫穿于整個(gè)軟件開發(fā)生命周期的。

不同點(diǎn)：軟件質(zhì)量保證（SQA）側(cè)重于對(duì)流程中各過程的管理與控制，是一項(xiàng)管理工作，側(cè)重于流程和方法；而軟件測(cè)試是對(duì)流程中各過程管理與控制策略的具體執(zhí)行和實(shí)施，其對(duì)象是軟件產(chǎn)品（包括階段性的產(chǎn)品）。即軟件測(cè)試是對(duì)軟件產(chǎn)品的檢驗(yàn)，是一項(xiàng)技術(shù)性工作。軟件測(cè)試，常常被認(rèn)為是質(zhì)量控制的最主要手段。6、

v模型和w模型的區(qū)別：

V模型是軟件開發(fā)完了之后才開始測(cè)試活動(dòng)。而W模型則是軟件測(cè)試活動(dòng)伴隨著軟件開發(fā)活動(dòng)。和軟件開發(fā)同時(shí)開展W模型更加敏捷，對(duì)于軟件的交付期和品質(zhì)的保證能力更強(qiáng)。7、

測(cè)試用例的定義

測(cè)試用例=輸入+輸出+測(cè)試環(huán)境

測(cè)試用例是針對(duì)軟件產(chǎn)品的功能、業(yè)務(wù)規(guī)則和業(yè)務(wù)處理所設(shè)計(jì)的測(cè)試方案。對(duì)軟件的每個(gè)特定功能或運(yùn)行操作路徑的測(cè)試構(gòu)成了一個(gè)測(cè)試用例。8、

測(cè)試用例的重要性技術(shù)層面

指導(dǎo)測(cè)試的實(shí)施規(guī)劃測(cè)試數(shù)據(jù)的準(zhǔn)備

編寫測(cè)試腳本的“設(shè)計(jì)規(guī)格說明書”降低工作強(qiáng)度管理層面團(tuán)隊(duì)交流重復(fù)測(cè)試

檢驗(yàn)測(cè)試員進(jìn)度質(zhì)量評(píng)估

分析缺陷的標(biāo)準(zhǔn)9、

測(cè)試用例設(shè)計(jì)的基本原則測(cè)試用例的代表性正常數(shù)據(jù)邊界數(shù)據(jù)錯(cuò)誤數(shù)據(jù)

測(cè)試結(jié)果的可判定性測(cè)試結(jié)果的可再現(xiàn)性10、

測(cè)試用例的評(píng)價(jià)標(biāo)準(zhǔn)有效性經(jīng)濟(jì)性可仿效性可修改性獨(dú)立性可跟蹤性

11、軟件測(cè)試人員應(yīng)具備哪些素養(yǎng)

作為一名開發(fā)人員：熟悉屬于開發(fā)人員自己的測(cè)試任務(wù)和測(cè)試技術(shù)作為一名測(cè)試人員：熟悉屬于測(cè)試人員自己的測(cè)試任務(wù)和測(cè)試技術(shù)作為一名測(cè)試項(xiàng)目經(jīng)理：組織測(cè)試人員進(jìn)行項(xiàng)目測(cè)試作為一名測(cè)試部門經(jīng)理：根據(jù)公司發(fā)展的不同階段，設(shè)計(jì)公司測(cè)試流程和進(jìn)行測(cè)試團(tuán)隊(duì)建設(shè)

第三章禪道系統(tǒng)

1、

禪道項(xiàng)目管理系統(tǒng)是什么？

禪道項(xiàng)目管理系統(tǒng)(ZenTaoPMS)是一款國(guó)產(chǎn)的，基于LGPL協(xié)議，開源免費(fèi)的項(xiàng)目管理軟件，它集產(chǎn)品管理、項(xiàng)目管理、測(cè)試管理于一體，同時(shí)還包含了事務(wù)管理、組織管理等諸多功能，是中小型企業(yè)項(xiàng)目管理的首選。2、

為什么選擇禪道系統(tǒng)？

第一款完整涵蓋產(chǎn)品管理、任務(wù)管理、測(cè)試管理的開源管理軟件，使用一個(gè)軟件解決項(xiàng)目管理核心問題。

基于國(guó)際流行的敏捷管理方式scrum。B/S架構(gòu)，方便部署、使用。概念簡(jiǎn)單，容易上手。

開源的項(xiàng)目管理軟件，可自由進(jìn)行定制，修改。免費(fèi)的項(xiàng)目管理軟件，降低企業(yè)的投入成本。

自主的開發(fā)框架，預(yù)留擴(kuò)展機(jī)制，通過第三方的插件擴(kuò)展獲得更多的功能。有完善的開發(fā)團(tuán)隊(duì)，特別適合中小企業(yè)的管理。3、

禪道系統(tǒng)的功能列表組織管理

部門管理、用戶管理、分組管理、權(quán)限管理產(chǎn)品管理

產(chǎn)品管理、需求管理、計(jì)劃管理、發(fā)布管理、路線圖項(xiàng)目管理

項(xiàng)目管理、任務(wù)管理、項(xiàng)目需求管理、團(tuán)隊(duì)管理、工時(shí)管理、build管理、燃燒圖。

質(zhì)量管理

Bug管理、測(cè)試用例管理、測(cè)試任務(wù)管理。我的地盤TODO管理、我的需求、我的bug、我的任務(wù)4、

禪道項(xiàng)目管理的基本流程

首先產(chǎn)品人員維護(hù)需求列表，需求有優(yōu)先級(jí)和預(yù)計(jì)工時(shí)。

召開產(chǎn)品計(jì)劃會(huì)議，與會(huì)人員有產(chǎn)品、研發(fā)和測(cè)試，大家就當(dāng)前項(xiàng)目（固定的時(shí)間和人）所需要完成的需求達(dá)成一致，形成項(xiàng)目的需求列表。項(xiàng)目團(tuán)隊(duì)對(duì)需求進(jìn)行WBS任務(wù)分解，開始開發(fā)。

測(cè)試人員根據(jù)需求創(chuàng)建自己的測(cè)試用例。當(dāng)有版本提交以后，建立相應(yīng)的測(cè)試任務(wù)，記錄缺陷。研發(fā)人員修復(fù)bug。

項(xiàng)目結(jié)束之后，大家召開演示會(huì)議，團(tuán)隊(duì)向相關(guān)人員（產(chǎn)品人員及所有感興趣的人）展示該項(xiàng)目所取得的成果。大家提出的反饋由產(chǎn)品人員整理成為需求。開始下一輪的循環(huán)。5、

一、禪道里面bug的基本處理流程

禪道里面缺陷處理的基本流程是：測(cè)試提交bug=>開發(fā)解決bug=>測(cè)試驗(yàn)證bug=>測(cè)試關(guān)閉bug。如果bug驗(yàn)證沒有通過，可以激活：測(cè)試提交bug=>開發(fā)解決bug=>測(cè)試驗(yàn)證bug=>測(cè)試激活bug=>開發(fā)解決bug=>測(cè)試驗(yàn)證=>測(cè)試關(guān)閉。

還有一個(gè)流程就是bug關(guān)閉之后，又發(fā)生了。測(cè)試提交bug=>開發(fā)解決bug=>測(cè)試驗(yàn)證bug=>測(cè)試關(guān)閉bug=>測(cè)試激活bug=>開發(fā)解決bug=>測(cè)試驗(yàn)證=>測(cè)試關(guān)閉。二、第四章軟件測(cè)試計(jì)劃與策略

1、測(cè)試計(jì)劃是對(duì)每個(gè)產(chǎn)品，或是對(duì)各個(gè)開發(fā)階段的產(chǎn)品開展測(cè)試的策略。一個(gè)完整的測(cè)試計(jì)劃應(yīng)該包含以下幾個(gè)方面：對(duì)測(cè)試范圍的界定；時(shí)間表的制定；資源的規(guī)劃；風(fēng)險(xiǎn)的確定；

2、制定測(cè)試計(jì)劃的原則：制定測(cè)試計(jì)劃應(yīng)盡早開始保持測(cè)試計(jì)劃的靈活性保持測(cè)試計(jì)劃簡(jiǎn)潔和易讀盡量爭(zhēng)取多渠道評(píng)審測(cè)試計(jì)劃計(jì)算測(cè)試計(jì)劃的投入

通常在測(cè)試需求分析前制定總體測(cè)試計(jì)劃書，在測(cè)試需求分析后制定詳細(xì)測(cè)試計(jì)劃書。3、

制定測(cè)試計(jì)劃，步驟：(1)產(chǎn)品基本情況調(diào)研(2)測(cè)試需求說明(3)測(cè)試的策略和記錄(4)測(cè)試資源配置(5)計(jì)劃表

(6)問題跟蹤報(bào)告(7)測(cè)試計(jì)劃評(píng)審4、

靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試

根據(jù)是否運(yùn)行程序，軟件測(cè)試技術(shù)可以分為靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試。1.靜態(tài)測(cè)試包括：（1）代碼檢查

（2）編碼風(fēng)格與規(guī)范（3）代碼審查（4）靜態(tài)結(jié)構(gòu)分析（5）代碼質(zhì)量度量2.動(dòng)態(tài)測(cè)試包括：（1）單元測(cè)試（2）集成測(cè)試（3）系統(tǒng)測(cè)試（4）驗(yàn)收測(cè)試（5）回歸測(cè)試5、

白盒測(cè)試與黑盒測(cè)試：

動(dòng)態(tài)測(cè)試一般分為白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試：也稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試方法：

程序控制流分析、數(shù)據(jù)流分析、邏輯驅(qū)動(dòng)測(cè)

試、域測(cè)試、符號(hào)測(cè)試、路徑測(cè)試、程序插樁及程序變異。黑盒測(cè)試：也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試方法：

等價(jià)類劃分、邊界值分析、因果圖、錯(cuò)誤推測(cè)等。6、

單元測(cè)試

目的:檢測(cè)程序模塊中有無故障存在

對(duì)象:軟件設(shè)計(jì)的最小單位，與程序設(shè)計(jì)和編程實(shí)現(xiàn)關(guān)系密切集成測(cè)試

目的:發(fā)現(xiàn)與接口有關(guān)的模塊之間的問題方法：非增式集成測(cè)試法和增式集成測(cè)試法集成測(cè)試

非增式集成測(cè)試法

對(duì)每一個(gè)模塊進(jìn)行單元測(cè)試

在此基礎(chǔ)上按程序結(jié)構(gòu)圖將各模塊連接起來，把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測(cè)試增式集成測(cè)試法不斷地把待測(cè)模塊連接到已測(cè)模塊集(或其子集)上，對(duì)待測(cè)模塊進(jìn)行測(cè)試，直到最后一個(gè)模塊測(cè)試完畢

確認(rèn)測(cè)試

目的：對(duì)軟件產(chǎn)品進(jìn)行評(píng)估以確定其是否滿足軟件需求的過程系統(tǒng)測(cè)試

目的：針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的綜合性檢驗(yàn)，證明系統(tǒng)的性能測(cè)試人員要求：

系統(tǒng)開發(fā)人員不能進(jìn)行系統(tǒng)測(cè)試。系統(tǒng)開發(fā)組織不能負(fù)責(zé)系統(tǒng)測(cè)試。7、

軟件測(cè)試在軟件開發(fā)中的作用

項(xiàng)目規(guī)劃階段：負(fù)責(zé)整個(gè)測(cè)試階段的監(jiān)控。

需求分析階段：確定測(cè)試需求分析，制定系統(tǒng)測(cè)試計(jì)劃。測(cè)試需求分析是指產(chǎn)品生存周期中測(cè)試所需的資源、配置、各階段評(píng)審?fù)ㄟ^的標(biāo)準(zhǔn)等。概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段：制定集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃。編碼階段：開發(fā)相應(yīng)的測(cè)試代碼或測(cè)試腳本。測(cè)試階段：實(shí)施測(cè)試，并提交相應(yīng)的測(cè)試報(bào)告。8、

搭建軟件測(cè)試環(huán)境還應(yīng)注意以下幾點(diǎn)：小題盡量模擬用戶的真實(shí)使用環(huán)境；

測(cè)試環(huán)境中盡量不要安裝其它與被測(cè)軟件無關(guān)的軟件，但最好安裝殺毒軟件，以確保系統(tǒng)沒有病毒；

測(cè)試環(huán)境應(yīng)與開發(fā)環(huán)境獨(dú)立。

第五章黑盒測(cè)試

1、

黑盒測(cè)試

又叫功能測(cè)試，數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說明的測(cè)試。2、黑盒測(cè)試的目標(biāo)

盒測(cè)試試圖發(fā)現(xiàn)以下類型的錯(cuò)誤：功能錯(cuò)誤或遺漏；界面錯(cuò)誤，不美觀；外部信息訪問錯(cuò)誤；性能錯(cuò)誤；

初始化和終止錯(cuò)誤

在接口上，能否正確地接受輸入數(shù)據(jù)，能否產(chǎn)生正確地輸出信息；3、

黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法邊界值分析等價(jià)類劃分

基于決策表的測(cè)試因果圖錯(cuò)誤推測(cè)4、

等價(jià)類測(cè)試的基本思想等價(jià)類測(cè)試的假設(shè)：

測(cè)試某等價(jià)類的代表值，就等效于對(duì)這個(gè)等價(jià)類中其他值的測(cè)試。等價(jià)類測(cè)試的思想：

把全部的輸入數(shù)據(jù)劃分成若干個(gè)等價(jià)類，在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)來進(jìn)行測(cè)試。

等價(jià)類的分類有效等價(jià)類

對(duì)于程序的規(guī)格說明來說，是合理的、有意義的輸入數(shù)據(jù)所構(gòu)成的集合；無效等價(jià)類

對(duì)于程序的規(guī)格說明來說，是不合理的、沒有意義的輸入數(shù)據(jù)所構(gòu)成的集合；5、

用等價(jià)類設(shè)計(jì)測(cè)試用例

(1)劃分等價(jià)類，形成等價(jià)類表

(2)設(shè)計(jì)一新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類，重復(fù)這一步驟，直到所有的有效等價(jià)類都被覆蓋為止；

(3)設(shè)計(jì)一新測(cè)試用例，使其只覆蓋一個(gè)無效等價(jià)類，重復(fù)這一步驟直到所有無效等價(jià)類均被覆蓋；6、

邊界值分析獲得測(cè)試用例的方法：

使所有變量取正常值，只使一個(gè)變量取極值；

對(duì)于一個(gè)n變量函數(shù)，邊界值分析會(huì)產(chǎn)生4n+1個(gè)測(cè)試用例。7、

2．加法器邊界值測(cè)試用例設(shè)計(jì)

【例】加法器程序計(jì)算兩個(gè)1～100之間整數(shù)的和。

對(duì)于加法器程序，根據(jù)輸入要求可將輸入空間劃分為三個(gè)等價(jià)類，即1個(gè)有效等價(jià)類（1～100之間），兩個(gè)無效等價(jià)類（100）。但這種等價(jià)類劃分不是很完善，我們只考慮了輸入數(shù)據(jù)的取值范圍，而沒有考慮輸入數(shù)據(jù)的類型，我們認(rèn)為輸入應(yīng)為整數(shù)，但用戶輸入什么都有可能。邊界值分析法的測(cè)試運(yùn)用

為此，我們可綜合考慮輸入數(shù)據(jù)的取值范圍和類型劃分等價(jià)類，其結(jié)果如下表所示。

輸入條件1～100之間整數(shù)100整數(shù)小數(shù)所屬類別有效等價(jià)類無效等價(jià)類無效等價(jià)類無效等價(jià)類編號(hào)5678輸入條件非數(shù)值（字母）非數(shù)值（特殊字符）非數(shù)值（空格）非數(shù)值（空白）所屬類別無效等價(jià)類無效等價(jià)類無效等價(jià)類無效等價(jià)類號(hào)測(cè)試用例Test1Test2Test3Test4Test5Test6Test7Test8Test9Test10Test11Test12Test13測(cè)試用例Test14Test15Test16Test17Test18Test19Test20Test21輸入數(shù)據(jù)加數(shù)1129910050505050050101500.2輸入數(shù)據(jù)加數(shù)150A50@50空格5050加數(shù)20.250A50@50空格50加數(shù)25050505012991005005010150預(yù)期輸出和51521491505152149150提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”預(yù)期輸出和提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”提示“請(qǐng)輸入1～100間的整數(shù)”Test228、決策表

決策表（DecisionTable），又叫判定表

決策表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的工具。在程序設(shè)計(jì)發(fā)展的初期，決策表被當(dāng)作編寫程序的輔助工具。

決策表的組成

條件樁（ConditionStub）列出問題的所有條件動(dòng)作樁（ActionStub）列出可能采取的操作

條件項(xiàng)（ConditionEntity）列出條件樁的取值

動(dòng)作項(xiàng)（ActionEntity）

列出條件項(xiàng)各種取值下應(yīng)該采取的動(dòng)作

決策表建立步驟根據(jù)軟件規(guī)格說明

①列出所有的條件樁和動(dòng)作樁；②確定規(guī)則的個(gè)數(shù)；

n

假如有n個(gè)條件，每個(gè)條件有兩個(gè)取值（0,1）,則有2種規(guī)則；③填入條件項(xiàng)；

④填入動(dòng)作項(xiàng)，得到初始決策表；⑤簡(jiǎn)化，合并相似規(guī)則（相同動(dòng)作）。9、

維修機(jī)器問題問題描述：

“對(duì)于功率大于50馬力的機(jī)器，并且維修記錄不全或已運(yùn)行10年以上的機(jī)器，應(yīng)給予優(yōu)先的維修處理”請(qǐng)建立決策表。

（1）列出所有的條件樁和動(dòng)作樁條件樁

C1：功率大于50馬力嗎？C2：維修記錄不全嗎？C3：運(yùn)行超過10年嗎？動(dòng)作樁

A1：進(jìn)行優(yōu)先處理A2：作其他處理（2）確定規(guī)則個(gè)數(shù)輸入條件個(gè)數(shù)：3；

每個(gè)條件的取值：“是”或“否”；規(guī)則個(gè)數(shù)：2*2*2=8；3）填入條件項(xiàng)；1234功率大于50馬力嗎？YYYYN條件維修記錄不全嗎？YYNNY運(yùn)行超過10年嗎？YNYNY進(jìn)行優(yōu)先處理動(dòng)作作其他處理（4）填入動(dòng)作項(xiàng)；1234567功率大于50馬力嗎？YYYYNNN條件維修記錄不全嗎？YYNNYYN運(yùn)行超過10年嗎？YNYNYNY進(jìn)行優(yōu)先處理動(dòng)作作其他處理功率大于50馬力嗎？(1)Y(2)Y(3)Y(4)N維修記錄不全嗎？條件運(yùn)行超過10年嗎？YNNYNY進(jìn)行優(yōu)先處理動(dòng)作作其他處理化簡(jiǎn)(1)(2)(3)功率大于50馬力嗎？YYY維修記錄不全嗎？條件運(yùn)行超過10年嗎？YNNYN進(jìn)行優(yōu)先處理動(dòng)作作其他處理10、

因果圖（Cause-EffectGraphics）分析方法因果圖分析法最終生成的是判定表，適合于檢查程序輸入條件的各種組合情況。因果圖分析依據(jù)

需求規(guī)格說明中的因果關(guān)系作用

能夠按一定步驟，高效率地選擇測(cè)試用例指出程序規(guī)約描述中存在著的問題

利用因果圖設(shè)計(jì)測(cè)試用例

1.分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果原因常常是輸入條件或是輸入條件的等價(jià)類;結(jié)果是輸出條件;

2.分析程序規(guī)約的描述中語義的內(nèi)容，并將其表示成連接各個(gè)原因與各個(gè)結(jié)果的“因果圖”

3.在因果圖上使用若干個(gè)特殊的符號(hào)標(biāo)明約束條件4.把因果圖轉(zhuǎn)換成判定表

5.把判定表中每一列表示的情況寫成測(cè)試用例第五章白盒測(cè)試

1、

白盒測(cè)試，也稱為結(jié)構(gòu)化測(cè)試、基于代碼的測(cè)試，是一種測(cè)試用例設(shè)計(jì)方法，它從程序的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例。2、

黑盒測(cè)試只能觀察軟件的外部表現(xiàn)，即使軟件的輸入輸出都是正確的，卻并不能說明軟件就是正確的。因?yàn)槌绦蛴锌赡苡缅e(cuò)誤的運(yùn)算方式得出正確的結(jié)果，例如“負(fù)負(fù)得正，錯(cuò)錯(cuò)得對(duì)”，只有白盒測(cè)試才能發(fā)現(xiàn)真正的原因。

白盒測(cè)試能發(fā)現(xiàn)程序里的隱患，象內(nèi)存泄漏、誤差累計(jì)問題。在這方面，黑盒測(cè)試存在嚴(yán)重的不足。3、

白盒測(cè)試中的邏輯覆蓋方法有以下6種：1.語句覆蓋2.判定覆蓋3.條件覆蓋

4.判定－條件覆蓋5.條件組合覆蓋6.路徑覆蓋4、

1.語句覆蓋

基本思想是：設(shè)計(jì)若干測(cè)試用例，運(yùn)行被測(cè)程序，使程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次。2.判定覆蓋

基本思想是：設(shè)計(jì)若干測(cè)試用例，運(yùn)行被測(cè)程序，使得程序中每個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次，即判斷真假值均曾被滿足。3.條件覆蓋基本思想是：設(shè)計(jì)若干測(cè)試用例，執(zhí)行被測(cè)程序以后要使每個(gè)判斷中每個(gè)條件的可能取值至少滿足一次。4.判定－條件覆蓋基本思想是：設(shè)計(jì)足夠的測(cè)試用例，使得判斷條件中的所有條件可能至少執(zhí)行一次取值，同時(shí)，所有判斷的可能結(jié)果至少執(zhí)行一次。5.條件組合覆蓋基本思想是：設(shè)計(jì)足夠的測(cè)試用例，使得所有可能的條件取值組合至少執(zhí)行一次6.路徑覆蓋

基本思想是：設(shè)計(jì)所有的測(cè)試用例，來覆蓋程序中的所有可能的執(zhí)行路徑。5、

白盒測(cè)試和黑盒測(cè)試的比較

白盒測(cè)試只關(guān)注軟件產(chǎn)品的測(cè)試，不能夠確保產(chǎn)品已經(jīng)實(shí)現(xiàn)了規(guī)格說明中的所有功能。黑盒測(cè)試則只關(guān)注規(guī)格說明中的功能測(cè)試，不能夠保證已經(jīng)實(shí)現(xiàn)的各個(gè)部分都被測(cè)試到。

與黑盒測(cè)試相比，白盒測(cè)試的成本要高一些。黑盒測(cè)試故意不考慮控制結(jié)構(gòu)，而只注意信息域。白盒測(cè)試只考慮測(cè)試軟件產(chǎn)品，它不保證完整的需求規(guī)格是否被滿足。黑盒測(cè)試是一種確認(rèn)技術(shù)，回答“我們?cè)跇?gòu)造一個(gè)正確的系統(tǒng)嗎？白盒測(cè)試是一種驗(yàn)證技術(shù)，回答“我們?cè)谡�確地構(gòu)造一個(gè)系統(tǒng)嗎？”

建議測(cè)試人員在進(jìn)行測(cè)試的過程中，可以考慮先使用黑盒測(cè)試，然后統(tǒng)計(jì)相應(yīng)的覆蓋率，再設(shè)計(jì)適當(dāng)?shù)陌缀袦y(cè)試用例作為補(bǔ)充以保證測(cè)試的完整性。6、

白盒測(cè)試工具

Java語言：Junit，

C++：CppUnit、VisualUnit等

第六章單元測(cè)試

1、

1.單元測(cè)試的定義

單元測(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位程序模

塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。

單元測(cè)試的內(nèi)容包括單元的內(nèi)部結(jié)構(gòu)、單元的功能和可觀測(cè)的行

為。

2.單元測(cè)試方法

功能性測(cè)試結(jié)構(gòu)性測(cè)試

3.目標(biāo)

(1)檢查代碼實(shí)現(xiàn)是否符合設(shè)計(jì)測(cè)試依據(jù)是詳細(xì)設(shè)計(jì)描述(2)盡早發(fā)現(xiàn)錯(cuò)誤4.測(cè)試對(duì)象：“單元”

結(jié)構(gòu)化編程語言

單元測(cè)試對(duì)象是函數(shù)或者子過程。

面向?qū)ο笳Z言

單元測(cè)試對(duì)象是類或者類的方法。如一個(gè)菜單、屏幕顯示界面或?qū)υ捒虻?、

驅(qū)動(dòng)模塊(Driver)

被測(cè)基本單元的主程序，它接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳送給被測(cè)單元，最后輸出實(shí)測(cè)結(jié)果。樁模塊(Stub)

用來代替被測(cè)基本單元調(diào)用的其他基本單元。3、

你認(rèn)為驅(qū)動(dòng)模塊、樁模塊中哪一種類型模塊開發(fā)較為容易些，并給出理由？4、

單元測(cè)試主要對(duì)模塊的五個(gè)基本特性進(jìn)行評(píng)價(jià)模塊接口

局部數(shù)據(jù)結(jié)構(gòu)邊界條件

重要的執(zhí)行路徑錯(cuò)誤處理5、

單元測(cè)試策略

自頂向下的單元測(cè)試自底向上的單元測(cè)試孤立單元測(cè)試方法：不考慮每個(gè)單元與其它單元之間的關(guān)系，為每個(gè)單元設(shè)計(jì)樁模塊或驅(qū)動(dòng)模塊。每個(gè)模塊進(jìn)行獨(dú)立的單元測(cè)試。

優(yōu)點(diǎn)：簡(jiǎn)單、容易操作，可達(dá)到高的結(jié)構(gòu)覆蓋率。缺點(diǎn)：不提供一種系統(tǒng)早期的集成途徑�？偨Y(jié)：最好的單元測(cè)試策略。6、

主要單元測(cè)試方法人工靜態(tài)分析自動(dòng)靜態(tài)分析自動(dòng)動(dòng)態(tài)測(cè)試人工動(dòng)態(tài)測(cè)試7、

測(cè)試過程中各種人員的作用系統(tǒng)分析設(shè)計(jì)人員

進(jìn)行需求跟蹤，確保系統(tǒng)需求的實(shí)現(xiàn)和更新。進(jìn)行軟件單元可測(cè)性分析，確定單元測(cè)試的對(duì)象、范圍和方法。軟件開發(fā)人員

負(fù)責(zé)編碼和單元測(cè)試過程，完成單元測(cè)試計(jì)劃、方案和報(bào)告。軟件測(cè)試人員

參與單元測(cè)試計(jì)劃、方案和報(bào)告的評(píng)審，對(duì)單元測(cè)試的計(jì)劃、設(shè)計(jì)和執(zhí)行質(zhì)量進(jìn)行監(jiān)控。根據(jù)實(shí)際情況，可選擇參與由開發(fā)人員負(fù)責(zé)的代碼檢視、單元測(cè)試等活動(dòng)。

配置管理人員

對(duì)代碼及單元測(cè)試文檔進(jìn)行配置管理。質(zhì)量保證（QA）人員

參與編碼與單元測(cè)試評(píng)審，對(duì)編碼和單元測(cè)試過程進(jìn)行審計(jì)。8、

單元測(cè)試重點(diǎn)內(nèi)容靜態(tài)測(cè)試代碼檢查

靜態(tài)結(jié)構(gòu)分析代碼質(zhì)量度量白盒測(cè)試語句覆蓋測(cè)試判定覆蓋測(cè)試條件覆蓋測(cè)試

判定條件覆蓋測(cè)試條件組合測(cè)試路徑覆蓋測(cè)試黑盒測(cè)試

等價(jià)類劃分方法邊界值分析方法錯(cuò)誤推測(cè)方法

第七章集成測(cè)試

1、集成測(cè)試的概念

集成（Integration）是指把多個(gè)單元組合起來形成更大的單元。

集成測(cè)試（IntegrationTesting）是在假定各個(gè)軟件單元已經(jīng)通過了單元測(cè)試的前提下，檢查各個(gè)軟件單元之間的相互接口是否正確。2、集成測(cè)試主要關(guān)注下列問題：（1）模塊間的數(shù)據(jù)傳遞是否正確？

（2）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生錯(cuò)誤的影響？（3）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題，會(huì)不會(huì)被異常修改？（4）塊組合起來的功能能否滿足要求？

（5）集成后，各個(gè)模塊的累積誤差是否會(huì)擴(kuò)大，是否達(dá)到不可接受的程度？3、集成測(cè)試與單元測(cè)試的區(qū)別小題1)測(cè)試對(duì)象有所區(qū)別;

2)集成測(cè)試關(guān)注的是模塊間的接口，接口之間的數(shù)據(jù)傳遞關(guān)系，單元組合后是

否實(shí)現(xiàn)預(yù)計(jì)的功能。

3)集成測(cè)試組裝的對(duì)象比單元測(cè)試的對(duì)象級(jí)別要高。4、集成測(cè)試與系統(tǒng)測(cè)試的區(qū)別小題

1)系統(tǒng)測(cè)試對(duì)象是整個(gè)系統(tǒng)以及與系統(tǒng)交互的硬件和軟件平臺(tái)。系統(tǒng)測(cè)試更多

程度上是站在用戶的角度上對(duì)系統(tǒng)做功能性的驗(yàn)證，同時(shí)還對(duì)系統(tǒng)進(jìn)行一些非功能性的驗(yàn)證，包括系統(tǒng)測(cè)試測(cè)試、壓力測(cè)試、安全性測(cè)試、恢復(fù)性測(cè)試等。系統(tǒng)測(cè)試的依據(jù)來自用戶的需求規(guī)格說明書和行業(yè)的已成文的或事實(shí)上的標(biāo)準(zhǔn)。

2)集成測(cè)試所測(cè)試的對(duì)象是模塊間的接口，其目的是要找出在模塊接口上面，

包括整體體系結(jié)構(gòu)上的問題。其測(cè)試的依據(jù)來自系統(tǒng)的高層設(shè)計(jì)（架構(gòu)設(shè)計(jì)或概要設(shè)計(jì)）。

3)軟件的集成測(cè)試工作最好由不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員承擔(dān)，以提

高集成測(cè)試的效果。5、集成測(cè)試目的

在把各個(gè)模塊連接起來的時(shí)侯，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；

單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。在單元測(cè)試的同時(shí)可進(jìn)行集成測(cè)試，發(fā)現(xiàn)并排除在模塊連接中可能出現(xiàn)的問題，最終構(gòu)成要求的軟件系統(tǒng)。6、集成測(cè)試與開發(fā)的關(guān)系

集成測(cè)試是和軟件開發(fā)過程中的概要設(shè)計(jì)階段相對(duì)應(yīng)的，而在軟件概要設(shè)計(jì)中關(guān)于整個(gè)系統(tǒng)的體系結(jié)構(gòu)就是集成測(cè)試用例輸入的基礎(chǔ)。集成測(cè)試的層次與原則1．集成測(cè)試的層次

對(duì)于傳統(tǒng)軟件來說，按集成粒度不同，可以把集成測(cè)試分為3個(gè)層次，即：（1）模塊間集成測(cè)試（2）子系統(tǒng)內(nèi)集成測(cè)試（3）子系統(tǒng)間集成測(cè)試

對(duì)于面向?qū)ο蟮膽?yīng)用系統(tǒng)來說，按集成粒度不同，可以把集成測(cè)試分為2個(gè)層次：

（1）類內(nèi)集成測(cè)試（2）類間集成測(cè)試集成測(cè)試的原則

（1）所有公共接口必須被測(cè)試到；（2）關(guān)鍵模塊必須進(jìn)行充分測(cè)試；（3）集成測(cè)試應(yīng)當(dāng)按一定層次進(jìn)行；（4）集成測(cè)試策略選擇應(yīng)當(dāng)綜合考慮質(zhì)量、成本和進(jìn)度三者之間的關(guān)系；（5）集成測(cè)試應(yīng)當(dāng)盡早開始，并以概要設(shè)計(jì)為基礎(chǔ)；

（6）在模塊和接口的劃分上，測(cè)試人員應(yīng)該和開發(fā)人員進(jìn)行充分溝通；（7）當(dāng)測(cè)試計(jì)劃中的結(jié)束標(biāo)準(zhǔn)滿足時(shí)，集成測(cè)試才能結(jié)束；

（8）當(dāng)接口發(fā)生修改時(shí)，涉及到的相關(guān)接口都必須進(jìn)行回歸測(cè)試；（9）集成測(cè)試應(yīng)根據(jù)集成測(cè)試計(jì)劃和方案進(jìn)行，不能隨意測(cè)試；（10）項(xiàng)目管理者應(yīng)保證測(cè)試用例經(jīng)過審核；（11）測(cè)試執(zhí)行結(jié)果應(yīng)當(dāng)如實(shí)的記錄。7、

集成測(cè)試過程

一個(gè)測(cè)試從開發(fā)到執(zhí)行遵循一個(gè)過程，不同的組織對(duì)這個(gè)過程的定義會(huì)有所不同。根據(jù)集成測(cè)試不同階段的任務(wù)，可以把集成測(cè)試劃分為5個(gè)階段：計(jì)劃階段、設(shè)計(jì)階段、實(shí)施階段、執(zhí)行階段、評(píng)估階段。8、

集成測(cè)試用例設(shè)計(jì)

1．為系統(tǒng)運(yùn)行設(shè)計(jì)用例

可使用的主要測(cè)試分析技術(shù)有：（1）等價(jià)類劃分。（2）邊界值分析。

（3）基于決策表的測(cè)試。2．為正向測(cè)試設(shè)計(jì)用例

可使用如下幾種主要測(cè)試分析技術(shù)：（1）輸入域測(cè)試。（2）輸出域測(cè)試。（3）等價(jià)類劃分。（4）狀態(tài)轉(zhuǎn)換測(cè)試。（5）規(guī)范導(dǎo)出法。3．為逆向測(cè)試設(shè)計(jì)用例

可使用的主要測(cè)試分析技術(shù)有：（1）錯(cuò)誤猜測(cè)法。（2）基于風(fēng)險(xiǎn)的測(cè)試。（3）基于故障的測(cè)試。（4）邊界值分析。（5）特殊值測(cè)試。（6）狀態(tài)轉(zhuǎn)換測(cè)試。

第八章系統(tǒng)測(cè)試

1、系統(tǒng)測(cè)試（systemtesting）是指測(cè)試整個(gè)系統(tǒng)已經(jīng)確定是否能夠提供用戶的所有需求行為。選擇

系統(tǒng)測(cè)試主要分為功能性測(cè)試和非功能性測(cè)試兩大類。

功能性測(cè)試包括：功能測(cè)試、用戶界面測(cè)試、安裝/卸載測(cè)試、可適用性測(cè)試。非功能性測(cè)試包括：性能測(cè)試、壓力測(cè)試、兼容性測(cè)試、可靠性測(cè)試、安全性測(cè)試、健壯性測(cè)試。2、功能測(cè)試方法：

有兩種：鏈接或界面切換測(cè)試和業(yè)務(wù)流程測(cè)試。3、業(yè)務(wù)流程測(cè)試主要測(cè)試內(nèi)容：1.主要是系統(tǒng)應(yīng)用功能的測(cè)試。2.基于用例場(chǎng)景設(shè)計(jì)測(cè)試用例。

3.用例場(chǎng)景是通過描述流經(jīng)用例的路徑來確定的過程，這個(gè)流經(jīng)過程要從用例開始到結(jié)束遍歷其中所有基本流和備選流。

4、性能測(cè)試：

性能測(cè)試主要檢驗(yàn)軟件是否達(dá)到需求規(guī)格說明書中規(guī)定的各類性能指標(biāo)，并滿足一些性能相關(guān)的約束和限制條件。

目標(biāo)：對(duì)產(chǎn)品的性能進(jìn)行測(cè)試，檢驗(yàn)是否達(dá)標(biāo)、是否能夠保持。方法：覆蓋系統(tǒng)的性能需求，一般和負(fù)載測(cè)試結(jié)合使用。工具：在需要大訪問量時(shí)尤其需要使用工具。

測(cè)試內(nèi)容：評(píng)估系統(tǒng)的能力、識(shí)別系統(tǒng)中的弱點(diǎn)、系統(tǒng)調(diào)優(yōu)。

5、壓力測(cè)試

壓力測(cè)試（StressTesting）是指模擬巨大的工作負(fù)荷，以查看系統(tǒng)在峰值使用情況下是否可以正常運(yùn)行。

壓力測(cè)試是通過逐步增加系統(tǒng)負(fù)載來測(cè)試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務(wù)級(jí)別的測(cè)試。6、

壓力測(cè)試與性能測(cè)試的聯(lián)系與區(qū)別：

1)壓力測(cè)試是用來保證產(chǎn)品發(fā)布后系統(tǒng)能否滿足用戶需求，關(guān)注的重點(diǎn)是系統(tǒng)

整體；

2)性能測(cè)試可以發(fā)生在各個(gè)測(cè)試階段，即使是在單元層，一個(gè)單獨(dú)模塊的性能

也可以進(jìn)行評(píng)估。

3)壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的

測(cè)試。

4)性能測(cè)試是檢測(cè)系統(tǒng)在一定負(fù)荷下的表現(xiàn)，是正常能力的表現(xiàn)；而壓力測(cè)試

是極端情況下的系統(tǒng)能力的表現(xiàn)。壓力測(cè)試和負(fù)載測(cè)試（LoadTest）：

負(fù)載測(cè)試是通過逐步增加系統(tǒng)工作量，測(cè)試系統(tǒng)能力的變化，并最終確定在滿足功能指標(biāo)的情況下，系統(tǒng)所能承受的最大工作量的測(cè)試。壓力測(cè)試實(shí)質(zhì)上就是一種特定類型的負(fù)載測(cè)試。

壓力測(cè)試和并發(fā)性測(cè)試：

并發(fā)性測(cè)試是一種測(cè)試手段，在壓力測(cè)試中可以利用并發(fā)測(cè)試來進(jìn)行壓力測(cè)試。

7、容量測(cè)試

所謂的容量測(cè)試（VolumeTesting）是指，采用特定的手段測(cè)試系統(tǒng)能夠承載處理任務(wù)的極限值所從事的測(cè)試工作。這里的特定手段是指，測(cè)試人員根據(jù)實(shí)際運(yùn)行中可能出現(xiàn)極限，制造相對(duì)應(yīng)的任務(wù)組合，來激發(fā)系統(tǒng)出現(xiàn)極限的情況。容量測(cè)試的目的

容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理，通過測(cè)試，預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），確定系統(tǒng)在其極限值狀態(tài)下是否還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。

8、容量測(cè)試與壓力測(cè)試的區(qū)別

1)與容量測(cè)試十分相近的概念是壓力測(cè)試。二者都是檢測(cè)系統(tǒng)在特定情況下，

能夠承擔(dān)的極限值。

2)然而兩者的側(cè)重點(diǎn)有所不同，壓力測(cè)試主要是使系統(tǒng)承受速度方面的超額負(fù)

載，例如一個(gè)短時(shí)間之內(nèi)的吞吐量。

3)容量測(cè)試關(guān)注的是數(shù)據(jù)方面的承受能力，并且它的目的是顯示系統(tǒng)可以處理

的數(shù)據(jù)容量。

9、壓力測(cè)試、容量測(cè)試和性能測(cè)試的區(qū)別

更確切的說，壓力測(cè)試可以看作是容量測(cè)試、性能測(cè)試和可靠性測(cè)

試的一種手段，不是直接的測(cè)試目標(biāo)。壓力測(cè)試的重點(diǎn)在于發(fā)現(xiàn)功能性測(cè)試所不易發(fā)現(xiàn)的系統(tǒng)方面的缺

陷，而容量測(cè)試和性能測(cè)試是系統(tǒng)測(cè)試的主要目標(biāo)內(nèi)容，也就是確定軟件產(chǎn)品或系統(tǒng)的非功能性方面的質(zhì)量特征，包括具體的特征值。容量測(cè)試和性能測(cè)試更著力于提供性能與容量方面的數(shù)據(jù)，為軟件

系統(tǒng)部署、維護(hù)、質(zhì)量改進(jìn)服務(wù)，并可以幫助市場(chǎng)定位、銷售人員對(duì)客戶的解釋、廣告宣傳等服務(wù)。壓力測(cè)試、容量測(cè)試和性能測(cè)試的測(cè)試方法相通，在實(shí)際測(cè)試工作

中，往往結(jié)合起來進(jìn)行以提高測(cè)試效率。一般會(huì)設(shè)置專門的性能測(cè)試實(shí)驗(yàn)室完成這些工作，即使用虛擬的手段模擬實(shí)際操作，所需要的客戶端有時(shí)還是很大，所以性能測(cè)試實(shí)驗(yàn)室的投資較大。對(duì)于許多中小型軟件公司，可以委托第三方完成性能測(cè)試，可以在很大程度上降低成本。

10、安全性測(cè)試

安全性測(cè)試時(shí)檢查系統(tǒng)對(duì)非法侵入的防范能力，其目的是發(fā)現(xiàn)軟件系統(tǒng)中是否存在安全漏洞。

安全性一般分為兩個(gè)層次，級(jí)應(yīng)用程序級(jí)的安全性和系統(tǒng)級(jí)別的安全性。安全性測(cè)試方法:1.功能驗(yàn)證2.漏洞掃描

3.模擬攻擊實(shí)驗(yàn)

11、回歸測(cè)試

回歸測(cè)試是指對(duì)某些已經(jīng)被測(cè)試過的內(nèi)容進(jìn)行重新測(cè)試。

第九章驗(yàn)收測(cè)試

1、

驗(yàn)收測(cè)試分為用戶驗(yàn)收測(cè)試和操作驗(yàn)收測(cè)試。

1)用戶驗(yàn)收測(cè)試的目標(biāo)是確認(rèn)被測(cè)應(yīng)用能滿足業(yè)務(wù)需求，并在將軟件正式交付

給最終用戶之前，確保系統(tǒng)正常工作并可以使用。用戶驗(yàn)收測(cè)試在測(cè)試組的協(xié)助下由一個(gè)或多個(gè)用戶代表執(zhí)行的。

2)操作驗(yàn)收測(cè)試的目標(biāo)是確認(rèn)被測(cè)應(yīng)用滿足其操作需求，并確保系統(tǒng)正式工作

并可以使用。操作驗(yàn)收測(cè)試在測(cè)試組的協(xié)助下由一個(gè)或多個(gè)操作代表執(zhí)行的。

3)用戶驗(yàn)收測(cè)試與操作驗(yàn)收測(cè)試的不同之處在于，操作驗(yàn)收測(cè)試是用于驗(yàn)證被

測(cè)應(yīng)用在操作和管理方面的情況（例如更新后的被測(cè)應(yīng)用的安裝，對(duì)被測(cè)應(yīng)用極其數(shù)據(jù)的備份、歸檔和恢復(fù)以及注冊(cè)新用戶并為其分配權(quán)限）。用戶驗(yàn)收測(cè)試用來驗(yàn)證被測(cè)應(yīng)用符合其業(yè)務(wù)需求，并在正式提交給最終用戶之前確信系統(tǒng)工作正確并可用。實(shí)際上，如果被測(cè)應(yīng)用僅支持一些簡(jiǎn)單的系統(tǒng)管理功能，用戶驗(yàn)收測(cè)試與操作測(cè)試通常會(huì)合并為一個(gè)測(cè)試活動(dòng)。2、Alpha測(cè)試和Beta測(cè)試的區(qū)別？

第十章軟件測(cè)試管理

1、如何組織軟件測(cè)試團(tuán)隊(duì)？構(gòu)建高效的測(cè)試團(tuán)隊(duì)

第一步：選擇先進(jìn)的方法論構(gòu)筑指導(dǎo)流程第二步：選擇合適的人才建設(shè)測(cè)試團(tuán)隊(duì)第三步：選擇強(qiáng)大的技術(shù)平臺(tái)搭建環(huán)境第四步：制訂標(biāo)準(zhǔn)和規(guī)范，穩(wěn)步提高質(zhì)量

2、如何進(jìn)行測(cè)試人員的培養(yǎng)？

一個(gè)高效的測(cè)試團(tuán)隊(duì)要有人才培養(yǎng)計(jì)劃，不斷加強(qiáng)測(cè)試人員的職業(yè)技能。人才培養(yǎng)涉及人員選擇、培訓(xùn)與培養(yǎng)和其職業(yè)發(fā)展規(guī)劃。3、軟件bug有哪些類型？其管理流程是什么？軟件bug的類型如下：

需求類bug、分析設(shè)計(jì)類bug、程序功能錯(cuò)誤、程序運(yùn)行時(shí)錯(cuò)誤、編碼規(guī)范類錯(cuò)誤、數(shù)據(jù)庫類錯(cuò)誤、接口類錯(cuò)誤、界面類錯(cuò)誤、配置類bug、建議性bug。

友情提示：本文中關(guān)于《《數(shù)據(jù)庫系統(tǒng)原理》課程總結(jié)與復(fù)習(xí)大綱》給出的范例僅供您參考拓展思維使用，《數(shù)據(jù)庫系統(tǒng)原理》課程總結(jié)與復(fù)習(xí)大綱：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《《數(shù)據(jù)庫系統(tǒng)原理》課程總結(jié)與復(fù)習(xí)大綱》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/712526.html

• 上一篇：數(shù)據(jù)庫概念總結(jié)1
• 下一篇：access重點(diǎn)總結(jié)