軟件測(cè)試01-軟件測(cè)試工作流程

軟件創(chuàng)造客戶價(jià)值軟件測(cè)試工作流程軟件測(cè)試過(guò)程編寫測(cè)試計(jì)劃內(nèi)容：

時(shí)間和人員安排同行評(píng)審及同行評(píng)審負(fù)責(zé)人；里程碑制定；進(jìn)度表；風(fēng)險(xiǎn)計(jì)劃的制定；培訓(xùn)的計(jì)劃；

測(cè)試計(jì)劃需要進(jìn)行評(píng)審；需求確認(rèn)需求確認(rèn)測(cè)試工作的介入

1.測(cè)試開(kāi)始介入的時(shí)間和系統(tǒng)組的建立時(shí)間幾乎同時(shí)進(jìn)行. 2.用充足的時(shí)間去分析用戶需求(在NEU-APN事業(yè)部的名稱為仕樣書(shū))中可以測(cè)試內(nèi)容,同時(shí)可以發(fā)現(xiàn)其中測(cè)試比較困難的內(nèi)容并及時(shí)考慮解決措施 3.根據(jù)不同功能考慮進(jìn)行不同級(jí)別的測(cè)試,采用不同的測(cè)試方法.需求學(xué)習(xí)的方法

測(cè)試人員自己閱讀和分析仕樣書(shū),講解自己負(fù)責(zé)部分的功能,并回答其他測(cè)試人員的提問(wèn). 要求不遺漏仕樣書(shū)中的任何功能,在講解中追加自己對(duì)仕樣書(shū)的理解,以及對(duì)測(cè)試難點(diǎn)部分考慮的測(cè)試方法.需求確認(rèn)培訓(xùn)的展開(kāi)

組內(nèi)的培訓(xùn)

功能測(cè)試方法和操作測(cè)試方法；自動(dòng)測(cè)試；

部門的培訓(xùn)

各模塊功能培訓(xùn)；開(kāi)發(fā)技能培訓(xùn)；專業(yè)知識(shí)；需求確認(rèn)測(cè)試設(shè)計(jì)編寫測(cè)試大綱

1.形成通用的功能測(cè)試集，包含詳細(xì)的測(cè)試點(diǎn)（以前是日方編寫測(cè)試點(diǎn)）； 2.要求追加對(duì)測(cè)試難點(diǎn)的測(cè)試方法或者測(cè)試用例. 3.對(duì)于二期開(kāi)發(fā)的項(xiàng)目,要求包含以前項(xiàng)目的的全部功能；測(cè)試設(shè)計(jì)測(cè)試大綱的同行評(píng)審

同行評(píng)審的內(nèi)容：測(cè)試點(diǎn)的理解錯(cuò)誤，測(cè)試用例的遺漏；

同行評(píng)審的類型：組內(nèi)的和開(kāi)發(fā)人員參與的同行評(píng)審；同行評(píng)審的過(guò)程：制定負(fù)責(zé)人，收集問(wèn)題表，組織召開(kāi)同行評(píng)審會(huì)議，跟蹤關(guān)閉已經(jīng)解決的問(wèn)題。

測(cè)試設(shè)計(jì)測(cè)試實(shí)施制定小計(jì)劃

依據(jù)系統(tǒng)組的Release計(jì)劃；一般測(cè)試的周期比較長(zhǎng)，大約4-6個(gè)月，所以針對(duì)于每個(gè)版本提交的功能的不同以及每次測(cè)試時(shí)間長(zhǎng)短的不同,調(diào)整和制定測(cè)試組小計(jì)劃. 這樣的計(jì)劃只要在項(xiàng)目例會(huì)中傳達(dá)或者通過(guò)Email通知相關(guān)測(cè)試人員即可測(cè)試實(shí)施測(cè)試方法

在測(cè)試過(guò)程中,要根據(jù)軟件產(chǎn)品的質(zhì)量情況以及功能提交的情況采用不同角度的測(cè)試方法. 1.在項(xiàng)目初期,提交的功能比較少,軟件產(chǎn)品的質(zhì)量還達(dá)不到性能測(cè)試和極限測(cè)試的要求時(shí).我們需要按照測(cè)試大綱進(jìn)行測(cè)試,以保證提交的功能達(dá)到基本要求,然后再關(guān)注每個(gè)功能的細(xì)節(jié),這樣可以盡可能保證開(kāi)發(fā)人員完成的功能達(dá)到一個(gè)滿意的質(zhì)量目標(biāo).測(cè)試實(shí)施測(cè)試方法

2.當(dāng)軟件產(chǎn)品的功能大部分已經(jīng)提交時(shí)(也許這時(shí)軟件產(chǎn)品的質(zhì)量仍沒(méi)有達(dá)到性能測(cè)試和極限測(cè)試的要求).我們?cè)诎凑諟y(cè)試大綱進(jìn)行測(cè)試的過(guò)程中,除了要對(duì)基本功能進(jìn)行嚴(yán)格測(cè)試外,更要注意不同功能之間的接口以及會(huì)受到接口影響的部分功能,因?yàn)檫@個(gè)階段由接口造成的錯(cuò)誤比較多.測(cè)試實(shí)施測(cè)試方法

3.當(dāng)軟件產(chǎn)品的功能全部提交,并且當(dāng)前的錯(cuò)誤發(fā)現(xiàn)曲線趨于平緩,這就說(shuō)明按照測(cè)試大綱進(jìn)行測(cè)試已經(jīng)很難提高錯(cuò)誤的發(fā)現(xiàn)率.這時(shí)則需要采取其他測(cè)試方法包括性能,極限測(cè)試和脫離測(cè)試大綱的可用性測(cè)試. 這里的性能和極限測(cè)試系統(tǒng)復(fù)雜度小于與軟件提交前的性能和極限測(cè)試時(shí)的系統(tǒng)復(fù)雜度.測(cè)試實(shí)施測(cè)試方法 4.二期開(kāi)發(fā)類型的項(xiàng)目測(cè)試執(zhí)行過(guò)程中,每個(gè)階段都要注意原來(lái)項(xiàng)目的功能的實(shí)現(xiàn)情況,特別需要注意的是與新添加以及變更功能相關(guān)功能的測(cè)試.即新添加的功能不能影響原有的功能 注:對(duì)于二期開(kāi)發(fā)項(xiàng)目的性能測(cè)試,在沒(méi)有具體指標(biāo)前,對(duì)它的要求是性能至少不低于原來(lái)的項(xiàng)目.測(cè)試實(shí)施測(cè)試報(bào)告

Day_Bug_Report：每個(gè)測(cè)試人員填寫；Bugbase：由登錄者負(fù)責(zé)把每個(gè)人的測(cè)試結(jié)果整理到Bugbase上，進(jìn)行重復(fù)的過(guò)濾;BugbaseStatus:對(duì)于Bugbase作的一些分析圖表；提交給日方的BugList：包括CheckList和Bugbase的內(nèi)容;

測(cè)試實(shí)施錯(cuò)誤描述要求錯(cuò)誤現(xiàn)象描述清晰準(zhǔn)確,操作步驟簡(jiǎn)單有效.

操作步驟簡(jiǎn)單有效,是要求測(cè)試人員在時(shí)間允許的情況下,可以把原來(lái)需要十幾二十步才能再現(xiàn),根據(jù)自己的分析和再現(xiàn)盡量縮短(這樣開(kāi)發(fā)人員根據(jù)操作步驟,可能不需要去再現(xiàn)錯(cuò)誤,就知道錯(cuò)誤發(fā)生的原因了)

錯(cuò)誤現(xiàn)象描述不清晰準(zhǔn)確,會(huì)造成開(kāi)發(fā)人員的理解上歧義.要求測(cè)試人員在填寫錯(cuò)誤現(xiàn)象時(shí)不能寫象“某某功能錯(cuò)誤”,“某某現(xiàn)象錯(cuò)誤”這樣的文字,要說(shuō)明錯(cuò)誤現(xiàn)象是什么,最好附加說(shuō)明正確的現(xiàn)象應(yīng)該是什么.測(cè)試實(shí)施錯(cuò)誤描述要求

2.要有充足的錯(cuò)誤信息. 我們的測(cè)試分為導(dǎo)航版和PC版兩個(gè)測(cè)試版本. 導(dǎo)航版的錯(cuò)誤,一般要保留錯(cuò)誤現(xiàn)象發(fā)生時(shí)的錯(cuò)誤圖片.有些錯(cuò)誤不但要提供錯(cuò)誤圖片,還要提供當(dāng)前的調(diào)試信息;死機(jī)的錯(cuò)誤,除了提供錯(cuò)誤現(xiàn)象圖片和調(diào)試信息外還需要提供死機(jī)堆棧以及寄存器中的內(nèi)容. PC版的錯(cuò)誤,也與導(dǎo)航版類似.一般錯(cuò)誤要保存錯(cuò)誤現(xiàn)象圖片和調(diào)試信息;死機(jī)錯(cuò)誤還要保存死機(jī)時(shí)的堆棧.測(cè)試實(shí)施調(diào)試信息

mapdsp_ClearOrderOfDisplayRequestMapSetNum=0DisplayNum=1 [MAP_Center_Position]MapsetNo(0)CenterPos(0x4c9574f1,0x13a0949b)DispNo(0)CurrentNo(0) [MAP_Clock_End](Y/M/D)1900/1/1Week(1)(H:M:S)12:44:16SysTime(0xcd8160)[MAPDRAW_Cancle]CheckClearinMAPDRW_iFirstFailiMapSetNo,iLayer(0,1) [MAPDRAW_Cancle]CheckClearinMAPDRW_iFirstFailiMapSetNo,iLayer(0,3)堆棧信息

:_os_breakProgram+2() :_os_checkTaskStackSize+4E() :_scrn_GroundInit+50() 和 SP[0026907C]:0000000Cfbmem_AreaSize SP+4[00269080]:0666DD24_os_checkTaskStackSize SP+8[00269084]:FE000616_os_vAttachToStopRun+26

寄存器信息

R10001C6EBC*[001C2AE0]HPR+184 R11FFFFFFFF*[00000000] R1200000000*[00000000]check_find R1300005090*[00000000]SIT_INT_STACK+488E R1400E80234*[00000000]___ghsbegin_bss+5ACE4 R1500000008*[FFFFFFFF]tsk_count R16069D0736*[C542180B]__e_entfnc+AE R1700E80370*[00005090]___ghsbegin_bss+5AE20提高錯(cuò)誤的再現(xiàn)率

這個(gè)問(wèn)題,很多測(cè)試人員不重視,他們認(rèn)為只要我測(cè)試出錯(cuò)誤就可以了.其實(shí)不然,本來(lái)一些錯(cuò)誤的再現(xiàn)率就很低,在測(cè)試人員這里不容易再現(xiàn)(至少測(cè)試人員還知道錯(cuò)誤出現(xiàn)的大概步驟),那么在開(kāi)發(fā)人員那里就更難再現(xiàn),給開(kāi)發(fā)人員分析錯(cuò)誤帶來(lái)很大困難.因此我們要求測(cè)試人員發(fā)現(xiàn)錯(cuò)誤后要盡力尋找再現(xiàn)方法,提高錯(cuò)誤的再現(xiàn)率.1/n的描述是最不好的描述。 不過(guò),這對(duì)測(cè)試人員來(lái)說(shuō)的確也是一種挑戰(zhàn)測(cè)試實(shí)施重視確認(rèn)測(cè)試

確認(rèn)測(cè)試的時(shí)機(jī)：

建議在測(cè)試功能過(guò)程中進(jìn)行一些簡(jiǎn)單問(wèn)題的確認(rèn)，可以節(jié)約專門的確認(rèn)時(shí)間；

確認(rèn)方法： 再現(xiàn)率較低的錯(cuò)誤,確認(rèn)測(cè)試要遠(yuǎn)超過(guò)發(fā)現(xiàn)錯(cuò)誤時(shí)的測(cè)試次數(shù),比如一個(gè)Bug再現(xiàn)率是3/10,那么確認(rèn)時(shí)至少要做到20次.再現(xiàn)率更低的錯(cuò)誤,確認(rèn)測(cè)試要在多個(gè)版本中進(jìn)行. 確認(rèn)測(cè)試執(zhí)行,不能只關(guān)注Bug本身,要對(duì)Bug相關(guān)部分的功能都進(jìn)行測(cè)試,以確保Bug的修改不會(huì)影響其他部分. 測(cè)試實(shí)施測(cè)試評(píng)價(jià)

專門的評(píng)價(jià)組；評(píng)價(jià)內(nèi)容：性能，用戶測(cè)試，全系統(tǒng)的內(nèi)容，不針對(duì)于功能；評(píng)價(jià)結(jié)果：除了填寫B(tài)uglist，對(duì)于產(chǎn)品的評(píng)價(jià)內(nèi)容體現(xiàn)在測(cè)試組的周報(bào)中；測(cè)試實(shí)施組間協(xié)調(diào)在工作的過(guò)程中，需要和其他組進(jìn)行協(xié)作或是提供支持的地方。目前的工作中，測(cè)試組面臨的組間協(xié)調(diào)對(duì)象主要是各個(gè)開(kāi)發(fā)組；

協(xié)調(diào)的內(nèi)容：系統(tǒng)組例會(huì)上各個(gè)工作組之間的安排；測(cè)試過(guò)程中，對(duì)于問(wèn)題的請(qǐng)教；測(cè)試現(xiàn)場(chǎng)的保留；測(cè)試實(shí)施組間協(xié)調(diào)

問(wèn)題的詢問(wèn)

測(cè)試時(shí)出現(xiàn)仕樣中沒(méi)有明確說(shuō)明的錯(cuò)誤現(xiàn)象時(shí),需要測(cè)試人員及時(shí)與開(kāi)發(fā)人員溝通,由開(kāi)發(fā)人員確認(rèn)是否是錯(cuò)誤.這樣不但可以提供錯(cuò)誤提交的質(zhì)量,另一方面也節(jié)省開(kāi)發(fā)人員分析錯(cuò)誤后,再與測(cè)試人員討論的時(shí)間測(cè)試實(shí)施組間協(xié)調(diào)現(xiàn)場(chǎng)的調(diào)試 測(cè)試時(shí)發(fā)現(xiàn)嚴(yán)重錯(cuò)誤(多為再現(xiàn)率較低的錯(cuò)誤)時(shí),需要測(cè)試人員及時(shí)找到相關(guān)開(kāi)發(fā)人員,根據(jù)現(xiàn)場(chǎng)進(jìn)行分析和調(diào)試.這樣可以最大程度減少開(kāi)發(fā)人員和測(cè)試人員再現(xiàn)錯(cuò)誤時(shí)間以及開(kāi)發(fā)人員分析錯(cuò)誤的時(shí)間. 矛與盾是互相對(duì)立的.現(xiàn)場(chǎng)調(diào)試節(jié)省了開(kāi)發(fā)人員時(shí)間,但是也不同程度的浪費(fèi)了測(cè)試人員的時(shí)間.(現(xiàn)在比較好的解決方法是測(cè)試人員使用多于一臺(tái)的機(jī)器進(jìn)行測(cè)試)測(cè)試實(shí)施組間協(xié)調(diào) 經(jīng)常與開(kāi)發(fā)人員溝通,可以了解開(kāi)發(fā)人員如何去實(shí)現(xiàn)某個(gè)功能,這些實(shí)現(xiàn)方法可能就會(huì)有漏洞,根據(jù)這些漏洞的測(cè)試,常常會(huì)有事半功倍的效果.這種方法,在軟件開(kāi)發(fā)的中后期很有效. 畢竟開(kāi)發(fā)人員設(shè)計(jì)軟件時(shí)主要考慮如何完成仕樣中說(shuō)明的功能,到項(xiàng)目中后期正常的功能基本不會(huì)出錯(cuò),但是一些功能的細(xì)節(jié)和容錯(cuò)的處理是開(kāi)發(fā)人員容易忽略的地方.測(cè)試實(shí)施自動(dòng)測(cè)試工作

工具：SQA,只能進(jìn)行PC版的自動(dòng)測(cè)試；操作Log:導(dǎo)航機(jī)上進(jìn)行操作記錄的工具；

應(yīng)用：靜態(tài)的，無(wú)自車走動(dòng)的；重復(fù)的，可以大大節(jié)省手動(dòng)測(cè)試的內(nèi)容；

限制：不適合檢驗(yàn)結(jié)果；測(cè)試實(shí)施里程碑總結(jié)及評(píng)審

如果測(cè)試執(zhí)行的時(shí)間比較長(zhǎng)，不同的測(cè)試階段之間的跨越比較明顯，通常會(huì)作里程碑的總結(jié)；測(cè)試實(shí)施SPTO

責(zé)任者：測(cè)試負(fù)責(zé)人

主要工作：監(jiān)督工作進(jìn)度；檢查工作質(zhì)量；進(jìn)行信息反饋；及時(shí)發(fā)現(xiàn)問(wèn)題，提供解決措施；風(fēng)險(xiǎn)的跟蹤，調(diào)整計(jì)劃；測(cè)試實(shí)施SQA工作由事業(yè)部的SQA人員對(duì)于測(cè)試的各項(xiàng)活動(dòng)和輸出進(jìn)行檢查，填寫不合格問(wèn)題；測(cè)試組內(nèi)容設(shè)立QA人員，協(xié)助測(cè)試負(fù)責(zé)人進(jìn)行一些工作的檢查和監(jiān)督，并填寫SQA周報(bào)；測(cè)試實(shí)施SCM工作

配置項(xiàng)包括：需求文檔，和CheckList;

注意內(nèi)容：1.使用成為基準(zhǔn)的內(nèi)容，開(kāi)始下一步的工作；2.對(duì)于CheckList標(biāo)識(shí)版本，需要時(shí)進(jìn)行翻譯；測(cè)試實(shí)施度量數(shù)據(jù)的收集

收集形式：測(cè)試組個(gè)人周報(bào)；

收集內(nèi)容：時(shí)間的分配：包括測(cè)試設(shè)計(jì)時(shí)間，使用CheckList測(cè)試時(shí)間，隨機(jī)測(cè)試時(shí)間，確認(rèn)測(cè)試，再現(xiàn)測(cè)試的時(shí)間等等，規(guī)模：總的和本周的CheckList編寫數(shù)目；確認(rèn)工作的進(jìn)度；每個(gè)版本測(cè)試和確認(rèn)的Bug數(shù)；

測(cè)試實(shí)施總結(jié)經(jīng)驗(yàn) 市場(chǎng)上所有有關(guān)測(cè)試的書(shū)籍都是在講測(cè)試的理論,很少發(fā)現(xiàn)有講測(cè)試經(jīng)驗(yàn)的.因?yàn)榻?jīng)驗(yàn)只有從實(shí)際的測(cè)試工作中得到.每個(gè)項(xiàng)目完成后,我們或多或少都會(huì)有一些好的工作經(jīng)驗(yàn),積累這些經(jīng)驗(yàn)才能使我們的測(cè)試能力逐步提高.

測(cè)試工作沒(méi)有最好,只有更好.測(cè)試總結(jié)2.多談不足 測(cè)試工作的經(jīng)驗(yàn)不光是需要積累好的經(jīng)驗(yàn),更重要的是主動(dòng)發(fā)現(xiàn)我們工作的不足,改進(jìn)不足才能逐步完善測(cè)試工作.

測(cè)試工作中的某些經(jīng)驗(yàn)的獲得,就像是足球場(chǎng)上的守門員一樣,他需要經(jīng)歷失敗才能走向成功.測(cè)試總結(jié)我們面前的挑戰(zhàn)開(kāi)發(fā)人員只把測(cè)試人員當(dāng)作測(cè)試人員來(lái)看 一方面開(kāi)發(fā)人員由于質(zhì)量意識(shí)不強(qiáng),他們認(rèn)為測(cè)試人員就是幫助他們測(cè)試代碼的. 開(kāi)發(fā)人員在編碼和單體測(cè)試時(shí),沒(méi)有對(duì)代碼的質(zhì)量進(jìn)行有效的保證,最后測(cè)試人員進(jìn)行測(cè)試時(shí),大量的Bug使開(kāi)發(fā)人員和測(cè)試人員都感到心情很壞,對(duì)產(chǎn)品的質(zhì)量影響很大. 對(duì)于測(cè)試人員來(lái)說(shuō),一個(gè)幾天測(cè)試才能發(fā)現(xiàn)錯(cuò)誤的項(xiàng)目而獲得成就感要遠(yuǎn)高于每天都能測(cè)試出很多錯(cuò)誤的項(xiàng)目.一個(gè)錯(cuò)誤很多的項(xiàng)目對(duì)于測(cè)試