軟件測(cè)試自動(dòng)化

軟件測(cè)試自動(dòng)化,第一節(jié)軟件工程與質(zhì)量,軟件工程,軟件工程是什么？軟件工程是一門研究用工程化方法構(gòu)建和維護(hù)有效的、使用的和高質(zhì)量的軟件的學(xué)科。它涉及程序設(shè)計(jì)語言、數(shù)據(jù)庫、軟件開發(fā)工具、系統(tǒng)平臺(tái)、標(biāo)準(zhǔn)、設(shè)計(jì)模式等方面。.軟件工程包括哪些主要步驟主要包括調(diào)研、立項(xiàng)、計(jì)劃、評(píng)審、開發(fā)、測(cè)試、部署、線上跟蹤、后期維護(hù)等等一些列步驟。工程不是做的，是組織的。,軟件質(zhì)量,軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。.1.軟件需求是度量軟件質(zhì)量的基礎(chǔ)，與需求不一致就是質(zhì)量不高。2.指定的標(biāo)準(zhǔn)定義了一組指導(dǎo)軟件開發(fā)的準(zhǔn)則，如果沒有遵守這些準(zhǔn)則，肯定會(huì)導(dǎo)致軟件質(zhì)量不高。3.通常，有一組沒有顯式描述的隱含需求（如期望軟件是容易維護(hù)的）。如果軟件滿足明確描述的需求，但卻不滿足隱含的需求，那么軟件的質(zhì)量仍然是直的懷疑的。,影響軟件質(zhì)量的因素,影響軟件質(zhì)量的主要因素，這些因素是從管理角度對(duì)軟件質(zhì)量的度量?？蓜澐譃槿M，分別反應(yīng)用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性、健壯性、效率完整性、可用性、風(fēng)險(xiǎn)（產(chǎn)品運(yùn)行）；可理解性、可維護(hù)性、靈活性、可測(cè)試性（產(chǎn)品修改）；可移植性、可再用性、互運(yùn)行性（產(chǎn)品轉(zhuǎn)移）。McCall模型其實(shí)軟件測(cè)試正是關(guān)注于軟件的正確性與健壯性,QA&QC,QA：質(zhì)量保證貫穿于整個(gè)軟件周期中，預(yù)防錯(cuò)誤的成因，在開發(fā)過程的早期檢測(cè)出來并修改。QC：質(zhì)量控制屬于QA的一部分，主要是軟件測(cè)試人員，關(guān)注于最后的產(chǎn)品的質(zhì)量活動(dòng),CMM,第一級(jí)：初始級(jí)-軟件過程的特征是無序的，有時(shí)甚至是混亂的。幾乎沒有過程定義，成功完全取決于個(gè)人的能力。第二級(jí)：可重復(fù)級(jí)-建立了基本的項(xiàng)目管理過程，能夠追蹤費(fèi)用、進(jìn)度和功能。有適當(dāng)?shù)谋匾倪^程規(guī)范，使得可以重現(xiàn)以前類似項(xiàng)目的成功。第三級(jí)：定義級(jí)-用于管理和工程活動(dòng)的軟件過程已經(jīng)文檔化、標(biāo)準(zhǔn)化，并與整個(gè)組織的軟件過程相集成。所有項(xiàng)目都使用文檔化的、組織認(rèn)可的過程來開發(fā)和維護(hù)軟件。第四級(jí)：管理級(jí)-軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)被收集，通過這些度量數(shù)據(jù)，軟件過程和產(chǎn)品能夠被定量地理解和控制。第五級(jí)：優(yōu)化級(jí)-通過定量的反饋，進(jìn)行不斷的過程改進(jìn)，這些反饋來自于過程或通過測(cè)試新的想法和技術(shù)而得到。,CMMVSISO,CMM：質(zhì)量模型評(píng)估給你改進(jìn)建議ISO：質(zhì)量標(biāo)準(zhǔn)審查結(jié)果只有通過和不通過個(gè)人觀點(diǎn)：先基于ISO建立一套質(zhì)量管理體系，提高組織的質(zhì)量意識(shí)。在此基礎(chǔ)上選擇若干KAP進(jìn)行改進(jìn)，逐步達(dá)到CMM。,SQAVSTESTER,SQA:軟件質(zhì)量保證工作內(nèi)容：建立軟件質(zhì)量保證活動(dòng)的實(shí)體制定軟件質(zhì)量保證計(jì)劃堅(jiān)持各階段的評(píng)審、審計(jì)、跟蹤監(jiān)控軟件產(chǎn)品的質(zhì)量采集軟件質(zhì)量保證活動(dòng)的數(shù)據(jù)度量軟件質(zhì)量保證活動(dòng),SQAVSTESTER,SQA與TESTER的區(qū)別：SQA重點(diǎn)是對(duì)軟件開發(fā)過程進(jìn)行監(jiān)督、管理、控制TESTER重點(diǎn)是對(duì)開發(fā)出的產(chǎn)品進(jìn)行檢查,TMM簡(jiǎn)介,TMM：軟件測(cè)試成熟度模型五個(gè)成熟等級(jí)：初始級(jí)階段定義級(jí)集成級(jí)管理和度量級(jí)優(yōu)化、預(yù)防缺陷和質(zhì)量控制級(jí),小結(jié),軟件工程與其包含的主要步驟影響軟件質(zhì)量的因素（三大方面）QA&QCCMM,軟件測(cè)試自動(dòng)化,第二節(jié)需求與測(cè)試,需求,一聽這兩個(gè)字呢就頭疼，如果是在比較健全穩(wěn)定的公司，那么需求是比較好把握的，文檔化程序化程度非常高；如果你在創(chuàng)業(yè)型或者發(fā)展中的公司，那么有時(shí)需求會(huì)讓你崩潰。那我們?nèi)绾螌?duì)待處理需求呢？1.必須要有需求文檔與原型2.理解需求3.對(duì)模糊的list出來與產(chǎn)品人員溝通4.整理需求，羅列測(cè)試點(diǎn),如果無需求呢？相信我，這是一件讓人崩潰的事情。當(dāng)面臨沒有需求文檔來作為測(cè)試參考時(shí)，我們需要靜下心來，想想類似的系統(tǒng)都是什么樣的，可以根據(jù)一般的嘗試來測(cè)試。如果可以，最后能整理出一個(gè)文檔。,測(cè)試,我們這里講的需求與測(cè)試，其實(shí)就是在整理需求的同時(shí)把測(cè)試點(diǎn)弄出來。這樣的好處是，既幫助了需求的整理，也提前整理出了測(cè)試點(diǎn)，能盡早的整理思路，同時(shí)在整理的時(shí)候會(huì)出現(xiàn)更多的疑問和靈光點(diǎn)，可以說是有百利而無一害的。就實(shí)際而言，需求與測(cè)試是不分家的，我們一些QC或者TL中，測(cè)試case都有對(duì)應(yīng)的req的。當(dāng)然，如果要鉆個(gè)牛角尖的話，需求測(cè)試不等同于后面階段集成測(cè)試或者系統(tǒng)測(cè)試，后面的測(cè)試都是軟件已經(jīng)編寫完成的條件下，判斷軟件是否會(huì)出錯(cuò)。而需求測(cè)試，只是驗(yàn)證需求是否真正是用戶所期望的。,軟件測(cè)試自動(dòng)化,第三節(jié)軟件測(cè)試基礎(chǔ)知識(shí),理解軟件測(cè)試,軟件測(cè)試是一種有效的提高軟件質(zhì)量的手段，但即使在投入上有所保證，測(cè)試也不能百分百發(fā)現(xiàn)所有質(zhì)量隱患，況且軟件質(zhì)量并不僅僅是測(cè)試出來的。很多人認(rèn)為軟件測(cè)試就是運(yùn)行一下軟件，看看結(jié)果對(duì)不對(duì)，但實(shí)際上，如何在有限的投入下，提高軟件測(cè)試的效率和產(chǎn)出是一件很見功底的事。好的測(cè)試人員不僅要掌握各種測(cè)試技術(shù)，還要具備豐富的編程經(jīng)驗(yàn)和對(duì)BUG的敏感，測(cè)試的復(fù)雜之處，除了測(cè)試技術(shù)問題之外，還有測(cè)試管理問題測(cè)試不是可有可無，隨心所欲的。規(guī)范化的軟件開發(fā)需要對(duì)軟件測(cè)試早做計(jì)劃，分配必要的時(shí)間、人力和財(cái)力等資源，并將其作為項(xiàng)目管理的一個(gè)部分加以控制和協(xié)調(diào)。,軟件測(cè)試的定義,軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤執(zhí)行程序的過程。軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。,軟件測(cè)試的對(duì)象,軟件測(cè)試不等于程序測(cè)試，軟件測(cè)試貫穿于軟件定義