軟件測(cè)試計(jì)劃與管理課件

軟件測(cè)試與管理測(cè)試原則測(cè)試計(jì)劃過(guò)程測(cè)試目標(biāo)及策略測(cè)試范圍分析測(cè)試風(fēng)險(xiǎn)的控制測(cè)試管理工具軟件測(cè)試與管理測(cè)試原則1測(cè)試原則做事應(yīng)該講原則，在一些不利的場(chǎng)合更要堅(jiān)持原則，才能確保成功。軟件測(cè)試也不例外，其基本原則就是為了保證軟件產(chǎn)品質(zhì)量而進(jìn)行充分的、全面的測(cè)試，并盡早、盡可能多地發(fā)現(xiàn)缺陷。以下是軟件測(cè)試的幾大原則：軟件開(kāi)發(fā)人員即程序員應(yīng)當(dāng)避免測(cè)試自己的程序，不管是程序員

還是開(kāi)發(fā)小組都應(yīng)當(dāng)避免測(cè)試自己的程序或者本組開(kāi)發(fā)的功能模塊。應(yīng)盡早地和不斷地進(jìn)行軟件測(cè)試應(yīng)當(dāng)把軟件測(cè)試貫穿到整個(gè)軟件開(kāi)發(fā)的過(guò)程中，而不應(yīng)該把軟件測(cè)試看作是其過(guò)程中的一個(gè)獨(dú)立階段。對(duì)測(cè)試用例要有正確的態(tài)度：第一，測(cè)試用例應(yīng)當(dāng)由測(cè)試輸入數(shù)據(jù)

和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計(jì)測(cè)試用例時(shí)，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。

測(cè)試原則做事應(yīng)該講原則，在一些不利的場(chǎng)合更要堅(jiān)2測(cè)試原則人以群分，物以類聚，軟件測(cè)試也不例外，一定要充分注意軟件測(cè)試中的群集現(xiàn)象，也可以認(rèn)為是“80-20原則”。不要以為發(fā)現(xiàn)幾個(gè)錯(cuò)誤并且解決這些問(wèn)題之后，就不需要測(cè)試了。反而這里是錯(cuò)誤群集的地方，對(duì)這段程序要重點(diǎn)測(cè)試，以提高測(cè)試投資的效益。嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，以避免發(fā)生疏漏或者重復(fù)無(wú)效的工作。應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果進(jìn)行全面檢查。一定要全面地、仔細(xì)地檢查測(cè)試結(jié)果，但常常被人們忽略，導(dǎo)致許多錯(cuò)誤被遺漏。妥善保存測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告和最終分析報(bào)告，以備回歸測(cè)試及維護(hù)之用。

在遵守以上原則的基礎(chǔ)上進(jìn)行軟件測(cè)試，可以以最少的時(shí)間和人力找出軟件中的各種缺陷，從而達(dá)到保證軟件質(zhì)量的目的。測(cè)試原則人以群分，物以類聚，軟件測(cè)試也不例外，一定要充分注意3測(cè)試計(jì)劃過(guò)程測(cè)試是一項(xiàng)風(fēng)險(xiǎn)比較大的工作，在測(cè)試過(guò)程中有許多不確定性，包括測(cè)試范圍、代碼質(zhì)量和人為因素等。這種不確定性的存在，就是一種風(fēng)險(xiǎn)，測(cè)試計(jì)劃的過(guò)程就是政府間消除風(fēng)險(xiǎn)的過(guò)程。一般來(lái)說(shuō)，在制定計(jì)劃過(guò)程中，首先需要對(duì)項(xiàng)目全面了解，如產(chǎn)品開(kāi)發(fā)和運(yùn)行平臺(tái)、應(yīng)用領(lǐng)域、產(chǎn)品特點(diǎn)及其主要的功能特性等，也就是掌握軟件測(cè)試輸入的所有信息。然后根據(jù)測(cè)試計(jì)劃模版的要求，準(zhǔn)備計(jì)劃書(shū)中的各項(xiàng)內(nèi)容。測(cè)試計(jì)劃不可能一氣呵成，而是經(jīng)過(guò)計(jì)劃初期、起草、討論、審查等不同階段，最終完成測(cè)試計(jì)劃。測(cè)試計(jì)劃過(guò)程測(cè)試是一項(xiàng)風(fēng)險(xiǎn)比較大的工作，在測(cè)試4“計(jì)劃初期”是收集整體項(xiàng)目計(jì)劃、需求分析、功能設(shè)計(jì)、系統(tǒng)原型、用戶用例等信息，理解用戶的真正需求理解新技術(shù)或者技術(shù)難點(diǎn)?！坝?jì)劃起草”。根據(jù)計(jì)劃初期所掌握的各種信息、知識(shí)。確定測(cè)試策略，選擇測(cè)試方法，完成測(cè)試計(jì)劃的框架。“內(nèi)部審查”。在提供給其他部門討論之前，先在測(cè)試小組部門內(nèi)部?jī)?nèi)進(jìn)行審查。“計(jì)劃討論和修改”。召開(kāi)有需求分析、設(shè)計(jì)、開(kāi)發(fā)等人員參加的計(jì)劃討論會(huì)議聽(tīng)取大家對(duì)測(cè)試計(jì)劃中各個(gè)部分的一件，進(jìn)行討論交流?！皽y(cè)試計(jì)劃的多方審查”。項(xiàng)目中的每個(gè)人都應(yīng)當(dāng)參與審查。“測(cè)試計(jì)劃的定稿和批準(zhǔn)”。在計(jì)劃討論、審查的基礎(chǔ)上，綜合各方面的一件，就可以完成測(cè)試計(jì)劃書(shū)，然后上報(bào)上級(jí)，得到批準(zhǔn)，方可執(zhí)行?！坝?jì)劃執(zhí)行跟蹤和修改”。在實(shí)際計(jì)劃執(zhí)行過(guò)程中，由于測(cè)試需求、測(cè)試環(huán)境等因素發(fā)生變化，這就有必要對(duì)計(jì)劃進(jìn)行調(diào)整，滿足測(cè)試的需要。測(cè)試計(jì)劃過(guò)程測(cè)試計(jì)劃過(guò)程5測(cè)試目標(biāo)及策略對(duì)不同的測(cè)試項(xiàng)目，軟件測(cè)試的基本目標(biāo)是相同的即在開(kāi)發(fā)周期內(nèi)，盡可能早的發(fā)現(xiàn)最嚴(yán)重的缺陷。測(cè)試目標(biāo)也分為整體目標(biāo)和階段性目標(biāo)、特定的任務(wù)目標(biāo)。以下是軟件測(cè)試目標(biāo)的分解和層次：用戶需求測(cè)試目標(biāo)及策略對(duì)不同的測(cè)試項(xiàng)目，軟件測(cè)試的基本目標(biāo)是相同的即6測(cè)試策略

軟件測(cè)試的策略、方法和技術(shù)是多種多樣的。對(duì)于軟件測(cè)試技術(shù)，從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

所謂靜態(tài)方法是指不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的文法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過(guò)的變量、空指針的引用和可疑的計(jì)算等。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。

動(dòng)態(tài)方法是指通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測(cè)試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。

測(cè)試策略軟件測(cè)試的策略、方法和技術(shù)是多種多樣的。對(duì)于軟件測(cè)7測(cè)試策略為了更好地確定軟件測(cè)試策略，也可以試著問(wèn)一些如下的問(wèn)題，在尋找這些答案的過(guò)程中，也就找到了最佳的測(cè)試策略。如何確定回歸測(cè)試的范圍？如何利用可重復(fù)性的測(cè)試？測(cè)試缺乏可預(yù)見(jiàn)性，如何收集能衡量測(cè)試結(jié)果的指標(biāo)？如何建立穩(wěn)定的、模擬系統(tǒng)實(shí)際運(yùn)行的測(cè)試環(huán)境？如何從無(wú)窮的輸入數(shù)據(jù)中選擇合理的、有效的測(cè)試數(shù)據(jù)集？如何加強(qiáng)靜態(tài)測(cè)試——規(guī)格說(shuō)明書(shū)、設(shè)計(jì)文檔和程序代碼等的審查？如何處理單元測(cè)試和集成測(cè)試的關(guān)系？如何處理手工測(cè)試和自動(dòng)化測(cè)試之間的平衡，使它們的互補(bǔ)性得到發(fā)揮，測(cè)試的效率和質(zhì)量到達(dá)最佳狀態(tài)？如何衡量這份測(cè)試策略的有效性？測(cè)試策略為了更好地確定軟件測(cè)試策略，也可以試8測(cè)試范圍分析測(cè)試范圍一般分為三類：?jiǎn)卧獪y(cè)試，集成測(cè)試和系統(tǒng)測(cè)試。單元測(cè)試：純代碼的測(cè)試（白盒測(cè)試）。主要測(cè)試代碼語(yǔ)句的正確性，如所有的代碼是否都可以跑到，是否有冗余的代碼等等。集成測(cè)試：接口測(cè)試（灰盒測(cè)試，結(jié)合白盒和黑盒測(cè)試）。主要測(cè)試代碼塊之間的接口?？纯磾?shù)據(jù)的傳輸是否有問(wèn)題。系統(tǒng)測(cè)試：黑盒測(cè)試。不接觸代碼，只對(duì)整個(gè)系統(tǒng)做功能的測(cè)試和性能的測(cè)試。以上的三中測(cè)試是在項(xiàng)目組中測(cè)試的。確認(rèn)測(cè)試：是客戶做的測(cè)試。也可以叫做驗(yàn)收測(cè)試?？蛻魧?duì)他提出的需求，對(duì)應(yīng)要交付的軟件看看是否達(dá)到其要求。測(cè)試范圍分析測(cè)試范圍一般分為三類：?jiǎn)卧獪y(cè)試，集成測(cè)試和系統(tǒng)測(cè)9測(cè)試風(fēng)險(xiǎn)的控制在軟件測(cè)試中，測(cè)試風(fēng)險(xiǎn)是不可避免的、總是存在的，所以對(duì)測(cè)試風(fēng)險(xiǎn)的管理非常重要，必須盡力降低測(cè)試中所存在的風(fēng)險(xiǎn)，最大程度地保證質(zhì)量和滿足客戶的需求。在測(cè)試工作中，主要的風(fēng)險(xiǎn)有：質(zhì)量需求或產(chǎn)品的特性理解不準(zhǔn)確，造成測(cè)試范圍分析的誤差，結(jié)果某些地方始終測(cè)試不到或驗(yàn)證的標(biāo)準(zhǔn)不對(duì);測(cè)試用例沒(méi)有得到百分之百的執(zhí)行，如有些測(cè)試用例被有意或無(wú)意的遺漏;需求的臨時(shí)/突然變化，導(dǎo)致設(shè)計(jì)的修改和代碼的重寫(xiě)，測(cè)試時(shí)間不夠;質(zhì)量標(biāo)準(zhǔn)不都是很清晰的，如適用性的測(cè)試，仁者見(jiàn)仁、智者見(jiàn)智;測(cè)試用例設(shè)計(jì)不到位，忽視了一些邊界條件、深層次的邏輯、用戶場(chǎng)景等;測(cè)試環(huán)境，一般不可能和實(shí)際運(yùn)行環(huán)境完全一致，造成測(cè)試結(jié)果的誤差;有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn);如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大;回歸測(cè)試一般不運(yùn)行全部測(cè)試用例，是有選擇性的執(zhí)行，必然帶來(lái)風(fēng)險(xiǎn)。測(cè)試風(fēng)險(xiǎn)的控制在軟件測(cè)試中，測(cè)試風(fēng)險(xiǎn)是不可避10測(cè)試風(fēng)險(xiǎn)控制

前面三種風(fēng)險(xiǎn)是可以避免的，而四至七的四種風(fēng)險(xiǎn)是不能避免的，可以降到最低。最后一種回歸測(cè)試風(fēng)險(xiǎn)是可以避免，但出于時(shí)間或成本的考慮，一般也是存在的。

針對(duì)上述軟件測(cè)試的風(fēng)險(xiǎn)，有一些有效的測(cè)試風(fēng)險(xiǎn)控制方法，如：測(cè)試環(huán)境不對(duì)可以通過(guò)事先列出要檢查的所有條目，在測(cè)試環(huán)境設(shè)置好后，由其他人員按已列出條目逐條檢查;有些測(cè)試風(fēng)險(xiǎn)可能帶來(lái)的后果非常嚴(yán)重，能否將它轉(zhuǎn)化為其他一些不會(huì)引起嚴(yán)重后果的低風(fēng)險(xiǎn)。如產(chǎn)品發(fā)布前夕，在某個(gè)不是很重要的新功能上發(fā)現(xiàn)一個(gè)嚴(yán)重的缺陷，如果修正這個(gè)缺陷，很有可能引起某個(gè)原有功能上的缺陷。這時(shí)處理這個(gè)缺陷所帶來(lái)的風(fēng)險(xiǎn)就很大，對(duì)策是去掉(Diasble)那個(gè)新功能，轉(zhuǎn)移這種風(fēng)險(xiǎn);有些風(fēng)險(xiǎn)不可避免，就設(shè)法降低風(fēng)險(xiǎn)，如“程序中未發(fā)現(xiàn)的缺陷”這種風(fēng)險(xiǎn)總是存在，我們就要通過(guò)提高測(cè)試用例的覆蓋率(如達(dá)到99.9%)來(lái)降低這種風(fēng)險(xiǎn);測(cè)試風(fēng)險(xiǎn)控制前面三種風(fēng)險(xiǎn)是可以避免的，而四至七11為了避免、轉(zhuǎn)移或降低風(fēng)險(xiǎn)，事先要做好風(fēng)險(xiǎn)管理計(jì)劃和控制風(fēng)險(xiǎn)的策略，并對(duì)風(fēng)險(xiǎn)的處理還要制定一些應(yīng)急的、有效的處理方案，如：在做資源、時(shí)間、成本等估算時(shí)，要留有余地，不要用到100%;在項(xiàng)目開(kāi)始前，把一些環(huán)節(jié)或邊界上的可能會(huì)有變化、難以控制的因素列入風(fēng)險(xiǎn)管理計(jì)劃中;對(duì)每個(gè)關(guān)鍵性技術(shù)人員培養(yǎng)后備人員，作好人員流動(dòng)的準(zhǔn)備，采取一些措施確保人員一旦離開(kāi)公司，項(xiàng)目不會(huì)受到嚴(yán)重影響，仍能可以繼續(xù)下去;制定文檔標(biāo)準(zhǔn)，并建立一種機(jī)制，保證文檔及時(shí)產(chǎn)生;對(duì)所有工作多進(jìn)行互相審查，及時(shí)發(fā)現(xiàn)問(wèn)題，包括對(duì)不同的測(cè)試人員在不同的測(cè)試模塊上相互調(diào)換;對(duì)所有過(guò)程進(jìn)行日常跟蹤，及時(shí)發(fā)現(xiàn)風(fēng)險(xiǎn)出現(xiàn)的征兆，避免風(fēng)險(xiǎn)。

要想真正回避風(fēng)險(xiǎn)，就必須徹底改變測(cè)試項(xiàng)目的管理方式;針對(duì)測(cè)試的各種風(fēng)險(xiǎn)，建立一種“防患于未然”或“以預(yù)防為主”的管理意識(shí)。與傳統(tǒng)的軟件測(cè)試相比，全過(guò)程測(cè)試管理方式不僅可以有效降低產(chǎn)品的質(zhì)量風(fēng)險(xiǎn)，而且還可以提前對(duì)軟件產(chǎn)品缺陷進(jìn)行規(guī)避、縮短對(duì)缺陷的反饋周期和整個(gè)項(xiàng)目的測(cè)試周期。為了避免、轉(zhuǎn)移或降低風(fēng)險(xiǎn)，事先要做好風(fēng)險(xiǎn)管理計(jì)劃和控制風(fēng)險(xiǎn)的12測(cè)試管理工具要管理好測(cè)試過(guò)程，測(cè)試管理工具系統(tǒng)是必不可少的。測(cè)試管理工具，是指用工具對(duì)軟件的整個(gè)測(cè)試輸入、執(zhí)行過(guò)程和測(cè)試結(jié)果進(jìn)行管理的過(guò)程。可以提高回歸測(cè)試的效率、大幅提升測(cè)試時(shí)間、測(cè)試質(zhì)量、用例復(fù)用、需求覆蓋等。目前市場(chǎng)上主流的軟件測(cè)試管理工具：

嵌入式軟件測(cè)試工具——LOGISCOPE白盒工具——NuMegaDevPartnerStudio

BoundsChecker，TrueCoverage，TrueTime黑盒工具——QACenter

功能測(cè)試工具QARun，性能測(cè)試工具QALoad，應(yīng)用可用性管理工具，EcoTools，應(yīng)用性能優(yōu)化工具EcoScope數(shù)據(jù)庫(kù)測(cè)試數(shù)據(jù)自動(dòng)生成工具——TESTBytes測(cè)試管理工具要管理好測(cè)試過(guò)程