《管理信息系統(tǒng)第三版》課件第八章 系統(tǒng)測(cè)試

《管理信息系統(tǒng)》第八章系統(tǒng)測(cè)試《管理信息系統(tǒng)》系統(tǒng)測(cè)試的作用和意義系統(tǒng)測(cè)試的作用和意義

系統(tǒng)測(cè)試是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口，是對(duì)整個(gè)系統(tǒng)開發(fā)過(guò)程包括系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)的最終審查。盡管在系統(tǒng)開發(fā)周期的各個(gè)階段均采取了嚴(yán)格的技術(shù)審查，希望盡早發(fā)現(xiàn)問(wèn)題予以修正，但依然難免遺留下差錯(cuò)，如果沒有在投入運(yùn)行前的系統(tǒng)測(cè)試階段被發(fā)現(xiàn)并糾正，問(wèn)題遲早會(huì)在運(yùn)行中暴露出來(lái)，到那時(shí)要糾正錯(cuò)誤將會(huì)付出更大的代價(jià)，甚至?xí)斐刹豢霸O(shè)想的后果。因此不要以為程序設(shè)計(jì)完成后系統(tǒng)開發(fā)工作就接近尾聲了，還有大量重要而艱巨的系統(tǒng)測(cè)試工作才剛剛開始。《管理信息系統(tǒng)》系統(tǒng)測(cè)試的對(duì)象和目的(1)系統(tǒng)測(cè)試的對(duì)象和目的系統(tǒng)測(cè)試的對(duì)象不僅僅是源程序，而應(yīng)是整個(gè)軟件，它把需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序設(shè)計(jì)各階段的開發(fā)文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)說(shuō)明、詳細(xì)設(shè)計(jì)說(shuō)明以及源程序，都作為測(cè)試的對(duì)象。由于“程序+文檔=軟件”，所以系統(tǒng)測(cè)試的對(duì)象是軟件。《管理信息系統(tǒng)》系統(tǒng)測(cè)試的對(duì)象和目的(2)

在系統(tǒng)測(cè)試中發(fā)現(xiàn)的錯(cuò)誤可能是各式各樣的，按其范圍和性質(zhì)可劃分為以下幾類：（1）功能錯(cuò)誤：由于功能規(guī)格說(shuō)明書不夠完整或敘述不夠確切，致使在編碼時(shí)對(duì)功能有誤解而產(chǎn)生的錯(cuò)誤。（2）系統(tǒng)錯(cuò)誤：指與外部接口的錯(cuò)誤、參數(shù)調(diào)用錯(cuò)誤、子程序調(diào)用錯(cuò)誤、輸入／輸出地址錯(cuò)誤，以及資源管理錯(cuò)誤等?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的對(duì)象和目的(3)（3）過(guò)程錯(cuò)誤：主要指算術(shù)運(yùn)算錯(cuò)誤、初始過(guò)程錯(cuò)誤、邏輯錯(cuò)誤等。（4）數(shù)據(jù)錯(cuò)誤：數(shù)據(jù)結(jié)構(gòu)、內(nèi)容、屬性錯(cuò)誤，動(dòng)態(tài)數(shù)據(jù)與靜態(tài)數(shù)據(jù)混淆，參數(shù)與控制數(shù)據(jù)混淆等。（5）編碼錯(cuò)誤：語(yǔ)法錯(cuò)誤、變量名錯(cuò)誤、局部變量與全局變量混淆、程序邏輯錯(cuò)誤和編碼書寫錯(cuò)誤等。《管理信息系統(tǒng)》系統(tǒng)測(cè)試的基本原則(1)（1）測(cè)試工作應(yīng)避免由原開發(fā)軟件的個(gè)人或小組來(lái)承擔(dān)。測(cè)試的目的就是挑剔地找錯(cuò)誤，而從心理上來(lái)講，軟件開發(fā)人員對(duì)自己的工作成果有所偏愛，總認(rèn)為自己開發(fā)的軟件沒有錯(cuò)誤或錯(cuò)誤不大，因而有一種不愿否定自己成果的心理；另一方面，如果開發(fā)人員對(duì)軟件的功能有理解錯(cuò)誤，由本人去找，肯定是找不出錯(cuò)誤的，正所謂“當(dāng)局者?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的基本原則(2)

（2）設(shè)計(jì)測(cè)試方案時(shí)，不僅要包括確定的輸入數(shù)據(jù)，而且應(yīng)包括從系統(tǒng)功能出發(fā)預(yù)期的測(cè)試結(jié)果。把預(yù)期測(cè)試結(jié)果作為測(cè)試方案的組成部分，對(duì)于發(fā)現(xiàn)錯(cuò)誤是有幫助的，并且可以提高效率，只要將運(yùn)行結(jié)果與預(yù)期測(cè)試結(jié)果進(jìn)行對(duì)比即可發(fā)現(xiàn)有無(wú)錯(cuò)誤。否則，由于人們的心理作用或粗心大意，常把一些似是而非的結(jié)果當(dāng)成正確結(jié)果，把本該發(fā)現(xiàn)的問(wèn)題漏掉?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的基本原則(3)

（3）測(cè)試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無(wú)效的或不合理的輸入數(shù)據(jù)。

在測(cè)試中人們常常只注意到從系統(tǒng)功能角度是合理有效的和可以預(yù)想得到的輸入數(shù)據(jù)，而忽視那些無(wú)效的和預(yù)想不到的輸入數(shù)據(jù)。實(shí)際上一個(gè)軟件在投入運(yùn)行后，一些意想不到的輸入是常常會(huì)遇到的，如用戶輸錯(cuò)數(shù)、鍵入非法命令等，如果軟件不能做出適當(dāng)?shù)姆从扯Э?，就不能說(shuō)明軟件是可靠的。往往使用預(yù)期不合理的數(shù)據(jù)進(jìn)行測(cè)試比用合理數(shù)據(jù)收獲要大?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的基本原則(4)

（4）不僅要檢驗(yàn)程序是否做了該做的事，還要檢查程序是否同時(shí)做了不該做的事。

多余的副作用即使是無(wú)意義的也會(huì)影響程序運(yùn)行效率，甚至有時(shí)會(huì)帶來(lái)潛在的危害?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的基本原則(5)

（5）軟件中仍存在錯(cuò)誤的概率和已經(jīng)發(fā)現(xiàn)錯(cuò)誤的個(gè)數(shù)是成正比的。有時(shí)軟件經(jīng)測(cè)試發(fā)現(xiàn)了許多錯(cuò)誤后，測(cè)試者認(rèn)為可能錯(cuò)誤已找得差不多了，因而不必再繼續(xù)測(cè)試了。但經(jīng)驗(yàn)和統(tǒng)計(jì)結(jié)果均表明，發(fā)現(xiàn)的錯(cuò)誤越多，程序中潛在的錯(cuò)誤可能會(huì)越多。因此，如軟件經(jīng)測(cè)試發(fā)現(xiàn)了許多錯(cuò)誤，則繼續(xù)測(cè)試發(fā)現(xiàn)錯(cuò)誤的可能性更大。《管理信息系統(tǒng)》系統(tǒng)測(cè)試的基本原則(6)

（6）保留測(cè)試用例，作為軟件文檔的組成部分。

測(cè)試用例無(wú)論是否發(fā)現(xiàn)軟件中的錯(cuò)誤，都是花費(fèi)了大量精力精心設(shè)計(jì)出來(lái)的，保留這些測(cè)試用例將會(huì)給重新測(cè)試和追加測(cè)試帶來(lái)方便。一旦程序糾錯(cuò)、改進(jìn)或擴(kuò)充后，需要重新測(cè)試時(shí)，將在很大程度上重復(fù)以往的測(cè)試工作，一方面驗(yàn)證原有錯(cuò)誤是否確實(shí)正確修改了，另一方面能夠發(fā)現(xiàn)因修改或擴(kuò)充而可能引入的新錯(cuò)誤?！豆芾硇畔⑾到y(tǒng)》傳統(tǒng)的軟件測(cè)試把軟件測(cè)試過(guò)程分成以下幾個(gè)階段：·

單元測(cè)試；·集成測(cè)試；·確認(rèn)測(cè)試；·系統(tǒng)測(cè)試?！豆芾硇畔⑾到y(tǒng)》在傳統(tǒng)的軟件測(cè)試中，采用的軟件測(cè)試技術(shù)包括：人工測(cè)試；黑盒測(cè)試；白盒測(cè)試；動(dòng)態(tài)測(cè)試；靜態(tài)測(cè)試?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的方法

人工測(cè)試：個(gè)人復(fù)查：指源程序編完以后，直接由程序員自己進(jìn)行檢查。走查：測(cè)試在預(yù)先閱讀過(guò)該軟件資料和源程序的前提下，由測(cè)試人員扮演計(jì)算機(jī)的角色，用人工方法將測(cè)試數(shù)據(jù)輸入被測(cè)程序，并在紙上跟蹤監(jiān)視程序的執(zhí)行情況，讓人代替機(jī)器沿著程序的邏輯走一遍，發(fā)現(xiàn)程序中的錯(cuò)誤。會(huì)審：測(cè)試成員在會(huì)審前仔細(xì)閱讀軟件有關(guān)資料，根據(jù)錯(cuò)誤類型清單（從以往經(jīng)驗(yàn)看一般容易發(fā)生的錯(cuò)誤），填寫檢測(cè)表，列出根據(jù)錯(cuò)誤類型要提問(wèn)的問(wèn)題。會(huì)審時(shí)，由程序作者逐個(gè)閱讀和講解程序，測(cè)試人員逐個(gè)審查、提問(wèn)、討論可能產(chǎn)生的錯(cuò)誤?！豆芾硇畔⑾到y(tǒng)》機(jī)器測(cè)試：黑盒測(cè)試：將軟件看作黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，研究軟件的外部特性。根據(jù)軟件的需求規(guī)格說(shuō)明書設(shè)計(jì)測(cè)試用例，從程序的輸入和輸出特性上測(cè)試是否滿足設(shè)定的功能。白盒測(cè)試：將軟件看作一個(gè)透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來(lái)選定測(cè)試用例，對(duì)軟件的邏輯路徑及過(guò)程進(jìn)行測(cè)試，檢查與設(shè)計(jì)是否相符?！豆芾硇畔⑾到y(tǒng)》黑盒測(cè)試——如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過(guò)測(cè)試來(lái)檢驗(yàn)是否每個(gè)功能都能正常使用；白盒測(cè)試——如果知道產(chǎn)品內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試來(lái)檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，且所有內(nèi)部部件被充分利用（確保“所有齒輪吻合”）?！豆芾硇畔⑾到y(tǒng)》系統(tǒng)測(cè)試的步驟

-單元測(cè)試：程序中的一個(gè)模塊或一個(gè)子程序，是程序設(shè)計(jì)的最小單元，是程序最小的獨(dú)立編譯單位。-組裝測(cè)試：在每個(gè)模塊完成了單元測(cè)試以后，需要按照設(shè)計(jì)時(shí)作出的層次模塊圖把它們連接起來(lái)，進(jìn)行組裝測(cè)試。-確認(rèn)測(cè)試：經(jīng)過(guò)組裝測(cè)試，軟件已裝配完畢，接下來(lái)進(jìn)行的確認(rèn)測(cè)試和系統(tǒng)測(cè)試將是以整個(gè)軟件做為測(cè)試對(duì)象，且采用黑盒測(cè)試方法。-系統(tǒng)測(cè)試：將信息系統(tǒng)的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進(jìn)行測(cè)試，以保證系統(tǒng)的各組成部分協(xié)調(diào)運(yùn)行?！豆芾硇畔⑾到y(tǒng)》

設(shè)計(jì)信息可運(yùn)行系統(tǒng)系統(tǒng)其它元素單元測(cè)試單元測(cè)試單元測(cè)試組裝測(cè)試確認(rèn)測(cè)試系統(tǒng)測(cè)試軟件需求信息測(cè)后軟件測(cè)后模塊模塊模塊模塊確認(rèn)后軟件

系統(tǒng)測(cè)試的步驟《管理信息系統(tǒng)》《管理信息系統(tǒng)》漸增式測(cè)試方法對(duì)程序的測(cè)試更徹底。漸增式測(cè)試需要較多的機(jī)器時(shí)間。非漸增式測(cè)試方法可以并行測(cè)試所有模塊，因此能充分利用人力，加快工程進(jìn)度。

總的說(shuō)來(lái)，漸增式測(cè)試方法比較好。使用漸增方式把模塊結(jié)合到軟件系統(tǒng)中去時(shí)，有自頂向下和自底向上兩種方法?！豆芾硇畔⑾到y(tǒng)》

自頂向下結(jié)合 從主控制模塊（“主程序”）開始，沿著軟件的控制層次向下移動(dòng)，從而逐漸把各個(gè)模塊結(jié)合起來(lái)。《管理信息系統(tǒng)》

自底向上結(jié)合 自底向上測(cè)試從“原子”模塊（即在軟件結(jié)構(gòu)最低層的模塊）開始組裝和測(cè)試?！豆芾硇畔⑾到y(tǒng)》不同測(cè)試策略的比較 自頂向下結(jié)合的優(yōu)點(diǎn)： 不需要測(cè)試驅(qū)動(dòng)程序，能在早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，能較早發(fā)現(xiàn)上層?？斓慕涌阱e(cuò)誤。 自頂向下結(jié)合的缺點(diǎn)： 需要存根程序，可能遇到與此相聯(lián)系的測(cè)試?yán)щy，低層關(guān)鍵模塊中的錯(cuò)誤發(fā)