【文章內(nèi)容簡介】 測分下面會有相應(yīng)的測試用例編寫和執(zhí)行人員。也就是說測試分析文檔是對測試執(zhí)行人員的一個(gè)指導(dǎo)(在我原來的理解方式上，覺得測試分析人員應(yīng)該是用例編寫人員。而在這里測試分析人員是從業(yè)務(wù)上去分析的，用例是用例執(zhí)行人員來寫并且執(zhí)行的)。而通過這次的這次分析覺得自己的測分還存在以下的問題：太關(guān)注開發(fā)的內(nèi)部實(shí)現(xiàn)邏輯。建議：將開發(fā)內(nèi)部實(shí)現(xiàn)邏輯看成一個(gè)黑盒子，測試分析要從這個(gè)黑盒子的輸入和輸出上去看開發(fā)內(nèi)部實(shí)現(xiàn)邏輯是不是有問題，而不應(yīng)該先去了解開發(fā)的實(shí)現(xiàn)邏輯然后按照他們的思路去分析。分析文檔寫的過于詳細(xì)，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細(xì)節(jié)的東西即便是知道的，也要留給之后的用例編寫人員去了解(就像系分之后的開發(fā)需要去寫詳細(xì)設(shè)計(jì)的道理一樣)，這樣后面的人才會自己主動(dòng)去想問題。分析文檔要考慮維護(hù)性問題，不要出現(xiàn)類似比如還款中狀態(tài)為“R”這種具體的數(shù)據(jù)內(nèi)容。因?yàn)槲业姆治鍪菍罄m(xù)用例編寫人員的一個(gè)指導(dǎo)性的文檔，所以如果側(cè)分這么寫很有可能導(dǎo)致用例也照著這么寫，其實(shí)不管側(cè)分和用例都不應(yīng)該具體寫到R這么細(xì)節(jié)，否則的話開發(fā)稍作變動(dòng)我們就要相應(yīng)變動(dòng)我們的用例沒有明確測試目的。review用例的時(shí)候，沒有提出每個(gè)用例需要明確一個(gè)測試目的，讓別人來看這個(gè)用例的時(shí)候能明白到底是怎么回事。總結(jié)：以后寫測試分析文檔，依據(jù)僅僅是prd文檔，必須拋開開發(fā)實(shí)現(xiàn)邏輯部分(即不去看系分文檔)，待測分出來之后，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的`地方。等到在寫用例的時(shí)候再讓寫用例的人和相應(yīng)的開發(fā)去互相明確更細(xì)節(jié)的東西。寫用例我們目前都是僅僅做到對流程上的每個(gè)節(jié)點(diǎn)去單獨(dú)分析，細(xì)到看輸出的時(shí)候會關(guān)注到數(shù)據(jù)庫表的一個(gè)變化。但是除了以上部分，其實(shí)還少了對整體流程的關(guān)注，需要增加業(yè)務(wù)流程的各條路徑的一個(gè)覆蓋，在針對路徑的用例中不需要關(guān)注到數(shù)據(jù)庫表級那么細(xì)。在做流程路徑覆蓋之前應(yīng)該畫一個(gè)路徑圖，這個(gè)圖的畫法考慮各個(gè)入口的不同分開畫流程圖，分別進(jìn)行路徑覆蓋。軟件測試心得體會920xx年11月28日，我懷著提高并實(shí)現(xiàn)自我價(jià)值的心態(tài)，跨進(jìn)E軟件技術(shù)有限公司的大門，開始了自己第一份實(shí)習(xí)工作。這是一家國內(nèi)知名的專業(yè)軟件外包企業(yè)，在深圳華南地區(qū)位居行業(yè)前列。易軟自開始從事軟件外包業(yè)務(wù)以來，服務(wù)合作模式從人力資源外包發(fā)展到項(xiàng)目外包、離岸開發(fā)和OEM產(chǎn)品合作等模式。業(yè)務(wù)領(lǐng)域包括電信業(yè)，金融業(yè)，制造業(yè)等。特別在電信行業(yè)有多年積累，在電信業(yè)務(wù)領(lǐng)域涉及固網(wǎng)，智能網(wǎng)、移動(dòng)通信、光網(wǎng)絡(luò)，電信增值服務(wù)等業(yè)務(wù)領(lǐng)域、易軟公司總部設(shè)在深圳，在上海、南京、北京，廣州，重慶，蘇州，武漢，大連等地建立了分公司或辦事處，就近為客戶提供外包服務(wù)。轉(zhuǎn)眼間，三個(gè)月實(shí)習(xí)時(shí)間就過去了?；叵肫疬@段時(shí)間的工作過程，我從一名普通的大學(xué)生到一個(gè)為社會服務(wù)的軟件測試人員，思想覺悟有了很大的提高，作為一個(gè)剛剛步入企業(yè)的年輕人來說，什么都不懂，沒有任何實(shí)踐經(jīng)驗(yàn)，不過在各位同事的幫助下，我很快的融入到了這個(gè)新環(huán)境，還學(xué)到了很多在學(xué)校學(xué)不到的東西，也認(rèn)識到了自己很多的不足，感覺受益匪淺。以下是我在這幾個(gè)月實(shí)習(xí)期間對工作的總結(jié)以及一些自己的心得體會。要想成為好的測試人員，首先得了解自己要測試的軟件的相關(guān)知識。要了解軟件產(chǎn)品的架構(gòu)是什么樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用戶的反饋信息，這些才是用戶最關(guān)心的，也是在測試中需要注意的問題，滿足客戶是最大的需要。但是了解軟件需求之后要學(xué)會要多讀些軟件系統(tǒng)的技術(shù)文檔，軟件設(shè)計(jì)文檔，這些文檔可以幫助了解產(chǎn)品如何工作。還有多看看公司Bug庫中的問題，這些存在的問題可以幫助自己了解軟件產(chǎn)品那些地方存在缺陷，軟件系統(tǒng)那些地方會出現(xiàn)錯(cuò)誤。軟件是運(yùn)行在一個(gè)大環(huán)境中，如果對系統(tǒng)不熟悉，那么有些問題你不能從一個(gè)更廣闊的層面考慮，學(xué)習(xí)操作系統(tǒng)的知識，有助于你發(fā)現(xiàn)缺陷，定位問題更加準(zhǔn)確。比如軟件運(yùn)行在Windows或者Linux，如果不懂操作系統(tǒng)，你就無法建立測試環(huán)境，有些時(shí)候時(shí)候軟件的組件發(fā)生問題，就是自己系統(tǒng)配置造成的，對系統(tǒng)不熟悉，會把外在原因歸結(jié)為軟件本身。所以要學(xué)習(xí)關(guān)于和軟件系統(tǒng)相關(guān)的知識，比如編程，網(wǎng)絡(luò)，數(shù)據(jù)庫等。不一定要學(xué)習(xí)到多好的程度，只是通過這些擴(kuò)展的知識面，可以在發(fā)現(xiàn)問題，解決問題上不會局限在狹小的圈子里。和一切相關(guān)的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客戶交流，會在測試中從客戶的角度發(fā)現(xiàn)問題；和開發(fā)人員交流，會了解開發(fā)人員怎么實(shí)現(xiàn)軟件功能的；和項(xiàng)目管理人員交流，會知道開發(fā)進(jìn)度以及遇到的困難。在這實(shí)習(xí)期間，我就參與了一個(gè)項(xiàng)目，這對我在軟件測試方面有了一定的認(rèn)識和需要注意的地方。在滕邦國際的項(xiàng)目中，我主要負(fù)責(zé)的是wap網(wǎng)站、Symbian客戶端和后臺管理系統(tǒng)，對有關(guān)用戶界面的測試和測試執(zhí)行流程有了一定的了解，學(xué)會了對bug管理工具Bugzilla的使用。一、有關(guān)用戶界面的測試圖形測試圖形包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等。（1）要確保圖形有明確的用途，應(yīng)用系統(tǒng)的圖片尺寸要合理，并且要能清楚的說明某件事情，一般都鏈接到某個(gè)具體的頁面。如在滕邦項(xiàng)目中，wap網(wǎng)站跟客戶端的標(biāo)志圖形就不一樣，酒店模塊、機(jī)票模塊和旅游模塊的圖片也是不同的。（2）驗(yàn)證所有頁面字體的風(fēng)格是否一致。（3）背景顏色與字體顏色和背景色相搭配。如本項(xiàng)目以該企業(yè)顏色為主。內(nèi)容測試內(nèi)容測試用來檢驗(yàn)應(yīng)用系統(tǒng)提供信息的正確性、準(zhǔn)確性和相關(guān)性。信息的正確性是指信息是可靠的還是誤傳的。信息的相關(guān)性是指是否在當(dāng)前頁面可以找到與當(dāng)前瀏覽信息相關(guān)的信息列表或入口，也就是一般Web站點(diǎn)中的所謂相關(guān)文章列表。如在滕邦項(xiàng)目中，在查詢機(jī)票的時(shí)候出現(xiàn)一個(gè)不應(yīng)存在奧林匹克航空，查詢機(jī)票深圳—北京時(shí)，出現(xiàn)美國聯(lián)合航空UA，屬于國際票務(wù)，也是不應(yīng)該查詢到的。整體界面測試整體界面是指整個(gè)應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計(jì)，是給用戶的一個(gè)整體感。例如：當(dāng)用戶瀏覽應(yīng)用系統(tǒng)時(shí)是否感到舒適，是否憑直覺就知道要找的信息在什么地方？整個(gè)應(yīng)用系統(tǒng)的設(shè)計(jì)風(fēng)格是否一致？在滕邦國際項(xiàng)目中，除了wap網(wǎng)站外，還有Symbian、Android、WinMobile三個(gè)客戶端，所以在事先沒有標(biāo)準(zhǔn)的情況下，各個(gè)平臺的導(dǎo)航不統(tǒng)一，各關(guān)鍵字段也不一致。二、bug管理在進(jìn)行測試前，首先必須理解業(yè)務(wù)和需求。需求和業(yè)務(wù)理解了，才知道客戶想要系統(tǒng)實(shí)現(xiàn)什么。然后按照需求來進(jìn)行測試，不滿足需求要求的都可以認(rèn)為是BUG。和開發(fā)人員溝通。這里說的溝通并不僅僅指通過溝通試圖讓開發(fā)人員修改每個(gè)BUG，這個(gè)當(dāng)然需要溝通，但是并不是指所有的BUG都需要修改，這中間涉及到成本、技術(shù)，還有別的問題。除此之外，通過和開發(fā)人員搞好關(guān)系，對于BUG我們可以問他發(fā)生該BUG的原因，修改的大致方法，甚至不修改的原因等等，這有助于以后測試中多注意、多發(fā)現(xiàn)這樣的問題，甚至提出修改建議。如在Symbian客戶端測試中，會出現(xiàn)內(nèi)存不足，請關(guān)閉一些應(yīng)用程序后再試的警告，是屬于正?，F(xiàn)象。決定BUG嚴(yán)重性的時(shí)候，可以根據(jù)該被測對象在整個(gè)系統(tǒng)中充當(dāng)?shù)慕巧瑢?shí)現(xiàn)的功能來判定如果該對象出現(xiàn)錯(cuò)誤會對整個(gè)系統(tǒng)產(chǎn)生什么樣的影響，對產(chǎn)生的影響打分，從而定義BUG的嚴(yán)重程度；決定BUG優(yōu)先級的時(shí)候，可以先假設(shè)不修復(fù)該BUG，出現(xiàn)的這些問題會產(chǎn)生哪些影響，然后判定這些影響的嚴(yán)重性來判定BUG的優(yōu)先性。如在項(xiàng)目中，旅游模塊頁面中，點(diǎn)擊查詢時(shí)自動(dòng)退出系統(tǒng)，本是屬于High單，而我提的是Medium單。容易產(chǎn)生BUG的情況：雖然在開發(fā)過程中，軟件需求通常都會發(fā)生改動(dòng)，所以如果某一部分的軟件需求頻繁發(fā)生變動(dòng)，那么就會導(dǎo)致和這部分相關(guān)的編碼和設(shè)計(jì)會相應(yīng)的頻繁變動(dòng)，那么在測試中，這部分編碼設(shè)計(jì)實(shí)現(xiàn)的部分出現(xiàn)BUG的可能性就很大。如果在開發(fā)的過程中，大量使用了第三方的組件，或者從別的軟件中移植了大量的代碼，那么和這些第三方的組件和代碼相關(guān)部分出現(xiàn)BUG的39?？赡苄跃秃艽蟆１局鴮T業(yè)的憧憬，走進(jìn)了中城泰信（北京）信息技術(shù)有限公司，我在公司所從事的工作是軟件測試，在真正投入到工作之前，我在網(wǎng)上查詢了許多測試員的相關(guān)要求，了解了作為一個(gè)測試人員必須耐心，細(xì)心和平和的心態(tài)，他的目標(biāo)是盡可能早一些找出軟件缺陷，提高產(chǎn)品的質(zhì)量，降低維護(hù)的成本，盡可能的達(dá)到客戶的需求。軟件測試員的一個(gè)基本素質(zhì)是：打破沙鍋問到底。另外還必須具備探索精神，有創(chuàng)造性，追求完美，判斷準(zhǔn)確，老練穩(wěn)重，