性能測(cè)試負(fù)載測(cè)試壓力測(cè)試

第9章：大型資訊系統(tǒng)上線前之執(zhí)行工作大型專案之實(shí)務(wù)規(guī)劃與管理??課程章節(jié)關(guān)聯(lián)第9章：（計(jì)畫管理）第6七第10章：上線後工作（系統(tǒng)維護(hù)）專案執(zhí)行準(zhǔn)則（計(jì)畫管理及規(guī)劃分析）第2章：品定位（規(guī)劃分析）第4章：可衿性分析（風(fēng)檢分析）第11章：澄在風(fēng)險(xiǎn)分析（風(fēng)險(xiǎn)分析及系統(tǒng)維護(hù)）第0章：專案啟》、_第1聿：礞《需求（需求定義）第3章：既有經(jīng)驗(yàn)（娩劃分析）第7聿：執(zhí)行專案計(jì)畫軟體開發(fā)程序（計(jì)畫管理及規(guī)劃分析、系統(tǒng)設(shè)計(jì)）XV1：\1<1￡第8章：計(jì)盡管遠(yuǎn)上線前工作（分析、設(shè)計(jì)及驗(yàn)設(shè)測(cè)試）2大型資訊系統(tǒng)上線前之執(zhí)行工作?系統(tǒng)測(cè)試之目的、內(nèi)容及其困難性?軟體品質(zhì)驗(yàn)證與測(cè)試的控管程序?需求-分析?設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性?大型系統(tǒng)上線前執(zhí)行工作~1'(№8/0^61^系統(tǒng)為例?大型系統(tǒng)研發(fā)之測(cè)試程序一統(tǒng)為例?大型系統(tǒng)上線前驗(yàn)證測(cè)試工作一系統(tǒng)為例新國(guó)稅案?非功能測(cè)試1^?要求?性能測(cè)試?負(fù)載測(cè)試-壓力測(cè)試軟體測(cè)試一理論與實(shí)作簡(jiǎn)介?測(cè)試概論?軟體測(cè)試基礎(chǔ)?測(cè)試程序摘自中華電信研究所客服室孫如濱先生資料軟體測(cè)試之誤解■如果軟體品質(zhì)有問題*那是軟體測(cè)試人員的錯(cuò)。■軟體測(cè)試技術(shù)要求不高，至少比程式設(shè)計(jì)容易多了?！鲕涹w測(cè)試隨便找一個(gè)能力差的人就能做。-經(jīng)驗(yàn)對(duì)軟體測(cè)試至關(guān)重要-除軟體測(cè)試技術(shù)問題外，還有測(cè)試管理問題?！鲇袝r(shí)間就多測(cè)試一些，來不及就少測(cè)試一些。■軟體測(cè)試是測(cè)試人員的事，與開發(fā)人員無關(guān)?！鲂枨笠辉O(shè)計(jì)一發(fā)展一測(cè)試，軟體測(cè)試是開發(fā)後期的一個(gè)階段。-生命週期的「測(cè)試階段」表示該階段測(cè)試是主要工作，而非測(cè)試工作只發(fā)生在「測(cè)試階段」。修正BUG之代價(jià)40?1000倍*70倍/15?40倍--*HarryBoehm(SoftwareEngineeringEconomics)6無論是測(cè)試準(zhǔn)備工作，還是測(cè)試執(zhí)行工作，都應(yīng)貫穿於整個(gè)產(chǎn)品生命週期。需求分析設(shè)計(jì)程式發(fā)展內(nèi)部測(cè)試外部測(cè)試上線10倍/，........................I常見之軟體測(cè)試投入作法■外聘更多測(cè)試人員-缺乏頜域知識(shí)人與人之間交流通路倍增■抽調(diào)原有_-普遍正規(guī)做法：*、建立規(guī)範(fàn)化的測(cè)試流程*“組建一支相對(duì)穩(wěn)定、有經(jīng)驗(yàn)和專業(yè)化的測(cè)試團(tuán)隊(duì)■加強(qiáng)對(duì)消--費(fèi)用與回報(bào)-國(guó)內(nèi)缺乏專門培訓(xùn)機(jī)構(gòu)■購(gòu)買或自主開發(fā)測(cè)試工具■測(cè)試工作外包須具備成熟且有效的內(nèi)部管理體系測(cè)試工程師之素質(zhì)?溝通能力?自信心?幽默感?超強(qiáng)的記憶力?足夠的耐心?懷疑精神?洞察力*自我督促CMMI工程領(lǐng)域一測(cè)試有關(guān)流程RequirementsiProductCustomerRDRequirementsVVERGustomerneeds9ProductcomponentsProduct&productcomponentrequirementsworkproducts,verificationandvalidationreports't?*，PI:ProductintegrationRD=RequirementsDevelopmentREQM=RequirementsManagementTS=TechnicalSolutionVAL=ValidationVER=VeriflcaltonAlternativesolutions?-f1r

，Productcomponents,\f1測(cè)試之策略與方法|$43I*I'-岣1確認(rèn)及驗(yàn)證之區(qū)別*驗(yàn)證(Verification):偏向發(fā)展者自己對(duì)開發(fā)系統(tǒng)功能、效能、資料正確性等項(xiàng)目測(cè)驗(yàn)=+即，你做對(duì)T(YouBuilditright)=+白箱測(cè)試(WhiteBoxTesting)?碟認(rèn)(Validation):偏向使用者對(duì)開發(fā)系統(tǒng)功能、效能、資料正確性等項(xiàng)目測(cè)驗(yàn)=+即，你做了正據(jù)的事(YouBuildtherightthing)=+黑箱測(cè)試(BlackBoxTesting)n軟體測(cè)試之定義■測(cè)試案例設(shè)計(jì)方法-白箱測(cè)試（結(jié)構(gòu)測(cè)試）-黑箱測(cè)試（功能測(cè)試）■測(cè)試策略和步驟-單元測(cè)試-整合測(cè)試-系統(tǒng)測(cè)試-驗(yàn)證測(cè)試-迴歸測(cè)試迴歸測(cè)試簡(jiǎn)要說明迴歸測(cè)試玄要執(zhí)行步林■在整體系統(tǒng)開發(fā)完成一個(gè)完整版本後（如，版本1.0），■曰後，若有某人子系統(tǒng)^1002功能修改，將會(huì)根據(jù)該整《系統(tǒng)開發(fā)完成後1.0版，相對(duì)應(yīng)水平及垂直追溯表，找出該點(diǎn)1?02功能相關(guān)垂直功能及程式，以及水平相關(guān)功能（如，8子系統(tǒng)82003功能與152007功能）:再依據(jù)日前所錄製此相關(guān)41002、1120<?3與￡42007功能測(cè)試的腳本進(jìn)行測(cè)試，此為迴歸測(cè)試）_水平追溯表垂直追溯表I;軟體測(cè)試之原則■軟體發(fā)展者之座右銘：「儘早且不斷地進(jìn)行軟體測(cè)試」■測(cè)試案例應(yīng)由測(cè)試輸入資料和與之對(duì)應(yīng)的預(yù)期結(jié)果所組成■測(cè)試案例應(yīng)包括合理的輸入資料和不合理的輸入資料■程式設(shè)計(jì)師應(yīng)避免檢查自己的程式-勿與除錯(cuò)(debug)混淆■充分注意測(cè)試中之群集現(xiàn)象■嚴(yán)格執(zhí)行測(cè)試計(jì)畫，排除測(cè)試的隨意性。■每一個(gè)測(cè)試結(jié)果應(yīng)做全面檢查■妥善保存測(cè)試計(jì)劃、測(cè)試案例、錯(cuò)誤統(tǒng)計(jì)和最終分析報(bào)告。測(cè)試資訊流程＞改正的軟髖＞預(yù)測(cè)的可靠性軟體開發(fā)與測(cè)試比較?微軟公司2000年-開發(fā)人員10,000人Microsoft-測(cè)試人員15,000人（測(cè)試費(fèi)用佔(zhàn)研發(fā)費(fèi)用60%）■開發(fā)2000-研發(fā)經(jīng)理25人-開發(fā)人員140人-測(cè)試人員350人■開發(fā)Windows2000-研發(fā)經(jīng)理250人-開發(fā)人員1,700人-測(cè)試人員3,200人■1￡4,0-開發(fā)時(shí)間6個(gè)月-測(cè)試時(shí)間8個(gè)月Mleicsc/rExchangeServer,jcoDDevetoperCenterInternetExplorer測(cè)試類別之比較測(cè)試類別對(duì)象目的人員測(cè)試方法單元測(cè)試模組內(nèi)部的程式單元去除局部模組的邏輯和功能上的錯(cuò)誤或缺陷程式設(shè)計(jì)人員大量採(cǎi)用白箱測(cè)試方法整合測(cè)試模組間的整合和呼叫關(guān)係找出裎式結(jié)構(gòu)'模組呼叫關(guān)係、介面之問題程式設(shè)計(jì)人員與測(cè)試■人員結(jié)合使用白箱與黑箱（灰箱）測(cè)試方法。系統(tǒng)測(cè)試螌個(gè)系統(tǒng)功能和非功能性之軟、硬逋系統(tǒng)之功能、品質(zhì)、性能符合規(guī)格測(cè)試人員黑箱測(cè)試驗(yàn)證測(cè)試繁個(gè)系統(tǒng)功能和非功能性之軟'硬體系統(tǒng)之功能、品質(zhì)、性能符合使用者要求測(cè)試人貝協(xié)助使用者黑箱測(cè)試迴歸測(cè)試軟雜缺陷修正後或軟體整合後重新測(cè)試驗(yàn)證已絛正後的錯(cuò)誤或缺陷不再出現(xiàn)測(cè)試人員黑箱測(cè)試單元測(cè)試活動(dòng)活動(dòng)名稱輸入輸出參與人員制訂單元測(cè)試計(jì)畫設(shè)計(jì)模型實(shí)施模型單元測(cè)試計(jì)盡設(shè)計(jì)員設(shè)計(jì)單元測(cè)試單元測(cè)試計(jì)畫設(shè)計(jì)模型實(shí)施模型單元測(cè)試案例單元測(cè)試驅(qū)動(dòng)模組設(shè)計(jì)員實(shí)施單元測(cè)試單元測(cè)試案例單元測(cè)試驅(qū)動(dòng)模組程式設(shè)計(jì)員執(zhí)行單元測(cè)試實(shí)施模型單元測(cè)試計(jì)畫單元測(cè)試案例被測(cè)試單元單元測(cè)試驅(qū)動(dòng)模組測(cè)試結(jié)果程式設(shè)計(jì)員評(píng)估單元測(cè)試單元測(cè)試計(jì)畫測(cè)試結(jié)果測(cè)試評(píng)估摘要設(shè)計(jì)員史18整合測(cè)試活動(dòng)活動(dòng)名稱輸入輸出參與人員制訂整合測(cè)試計(jì)畫設(shè)計(jì)模型整合構(gòu)建計(jì)晝整合測(cè)試計(jì)晝測(cè)試設(shè)計(jì)員設(shè)計(jì)整合測(cè)試整合測(cè)試計(jì)畫設(shè)計(jì)模型整合測(cè)試案例測(cè)試程序測(cè)試設(shè)計(jì)員賁施整合測(cè)試整合測(cè)試案例測(cè)試程序工作版本測(cè)試腳本＜可選＞測(cè)試程序（更新）測(cè)試設(shè)計(jì)員執(zhí)行整合測(cè)試測(cè)試腳本（可選＞工作版本測(cè)試結(jié)果測(cè)試員評(píng)估整合測(cè)試整合測(cè)試計(jì)畫測(cè)試結(jié)果測(cè)試評(píng)怙摘要測(cè)試設(shè)計(jì)員相關(guān)組系統(tǒng)測(cè)試活動(dòng)>5活動(dòng)名稱輸入輪出參與人員制訂系統(tǒng)測(cè)試計(jì)畫軟體專案計(jì)晝軟遒需求系統(tǒng)測(cè)試計(jì)晝測(cè)試設(shè)計(jì)員設(shè)計(jì)系統(tǒng)測(cè)試軟體需求系統(tǒng)測(cè)試計(jì)畫系統(tǒng)測(cè)試案例系統(tǒng)測(cè)試程序測(cè)試設(shè)計(jì)員實(shí)施系統(tǒng)測(cè)試系統(tǒng)測(cè)試計(jì)晝工作版本系統(tǒng)測(cè)試腳本測(cè)試設(shè)計(jì)員執(zhí)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試計(jì)晝系統(tǒng)測(cè)試案例系統(tǒng)測(cè)試程序系統(tǒng)測(cè)試腳本測(cè)試結(jié)果測(cè)試員評(píng)估系統(tǒng)測(cè)試測(cè)試結(jié)果測(cè)試分析報(bào)告變更請(qǐng)求測(cè)試設(shè)計(jì)員相關(guān)組_20為何系統(tǒng)要進(jìn)行驗(yàn)證測(cè)試AnalyzeDesignjBuild—?Test一Rollout—?Production驗(yàn)證測(cè)試之目的：100x?OptimalCostofQuality*CustomerSatisfaction?ReputationJ-SizeoftheGlobalTestingMarketis$13bnofwhichabout$6.1bnisoutsourcedOutsourcingtoIndiaissettotouchabout$700M-$1bnby2007摘自印度丁.\1\\公司測(cè)試簡(jiǎn)報(bào)主要驗(yàn)證測(cè)試之內(nèi)容為何商業(yè)功能面(BusinessFunctionaHty)?UserInterface-Look&FeetandUsability?End-to**endBusinessTransactions■StaleTransitions?DataQuality?ConfigurationOptionsandCompatibility?Performance?TrainingManuals?ErrorHandling&Recovery資訊技術(shù)方面(InformationTechnology)?CodeCoverage?DataFlowCoverage?

Componentorsub-systeminterlaces?Performance,Capacityandvolume?Errorhandlingandrecovery?ReliabilityandStability?DateandTimehandling?Localization?Maintainability?StandardsCompliance摘自印度T:\TA公司測(cè)試簡(jiǎn)報(bào)操作面向(Operations)?Installationandset-up?Backup&RecoveryProcedures?NetworkedandDistributedEnvironments?StandardsCompliance?Security?DocumentationandPackaging軟體驗(yàn)證測(cè)試之困難性(1/2)?需求改變之管理(ChangeManagement)?ImplementationTechnology?ComplexInterfaces?TimeAvailable*跨多種專案及多種DomainKnowledge?Infrastructure■Skills■Tools■Environment摘自印度丁.江\公司測(cè)試簡(jiǎn)報(bào)軟體驗(yàn)證測(cè)試之困難性（2/2）此0湖摘自印度11丁.\公司臺(tái)灣分公司測(cè)試簡(jiǎn)稂24驗(yàn)證測(cè)試之困難性-?小實(shí)例說明?0日8€1:*美國(guó)太空噴射中心實(shí)驗(yàn)室PropulsionLaboratory）如何去驗(yàn)證及測(cè)試新發(fā)展完成之人造衛(wèi)星飛行（如需模擬與外太空通訊必須考量其延遲0.24-0.25秒狀況，0.25秒內(nèi)會(huì)造成多少狀況必須考慮到）；?另人造衛(wèi)星12年壽命將近，如何將新舊人造衛(wèi)星進(jìn)行切換且不能斷訊，否則將受合約罰款等處25衛(wèi)星通訊意示EaithStation26衛(wèi)星通訊的限制■延遲：GEOsatellite訊號(hào)往返平均延遲0,24?0.25秒.＜註＞:LGEO(GeostationaryEarthOrbit)satellite平均離地約35,863km.2.電波傳輸速度=30萬km/sec.3.所耗時(shí)間=距離/速度，新視野號(hào)及先鋒十號(hào)太空船籌備及發(fā)射-簡(jiǎn)要?dú)v程（1/2）新視野號(hào)太空船：第_艘飛越和研究冥王星的衛(wèi)星先鋒十號(hào)太空船：第一艘離開太陽系的「人造物體」先鋒十號(hào)在200】年4月28日太空船距離地球有丨17億3千萬公里，幾乎是距離太陽最遠(yuǎn)冥王星59億公里的兩倍，距離是如此的遙遠(yuǎn)，以致無線電來回一趟就需要21時(shí)45分一將近一天的時(shí)間共同思考：地球與先鋒十號(hào)每次通訊需花四小時(shí)又二十分鐘，先鋒十號(hào)以每秒鐘將近十四公里高速前進(jìn)，如何非常精準(zhǔn)控制好其軌道以及在非常非常短瞬間內(nèi)與行星間的運(yùn)用重力助推（重力彈弓效應(yīng)）加速其前進(jìn)？請(qǐng)參考補(bǔ)充資料："新視野號(hào)（NewHorizons）太空船的籌備及發(fā)射-簡(jiǎn)要澄程"及”「一息尚存j的先鋒十號(hào)”Word檔案資料新視野號(hào)及先鋒十號(hào)太空船籌備及發(fā)射-簡(jiǎn)要?dú)v程(2/2)因NASA在大型發(fā)展案需整合跨領(lǐng)域，如?發(fā)射新視野太空船，需整合通信、資訊、軟髏、氣象、天文、航空、物理、材料科學(xué)、光學(xué)、電機(jī)、機(jī)械、化工…等)及跨機(jī)構(gòu)/跨國(guó)等挑戰(zhàn)性工作；國(guó)稅系統(tǒng)只是資訊軟體一個(gè)領(lǐng)域，其整合性的複雜及挑戰(zhàn)性還不算太高！=+請(qǐng)回憶在”豬論”章節(jié)的”臺(tái)灣在發(fā)展軟體專案上宜加強(qiáng)之項(xiàng)0”的小節(jié)中，所提如下內(nèi)容，應(yīng)該會(huì)有所感觸！以臺(tái)灣有實(shí)際開發(fā)過系統(tǒng)工程案的教授於2014年也指出，女士對(duì)臺(tái)灣發(fā)展軟?可能落後美國(guó)25年的評(píng)估似乎有些保守，應(yīng)該是落後更多！因臺(tái)灣的大學(xué)課程，幾乎沒有開系統(tǒng)工程的必修課程，如何培養(yǎng)整?性之整合能力的人才！29溝通及認(rèn)知之差異性想要傳達(dá)的意念失真30%失真40%接收開發(fā)者角色佔(zhàn)丨失真30%幸40%責(zé)任認(rèn)知想要傳達(dá)的意念;真實(shí)性21%(70嗒*70^*60%本70%>認(rèn)知者佔(zhàn)責(zé)求色%需角60任30需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性(1/10)客戶解釋他們想要的需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（2/10）專案主持人對(duì)客戶需求認(rèn)知32需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（3/10）33需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（4/10）34需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性(5/10)顧問所描繪的願(yuàn)景需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（6/10）專案的文件36需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（7/10）最後交付給客戶的軟體需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性(8/10)38需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（9/10）39需求-分析-設(shè)計(jì)-測(cè)試-交貨認(rèn)知差異性（10/10）客戶真正需要的40Built-inDesign測(cè)試策略系統(tǒng)品質(zhì)屬性測(cè)試功能測(cè)試介面測(cè)試作業(yè)準(zhǔn)備測(cè)試軟體環(huán)境測(cè)試硬體環(huán)境測(cè)試(^0!11￡)0加姑Engine就ResourceUsageTes?I/OFunctiorRfcst\?Interface？J?1?F^kiInjectionTe；SmokiReadiness就執(zhí)行順序執(zhí)行項(xiàng)目臺(tái)灣在發(fā)展大型資訊軟體專案不易成功之因素?大型資訊軟體專案需投入相當(dāng)多人力、物力及累積經(jīng)驗(yàn)。?臺(tái)灣大部份廠商無法接受長(zhǎng)期投資之效益。42市面上國(guó)內(nèi)外套裝軟體的品質(zhì)愈來愈差之因素?目前市面上國(guó)內(nèi)外套裝軟體或系統(tǒng)軟體的品質(zhì)為何愈來愈差之因素？=+為了Timetomarket（搶佔(zhàn)市場(chǎng)）="＞從原先驗(yàn)證測(cè)試品質(zhì)標(biāo)準(zhǔn)調(diào)降來符合市場(chǎng)上市之時(shí)間點(diǎn)43軟體品質(zhì)驗(yàn)證與測(cè)試的控管程序環(huán)境管理1缺失管理計(jì)畫管理1測(cè)試管理整合測(cè)試^線上測(cè)試客戶需求及1品需求審4______定義測(cè)試揉的物及範(fàn)圍定義測(cè)試之階段、行動(dòng)方案及權(quán)貴確鍶測(cè)試工具、技術(shù)及實(shí)做方法設(shè)計(jì)測(cè)試案例建立測(cè)試腳本及說明建立測(cè)試資料執(zhí)行測(cè)試案例及結(jié)基分析提出缺失教告重新測(cè)試提出測(cè)試摘要報(bào)告提出缺失摘要報(bào)告摘自印度丁.\1\\公司測(cè)試簡(jiǎn)報(bào)44測(cè)試自動(dòng)化生命週期建立並驗(yàn)執(zhí)*行自動(dòng)化哪些要自動(dòng)化如何自動(dòng)化證自動(dòng)化及撰寫報(bào)告TestDesignTestScripts>執(zhí)行工作TestReportsTestLogs摘自印度丁.\1\\公司測(cè)試簡(jiǎn)報(bào)測(cè)試自動(dòng)化之好處?Reuseofautomatedscriptsduringmaintenancephase?FasterTest-Fix-Deploycycle?ReducedTestingeffort(manhours)inSubsequentCycles?ConsistencyinTesting?Possibilityofexecutingtestsbeyondusualworkinghours?IncreaseinmotivationandefficiencyforTesters摘自印度丁.\1\\公司測(cè)試簡(jiǎn)報(bào)46系統(tǒng)測(cè)試的目標(biāo)（軟想工程-*務(wù)專家作^17^5）*測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程式的過程?好的測(cè)試案例具有極高可能性發(fā)現(xiàn)尚未發(fā)現(xiàn)的錯(cuò)誤*成功的測(cè)試可發(fā)現(xiàn)尚未暴露的錯(cuò)誤47好的測(cè)試屬性（軟題工程-*務(wù)專家作法卩17

8）*好的測(cè)試：具有發(fā)現(xiàn)錯(cuò)誤較高的機(jī)率*好的測(cè)試：不會(huì)太冗長(zhǎng)*好的測(cè)試：應(yīng)是”最好的訓(xùn)練”---類似企圖、時(shí)間與資源限制下的測(cè)試……?好的測(cè)試：不應(yīng)太簡(jiǎn)單或太複雜48測(cè)試人員之層次一般可區(qū)分三個(gè)等級(jí)：L較高層次：撰寫系統(tǒng)規(guī)劃書(systemengineer寫)，如需求規(guī)格書(SRS)、系統(tǒng)設(shè)計(jì)規(guī)格書(SDS):測(cè)試計(jì)畫書、整合測(cè)試案例(測(cè)試設(shè)計(jì)師)2.第二層次：撰寫Testingprocedure(開發(fā)工程師)，如需求分析、需求設(shè)計(jì)、白箱測(cè)驗(yàn)案例(testpattern)等第三層次：performancetesting(—般人員)，如撰寫測(cè)試報(bào)告大型系統(tǒng)上線前執(zhí)行工作--TOPS/Order實(shí)際狀況（1/4）?程式修改版本之控管（如微軟VSS）?新需求或MR（ModifiedRequirement）之追蹤與驗(yàn)証?測(cè)試工作?測(cè)試工具之評(píng)估及選用（或自行開發(fā)）?系統(tǒng)功能測(cè)試（研發(fā)版本，上線版本）?驗(yàn)証程序工作＞驗(yàn)証之標(biāo)準(zhǔn)案例設(shè)計(jì)（含整體功能面及介面，如帳務(wù)、Hinet等介面）＞系統(tǒng)功能整合測(cè)試＞oc’h，p2，，［^驗(yàn)言正測(cè)試50大型系統(tǒng)上線前執(zhí)行工作一1'0?8/0]^61^實(shí)際狀況（2/4）＞重要介面測(cè)試（與帳務(wù)、Hinet等系統(tǒng)測(cè)試）/驗(yàn)証介面連線格式（含口1^01：0（301）/驗(yàn)証介面內(nèi)容正確性/雙軌測(cè)試＞負(fù)載測(cè)試（或壓力測(cè)試）/北區(qū)：？次，?區(qū)：？次，南區(qū)：？次＞自動(dòng)測(cè)試工作（功能性與負(fù)載性）大型系統(tǒng)上線前執(zhí)行工作一1'0?8/0]^61^實(shí)際狀況(3/4)?系統(tǒng)整體環(huán)境之建置?前端軟體自動(dòng)派送機(jī)制?應(yīng)用伺服器負(fù)載效能之參數(shù)調(diào)整?經(jīng)負(fù)載測(cè)試後，系統(tǒng)復(fù)原機(jī)制之建置(含系統(tǒng)面及資料面)?資料庫(kù)之cluster機(jī)制、SAN架構(gòu)建置(備援機(jī)制)?MQ(MessageQueue)與CA(ClientAgent)cluster機(jī)制建置?系統(tǒng)最佳效能之參數(shù)調(diào)整，如>資料庫(kù)之process數(shù)，connection數(shù)，sharememory大小設(shè)定>APserver之process與thread數(shù)>某幾臺(tái)主機(jī)異常時(shí)，APServer對(duì)DB參數(shù)之自動(dòng)切換機(jī)制為何？*大型系統(tǒng)上線前執(zhí)行工作一1'0?5/0]^6『實(shí)際狀況（4/4）?上線前準(zhǔn)備工作?切換計(jì)劃書（與現(xiàn)有系統(tǒng)如何切換上線；含功能面、作業(yè)面及資料面等）?上線作業(yè)工作書?抽轉(zhuǎn)檔作業(yè)?分區(qū)上線困難度資料如何一致性，如>中區(qū)新系統(tǒng)已上線，北區(qū)要上線如何將已執(zhí)行之跨區(qū)受理作業(yè)（作註銷方式及北區(qū)目前系統(tǒng)之資料如何與新系統(tǒng)之主檔工作檔同步）<?營(yíng)運(yùn)管理程序書及技術(shù)文件_53_TOPS/Order系統(tǒng)之研發(fā)測(cè)試程序1.需求人員與使用者確認(rèn)需求及預(yù)定時(shí)程2-分析、設(shè)計(jì)人員規(guī)割及指派程式開發(fā)人員，同時(shí)測(cè)試人員開始準(zhǔn)備測(cè)試計(jì)畫及案例設(shè)計(jì)3.開發(fā)人員根據(jù)指派工作向建構(gòu)人員提領(lǐng)程式於發(fā)展區(qū)進(jìn)行開發(fā)工作4.程式開發(fā)完成後，進(jìn)行各自負(fù)責(zé)功能之單元測(cè)試，並須通過測(cè)試5.建構(gòu)人員部署至品質(zhì)測(cè)試區(qū)6.測(cè)試人員進(jìn)行整合測(cè)試，並須通過品質(zhì)測(cè)試7.送請(qǐng)區(qū)分公司行銷/帳務(wù)處進(jìn)行上線前驗(yàn)收工作＜註＞:研究所發(fā)展環(huán)境分為發(fā)展區(qū)(80)與品質(zhì)測(cè)試區(qū)54大型資訊系統(tǒng)上線前…驗(yàn)證與測(cè)試工作*測(cè)試案例0^31case):每個(gè)交付出去的程式副本都應(yīng)該附帶一小組測(cè)試案例，好讓每個(gè)程式使用者可以例行性地確認(rèn)安裝在他機(jī)器上的程式是正確可靠的。((^■15，?219)■主案例：用於測(cè)試程式的主要功能，以一般最常發(fā)生的狀況當(dāng)作測(cè)試的輸入資料?！龊币姾戏ò咐河渺哆M(jìn)行邊界值測(cè)試，包括輸入資料的最大可能值、最小可能值，以及所有例外但合理的情況。■罕見不合法案例：也是用於進(jìn)行邊界值測(cè)試，所不同是採(cǎi)取相反的角度進(jìn)行。即輸入不合理資料時(shí)，程式系統(tǒng)均能正常運(yùn)作並帶出適當(dāng)?shù)膫慑e(cuò)訊息告知使用者。55大型系統(tǒng)上線前驗(yàn)證測(cè)試工作—TOPS/Order實(shí)際狀況*驗(yàn)證測(cè)試階段：--規(guī)刻階段°＞測(cè)試案例的規(guī)刻（1^6case101681€836）

--設(shè)計(jì)階段+測(cè)試規(guī)格、程序與步驟之?dāng)M定一實(shí)作階段+測(cè)試資料準(zhǔn)備、操作方式熟練、測(cè)試環(huán)境建置--執(zhí)行階段+安裝待測(cè)系統(tǒng)、執(zhí)行測(cè)試、收集分析測(cè)試結(jié)果、測(cè)試報(bào)告*研擬了3000多個(gè)測(cè)試案例，做為系統(tǒng)驗(yàn)證測(cè)試合格之基礎(chǔ)?進(jìn)行多次的1^1）、（^及彡1、彡2、彡3及冷4整合測(cè)試*經(jīng)歷了2年測(cè)試（密集測(cè)試半年），約12,000人次驗(yàn)證測(cè)試、20,000訓(xùn)練人次。_黑箱測(cè)試￥8.白箱測(cè)試（如，程式檢查：礞認(rèn)所有指令及條件至少會(huì)被執(zhí)行一次以上）57白箱測(cè)試I―I輪入TestCase不須關(guān)心■黑箱內(nèi)之結(jié)構(gòu)與流程n輸出O測(cè)試結(jié)果黑箱測(cè)試新國(guó)稅案之非功能測(cè)試?性能測(cè)試?負(fù)載測(cè)試?壓力測(cè)試(1/3)1.非功能測(cè)試之測(cè)試類型1,性能測(cè)試(PerformanceTesting)?性能測(cè)試是通過模擬正式環(huán)境之「平時(shí)交易量」以及「現(xiàn)行峰時(shí)交易量」，測(cè)試系統(tǒng)的性能並推算正式環(huán)境之預(yù)期回應(yīng)時(shí)間，2,負(fù)載測(cè)試(LoadTesting>?負(fù)載測(cè)試是以「現(xiàn)行峰時(shí)交易量」以及「顥估3年後峰時(shí)交易量」進(jìn)行測(cè)試，以驗(yàn)鐙系統(tǒng)的處理能力可滿足預(yù)估的業(yè)務(wù)成長(zhǎng)需求，3,墨力測(cè)試(StressTesting)??力測(cè)試是在被測(cè)試系統(tǒng)上逐漸增加模擬用戶的數(shù)量，觀察不同負(fù)載下之回應(yīng)時(shí)問，直到發(fā)生逾時(shí)交易比率達(dá)到5%或負(fù)載已超過測(cè)試計(jì)盡之規(guī)劃。_新國(guó)稅案之非功能測(cè)試?性能測(cè)試?負(fù)載測(cè)試?壓力測(cè)試(2/3)2.測(cè)試模型之建立?依據(jù)本棧關(guān)與五地區(qū)困稅局確認(rèn)後之「系統(tǒng)設(shè)計(jì)説明書」中各交易項(xiàng)自之預(yù)估使用者量及預(yù)估交易量，以模擬其貧狀況為原則建立性能測(cè)試*負(fù)載測(cè)試及壓力測(cè)試之測(cè)試模型-1.檢測(cè)項(xiàng)目之選擇方式：智慧稅務(wù)服務(wù)平臺(tái)的所有線上交易項(xiàng)目之預(yù)估交易量由高至低排序後，取交易量總計(jì)達(dá)到前70%之各交易項(xiàng)自列入檢蜊之範(fàn)圍?2.同時(shí)上線使用者(ConcurrentUsers):A.各檢測(cè)項(xiàng)呂：各列入檢測(cè)項(xiàng)3於「系統(tǒng)設(shè)計(jì)說明書j中之預(yù)估使用者量*同時(shí)上線使用者之總量須達(dá)10,000人；如各檢測(cè)項(xiàng)自之加總使用者數(shù)不足時(shí)，可採(cǎi)放大處理，2.最低交易量：A.平曰交易量3,000,000筆/日B.峰時(shí)交易量750,000