STYLEREF"標(biāo)題1"摘要PAGE4PAGE3軟件測(cè)試技術(shù)的研究摘要本論題從軟件測(cè)試技術(shù)領(lǐng)域在國(guó)內(nèi)發(fā)展的歷史進(jìn)程以及對(duì)后續(xù)軟件測(cè)試技術(shù)發(fā)展的方向進(jìn)行研究。通過(guò)當(dāng)前企業(yè)項(xiàng)目采用的軟件測(cè)試技術(shù)問(wèn)題和新生的互聯(lián)網(wǎng)經(jīng)濟(jì)模式的時(shí)代特點(diǎn)，分析當(dāng)下企業(yè)軟件測(cè)試技術(shù)的新階段和新特征。通過(guò)解決對(duì)當(dāng)下傳統(tǒng)企業(yè)的軟件測(cè)試技術(shù)不足的問(wèn)題，結(jié)合現(xiàn)實(shí)案例提出新的改進(jìn)計(jì)劃。論題研究?jī)?nèi)容主要結(jié)合東經(jīng)科技股份有限公司的企業(yè)案例，通過(guò)研究該公司的系統(tǒng)簡(jiǎn)介和系統(tǒng)項(xiàng)目概況，分析當(dāng)下軟件測(cè)試技術(shù)的現(xiàn)狀和問(wèn)題等。結(jié)合當(dāng)前國(guó)內(nèi)軟件測(cè)試領(lǐng)域的理論概念和已有軟件測(cè)試技術(shù)研究成果，進(jìn)一步提出軟件測(cè)試技術(shù)方面的問(wèn)題，針對(duì)當(dāng)前問(wèn)題和具體情況，提出符合東經(jīng)科技股份有限公司的軟件測(cè)試技術(shù)建議和規(guī)劃。通過(guò)東經(jīng)科技股份有限公司軟件測(cè)試技術(shù)的研究，發(fā)現(xiàn)在軟件測(cè)試技術(shù)的革新過(guò)程中，需要有著不斷權(quán)變的意識(shí)和具體的實(shí)踐過(guò)程，二者關(guān)系相輔相成，缺一不可，權(quán)變意識(shí)能夠不斷促進(jìn)管理體系革新，管理體系革新通過(guò)不斷落實(shí)實(shí)踐，發(fā)現(xiàn)新問(wèn)題，從而面對(duì)新問(wèn)題繼續(xù)革新，循環(huán)漸進(jìn)，通過(guò)不斷的權(quán)變意識(shí)和具體實(shí)踐落實(shí)的過(guò)程，可以讓質(zhì)量管理保持最優(yōu)，能讓產(chǎn)品質(zhì)量保持最大的可能。關(guān)鍵詞：互聯(lián)網(wǎng)；軟件測(cè)試技術(shù)；質(zhì)量體系論文類(lèi)型：理論研究、案例分析目錄目錄TOC\o"2-3"\h\z\t"標(biāo)題1,1"28537摘要 I7841目錄 III98121緒論 1206471.1選題意義/背景及目的 1190941.2國(guó)內(nèi)外研究現(xiàn)狀分析 3313641.3論文的研究?jī)?nèi)容 4143952相關(guān)理論綜述 5252172.1軟件測(cè)試的內(nèi)容和方法 555382.1.1軟件測(cè)試的內(nèi)容 545622.1.2軟件測(cè)試的方法 567102.1.3測(cè)試策略 643802.2軟件測(cè)試技術(shù)踐行方向 6100882.2.1自動(dòng)化測(cè)試 6127972.2.2自動(dòng)化測(cè)試分類(lèi) 6119072.2.3自動(dòng)化測(cè)試的前提條件及適用場(chǎng)合 756522.2.4DevOps和TestOps 7292182.2.5性能測(cè)試 9264032.2.6測(cè)試技術(shù)展望 10267033東經(jīng)科技軟件測(cè)試技術(shù)現(xiàn)狀和問(wèn)題分析 1044003.1東經(jīng)科技系統(tǒng)簡(jiǎn)況 10272793.2東經(jīng)科技系統(tǒng)軟件測(cè)試項(xiàng)目概況 1158503.3東經(jīng)科技系統(tǒng)軟件測(cè)試體系現(xiàn)狀分析 1229273.4東經(jīng)科技系統(tǒng)軟件測(cè)試體系問(wèn)題分析 1364663.4.1自動(dòng)化測(cè)試技術(shù)的深度挖掘 13259263.4.2環(huán)境方面所做的努力 13143813.4.3測(cè)試工程師能力拓展 1452004東經(jīng)科技系統(tǒng)軟件測(cè)試測(cè)試體系及質(zhì)量保證改進(jìn)建議 14215834.1東經(jīng)科技系統(tǒng)軟件測(cè)試體系計(jì)劃的改進(jìn)建議 14241384.1.1測(cè)試工程師能力拓展 14196824.1.2測(cè)試環(huán)境的建設(shè) 15236014.2東經(jīng)科技系統(tǒng)軟件測(cè)試技術(shù)保證的改進(jìn)建議 15232804.2.1自動(dòng)化工程的建設(shè) 15242864.3東經(jīng)科技系統(tǒng)軟件測(cè)試質(zhì)量保證的改進(jìn)建議 19327674.3.1擴(kuò)大測(cè)試項(xiàng)目測(cè)試用例評(píng)審會(huì)議參與干系人范圍 19198554.3.2健全項(xiàng)目節(jié)點(diǎn)風(fēng)險(xiǎn)機(jī)制 20273845結(jié)論與展望 20301075.1結(jié)論 2034685.2展望 2115585致謝 2111607參考文獻(xiàn) 22西安交通大學(xué)網(wǎng)絡(luò)教育學(xué)院論文緒論1.1選題意義/背景及目的★20世紀(jì)60年代（軟件工程建立前），為表明程序正確而進(jìn)行測(cè)試。★1972年在北卡羅來(lái)納大學(xué)舉行了首屆軟件測(cè)試正式會(huì)議?！?975年JhonGoodEnough和SusanGerhart在IEEE上發(fā)表了《測(cè)試數(shù)據(jù)選擇的原理》的文章，軟件測(cè)試被確定為一種研究方向?！?979年，GlenfordMyers的《軟件測(cè)試藝術(shù)》，對(duì)測(cè)試做了定義：測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過(guò)程?！?0世紀(jì)80年代早期，“質(zhì)量”的號(hào)角開(kāi)始吹響。對(duì)軟件測(cè)試定義發(fā)生了改變，測(cè)試不單單是一個(gè)發(fā)現(xiàn)錯(cuò)誤的過(guò)程，而且包含軟件質(zhì)量評(píng)價(jià)的內(nèi)容。指定了各類(lèi)標(biāo)準(zhǔn)?！?983年，BillHetzel在《軟件測(cè)試完全指南》中指出：測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的度量?！?0世紀(jì)90年代，測(cè)試工具盛行起來(lái)。★1996年提出的測(cè)試能力成熟度TCMM（TestCapabilityMaturityModel）、測(cè)試支持度TSM（TestabilitySupportModel）、測(cè)試成熟度（TestingMaturityModel）?！锏搅?002年，Ricky和Stefan在《系統(tǒng)軟件測(cè)試》一書(shū)中對(duì)軟件測(cè)試做了進(jìn)一步定義：測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量，對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命周期的過(guò)程?！?003年，國(guó)家人事部和信息產(chǎn)業(yè)部關(guān)于職業(yè)資格認(rèn)證第一次在我國(guó)有了“軟件測(cè)評(píng)師”的稱(chēng)號(hào)，這是國(guó)家對(duì)于軟件產(chǎn)品質(zhì)量以及保障軟件產(chǎn)品質(zhì)量的軟件測(cè)試職業(yè)的高度重視和認(rèn)可。臭名昭著的軟件錯(cuò)誤案例研究：·迪士尼的獅子王（1994-1995）迪士尼沒(méi)有能夠在當(dāng)時(shí)市場(chǎng)上買(mǎi)到足夠的不同型號(hào)的PC機(jī)，并且在這些PC機(jī)器上做兼容測(cè)試造成的。獅子王在CD光盤(pán)軟件只能在少數(shù)一些系統(tǒng)中進(jìn)行了測(cè)試。另外迪士尼的開(kāi)發(fā)工程師用來(lái)開(kāi)發(fā)游戲的系統(tǒng)不是一般大眾所擁有的最常用的系統(tǒng)上工作的。教訓(xùn)：兼容測(cè)試的重要性?！び⑻貭柋简v浮點(diǎn)除法軟件缺陷（1994）1994年10月30日，佛吉尼亞學(xué)院的ThomasR.Nicely博士在他的一個(gè)實(shí)驗(yàn)中追蹤到一個(gè)未曾預(yù)期的結(jié)果，是在他的奔騰PC的一個(gè)除法問(wèn)題引起了不正確的答案。他將發(fā)現(xiàn)發(fā)到了Internet上，很快，引發(fā)了狂風(fēng)烈火，無(wú)數(shù)人重現(xiàn)了他發(fā)現(xiàn)的問(wèn)題，并發(fā)現(xiàn)了其他會(huì)產(chǎn)生錯(cuò)誤的答案的情形。群情激憤的情況下，Internet花費(fèi)4億美金更換壞的芯片?！っ绹?guó)航天局火星極地登陸（1999）1999年12月3日，NASA的火星極地登陸器試圖在馬丁表面著陸時(shí)消失了。失敗審查委員會(huì)調(diào)查了失敗并認(rèn)定發(fā)生故障最可能的原因是一個(gè)數(shù)據(jù)位的未預(yù)期的設(shè)置。最令人吃驚的是在內(nèi)部測(cè)試設(shè)計(jì)測(cè)試用例的過(guò)程中未曾設(shè)計(jì)，導(dǎo)致這一航天任務(wù)的失敗。·愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)（1991）1991年2月的第一次海灣戰(zhàn)爭(zhēng)，一枚伊拉克發(fā)射的飛毛腿導(dǎo)彈準(zhǔn)確擊中了美國(guó)在沙特阿拉伯的宰赫蘭基地，當(dāng)場(chǎng)炸死28個(gè)美國(guó)士兵，炸傷100多人，造成美軍海灣戰(zhàn)爭(zhēng)中唯一一次傷亡超過(guò)百人的損失。在后來(lái)的調(diào)查中，由于一個(gè)簡(jiǎn)單的計(jì)算機(jī)bug，使基地的愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)失效，未能在空中攔截飛毛腿導(dǎo)彈。當(dāng)時(shí)，防衛(wèi)該基地的愛(ài)國(guó)者反導(dǎo)彈系統(tǒng)已經(jīng)連續(xù)工作了100小時(shí)，每工作一個(gè)小時(shí)，系統(tǒng)內(nèi)的時(shí)鐘會(huì)有一個(gè)微小的毫秒級(jí)延遲，這就是失效悲劇的根源。愛(ài)國(guó)者反導(dǎo)彈系統(tǒng)的時(shí)鐘寄存器設(shè)計(jì)為24位，因而時(shí)間精度也只限于24位。在長(zhǎng)時(shí)間工作后，這個(gè)微小的差距被放大。在工作了100小時(shí)之后，系統(tǒng)的延遲是三分之一秒。戰(zhàn)時(shí)，差之毫厘，失之千里?！で晗x(chóng)，“炒作的狂歡”（1999）眾所周知，2000年是千禧年，新千年。而軟件從業(yè)者從來(lái)沒(méi)想過(guò)他們的代碼和產(chǎn)品會(huì)跨入新千年。因此很多軟件從業(yè)者為了節(jié)省內(nèi)存省略掉代表年份的前兩位數(shù)字“19”，或者默認(rèn)前兩位數(shù)字“19”，或者默認(rèn)前兩位為“19”。而當(dāng)日歷越來(lái)越接近1999年12月31日時(shí)，人們?cè)絹?lái)越擔(dān)心千禧年的新年夜大家的系統(tǒng)都會(huì)崩潰，因?yàn)橄到y(tǒng)日期會(huì)更新為1900年1月1日而不是2000年1月1日，這樣可能意味著無(wú)數(shù)的災(zāi)難事件，甚至是世界末日。直至今日，我們依然在調(diào)侃著這個(gè)滑稽的故事。千年蟲(chóng)的bug全球花費(fèi)了上億美金用來(lái)升級(jí)系統(tǒng)。其中的小故事更是數(shù)不勝數(shù)。·windows98藍(lán)屏死機(jī)比爾蓋茨在win98的系統(tǒng)發(fā)布會(huì)上與現(xiàn)場(chǎng)觀(guān)眾共同見(jiàn)證死機(jī)藍(lán)屏?？v觀(guān)整個(gè)軟件測(cè)試行業(yè)的編年史以及一路發(fā)展以來(lái)的“趣事兒”，測(cè)試行業(yè)發(fā)展的可謂迅速。那么該行業(yè)促進(jìn)了促進(jìn)了哪些技術(shù)的誕生？哪些崗位的誕生？現(xiàn)在又形成了一種什么樣的體系以及未來(lái)的方向如何，便是本次論文研究的方向。本論題從當(dāng)前互聯(lián)網(wǎng)新經(jīng)濟(jì)體產(chǎn)生爆發(fā)的問(wèn)題，以及當(dāng)前傳統(tǒng)的企業(yè)軟件方法開(kāi)始研究，通過(guò)當(dāng)前企業(yè)的軟件測(cè)試方法的問(wèn)題以及新生互聯(lián)網(wǎng)技術(shù)方向的時(shí)代特點(diǎn)，分析當(dāng)前時(shí)代下企業(yè)軟件測(cè)試的新階段和新特征。結(jié)合現(xiàn)實(shí)中小型企業(yè)以及大公司的測(cè)試方法提出新的改進(jìn)建議和改進(jìn)計(jì)劃，為填充和完善企業(yè)質(zhì)量體系保證有著重要意義。軟件測(cè)試體系改進(jìn)和完善，對(duì)當(dāng)前社會(huì)主義市場(chǎng)經(jīng)濟(jì)有著重要的作用。為企業(yè)減少了成本輸出，讓企業(yè)更具有競(jìng)爭(zhēng)力和社會(huì)活力；為企業(yè)提高了企業(yè)收益，從而使得國(guó)家稅務(wù)增長(zhǎng)，有利于完善社會(huì)公共服務(wù)；企業(yè)的不斷發(fā)展，有利于社會(huì)就業(yè)和員工的生活質(zhì)量提升；進(jìn)一步增長(zhǎng)的企業(yè)效益，為國(guó)GDP發(fā)展有著重要作用；1.2國(guó)內(nèi)外研究現(xiàn)狀分析國(guó)際上，軟件測(cè)試是一件非常重要的工作，測(cè)試也作為一個(gè)獨(dú)立的職位。在IBM、Microsoft等大型系統(tǒng)軟件公司，很多重要項(xiàng)目的開(kāi)發(fā)測(cè)試人員比例能達(dá)到1:2甚至是1:4。在軟件測(cè)試技術(shù)方面，自動(dòng)化測(cè)試系統(tǒng)（ATS）正朝著通用化、標(biāo)準(zhǔn)化、網(wǎng)絡(luò)化和智能化的方向邁進(jìn)。20世紀(jì)90年代以來(lái)，自動(dòng)化測(cè)試系統(tǒng)開(kāi)發(fā)研制的指導(dǎo)思想發(fā)生了重要變化，以綜合通用的ATS代替某一系列，采用共同的硬件及軟件平臺(tái)實(shí)現(xiàn)平臺(tái)資源共享的思想受到高度重視。其重要的思路是：采用共同的測(cè)試策略，從設(shè)計(jì)過(guò)程開(kāi)始，通過(guò)“增值開(kāi)發(fā)”的方式使后一階段測(cè)試設(shè)備的研制能利用前一階段的研究成功；TPS要能夠移植，軟件模塊可重用；使用商業(yè)通用標(biāo)準(zhǔn)、成熟的儀器設(shè)備，縮短研發(fā)時(shí)間，降低開(kāi)發(fā)成本并且易于升級(jí)和擴(kuò)展。國(guó)內(nèi)軟件測(cè)試的現(xiàn)狀主要還是在：軟件測(cè)試地位還不高，在很多小型創(chuàng)業(yè)公司還是可有可無(wú)的崗位，大多只停留在功能測(cè)試和集成測(cè)試上軟件測(cè)試的標(biāo)準(zhǔn)和規(guī)范化不夠軟件測(cè)試的從業(yè)數(shù)量同實(shí)際需求有不小的差距，國(guó)內(nèi)開(kāi)發(fā)與測(cè)試的比例一般為5:1甚至7:1國(guó)內(nèi)缺乏完全的行業(yè)化操作機(jī)構(gòu)，一般只是政府部門(mén)下的下屬夠在做一些產(chǎn)品的驗(yàn)收測(cè)試，實(shí)際意義不大，軟件測(cè)試產(chǎn)業(yè)化還有待開(kāi)發(fā)和深掘因此，我國(guó)的軟件測(cè)試行業(yè)發(fā)展以及技術(shù)還和歐美國(guó)家的差距比較大。通過(guò)研究發(fā)現(xiàn)造成這種情況的原因主要以下幾點(diǎn)：國(guó)內(nèi)軟件產(chǎn)業(yè)本身不強(qiáng)大，軟件質(zhì)量較低軟件管理者與用戶(hù)對(duì)軟件質(zhì)量意識(shí)有待加強(qiáng)軟件管理者對(duì)軟件測(cè)試的認(rèn)知以及技術(shù)前沿發(fā)展重視程度不夠軟件行業(yè)的質(zhì)量監(jiān)督體系不好軟件測(cè)試技術(shù)的革新在實(shí)際的迭代開(kāi)發(fā)中很難體現(xiàn)出價(jià)值1.3論文的研究?jī)?nèi)容本論文的研究?jī)?nèi)容主要包含以下幾個(gè)方面：分析東經(jīng)科技股份有限公司軟件測(cè)試的發(fā)展，技術(shù)實(shí)施過(guò)程中出現(xiàn)的問(wèn)題，收集生產(chǎn)事故問(wèn)題數(shù)據(jù)，對(duì)造成東經(jīng)科技系統(tǒng)軟件項(xiàng)目質(zhì)量問(wèn)題進(jìn)行研究，分析軟件測(cè)試技術(shù)的問(wèn)題和不足，研究這些問(wèn)題和不足提出自己對(duì)東經(jīng)科技系統(tǒng)軟件測(cè)試技術(shù)的方法和觀(guān)點(diǎn)。對(duì)現(xiàn)有的軟件測(cè)試技術(shù)規(guī)范進(jìn)行研究，分析軟件測(cè)試過(guò)程是如何進(jìn)行的，軟件測(cè)試技術(shù)又是在什么環(huán)節(jié)可以體現(xiàn)出其價(jià)值的。對(duì)現(xiàn)有的東經(jīng)科技軟件測(cè)試技術(shù)問(wèn)題進(jìn)行研究，通過(guò)東經(jīng)科技軟件測(cè)試技術(shù)中的測(cè)試項(xiàng)目質(zhì)量的計(jì)劃，測(cè)試項(xiàng)目的質(zhì)量保證，以及測(cè)試項(xiàng)目的質(zhì)量控制等方面，提出問(wèn)題，針對(duì)問(wèn)題提出改進(jìn)建議。21相關(guān)理論綜述2.1軟件測(cè)試的內(nèi)容和方法2.1.1軟件測(cè)試的內(nèi)容軟件測(cè)試，描述一種用來(lái)促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過(guò)程。換句話(huà)說(shuō)，軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出之間的審核或者比較的過(guò)程。軟件測(cè)試的經(jīng)典定義是：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其能否滿(mǎn)足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程。2.1.2軟件測(cè)試的方法靜態(tài)測(cè)試：靜態(tài)測(cè)試方式指軟件代碼的靜態(tài)分析測(cè)驗(yàn)，此類(lèi)過(guò)程中應(yīng)用數(shù) 據(jù) 較少，主要過(guò)程為通過(guò)軟件的靜態(tài)性測(cè)試（即人工推斷或計(jì)算機(jī)輔助測(cè)試）測(cè) 試程序中運(yùn)算方式、算法的正確性，進(jìn)而完成測(cè)試過(guò)程，此類(lèi)測(cè)試的優(yōu)點(diǎn)在于能夠 消耗較短時(shí)間、較少資源完成對(duì)軟件、軟件代碼的測(cè)試，能夠較為明顯地發(fā)現(xiàn)此類(lèi) 代碼中出現(xiàn)的錯(cuò)誤。靜態(tài)測(cè)試方法適用范圍較大，尤其適用于較大型的軟件測(cè)試。動(dòng)態(tài)測(cè)試：計(jì)算機(jī)動(dòng)態(tài)測(cè)試的主要目的為檢測(cè)軟件運(yùn)行中出現(xiàn)的問(wèn)題，較靜態(tài) 測(cè)試方式相比，其被稱(chēng)為動(dòng)態(tài)的原因即為其測(cè)試方式主要依賴(lài)程序的運(yùn)用，主要為 檢測(cè)軟件中動(dòng)態(tài)行為是否缺失、軟件運(yùn)行效果是否良好。其最為明顯的特征即為進(jìn) 行動(dòng)態(tài)測(cè)試時(shí)軟件為運(yùn)轉(zhuǎn)狀態(tài)，只有如此才能于使用過(guò)程中發(fā)現(xiàn)軟件缺陷，進(jìn)而對(duì) 此類(lèi)缺陷進(jìn)行修復(fù)。動(dòng)態(tài)測(cè)試過(guò)程中可包括兩類(lèi)因素，即被測(cè)試軟件與測(cè)試中所需 數(shù)據(jù)，兩類(lèi)因素決定動(dòng)態(tài)測(cè)試正確展開(kāi)、有效展開(kāi)。黑盒測(cè)試：黑盒測(cè)試，顧名思義即為將軟件測(cè)試環(huán)境模擬為不可見(jiàn)的“黑盒”。 通過(guò)數(shù)據(jù)輸入觀(guān)察數(shù)據(jù)輸出，檢查軟件內(nèi)部功能是否正常。測(cè)試展開(kāi)時(shí)，數(shù)據(jù)輸入 軟件中，等待數(shù)據(jù)輸出。數(shù)據(jù)輸出時(shí)若與預(yù)計(jì)數(shù)據(jù)一致，則證明該軟件通過(guò)測(cè)試， 若數(shù)據(jù)與預(yù)計(jì)數(shù)據(jù)有出入，即便出入較小亦證明軟件程序內(nèi)部出現(xiàn)問(wèn)題，需盡快解 決。白盒測(cè)試：白盒測(cè)試相對(duì)于黑盒測(cè)試而言具有一定透明性，原理為根據(jù)軟件內(nèi) 部應(yīng)用、源代碼等對(duì)產(chǎn)品內(nèi)部工作過(guò)程進(jìn)行調(diào)試。測(cè)試過(guò)程中常將其與軟件內(nèi)部結(jié) 構(gòu)協(xié)同展開(kāi)分析，最大優(yōu)點(diǎn)即為其能夠有效解決軟件內(nèi)部應(yīng)用程序出現(xiàn)的問(wèn)題，測(cè) 試過(guò)程中常將其與黑盒測(cè)試方式結(jié)合，當(dāng)測(cè)試軟件功能較多時(shí)，白盒測(cè)試法亦可對(duì) 此類(lèi)情況展開(kāi)有效調(diào)試。其中，判定測(cè)試作為白盒測(cè)試法中最為主要的測(cè)試程序結(jié) 構(gòu)之一，此類(lèi)程序結(jié)構(gòu)作為對(duì)程序邏輯結(jié)構(gòu)的整體實(shí)現(xiàn)，對(duì)于程序測(cè)試而言具有較 為重要的作用。此類(lèi)測(cè)試方式針對(duì)程序中各類(lèi)型的代碼進(jìn)行覆蓋式檢測(cè)，覆蓋范圍 較廣，適用于多類(lèi)型程序。實(shí)際檢測(cè)中，白盒測(cè)試法常與黑盒檢測(cè)法并用，以動(dòng)態(tài) 檢測(cè)方式中測(cè)試出的未知錯(cuò)誤為例，首先使用\t"/item/%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95/_blank"黑盒檢測(cè)法，若程序輸入數(shù)據(jù)與輸出 數(shù)據(jù)相同，則證明內(nèi)部數(shù)據(jù)未出現(xiàn)問(wèn)題，應(yīng)從代碼方面進(jìn)行分析，若出現(xiàn)問(wèn)題則使 用白盒測(cè)試法，針對(duì)軟件內(nèi)部結(jié)構(gòu)進(jìn)行分析，直至檢測(cè)出問(wèn)題所在，及時(shí)加以修改。2.1.3測(cè)試策略單元測(cè)試：?jiǎn)卧獪y(cè)試即為將整個(gè)軟件分解為各個(gè)單元，隨后對(duì)單元進(jìn)行測(cè)試。 此類(lèi)測(cè)試策略的優(yōu)點(diǎn)在于所需分析數(shù)據(jù)較少，且針對(duì)性較強(qiáng)，程序開(kāi)發(fā)者于開(kāi)發(fā)過(guò) 程中可通過(guò)操作經(jīng)驗(yàn)明確出現(xiàn)問(wèn)題的大致區(qū)域，隨后針對(duì)此類(lèi)問(wèn)題對(duì)相關(guān)單元展開(kāi) 分析，進(jìn)行問(wèn)題排查。但需注意的是，某些程序中無(wú)具體單元驅(qū)動(dòng)程序，即單個(gè)單 元無(wú)法有效驅(qū)動(dòng)，易出現(xiàn)問(wèn)題，若針對(duì)此類(lèi)軟件展開(kāi)測(cè)試，需重點(diǎn)注意此類(lèi)分解單 元。集成測(cè)試：\t"/item/%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95/_blank"集成測(cè)試與單元測(cè)試相反，原理為將部分需測(cè)試部分作為整體進(jìn)行 集成，隨后針對(duì)此類(lèi)集成部分進(jìn)行測(cè)試。測(cè)試要求為此類(lèi)被測(cè)試集成題應(yīng)具有一定 的結(jié)構(gòu)，且屬于非漸增方式集成。對(duì)于較大軟件而言，集成測(cè)試方式較單元測(cè)試方 式而言較為繁瑣，多數(shù)大型軟件的測(cè)試皆采取漸增方式進(jìn)行測(cè)試。漸增測(cè)試方式為 集成測(cè)試方式的衍生，其能夠按照不同次序?qū)浖M(jìn)行測(cè)試，日常測(cè)試中，常將兩 類(lèi)方式進(jìn)行集成測(cè)試，隨后按照次序展開(kāi)選擇。2.2軟件測(cè)試技術(shù)踐行方向2.2.1自動(dòng)化測(cè)試自動(dòng)化測(cè)試是把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過(guò)程。通常，在 設(shè)計(jì)了\t"/item/%E8%87%AA%E5%8A%A8%E5%8C%96%E6%B5%8B%E8%AF%95/_blank"測(cè)試用例并通過(guò)評(píng)審之后，由測(cè)試人員根據(jù)測(cè)試用例中描述的規(guī)程一步步執(zhí) 行測(cè)試，得到實(shí)際結(jié)果與期望結(jié)果的比較。在此過(guò)程中，為了節(jié)省人力、時(shí)間或硬 件資源，提高測(cè)試效率，便引入了\t"/item/%E8%87%AA%E5%8A%A8%E5%8C%96%E6%B5%8B%E8%AF%95/_blank"自動(dòng)化測(cè)試的概念。2.2.2自動(dòng)化測(cè)試分類(lèi)廣義上將自動(dòng)化測(cè)試分為三類(lèi)：UI自動(dòng)化、接口自動(dòng)化、單元自動(dòng)化。UI自動(dòng)化：web端：seleniumwebdriver等Android端：appium、Uiautomator2、Robotium等Ios端：Uiautomator2等接口自動(dòng)化：TestNg、RestAssured、HttpClient、Request等單元自動(dòng)化：Junit5、TestNg等2.2.3自動(dòng)化測(cè)試的前提條件及適用場(chǎng)合前提條件：需求變動(dòng)不頻繁項(xiàng)目周期足夠長(zhǎng)自動(dòng)化測(cè)試腳本可重復(fù)使用手工測(cè)試無(wú)法完成的測(cè)試適用場(chǎng)合：回歸測(cè)試，重復(fù)單一的數(shù)據(jù)錄入或是擊鍵等測(cè)試操作造成了不必要的時(shí)間浪 費(fèi)和人力浪費(fèi)；此外測(cè)試人員對(duì)程序的理解和對(duì)設(shè)計(jì)文檔的驗(yàn)證通常也要借助于測(cè)試自動(dòng) 化工具；采用自動(dòng)化測(cè)試工具有利于\t"/item/%E8%87%AA%E5%8A%A8%E5%8C%96%E6%B5%8B%E8%AF%95/_blank"測(cè)試報(bào)告文檔的生成和版本的連貫性；自動(dòng)化工具能夠確定\t"/item/%E8%87%AA%E5%8A%A8%E5%8C%96%E6%B5%8B%E8%AF%95/_blank"測(cè)試用例的覆蓋路徑，確定測(cè)試用例集對(duì)程序邏輯流程 和控制流程的覆蓋。2.2.4DevOps和TestOpsDevOps：DevOps是Development和Operation的組合詞，它是一組過(guò)程、方法與系統(tǒng)的 統(tǒng)稱(chēng)，用于促進(jìn)開(kāi)發(fā)（應(yīng)用程序/軟件工程）、技術(shù)運(yùn)營(yíng)和質(zhì)量保障（QA）部門(mén)之 間的溝通、寫(xiě)作和整合。它的出現(xiàn)是由于軟件行業(yè)日益清晰的認(rèn)識(shí)到：為了按時(shí)交 付軟件產(chǎn)品和服務(wù)，開(kāi)發(fā)和運(yùn)營(yíng)必須緊密合作。圖2.1Devops示意圖TestOps：TestOps主要目的是推動(dòng)整個(gè)研發(fā)體系與發(fā)布體系更多在質(zhì)量方面?？梢赃@樣理解DevOps是從研發(fā)推動(dòng)配合運(yùn)維和測(cè)試，而TestOps是從測(cè)試的角度推動(dòng)開(kāi)發(fā)和運(yùn)維。所以TestOps是真正把測(cè)試落地到整個(gè)研發(fā)體系的關(guān)鍵崗位。圖2.2TestOps示意圖測(cè)試與開(kāi)發(fā)交叉的工作，通過(guò)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TestDev）來(lái)進(jìn)行。測(cè)試與運(yùn)維交叉的工作，通過(guò)TestOps來(lái)完成。開(kāi)發(fā)與運(yùn)維交叉的工作，通過(guò)DevOps來(lái)完成。2.2.5性能測(cè)試性能測(cè)試針對(duì)系統(tǒng)的性能指標(biāo)，建立性能測(cè)試模型，制定性能測(cè)試方案，制定 監(jiān)控策略，在場(chǎng)景條件之下執(zhí)行性能場(chǎng)景，分析性能判斷性能瓶頸并調(diào)優(yōu)，最終得 出性能結(jié)果來(lái)評(píng)估系統(tǒng)的性能指標(biāo)是否滿(mǎn)足既定值?！ば阅軠y(cè)試指標(biāo)·性能測(cè)試模型·性能測(cè)試方案·性能測(cè)試同步異步監(jiān)控策略·性能測(cè)試預(yù)定條件·性能測(cè)試場(chǎng)景設(shè)計(jì)·性能測(cè)試分析調(diào)優(yōu)·性能測(cè)試結(jié)果總結(jié)圖2.3性能測(cè)試流程示意圖2.2.6測(cè)試技術(shù)展望測(cè)試領(lǐng)域經(jīng)過(guò)若干年的發(fā)展已經(jīng)發(fā)展成為了一個(gè)大行業(yè)，其技術(shù)分支在上述中能體現(xiàn)出來(lái)。那么測(cè)試技術(shù)尤其是在移動(dòng)互聯(lián)網(wǎng)飛速發(fā)展的十年里，也有了很大的變化，那么在未來(lái)的十年又會(huì)經(jīng)歷怎樣的變革？首先，自動(dòng)化測(cè)試的應(yīng)用場(chǎng)景應(yīng)該是越來(lái)越多，總體的大方向應(yīng)該是面向TestOps的。業(yè)務(wù)功能測(cè)試短時(shí)間內(nèi)應(yīng)該是很難被“消滅”，畢竟互聯(lián)網(wǎng)公司的首要生存指南便是業(yè)務(wù)，但是也并非是無(wú)間可摧，業(yè)務(wù)功能測(cè)試人員首要的技能便是去擁抱自動(dòng)化測(cè)試以及TestOps技能，因?yàn)槿斯ぶ悄芑瘯r(shí)代即將來(lái)臨。而性能測(cè)試領(lǐng)域以及安全測(cè)試領(lǐng)域隨著業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)的多樣化，也會(huì)越來(lái)越依靠技術(shù)的沉淀。3東經(jīng)科技軟件測(cè)試技術(shù)現(xiàn)狀和問(wèn)題分析3.1東經(jīng)科技系統(tǒng)簡(jiǎn)況東經(jīng)科技作為一家傳統(tǒng)2B企業(yè)在其所在的業(yè)務(wù)領(lǐng)域有著相當(dāng)高的知名度。但是在一系列的業(yè)務(wù)發(fā)展問(wèn)題、財(cái)務(wù)問(wèn)題的影響之下，線(xiàn)上2B系統(tǒng)平臺(tái)正式投入開(kāi)發(fā)中，其中最先解決的便是以現(xiàn)金流為首的財(cái)務(wù)問(wèn)題。紙板團(tuán)購(gòu)、一路好運(yùn)、CRM、OA、BI系統(tǒng)順勢(shì)而生。業(yè)務(wù)上以CRM為首，CRM平臺(tái)主要作為紙板團(tuán)購(gòu)、一路好運(yùn)等業(yè)務(wù)平臺(tái)的訂單處理、商品管理、商戶(hù)管理等平臺(tái)來(lái)使用。紙板團(tuán)購(gòu)下轄APP、WEB平臺(tái)，一路好運(yùn)業(yè)務(wù)為輔，BI、OA作為公司內(nèi)部獨(dú)立應(yīng)用。WMS作為倉(cāng)庫(kù)管理線(xiàn)業(yè)務(wù)，TMS作為獨(dú)立訂單處理服務(wù)?？傆?jì)七條業(yè)務(wù)線(xiàn)，將2C客戶(hù)以及2B客戶(hù)訂單入口至倉(cāng)庫(kù)訂單處理串聯(lián)在一起，形成一個(gè)服務(wù)鏈，更好的服務(wù)時(shí)長(zhǎng)需求。3.2東經(jīng)科技系統(tǒng)軟件測(cè)試項(xiàng)目概況東經(jīng)科技系統(tǒng)軟件項(xiàng)目是為了服務(wù)東經(jīng)科技股份有限公司業(yè)務(wù)的眾多項(xiàng)目，主要服務(wù)于客戶(hù)、廠(chǎng)商、司機(jī)、內(nèi)部員工能用戶(hù)群體。項(xiàng)目?jī)?nèi)容以電子商務(wù)為主。主要包括紙板團(tuán)購(gòu)業(yè)務(wù)、一路好運(yùn)業(yè)務(wù)（一站加油業(yè)務(wù)）、CRM、TMS、WMS、OA、BI等七大業(yè)務(wù)線(xiàn)，主要是由IT中心來(lái)設(shè)計(jì)開(kāi)發(fā)完成，團(tuán)隊(duì)包括：項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、軟件開(kāi)發(fā)工程師、軟件測(cè)試工程師、運(yùn)維工程師、DBA組成。圖3.1東經(jīng)科技系統(tǒng)架構(gòu)圖東經(jīng)科技項(xiàng)目生命周期：數(shù)據(jù)收集階段。主要是通過(guò)不同的業(yè)務(wù)線(xiàn)受眾客戶(hù)等方面，收集相關(guān)事務(wù)的數(shù)據(jù)，進(jìn)行整理分類(lèi)。數(shù)據(jù)分析階段。主要是對(duì)收集的數(shù)據(jù)進(jìn)行分析，結(jié)合當(dāng)前的市場(chǎng)環(huán)境和市場(chǎng)需求，確定初步的項(xiàng)目需求方案。需求可行性研究階段。對(duì)項(xiàng)目需求方案進(jìn)行可行性演技，吸收各方意見(jiàn)，確定本次需求項(xiàng)目的項(xiàng)目范圍意見(jiàn)可行性。需求分析階段。在確定軟件系統(tǒng)項(xiàng)目可開(kāi)發(fā)的情況下，對(duì)項(xiàng)目需求文檔中的軟件系統(tǒng)各個(gè)功能進(jìn)行詳細(xì)的分析，為系統(tǒng)軟件開(kāi)發(fā)打下一個(gè)良好的基礎(chǔ)。系統(tǒng)軟件開(kāi)發(fā)階段。根據(jù)需求分析結(jié)果，對(duì)系統(tǒng)軟件進(jìn)行設(shè)計(jì)，如系統(tǒng)的框架設(shè)計(jì)，代碼方案設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等。這個(gè)過(guò)程主要還將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可運(yùn)行的代碼程序。因此在程序代碼編碼中需要制定統(tǒng)一的標(biāo)準(zhǔn)和行為規(guī)范，從而來(lái)保證到程序的可讀性、穩(wěn)定性和效率性。系統(tǒng)軟件測(cè)試階段。在系統(tǒng)軟件開(kāi)發(fā)完成后，需要經(jīng)歷一個(gè)嚴(yán)密的測(cè)試，在測(cè)試過(guò)程中，發(fā)現(xiàn)系統(tǒng)軟件的漏洞缺陷問(wèn)題，然后將問(wèn)題提出并修改解決。軟件運(yùn)行和維護(hù)階段。在系統(tǒng)軟件測(cè)試完成通過(guò)后，將開(kāi)發(fā)完成的系統(tǒng)軟件投入到線(xiàn)上，供需市場(chǎng)用戶(hù)的使用，在用戶(hù)使用體驗(yàn)過(guò)程中，要對(duì)系統(tǒng)軟件進(jìn)行糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)。這是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。本次研究的部分則是第六階段，系統(tǒng)軟件測(cè)試階段。3.3東經(jīng)科技系統(tǒng)軟件測(cè)試體系現(xiàn)狀分析東經(jīng)科技的軟件測(cè)試生命周期：需求分析，分析產(chǎn)品經(jīng)理輸出的概要設(shè)計(jì)說(shuō)明書(shū)。在該階段測(cè)試工程師需要明確功能性需求，非功能性需求以及需求約束。測(cè) 試工程師通常會(huì)結(jié)合產(chǎn)品概要設(shè)計(jì)說(shuō)明書(shū)和歷史需求進(jìn)行分析，提出自己的觀(guān) 點(diǎn)，以及與現(xiàn)有業(yè)務(wù)的邏輯沖突，設(shè)計(jì)不合理等問(wèn)題，發(fā)起二次需求評(píng)審。設(shè)計(jì)用例，根據(jù)概要設(shè)計(jì)說(shuō)明書(shū)設(shè)計(jì)測(cè)試用例輸出至禪道管理平臺(tái)。設(shè)計(jì)用例階段是非常重要的階段，整個(gè)測(cè)試工作是基于該階段進(jìn)行的，沒(méi)有 測(cè)試用例后續(xù)的測(cè)試工作便進(jìn)行不下去。一般測(cè)試用例的核心要素有：用例編號(hào)、操作步驟、測(cè)試標(biāo)題、重要級(jí)別、 前置條件、測(cè)試輸入、所屬模塊、預(yù)期結(jié)果。測(cè)試用例的設(shè)計(jì)原則：正確性、全面性、連貫性、可判定性、可操作性。最核心的問(wèn)題依然是--業(yè)務(wù)。評(píng)審用例，參與本次項(xiàng)目的全體人員進(jìn)行評(píng)審。測(cè)試人員完成用例設(shè)計(jì)，會(huì)組織參與該項(xiàng)目開(kāi)發(fā)人員一起進(jìn)行測(cè)試用例評(píng) 審，主要是針對(duì)設(shè)計(jì)的用例覆蓋度問(wèn)題的把控。手工全量測(cè)試，執(zhí)行用例。開(kāi)發(fā)人員提測(cè)至Test環(huán)境，進(jìn)行全量執(zhí)行測(cè)試用例?；貧w測(cè)試，針對(duì)修改點(diǎn)以及涉及到的服務(wù)功能進(jìn)行回歸。 一般經(jīng)過(guò)三輪的測(cè)試，進(jìn)行全部業(yè)務(wù)的回歸工作。上線(xiàn)測(cè)試，生產(chǎn)環(huán)境進(jìn)行回歸功能。測(cè)試完成，發(fā)布至生產(chǎn)環(huán)境，在生產(chǎn)環(huán)境進(jìn)行回歸核心業(yè)務(wù)。設(shè)計(jì)自動(dòng)化工程，針對(duì)后續(xù)修改點(diǎn)不大的業(yè)務(wù)進(jìn)行設(shè)計(jì)自動(dòng)化工程。針對(duì)一些需求變動(dòng)不大的業(yè)務(wù)涉及自動(dòng)化工程。涉及到全生命周期的僅OA系統(tǒng)、CRM系統(tǒng)。其他系統(tǒng)通常上線(xiàn)之后便不再有后續(xù)工作。3.4東經(jīng)科技系統(tǒng)軟件測(cè)試體系問(wèn)題分析3.4.1自動(dòng)化測(cè)試技術(shù)的深度挖掘測(cè)試體系中對(duì)于自動(dòng)化測(cè)試技術(shù)的深度挖掘不夠，新興技術(shù)的崛起必然是要去 解決一些棘手的問(wèn)題的，或者說(shuō)人類(lèi)解決不了的問(wèn)題的。自動(dòng)化測(cè)試技術(shù)的誕生基 礎(chǔ)上便是要去解決人力重復(fù)的問(wèn)題，預(yù)先制定好的自動(dòng)化執(zhí)行策略，相較于人工執(zhí) 行的手段，漏測(cè)的情況應(yīng)該是不存在的，當(dāng)然這套自動(dòng)化工程是建立在一套優(yōu)秀的 測(cè)試用例基礎(chǔ)之上的。以UI自動(dòng)化為例，東經(jīng)科技面臨的問(wèn)題：按月發(fā)布-->按周發(fā)布-->按小時(shí)發(fā)布多端發(fā)布：android，ios，微信小程序，H5多環(huán)境發(fā)布：聯(lián)調(diào)環(huán)境、測(cè)試環(huán)境、UAT環(huán)境、生產(chǎn)環(huán)境多機(jī)型發(fā)布：眾多設(shè)備型號(hào)、眾多系統(tǒng)版本多版本共存：用戶(hù)群體中存在的多個(gè)不同的版本歷史回測(cè)任務(wù)：成千上萬(wàn)條用例如何回歸目前，僅有極少數(shù)的項(xiàng)目使用了該技術(shù)，且無(wú)任何框架思想的結(jié)構(gòu)，后續(xù)再議。當(dāng)然，公司內(nèi)部管理層對(duì)于UI自動(dòng)化技術(shù)并不是很認(rèn)可，當(dāng)然也有以下幾點(diǎn)：人力成本高：優(yōu)秀的測(cè)試開(kāi)發(fā)工程師難找技術(shù)門(mén)檻高：80%以上的自動(dòng)化測(cè)試工程師在自動(dòng)化能力上都不及格復(fù)用率不高：導(dǎo)致UI和業(yè)務(wù)流程變更更是最主要變更穩(wěn)定性不足：容易被干擾，執(zhí)行慢3.4.2環(huán)境方面所做的努力業(yè)內(nèi)的技術(shù)開(kāi)發(fā)環(huán)境通常是有這么幾套環(huán)境：Test環(huán)境、Release環(huán)境、UAT環(huán)境、生產(chǎn)環(huán)境。這是業(yè)內(nèi)的一種共識(shí)。尤其是容器化時(shí)代的到來(lái)，部署環(huán)境的速度更是直線(xiàn)型增長(zhǎng)，以Docker為例，啟動(dòng)容器速度一般在秒級(jí)，部署一 套環(huán)境可謂是手到擒來(lái)。東經(jīng)科技技術(shù)開(kāi)發(fā)環(huán)境僅僅只有兩套環(huán)境，Test環(huán)境和生產(chǎn)環(huán)境。開(kāi)發(fā)和測(cè)試共用一套環(huán)境，這樣的情況通常會(huì)造成開(kāi)發(fā)工程師和測(cè)試工程師的相互制約。開(kāi)發(fā)工程師需要進(jìn)行調(diào)試功能，而測(cè)試工程師需要進(jìn)行正常的測(cè)試工作，但是一套環(huán)境并不足矣滿(mǎn)足日常兩個(gè)崗位的正常工作，這樣便造成了工作量的不達(dá)標(biāo)，人力資源的浪費(fèi)。最后談?wù)刄AT環(huán)境的重要性，UAT環(huán)境又稱(chēng)為預(yù)發(fā)布環(huán)境，使用的是線(xiàn)上數(shù)據(jù)，功能使用的是測(cè)試功能，對(duì)于灰度發(fā)布非常的有效，強(qiáng)力且有效的把控風(fēng)險(xiǎn)。因此UAT環(huán)境缺失，對(duì)于一些不可控因素難以把控。3.4.3測(cè)試工程師能力拓展測(cè)試工程師90%以上以手工測(cè)試為主，當(dāng)然，手工測(cè)試對(duì)于一個(gè)測(cè)試人員的成 長(zhǎng)來(lái)說(shuō)是很重要的，參與手工測(cè)試可以了解架構(gòu)、熟悉產(chǎn)品、培養(yǎng)測(cè)試的感覺(jué)。測(cè) 試的思維和感覺(jué)，說(shuō)起來(lái)貌似很浮云，但是從事過(guò)測(cè)試的人很清楚，同樣一個(gè)測(cè)試 任務(wù)，交給一個(gè)具有良好的測(cè)試感覺(jué)、思維縝密的人和交給一個(gè)把測(cè)試當(dāng)成體力勞 動(dòng)的人會(huì)有什么樣的產(chǎn)出差異。手工測(cè)試不應(yīng)該只被等同為手工執(zhí)行測(cè)試，其更重 要的部分應(yīng)該是測(cè)試的架構(gòu)和用例設(shè)計(jì)。所有的測(cè)試執(zhí)行都是以測(cè)試用例為基礎(chǔ)， 測(cè)試用例設(shè)計(jì)的好壞，對(duì)測(cè)試效率、測(cè)試覆蓋率、defect發(fā)現(xiàn)幾率產(chǎn)生直接影響。 測(cè)試用例設(shè)計(jì)中會(huì)用到很多方法去優(yōu)化和評(píng)估，涉及到離散數(shù)學(xué)、概率等領(lǐng)域知識(shí) 的應(yīng)用，是個(gè)挺值得下功夫的領(lǐng)域，對(duì)于一個(gè)手工測(cè)試人員的自我增值也是有幫助 的。當(dāng)然，對(duì)于技術(shù)的挖掘能力、學(xué)習(xí)能力也能從測(cè)試人員能力的一種體現(xiàn)。4東經(jīng)科技系統(tǒng)軟件測(cè)試測(cè)試體系及質(zhì)量保證改進(jìn)建議東經(jīng)科技系統(tǒng)軟件測(cè)試體系計(jì)劃的改進(jìn)建議測(cè)試工程師能力拓展每行業(yè)崗位都有屬于自己的職業(yè)素養(yǎng)，職業(yè)素養(yǎng)是一行業(yè)崗位的最基本的內(nèi)容，它包括自覺(jué)心和責(zé)任心，是認(rèn)真對(duì)待該崗位的一個(gè)態(tài)度，在壹點(diǎn)靈系統(tǒng)軟件測(cè)試項(xiàng)目質(zhì)量管理問(wèn)題分析中，就發(fā)現(xiàn)在系統(tǒng)軟件測(cè)試項(xiàng)目測(cè)試過(guò)程中出現(xiàn)沒(méi)有按照測(cè)試用例認(rèn)真執(zhí)行導(dǎo)致項(xiàng)目事故的問(wèn)題。因此提升測(cè)試人員的職業(yè)素養(yǎng)，都是很有必要的，主要從事崗位職業(yè)素養(yǎng)和企業(yè)職業(yè)素養(yǎng)來(lái)提升。崗位職業(yè)素養(yǎng)，主要是指在測(cè)試崗位這塊，軟件測(cè)試崗位是互聯(lián)網(wǎng)行業(yè)為的一個(gè)重要的崗位，他有著對(duì)互聯(lián)網(wǎng)系統(tǒng)軟件產(chǎn)品的質(zhì)量把關(guān)的作用，每個(gè)系統(tǒng)軟件項(xiàng)目都要經(jīng)過(guò)測(cè)試項(xiàng)目環(huán)節(jié)來(lái)保證項(xiàng)目上線(xiàn)穩(wěn)定，滿(mǎn)足用戶(hù)使用和客戶(hù)需求，因此在這整個(gè)測(cè)試崗位上，其職業(yè)素養(yǎng)很重要，認(rèn)證對(duì)待整個(gè)崗位職責(zé)，看待崗位的環(huán)節(jié)輕重，認(rèn)真執(zhí)行崗位環(huán)節(jié)的每個(gè)細(xì)節(jié)問(wèn)題，是對(duì)系統(tǒng)軟件測(cè)試項(xiàng)目的控制很重要的。優(yōu)秀的測(cè)試工程師必須具備定位問(wèn)題，分析問(wèn)題的基本能力。列舉一二，SQL查詢(xún)能力、服務(wù)器日志查詢(xún)能力、環(huán)境部署能力等。根據(jù)上述能力能夠去分析問(wèn)題出現(xiàn)的地方，能夠舉一反三。當(dāng)然，業(yè)內(nèi)的一些自動(dòng)化技術(shù)、性能測(cè)試技術(shù)、環(huán)境部署技術(shù)等等都需要主動(dòng)去吸收，應(yīng)用于測(cè)試體系之內(nèi)。測(cè)試環(huán)境的建設(shè)業(yè)內(nèi)的Test環(huán)境、Release環(huán)境、UAT環(huán)境、生產(chǎn)環(huán)境是標(biāo)配，必不可少。環(huán)境資源和技術(shù)支持資源必須主動(dòng)去申請(qǐng)，一些基本的成本是要付出的。東經(jīng)科技系統(tǒng)軟件測(cè)試技術(shù)保證的改進(jìn)建議自動(dòng)化工程的建設(shè)框架選型想可參考業(yè)內(nèi)UI自動(dòng)化方面做的努力：·Google：Espresso,Uiautomator·FaceBook：WebDriverAgent·Alibaba：mocaca·Ebay：Selendroid·Walmart：Rootium·SauceLabs：Appium·ThoughtWorks：Selenium對(duì)于自動(dòng)化應(yīng)該有更深層次的認(rèn)識(shí)：使用分層測(cè)試策略，控制UI自動(dòng)化的規(guī)?！ど贁?shù)核心用例交給自動(dòng)化測(cè)試·大部分基礎(chǔ)回歸測(cè)試交給自動(dòng)遍歷·新功能交給人工測(cè)試技術(shù)改進(jìn)方案：·良好的維護(hù)模型：PageObject，數(shù)據(jù)驅(qū)動(dòng)·更好的框架支持：增加Watch，智能等待，失敗重試等推薦PageObject模式的設(shè)計(jì)思想進(jìn)行維護(hù)，該方法意義：·用公共方法代表UI所提供的服務(wù)·方法應(yīng)該返回其他的PageObject或者返回用于斷言的數(shù)據(jù)·同樣的行為不同的結(jié)果可以建設(shè)為不同的方法·不暴露頁(yè)面內(nèi)部的元素給外部·不建模UI內(nèi)的所有元素PageObject封裝主要組成元素解析：·Page對(duì)象：完成對(duì)界面的封裝·Driver：完成對(duì)web、android、ios、接口的驅(qū)動(dòng)·測(cè)試用例：調(diào)用Page對(duì)象實(shí)現(xiàn)業(yè)務(wù)并斷言·數(shù)據(jù)封裝：配置文件和數(shù)據(jù)驅(qū)動(dòng)·Utils：其他功能封裝、改建原生的不足東經(jīng)科技某項(xiàng)目代碼與PageObject代碼比較示例：圖4-1UI自動(dòng)化代碼示例該段代碼使用Uiautomator框架進(jìn)行編寫(xiě)的，從代碼可以直觀(guān)看出來(lái)一些操作，工程無(wú)框架可研，維護(hù)工作量比較大，查問(wèn)題不方便，無(wú)復(fù)用。反觀(guān)PageObject部分的代碼，簡(jiǎn)潔、復(fù)用率高，易維護(hù)。圖4-2PageObject-測(cè)試用例示例代碼圖4-3PageObject-BasePage示例代碼圖4-4PageObject封裝示例代碼東經(jīng)科技系統(tǒng)軟件測(cè)試質(zhì)量保證的改進(jìn)建議擴(kuò)大測(cè)試項(xiàng)目測(cè)試用例評(píng)審會(huì)議參與干系人范圍系統(tǒng)軟件項(xiàng)目是一個(gè)團(tuán)隊(duì)的項(xiàng)目，講究的是團(tuán)隊(duì)合作，大家集思廣益，拿出不同的見(jiàn)解來(lái)完善一個(gè)高質(zhì)量的項(xiàng)目。這樣在增加團(tuán)隊(duì)合作的默契同時(shí)，也會(huì)對(duì)研發(fā)的系統(tǒng)軟件的質(zhì)量有一個(gè)很高的提升。測(cè)試用例評(píng)審會(huì)議，參與干系人范圍擴(kuò)大，不是廣義上的全部開(kāi)發(fā)人員參與，雖然在但一定程度上集思廣益，但是會(huì)導(dǎo)致資源浪費(fèi)，效率底下的問(wèn)題，比如與項(xiàng)目不相干的人員也加入，導(dǎo)致他真正要做的事沒(méi)做，而卻對(duì)評(píng)審測(cè)試用例的項(xiàng)目沒(méi)有多大幫助。因此參與測(cè)試用例評(píng)審會(huì)的干系人范圍擴(kuò)大，是一種狹義上的擴(kuò)大，在原基礎(chǔ)上，增加項(xiàng)目有關(guān)系的干系人，如產(chǎn)品方，參與需求設(shè)計(jì)的產(chǎn)品經(jīng)理，與需求有關(guān)的業(yè)務(wù)方，開(kāi)發(fā)該需求的所有技術(shù)開(kāi)發(fā)，測(cè)試該需求的所有測(cè)試工程師。通過(guò)上面的優(yōu)化建議，可以集合一個(gè)項(xiàng)目的多方人員參與，這樣則能從各自所在的角度和崗位來(lái)考慮問(wèn)題，提出建議，完善用例，這樣的測(cè)試用例對(duì)測(cè)試項(xiàng)目質(zhì)量起到了非常高的保證作用。健全項(xiàng)目節(jié)點(diǎn)風(fēng)險(xiǎn)機(jī)制在系統(tǒng)軟件項(xiàng)目中，每個(gè)項(xiàng)目都有自己的里程碑計(jì)劃，在每個(gè)里程碑計(jì)劃中，都有嚴(yán)格的時(shí)間節(jié)點(diǎn)，每個(gè)節(jié)點(diǎn)都是相互依賴(lài)影響，只要其中一個(gè)節(jié)點(diǎn)沒(méi)銜接上，很有可能就會(huì)出現(xiàn)節(jié)點(diǎn)差期和項(xiàng)目延期情況。測(cè)試項(xiàng)目也是如此，測(cè)試項(xiàng)目是整個(gè)系統(tǒng)軟件項(xiàng)目流程的一部分，因此測(cè)試項(xiàng)目的節(jié)點(diǎn)非常重要，是對(duì)整個(gè)項(xiàng)目質(zhì)量的保證關(guān)鍵。通過(guò)對(duì)東經(jīng)科技系統(tǒng)軟件測(cè)試項(xiàng)目中問(wèn)題分析，得知在測(cè)試項(xiàng)目中會(huì)出現(xiàn)項(xiàng)目節(jié)點(diǎn)不能按時(shí)完成的情況，從而使項(xiàng)目延期，運(yùn)營(yíng)業(yè)務(wù)計(jì)劃打亂，對(duì)內(nèi)和對(duì)外都沒(méi)有進(jìn)行到項(xiàng)目質(zhì)量保證。在面對(duì)這種情況下，又沒(méi)有一個(gè)機(jī)制來(lái)完善整個(gè)問(wèn)題，從而導(dǎo)致測(cè)試項(xiàng)目節(jié)點(diǎn)不能保證后，任由延期處理，不能把節(jié)點(diǎn)風(fēng)險(xiǎn)抵抗下來(lái)。根據(jù)東經(jīng)科技的實(shí)際情況，面對(duì)這種問(wèn)題，需要做到風(fēng)險(xiǎn)預(yù)警和風(fēng)險(xiǎn)處理兩個(gè)方面的完善工作。風(fēng)險(xiǎn)預(yù)警。在風(fēng)險(xiǎn)發(fā)生前，做好預(yù)警工作，然后立刻作出風(fēng)險(xiǎn)處理方案，把風(fēng)險(xiǎn)糾正或提前更正各預(yù)想計(jì)劃，偏離風(fēng)險(xiǎn)。具體要做到從測(cè)試項(xiàng)目開(kāi)始，就需要測(cè)試主管或者項(xiàng)目管理或者監(jiān)督機(jī)制來(lái)出面監(jiān)督項(xiàng)目進(jìn)行情況，做到每天項(xiàng)目進(jìn)度正常與否，是否有阻塞問(wèn)題，當(dāng)日事情是否完成三個(gè)要素的掌控。具體形式可以通過(guò)監(jiān)督人詢(xún)問(wèn)了解或項(xiàng)目干系人定期日?qǐng)?bào)體現(xiàn)。一旦發(fā)現(xiàn)項(xiàng)目進(jìn)度不正常，或有阻塞問(wèn)題，或當(dāng)日事情沒(méi)完成，監(jiān)督人立刻干預(yù)，了解情況，作出處理方案，提前防范風(fēng)險(xiǎn)問(wèn)題發(fā)生，如圖4-3所示，不能讓問(wèn)題以上問(wèn)題發(fā)生在項(xiàng)目節(jié)點(diǎn)的前一刻。5結(jié)論與展望5.1結(jié)論本文主要是研究東經(jīng)科技系統(tǒng)軟件測(cè)試項(xiàng)目的質(zhì)量管理研究，通過(guò)東經(jīng)科技公司的當(dāng)前系統(tǒng)軟件測(cè)試項(xiàng)目的軟件測(cè)試技術(shù)問(wèn)題來(lái)分析，提出系統(tǒng)軟件測(cè)試項(xiàng)目的質(zhì)量管理建議優(yōu)化。在此過(guò)程中，對(duì)軟件測(cè)試方法有了進(jìn)一步學(xué)習(xí)。通過(guò)軟件測(cè)試技術(shù)的拓展，規(guī)范制定，測(cè)試質(zhì)量保證三個(gè)方面來(lái)闡述東經(jīng)科技當(dāng)前系統(tǒng)軟件測(cè)試項(xiàng)目的測(cè)試技術(shù)問(wèn)題，然后再通過(guò)軟件測(cè)試技術(shù)的拓展，規(guī)范制定，測(cè)試質(zhì)量保證三個(gè)方面來(lái)提出改進(jìn)的建議優(yōu)化。此建議優(yōu)化能綜合提升測(cè)試項(xiàng)目的技術(shù)、管理水平。同時(shí)也能在軟件測(cè)試工作