qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          一次軟件測試的電話面試分享

            以下是一次典型的軟件測試電話面試分享,答案僅為個人看法,非標(biāo)準(zhǔn)答案。希望對正在找軟件測試工作的同學(xué)有所幫幫助。

            1、自我介紹

            我叫XXX,畢業(yè)于XX大學(xué)計算機科學(xué)與技術(shù)專業(yè)。畢業(yè)后進(jìn)入XX公司做了X年的軟件測試工作,主要從事XXX項目功能及性能測試的工作,熟悉TD/QTP/LoadRunner/SqlSever等,注重團(tuán)隊合作,工作認(rèn)真負(fù)責(zé),有強烈的責(zé)任心,喜歡專研新技術(shù);同時帶領(lǐng)過XX項目的管理工作,熟悉項目管理流程...

            有些公司可能還需要準(zhǔn)備一份英文的自我介紹。

            2、測試流程

            就說說最近的這次xxxx網(wǎng)站功能的測試流程。

            首先:得到相關(guān)文檔(需求文檔和設(shè)計文檔),理解需求和設(shè)計思想后,制定測試計劃(需評審),擬定測試策略(需評審),需要考慮到測試環(huán)境,測試時間,測試風(fēng)險等

            第二步:設(shè)計測試用例,測試策略是:先完成網(wǎng)站部分的功能點測試,然后再進(jìn)行系統(tǒng)測試(包括與其他模塊的聯(lián)調(diào)測試)。進(jìn)行測試用例的設(shè)計時,需要覆蓋到各種正常、異常處理情況。同時還包括界面測試、瀏覽器兼容性測試,易用測試及性能測試等。

            第三步:搭建測試環(huán)境,執(zhí)行測試,記錄測試缺陷

            第四步:進(jìn)行測試缺陷分析,完成測試報告編寫

            3、LoadRunner 如何優(yōu)化腳本

            ● 參數(shù)化(模擬真實的用戶選擇)

            ● 手動關(guān)聯(lián)(服務(wù)器返回的信息,例如sessionid,key的值等)

            ● 添加相應(yīng)事務(wù)的集合點(主要是用于控制并發(fā)情況)與檢查點(主要用于檢查文字是否正確和圖片是否正常顯示)

            4、說一說工作中發(fā)現(xiàn)有價值的bug

            拿xxx來說發(fā)現(xiàn)登錄模塊中,出現(xiàn)登錄延時現(xiàn)象,服務(wù)器響應(yīng)很慢,通過多次測試在分析與確認(rèn)以及和開發(fā)人員的溝通發(fā)現(xiàn)是login的**有問題。

            拿xxx來說,用于導(dǎo)航的樹型菜單,加載數(shù)據(jù)延時,通過反復(fù)測試與確認(rèn),和開發(fā)人員溝通發(fā)現(xiàn)是算法和當(dāng)初的設(shè)計加載數(shù)據(jù)導(dǎo)致的。

            5、Bug管理流程

            ● 發(fā)現(xiàn)Bug,使用缺陷管理工具提交到Bug管理庫,此時狀態(tài)時New

            ● 測試TM審核缺陷,如果確認(rèn)是問題,再分配給對應(yīng)的開發(fā)人員,設(shè)置狀態(tài)是Open

            ● 如果不是錯誤,則拒絕,設(shè)置為Declined(拒絕)狀態(tài)

            ● 開發(fā)人員查詢狀態(tài)為Open的Bug,如果不是錯誤,則置狀態(tài)為Declined;如果是Bug則修復(fù)并置狀態(tài)為Fixed;不能解決的Bug,要留下文字說明及保持Bug為Open狀態(tài);對于不能解決和延期解決的Bug,不能由開發(fā)人員自己決定,一般要通過某種會議(評審會)通過才能認(rèn)可

            ● 測試人員查詢狀態(tài)為Fixed的Bug,然后驗證Bug是否已解決,如解決置Bug的狀態(tài)為Closed,如沒有解決置狀態(tài)為Reopen

            6、軟件錯誤流程管理要點

            ● 為了保證錯誤的正確性,需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤,書寫的測試步驟是否準(zhǔn)確,可以重復(fù)。

            ● 每次對錯誤的處理都要保留處理信息,包括處理姓名,時間,處理方法,處理意見,Bug狀態(tài)。

            ● 拒絕或延期錯誤不能由程序員單方面決定,應(yīng)該由項目經(jīng)理,測試經(jīng)理和設(shè)計經(jīng)理共同決定。

            ● 錯誤修復(fù)后必須由報告錯誤的測試人員驗證后,確認(rèn)已經(jīng)修復(fù),才能關(guān)閉錯誤。

            ● 加強測試人員與程序員的交流,對于某些不能重復(fù)的錯誤,可以請測試人員補充詳細(xì)的測試步驟和方法,以及必要的測試用例

            7、談?wù)剛€人軟件測試職業(yè)發(fā)展計劃

            個人認(rèn)為測試經(jīng)驗越多,測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的,一步一步向測試經(jīng)理目標(biāo)靠近。而且我也有初步的職業(yè)規(guī)劃,前3年累積測試經(jīng)驗,不斷的更新自己改正自己,做好測試任務(wù),擴(kuò)展更多的技術(shù)。做一個全面的測試人員,我希望能夠在一個好的職位上待幾年,而且最好有一次晉升,然后就期待著下一步。不管是向上提升,還是在企業(yè)內(nèi)橫向調(diào)動,對我個人來說,我希望找到一家企業(yè),一家愿意做相互投入的企業(yè)。

            8、你有哪些優(yōu)點?

            我的學(xué)習(xí)能力和適應(yīng)環(huán)境的能力很強,和同事們的關(guān)系處理的非常融洽,工作中很細(xì)心,投入,一旦下定決心做某事,我就要把它做好。熟話說的好:細(xì)節(jié)決定成敗,我覺得這句話在測試當(dāng)中相當(dāng)實用,往往是一個不起眼的小問題,引起了Bug.

            9、你有哪些缺點?

            我這人比較執(zhí)著,認(rèn)定的事情就不會放棄。在家的時候老媽也經(jīng)常說我蠻固執(zhí)的,在就是個性子有點急,分配給我的工作,我總想趕在第一時間盡快做好。

            10、有沒有意向去外地工作?

            我一直以來都比較獨立,不喜歡依賴于人,年輕人也需要多在外地多闖一闖。至于去哪里工作,我服從公司的調(diào)度和安排。

          11、對于加班有什么看法?

            有句話說的好加班是合理的,不加班也是合理,除特殊情況外,我都服從工作上的安排。

            12、對自己的評價?

            對于工作我比較有責(zé)任心和耐心,具備良好的職業(yè)素養(yǎng)。對于生活充滿信心和愛心,懷著一顆感恩的心,努力做好每一件事情。

            13、您所熟悉的測試用例設(shè)計方法都有哪些?

            ● 等價類劃分

            ● 邊界值分析法

            ● 錯誤推測法:基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法

            ● 因果圖方法:輸入條件之間的聯(lián)系和相互組合情況,生成判定表。從而設(shè)計測試用例

            ● 比較法:比較每個版本 主要用于后期的用例

            ● 業(yè)務(wù)流程圖分析和狀態(tài)轉(zhuǎn)換分析/業(yè)務(wù)邏輯分析

            14、通過畫因果圖來寫測試用例的步驟為:

            ● 分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標(biāo)識符。

            ● 分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系,畫出因果圖。

            ● 由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一些記號標(biāo)明約束或限制條件。

            ● 把因果圖轉(zhuǎn)換成判定表。

            ● 把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例。

            15、您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么?

            ● 白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果

            ● 黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試,以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題

            16、什么是安全性測試?

            全測試是在IT軟件產(chǎn)品的生命周期中,特別是產(chǎn)品開發(fā)基本完成到發(fā)布階段,對產(chǎn)品進(jìn)行檢驗以驗證產(chǎn)品符合安全需求定義和產(chǎn)品質(zhì)量標(biāo)準(zhǔn)的過程 。

            ● 用戶認(rèn)證安全

            ● 系統(tǒng)網(wǎng)絡(luò)安全

            ● 數(shù)據(jù)庫安全

            17、什么是集成測試?

            在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)或系統(tǒng),進(jìn)行集成測試。英文一些模塊雖然能夠單獨工作,但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實現(xiàn)。

            集成測試應(yīng)該考慮以下問題:

            ● 在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失;

            ● 各個子功能組合起來,能否達(dá)到預(yù)期要求的父功能;

            ● 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;

            ● 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題;

            ● 單個模塊的誤差積累起來,是否會放大,從而達(dá)到不可接受的程度

            18、你有什么問題要問的?

            可以問一問該公司的測試流程,個人職業(yè)發(fā)展方向,公司產(chǎn)品項目等等。

          posted on 2012-05-10 09:21 順其自然EVO 閱讀(3174) 評論(0)  編輯  收藏 所屬分類: 測試學(xué)習(xí)專欄管理方向

          <2012年5月>
          293012345
          6789101112
          13141516171819
          20212223242526
          272829303112
          3456789

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 惠水县| 综艺| 隆昌县| 安塞县| 大庆市| 海淀区| 铜川市| 美姑县| 台江县| 成武县| 石河子市| 三明市| 密云县| 西乌珠穆沁旗| 张北县| 射洪县| 南京市| 婺源县| 天门市| 台东县| 修水县| 朝阳市| 长岭县| 安新县| 蒲城县| 普宁市| 屏南县| 陈巴尔虎旗| 东莞市| 乌兰察布市| 来安县| 平泉县| 上高县| 同仁县| 桂东县| 昌黎县| 蒲江县| 平利县| 大同县| 正宁县| 宁安市|