經(jīng)典測(cè)試面試題

1、問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug解藻,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug,你應(yīng)該怎樣解決葡盗?

1.首先明確開(kāi)發(fā)說(shuō)不是bug的理由螟左。

2.我會(huì)先向產(chǎn)品進(jìn)行確認(rèn),是否需要需求變更

3.如果開(kāi)發(fā)說(shuō)是測(cè)試環(huán)境出現(xiàn)問(wèn)題觅够,我會(huì)讓開(kāi)發(fā)講清楚測(cè)試環(huán)境是什么胶背。然后根據(jù)他提的進(jìn)行測(cè)試? ,如果與他說(shuō)的一致喘先,改成關(guān)閉狀態(tài)钳吟。

如果不是他所說(shuō)的那樣,我會(huì)繼續(xù)激活bug苹祟,確保軟件質(zhì)量砸抛。

4.開(kāi)發(fā)說(shuō)用戶不存在這種使用場(chǎng)景评雌,但是我們不認(rèn)可他們說(shuō)的會(huì)把bug交給測(cè)試經(jīng)理,讓測(cè)試經(jīng)理斷定直焙。

2景东、問(wèn):給你一個(gè)網(wǎng)站,你如何測(cè)試奔誓?

首先斤吐,查找需求說(shuō)明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔厨喂,分析測(cè)試需求和措。

制定測(cè)試計(jì)劃,確定測(cè)試范圍和測(cè)試策略蜕煌,一般包括以下幾個(gè)部分:功能性測(cè)試派阱;界面測(cè)試;性能測(cè)試斜纪;數(shù)據(jù)庫(kù)測(cè)試贫母;安全性測(cè)試;兼容性測(cè)試

設(shè)計(jì)測(cè)試用例:

功能性測(cè)試可以包括盒刚,但不限于以下幾個(gè)方面:

鏈接測(cè)試腺劣。鏈接是否正確跳轉(zhuǎn),是否存在空頁(yè)面和無(wú)效頁(yè)面因块,是否有不正確的出錯(cuò)信息返回橘原。

提交功能的測(cè)試。

多媒體元素是否可以正確加載和顯示涡上。

多語(yǔ)言支持是否能夠正確顯示選擇的語(yǔ)言等趾断。

界面測(cè)試可以包括但不限于一下幾個(gè)方面:

頁(yè)面是否風(fēng)格統(tǒng)一,美觀

頁(yè)面布局是否合理吩愧,重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出

控件是否正常使用

對(duì)于必須但未安裝的控件歼冰,是否提供自動(dòng)下載并安裝的功能

文字檢查

性能測(cè)試一般從以下兩個(gè)方面考慮:

壓力測(cè)試;負(fù)載測(cè)試耻警;強(qiáng)度測(cè)試

數(shù)據(jù)庫(kù)測(cè)試要具體決定是否需要開(kāi)展隔嫡。數(shù)據(jù)庫(kù)一般需要考慮連結(jié)性,對(duì)數(shù)據(jù)的存取操作甘穿,數(shù)據(jù)內(nèi)容的驗(yàn)證等方面腮恩。

安全性測(cè)試

基本的登錄功能的檢查

是否存在溢出錯(cuò)誤,導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露

相關(guān)開(kāi)發(fā)語(yǔ)言的常見(jiàn)安全性問(wèn)題檢查温兼,例如SQL注入等

如果需要高級(jí)的安全性測(cè)試秸滴,確定獲得專業(yè)安全公司的幫助,外包測(cè)試募判,或者獲取支持

兼容性測(cè)試荡含,根據(jù)需求說(shuō)明的內(nèi)容咒唆,確定支持的平臺(tái)組合:

瀏覽器的兼容性;

操作系統(tǒng)的兼容性释液;

軟件平臺(tái)的兼容性全释;

數(shù)據(jù)庫(kù)的兼容性

開(kāi)展測(cè)試,并記錄缺陷误债。合理的安排調(diào)整測(cè)試進(jìn)度浸船,提前獲取測(cè)試所需的資源,建立管理體系(例如寝蹈,需求變更李命、風(fēng)險(xiǎn)、配置箫老、測(cè)試文檔封字、缺陷報(bào)告、人力資源等內(nèi)容)耍鬓。

定期評(píng)審周叮,對(duì)測(cè)試進(jìn)行評(píng)估和總結(jié),調(diào)整測(cè)試的內(nèi)容界斜。


3、在搜索引擎中輸入漢字就可以解析到對(duì)應(yīng)的域名合冀,請(qǐng)問(wèn)如何用LoadRunner進(jìn)行測(cè)試各薇。

建立測(cè)試計(jì)劃,確定測(cè)試標(biāo)準(zhǔn)和測(cè)試范圍

設(shè)計(jì)典型場(chǎng)景的測(cè)試用例君躺,覆蓋常用業(yè)務(wù)流程和不常用的業(yè)務(wù)流程等

根據(jù)測(cè)試用例峭判,開(kāi)發(fā)自動(dòng)測(cè)試腳本和場(chǎng)景:

錄制測(cè)試腳本:新建一個(gè)腳本(Web/HTML協(xié)議);點(diǎn)擊錄制按鈕棕叫,在彈出的對(duì)話框的URL中輸入”about:blank”林螃;在打開(kāi)的瀏覽器中進(jìn)行正常操作流程后,結(jié)束錄制俺泣;調(diào)試腳本并保存疗认,可能要注意到字符集的關(guān)聯(lián)。

設(shè)置測(cè)試場(chǎng)景:針對(duì)性能設(shè)置測(cè)試場(chǎng)景伏钠,主要判斷在正常情況下横漏,系統(tǒng)的平均事務(wù)響應(yīng)時(shí)間是否達(dá)標(biāo);針對(duì)壓力負(fù)載設(shè)置測(cè)試場(chǎng)景熟掂,主要判斷在長(zhǎng)時(shí)間處于滿負(fù)荷或者超出系統(tǒng)承載能力的條件下缎浇,系統(tǒng)是否會(huì)崩潰;執(zhí)行測(cè)試赴肚,獲取測(cè)試結(jié)果素跺,分析測(cè)試結(jié)果


4二蓝、問(wèn):一臺(tái)客戶端有三百個(gè)客戶與三百個(gè)客戶端有三百個(gè)客戶對(duì)服務(wù)器施壓,有什么區(qū)別?

300個(gè)用戶在一個(gè)客戶端上指厌,會(huì)占用客戶機(jī)更多的資源刊愚,而影響測(cè)試的結(jié)果。線程之間可能發(fā)生干擾仑乌,而產(chǎn)生一些異常百拓。

300個(gè)用戶在一個(gè)客戶端上,需要更大的帶寬晰甚。

IP地址的問(wèn)題衙传,可能需要使用IP Spoof來(lái)繞過(guò)服務(wù)器對(duì)于單一IP地址最大連接數(shù)的限制。

所有用戶在一個(gè)客戶端上厕九,不必考慮分布式管理的問(wèn)題蓖捶;而用戶分布在不同的客戶端上,需要考慮使用控制器來(lái)整體調(diào)配不同客戶機(jī)上的用戶扁远。同時(shí)俊鱼,還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置。

5畅买、試述軟件的概念和特點(diǎn)并闲?軟件復(fù)用的含義?構(gòu)件包括哪些谷羞?

軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分帝火,與計(jì)算機(jī)系統(tǒng)操作有關(guān)的計(jì)算機(jī)程序、規(guī)程湃缎、規(guī)則犀填,以及可能有的文件、文檔及數(shù)據(jù)嗓违。

軟件復(fù)用(SoftWare Reuse)是將已有軟件的各種有關(guān)知識(shí)用于建立新的軟件九巡,以縮減軟件開(kāi)發(fā)和維護(hù)的花費(fèi)。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)蹂季。早期的軟件復(fù)用主要是代碼級(jí)復(fù)用冕广,被復(fù)用的知識(shí)專指程序,后來(lái)擴(kuò)大到包括領(lǐng)域知識(shí)偿洁、開(kāi)發(fā)經(jīng)驗(yàn)佳窑、設(shè)計(jì)決定、體系結(jié)構(gòu)父能、需求神凑、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。

可以被復(fù)用的軟件成分一般稱作可復(fù)用構(gòu)件


6溉委、軟件生存周期及其模型是什么鹃唯?

軟件生存周期(Software life cycle)又稱為軟件生命期,生存期瓣喊。是指從形成開(kāi)發(fā)軟件概念起坡慌,所開(kāi)發(fā)的軟件使用以后,知道失去使用價(jià)值消亡為止的整個(gè)過(guò)程藻三。一般來(lái)說(shuō)洪橘,整個(gè)生存周期包括計(jì)劃(定義)、開(kāi)發(fā)棵帽、運(yùn)行(維護(hù))三個(gè)時(shí)期熄求,每個(gè)時(shí)期又劃分為若干個(gè)階段。每個(gè)階段有明確的任務(wù)逗概。

周期模型(典型的幾種):

瀑布模型

快速原型模型:快速原型模型允許在需求分析階段對(duì)軟件的需求進(jìn)行初步而非完全的分析和定義弟晚,快速設(shè)計(jì)開(kāi)發(fā)出軟件系統(tǒng)的原型,該原型向用戶展示待開(kāi)發(fā)軟件的全部或部分功能和性能逾苫;用戶對(duì)該原型進(jìn)行測(cè)試評(píng)定卿城,給出具體改進(jìn)意見(jiàn)以豐富細(xì)化軟件需求;開(kāi)發(fā)人員據(jù)此對(duì)軟件進(jìn)行修改完善铅搓,直至用戶滿意認(rèn)可之后瑟押,進(jìn)行軟件的完整實(shí)現(xiàn)及測(cè)試、維護(hù)星掰。

迭代模型:迭代包括產(chǎn)生產(chǎn)品發(fā)布(穩(wěn)定多望、可執(zhí)行的產(chǎn)品版本)的全部開(kāi)發(fā)活動(dòng)和要使用該發(fā)布必需的所有其他外圍元素。在某種程度上蹋偏,開(kāi)發(fā)迭代是一次 完整地經(jīng)過(guò)所有工作流程的過(guò)程:需求分析、設(shè)計(jì)至壤、實(shí)施和測(cè)試工作流程威始。實(shí)質(zhì)上,它類似小型的瀑布式項(xiàng)目像街。RUP認(rèn)為黎棠,所有的階段都可以細(xì)分為迭代。每一次 的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品镰绎,這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集脓斩。

生命周期階段:

軟件計(jì)劃與可行性分析

需求分析

軟件設(shè)計(jì)

編碼

軟件測(cè)試

運(yùn)行與維護(hù)


7、什么是軟件測(cè)試畴栖?軟件測(cè)試的目的與原則

在規(guī)定的條件下對(duì)程序進(jìn)行操作随静,以發(fā)現(xiàn)程序錯(cuò)誤,衡量軟件質(zhì)量,并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程燎猛。

軟件測(cè)試的目的:

測(cè)試是程序的執(zhí)行過(guò)程恋捆,目的在于發(fā)現(xiàn)錯(cuò)誤

一個(gè)成功的測(cè)試用例在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試

確保產(chǎn)品完成了它所承諾或公布的功能,并且用戶可以訪問(wèn)到的功能都有明確的書(shū)面說(shuō)明重绷。

確保產(chǎn)品滿足性能和效率的要求

確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的

軟件測(cè)試的原則:

測(cè)試用例中一個(gè)必須部分是對(duì)預(yù)期輸出或接過(guò)進(jìn)行定義

程序員應(yīng)避免測(cè)試自己編寫的程序

編寫軟件的組織不應(yīng)當(dāng)測(cè)試自己編寫的軟件

應(yīng)當(dāng)徹底檢查每個(gè)測(cè)試的執(zhí)行結(jié)果

測(cè)試用例的編寫不僅應(yīng)當(dāng)根據(jù)有效和預(yù)料到的輸入情況沸停,而且也應(yīng)當(dāng)根據(jù)無(wú)效和未預(yù)料到的輸入情況

檢擦程序是否“未做其應(yīng)該做的”僅是測(cè)試的一半,測(cè)試的另一半是檢查程序是否“做了其不應(yīng)該做的”

應(yīng)避免測(cè)試用例用后即棄昭卓,除非軟件本身就是個(gè)一次性的軟件

計(jì)劃測(cè)試工作時(shí)不應(yīng)默許假定不會(huì)發(fā)現(xiàn)錯(cuò)誤

程序某部分存在更多錯(cuò)誤的可能性愤钾,與該部分已經(jīng)發(fā)現(xiàn)錯(cuò)誤的數(shù)量成正比

軟件測(cè)試是一項(xiàng)極富創(chuàng)造性,極具智力的挑戰(zhàn)性的工作

8候醒、軟件配置管理的作用能颁?軟件配置包括什么?

軟件配置管理(Software Configuration Management火焰,SCM)是一種標(biāo)識(shí)劲装、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過(guò)程昌简。在軟件建立時(shí)變更是不可避免的占业,而變更加劇了項(xiàng)目中軟件開(kāi)發(fā)者之間的混亂。SCM活動(dòng)的目標(biāo)就是為了標(biāo)識(shí)變更纯赎、控制變更谦疾、確保變更正確實(shí)現(xiàn)并向其他有關(guān)人員報(bào)告變更。從某種角度講犬金,SCM是一種標(biāo)識(shí)念恍、組織和控制修改的技術(shù),目的是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率晚顷。

軟件配置包括如下內(nèi)容:配置項(xiàng)識(shí)別峰伙、工作空間管理、版本控制该默、變更控制瞳氓、狀態(tài)報(bào)告、配置審計(jì)


9栓袖、什么是軟件質(zhì)量匣摘?

概括地說(shuō),軟件質(zhì)量就是“軟件與明確的和隱含的定義的需求相一致的程度”裹刮。具體地說(shuō)音榜,軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述 的開(kāi)發(fā)標(biāo)準(zhǔn)捧弃、以及所有專業(yè)開(kāi)發(fā)的軟件都應(yīng)具有的隱含特征的程度赠叼。 影響軟件質(zhì)量的主要因素,這些因素是從管理角度對(duì)軟件質(zhì)量的度量∶犯睿可劃分為三組霜第,分別反應(yīng)用戶在使用軟件產(chǎn)品時(shí)的三種觀點(diǎn)。正確性户辞、健壯性泌类、效率、完整性底燎、可用性刃榨、風(fēng)險(xiǎn)(產(chǎn)品運(yùn)行);可理解性双仍、可維修性枢希、靈活性、可測(cè)試性(產(chǎn)品修改)朱沃;可移植性苞轿、可再用性、互運(yùn)行性(產(chǎn)品轉(zhuǎn)移)逗物。


10搬卒、目前主要的測(cè)試用例設(shè)計(jì)方法是什么?

白盒測(cè)試:邏輯覆蓋翎卓、循環(huán)覆蓋契邀、基本路徑覆蓋

黑盒測(cè)試:邊界值分析法、等價(jià)類劃分失暴、錯(cuò)誤猜測(cè)法坯门、因果圖法、狀態(tài)圖法逗扒、測(cè)試大綱法古戴、隨機(jī)測(cè)試、場(chǎng)景法


11矩肩、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試现恼?

軟件安全性測(cè)試包括程序、數(shù)據(jù)庫(kù)安全性測(cè)試蛮拔。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同述暂。

用戶認(rèn)證安全的測(cè)試要考慮問(wèn)題: 明確區(qū)分系統(tǒng)中不同用戶權(quán)限 痹升、系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶沖突 建炫、系統(tǒng)會(huì)不會(huì)因用戶的權(quán)限的改變?cè)斐苫靵y 、用戶登陸密碼是否是可見(jiàn)疼蛾、可復(fù)制 肛跌、是否可以通過(guò)絕對(duì)途徑登陸系統(tǒng)(拷貝用戶登陸后的鏈接直接進(jìn)入系統(tǒng))、用戶退出系統(tǒng)后是否刪除了所有鑒權(quán)標(biāo)記,是否可以使用后退鍵而不通過(guò)輸入口令進(jìn)入 系統(tǒng) 衍慎、系統(tǒng)網(wǎng)絡(luò)安全的測(cè)試要考慮問(wèn)題 转唉、測(cè)試采取的防護(hù)措施是否正確裝配好,有關(guān)系統(tǒng)的補(bǔ)丁是否打上 稳捆、模擬非授權(quán)攻擊赠法,看防護(hù)系統(tǒng)是否堅(jiān)固 、采用成熟的網(wǎng)絡(luò)漏洞檢查工具檢查系統(tǒng)相關(guān)漏洞(即用最專業(yè)的黑客攻擊工具攻擊試一下乔夯,現(xiàn)在最常用的是 NBSI 系列和 IPhacker IP ) 砖织、采用各種木馬檢查工具檢查系統(tǒng)木馬情況 、采用各種防外掛工具檢查系統(tǒng)各組程序的外掛漏洞

數(shù)據(jù)庫(kù)安全考慮問(wèn)題: 系統(tǒng)數(shù)據(jù)是否機(jī)密(比如對(duì)銀行系統(tǒng)末荐,這一點(diǎn)就特別重要侧纯,一般的網(wǎng)站就沒(méi)有太高要求)、系統(tǒng)數(shù)據(jù)的完整性(我剛剛結(jié)束的企業(yè)實(shí)名核查服務(wù)系統(tǒng)中就曾存在數(shù)據(jù) 的不完整甲脏,對(duì)于這個(gè)系統(tǒng)的功能實(shí)現(xiàn)有了障礙) 眶熬、系統(tǒng)數(shù)據(jù)可管理性 、系統(tǒng)數(shù)據(jù)的獨(dú)立性 块请、系統(tǒng)數(shù)據(jù)可備份和恢復(fù)能力(數(shù)據(jù)備份是否完整娜氏,可否恢復(fù),恢復(fù)是否可以完整)


12负乡、什么是測(cè)試用例?什么是測(cè)試腳本?兩者的關(guān)系是什么牍白?

為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合抖棘。

測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫的腳本茂腥。

測(cè)試腳本的編寫必須對(duì)應(yīng)相應(yīng)的測(cè)試用例


13、簡(jiǎn)述什么是靜態(tài)測(cè)試切省、動(dòng)態(tài)測(cè)試最岗、黑盒測(cè)試、白盒測(cè)試朝捆、α測(cè)試?β測(cè)試

靜態(tài)測(cè)試是不運(yùn)行程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評(píng)估程序代碼的過(guò)程般渡。

動(dòng)態(tài)測(cè)試是實(shí)際運(yùn)行被測(cè)程序,輸入相應(yīng)的測(cè)試實(shí)例芙盘,檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異驯用,判定執(zhí)行結(jié)果是否符合要求,從而檢驗(yàn)程序的正確性儒老、可靠性和有效性蝴乔,并分析系統(tǒng)運(yùn)行效率和健壯性等性能。

黑盒測(cè)試一般用來(lái)確認(rèn)軟件功能的正確性和可操作性,目的是檢測(cè)軟件的各個(gè)功能是否能得以實(shí)現(xiàn),把被測(cè)試的程序當(dāng)作一個(gè)黑盒,不考慮其內(nèi)部結(jié)構(gòu),在知道該程序的輸入和輸出之間的關(guān)系或程序功能的情況下,依靠軟件規(guī)格說(shuō)明書(shū)來(lái)確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性驮樊。

白盒測(cè)試根據(jù)軟件內(nèi)部的邏輯結(jié)構(gòu)分析來(lái)進(jìn)行測(cè)試,是基于代碼的測(cè)試薇正,測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量片酝,一般黑盒測(cè)試由項(xiàng)目經(jīng)理在程序員開(kāi)發(fā)中來(lái)實(shí)現(xiàn)。

α測(cè)試是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試挖腰,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試雕沿,Alpha測(cè)試不能由程序員或測(cè)試員完成。

β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試猴仑。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)审轮,Beta測(cè)試不能由程序員或測(cè)試員完成。


14辽俗、軟件質(zhì)量保證體系是什么?國(guó)家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么?他們的編號(hào)和全稱是什么?

SQA由一套軟件工程過(guò)程和方法組成断国,以保證(軟件的)質(zhì)量。SQA貫穿整個(gè)軟件開(kāi)發(fā)過(guò)程榆苞,(它)應(yīng)包括需求文檔評(píng)審稳衬、代碼控制、代碼評(píng)審坐漏、變更管理薄疚、配置管理、版本管理和軟件測(cè)試赊琳。

軟件質(zhì)量保證(SQA-Software Quality Assurance)是建立一套有計(jì)劃越除,有系統(tǒng)的方法镰惦,來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)兽埃、步驟专肪、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用。軟件質(zhì)量保證的目的是使軟件過(guò)程對(duì)于管理人員來(lái)說(shuō)是可見(jiàn)的趁尼。它通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的埃碱。軟件質(zhì)量保證組在項(xiàng)目開(kāi)始時(shí)就一起參與建立計(jì)劃、標(biāo)準(zhǔn)和過(guò)程酥泞。這些將使軟件項(xiàng)目滿足機(jī)構(gòu)方針的要求砚殿。


15、軟件產(chǎn)品質(zhì)量特性是什么?

功能性:適應(yīng)性芝囤、準(zhǔn)確性似炎、互操作性、依從性悯姊、安全性羡藐。

可靠性:成熟性、容錯(cuò)性悯许、易恢復(fù)性仆嗦。

可使用性:易理解性、易學(xué)習(xí)性岸晦、易操作性欧啤。

效率:時(shí)間特性、資源特性启上。

可維護(hù)性:易分析性邢隧、易變更性、穩(wěn)定性冈在、易測(cè)試性倒慧。

可移植性: 適應(yīng)性、易安裝性包券、遵循性纫谅、易替換性


16、軟件測(cè)試的策略是什么?

軟件測(cè)試策略:在一定的軟件測(cè)試標(biāo)準(zhǔn)溅固、測(cè)試規(guī)范的指導(dǎo)下付秕,依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式侍郭、方法的集合询吴。


17、軟件測(cè)試分為幾個(gè)階段?各階段的測(cè)試策略和要求是什么?

和開(kāi)發(fā)過(guò)程相對(duì)應(yīng)亮元,測(cè)試過(guò)程會(huì)依次經(jīng)歷單元測(cè)試猛计、集成測(cè)試、系統(tǒng)測(cè)試爆捞、驗(yàn)收測(cè)試四個(gè)主要階段:

單元測(cè)試:?jiǎn)卧獪y(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測(cè)試工作奉瘤,通常由開(kāi)發(fā)人員進(jìn)行。

集成測(cè)試:集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來(lái)進(jìn)行測(cè)試煮甥,主要目的是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題盗温。由于在產(chǎn)品提交到測(cè)試部門前,產(chǎn)品開(kāi)發(fā)小組都要進(jìn)行聯(lián)合調(diào)試成肘,因此在大部分企業(yè)中集成測(cè)試是由開(kāi)發(fā)人員來(lái)完成的肌访。

系統(tǒng)測(cè)試:系統(tǒng)測(cè)試是在集成測(cè)試通過(guò)后進(jìn)行的,目的是充分運(yùn)行系統(tǒng)艇劫,驗(yàn)證各子系統(tǒng)是否都能正常工作并完成設(shè)計(jì)的要求吼驶。它主要由測(cè)試部門進(jìn)行,是測(cè)試部門最大最重要的一個(gè)測(cè)試店煞,對(duì)產(chǎn)品的質(zhì)量有重大的影響蟹演。

驗(yàn)收測(cè)試:驗(yàn)收測(cè)試以需求階段的《需求規(guī)格說(shuō)明書(shū)》為驗(yàn)收標(biāo)準(zhǔn),測(cè)試時(shí)要求模擬實(shí)際用戶的運(yùn)行環(huán)境顷蟀。對(duì)于實(shí)際項(xiàng)目可以和客戶共同進(jìn)行酒请,對(duì)于產(chǎn)品來(lái)說(shuō)就是最后一次的系統(tǒng)測(cè)試。測(cè)試內(nèi)容為對(duì)功能模塊的全面測(cè)試鸣个,尤其要進(jìn)行文檔測(cè)試羞反。

單元測(cè)試測(cè)試策略:

自頂向下的單元測(cè)試策略:比孤立單元測(cè)試的成本高很多布朦,不是單元測(cè)試的一個(gè)好的選擇。

自底向上的單元測(cè)試策略:比較合理的單元測(cè)試策略昼窗,但測(cè)試周期較長(zhǎng)是趴。

孤立單元測(cè)試策略:最好的單元測(cè)試策略。

集成測(cè)試的測(cè)試策略:

大爆炸集成:適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或被測(cè)試系統(tǒng)較小

自頂向下集成:適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定澄惊;高層接口變化較兴敉尽;底層接口未定義或經(jīng)车可能被修改肛搬;產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn),需要盡早被驗(yàn)證毕贼;希望盡早能看到產(chǎn)品的系統(tǒng)功能行為温赔。

自底向上集成:適應(yīng)于底層接口比較穩(wěn)定;高層接口變化比較頻繁鬼癣;底層組件較早被完成让腹。

基于進(jìn)度的集成

優(yōu)點(diǎn):具有較高的并行度;能夠有效縮短項(xiàng)目的開(kāi)發(fā)進(jìn)度扣溺。

缺點(diǎn):樁和驅(qū)動(dòng)工作量較大骇窍;有些接口測(cè)試不充分;有些測(cè)試重復(fù)和浪費(fèi)锥余。

系統(tǒng)測(cè)試的測(cè)試策略:

數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試腹纳;功能測(cè)試;用戶界面測(cè)試驱犹;性能評(píng)測(cè)嘲恍;負(fù)載測(cè)試;強(qiáng)度測(cè)試雄驹;容量測(cè)試佃牛;安全性和訪問(wèn)控制測(cè)試;故障轉(zhuǎn)移和恢復(fù)測(cè)試医舆;配置測(cè)試俘侠;安裝測(cè)試;加密測(cè)試蔬将;可用性測(cè)試爷速;版本驗(yàn)證測(cè)試;文檔測(cè)試


18霞怀、軟件測(cè)試各個(gè)階段通常完成什么工作惫东?各個(gè)階段的結(jié)果文件是什么?包括什么內(nèi)容毙石?

單元測(cè)試階段:各獨(dú)立單元模塊在與系統(tǒng)地其他部分相隔離的情況下進(jìn)行測(cè)試廉沮,單元測(cè)試針對(duì)每一個(gè)程序模塊進(jìn)行正確性校驗(yàn)颓遏,檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。生成單元測(cè)試報(bào)告滞时,提交缺陷報(bào)告叁幢。

集成測(cè)試階段:集成測(cè)試是在單元測(cè)試的基礎(chǔ)上,測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說(shuō)明的要求組裝成模塊漂洋、子系統(tǒng)或系統(tǒng)的過(guò)程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。該階段生成集成測(cè)試報(bào)告力喷,提交缺陷報(bào)告刽漂。

系統(tǒng)測(cè)試階段:將通過(guò)確認(rèn)測(cè)試的軟件,作為整個(gè)給予計(jì)算機(jī)系統(tǒng)的一個(gè)元素弟孟,與計(jì)算機(jī)硬件贝咙、外設(shè)、某些支持軟件拂募、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起庭猩,在實(shí)際運(yùn)行環(huán)境下,對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋陈症。該階段需要提交測(cè)試總結(jié)和缺陷報(bào)告蔼水。


19、測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么录肯?

1趴腋、盡可能早的找出系統(tǒng)中的Bug;

2论咏、避免軟件開(kāi)發(fā)過(guò)程中缺陷的出現(xiàn)优炬;

3、衡量軟件的品質(zhì)厅贪,保證系統(tǒng)的質(zhì)量蠢护;

4、關(guān)注用戶的需求养涮,并保證系統(tǒng)符合用戶需求葵硕。

總的目標(biāo)是:確保軟件的質(zhì)量。


20贯吓、在您以往的工作中贬芥,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄宣决?

一條Bug記錄最基本應(yīng)包含:

bug編號(hào)蘸劈;

bug嚴(yán)重級(jí)別,優(yōu)先級(jí)尊沸;

bug產(chǎn)生的模塊威沫;

首先要有bug摘要贤惯,闡述bug大體的內(nèi)容;

bug對(duì)應(yīng)的版本棒掠;

bug詳細(xì)現(xiàn)象描述孵构,包括一些截圖、錄像....等等烟很;

bug出現(xiàn)時(shí)的測(cè)試環(huán)境颈墅,產(chǎn)生的條件即對(duì)應(yīng)操作步驟;

高質(zhì)量的Bug記錄:

1) 通用UI要統(tǒng)一雾袱、準(zhǔn)確

缺陷報(bào)告的UI要與測(cè)試的軟件UI保持一致恤筛,便于查找定位。

2) 盡量使用業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方法

使用業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方法芹橡,保證表達(dá)準(zhǔn)確毒坛,體現(xiàn)專業(yè)化。

3) 每條缺陷報(bào)告只包括一個(gè)缺陷

每條缺陷報(bào)告只包括一個(gè)缺陷林说,可以使缺陷修正者迅速定位一個(gè)缺陷煎殷,集中精力每次只修正一個(gè)缺陷。校驗(yàn)者每次只校驗(yàn)一個(gè)缺陷是否已經(jīng)正確修正腿箩。

4) 不可重現(xiàn)的缺陷也要報(bào)告

首先缺陷報(bào)告必須展示重現(xiàn)缺陷的能力豪直。不可重現(xiàn)的缺陷要盡力重現(xiàn),若盡力之后仍不能重現(xiàn)珠移,仍然要報(bào)告此缺陷顶伞,但在報(bào)告中要注明無(wú)法再現(xiàn),缺陷出現(xiàn)的頻率剑梳。

5) 明確指明缺陷類型

根據(jù)缺陷的現(xiàn)象唆貌,總結(jié)判斷缺陷的類型。例如垢乙,即功能缺陷锨咙、界面缺陷、數(shù)據(jù)缺陷追逮,合理化建議這是最常見(jiàn)的缺陷或缺陷類型酪刀,其他形式的缺陷或缺陷也從屬于其中某種形式。

6) 明確指明缺陷嚴(yán)重等級(jí)和優(yōu)先等級(jí)

時(shí)刻明確嚴(yán)重等級(jí)和優(yōu)先等級(jí)之間的差別钮孵。高嚴(yán)重問(wèn)題可能不值得解決骂倘,小裝飾性問(wèn)題可能被當(dāng)作高優(yōu)先級(jí)。

7) 描述 (Description) 巴席,簡(jiǎn)潔历涝、準(zhǔn)確,完整,揭示缺陷實(shí)質(zhì)荧库,記錄缺陷或缺陷出現(xiàn)的位置

描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容堰塌,簡(jiǎn)短明了。為了便于在軟件缺陷管理數(shù)據(jù)庫(kù)中尋找制定的測(cè)試缺陷分衫,包含缺陷發(fā)生時(shí)的用戶界面(UI)是個(gè)良好的習(xí)慣场刑。例如記錄對(duì)話框的標(biāo)題、菜單蚪战、按鈕等控件的名稱牵现。

8) 短行之間使用自動(dòng)數(shù)字序號(hào),使用相同的字體邀桑、字號(hào)瞎疼、行間距

短行之間使用自動(dòng)數(shù)字序號(hào),使用相同的字體概漱、字號(hào)丑慎、行間距喜喂,可以保證各條記錄格式一致瓤摧,做到規(guī)范專業(yè)。

9) 每一個(gè)步驟盡量只記錄一個(gè)操作

保證簡(jiǎn)潔玉吁、條理井然照弥,容易重復(fù)操作步驟。

10) 確認(rèn)步驟完整进副,準(zhǔn)確这揣,簡(jiǎn)短

保證快速準(zhǔn)確的重復(fù)缺陷,“完整”即沒(méi)有缺漏影斑,“準(zhǔn)確”即步驟正確给赞,“簡(jiǎn)短”即沒(méi)有多余的步驟。

11) 根據(jù)缺陷矫户,可選擇是否進(jìn)行圖象捕捉

為了直觀的觀察缺陷或缺陷現(xiàn)象片迅,通常需要附加缺陷或缺陷出現(xiàn)的界面,以圖片的形式作為附件附著在記錄的“附件”部分皆辽。為了節(jié)省空間柑蛇,又能真實(shí)反映缺陷或缺陷本質(zhì),可以捕捉缺陷或缺陷產(chǎn)生時(shí)的全屏幕驱闷,活動(dòng)窗口和局部區(qū)域耻台。為了迅速定位、修正缺陷或缺陷位置空另,通常要求附加中文對(duì)照?qǐng)D盆耽。

? 附加必要的特殊文檔和個(gè)人建議和注解

如果打開(kāi)某個(gè)特殊的文檔而產(chǎn)生的缺陷或缺陷,則必須附加該文檔,從而可以迅速再現(xiàn)缺陷或缺陷征字。有時(shí)都弹,為了使缺陷或缺陷修正者進(jìn)一步明確缺陷或缺陷的表現(xiàn),可以附加個(gè)人的修改建議或注解匙姜。

12) 檢查拼寫和語(yǔ)法缺陷

在提交每條缺陷或缺陷之前畅厢,檢查拼寫和語(yǔ)法,確保內(nèi)容正確氮昧,正確的描述缺陷框杜。

13) 盡量使用短語(yǔ)和短句,避免復(fù)雜句型句式

軟件缺陷管理數(shù)據(jù)庫(kù)的目的是便于定位缺陷袖肥,因此咪辱,要求客觀的描述操作步驟,不需要修飾性的詞匯和復(fù)雜的句型椎组,增強(qiáng)可讀性油狂。

以上概括了報(bào)告測(cè)試缺陷的規(guī)范要求,隨著軟件的測(cè)試要求不同寸癌,測(cè)試者經(jīng)過(guò)長(zhǎng)期測(cè)試专筷,積累了相應(yīng)的測(cè)試經(jīng)驗(yàn),將會(huì)逐漸養(yǎng)成良好的專業(yè)習(xí)慣蒸苇,不斷補(bǔ)充新的規(guī)范書(shū)寫要求磷蛹。此外,經(jīng)常閱讀溪烤、學(xué)習(xí)其他測(cè)試工程師的測(cè)試缺陷報(bào)告味咳,結(jié)合自己以前的測(cè)試缺陷報(bào)告進(jìn)行對(duì)比和思考,可以不斷提高技巧檬嘀。

14) 缺陷描述內(nèi)容

缺陷描述的內(nèi)容可以包含缺陷操作步驟槽驶,實(shí)際結(jié)果和期望結(jié)果。操作步驟可以方便開(kāi)發(fā)人員再現(xiàn)缺陷進(jìn)行修正鸳兽,有些開(kāi)發(fā)的再現(xiàn)缺陷能力很差掂铐,雖然他明白你所指的缺陷,但就是無(wú)法再現(xiàn)特別是對(duì)系統(tǒng)不熟悉的新加入開(kāi)發(fā)人員贸铜,介紹步驟可以方便他們?cè)佻F(xiàn)堡纬。實(shí)際結(jié)果可以讓開(kāi)發(fā)明白錯(cuò)誤是什么,期望結(jié)果可以讓開(kāi)發(fā)了解正確的結(jié)果應(yīng)該是如何蒿秦。


21烤镐、黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法,請(qǐng)分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)棍鳖! ??

黑盒測(cè)試的優(yōu)點(diǎn)有:比較簡(jiǎn)單炮叶,不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)碗旅;與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān);? 從用戶角度出發(fā)镜悉,能很容易的知道用戶會(huì)用到哪些功能祟辟,會(huì)遇到哪些問(wèn)題;基于軟件開(kāi)發(fā)文檔侣肄,所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能旧困;在做軟件自動(dòng)化測(cè)試時(shí)較為方便。

黑盒測(cè)試的缺點(diǎn)有:不可能覆蓋所有的代碼稼锅,覆蓋率較低吼具,大概只能達(dá)到總代碼量的30%;自動(dòng)化測(cè)試的復(fù)用性較低矩距。

白盒測(cè)試的優(yōu)點(diǎn)有:幫助軟件測(cè)試人員增大代碼的覆蓋率拗盒,提高代碼的質(zhì)量,發(fā)現(xiàn)代碼中隱??? 藏的問(wèn)題锥债。

白盒測(cè)試的缺點(diǎn)有:程序運(yùn)行會(huì)有很多不同的路徑陡蝇,不可能測(cè)試所有的運(yùn)行路徑;測(cè)試基于代碼哮肚,只能測(cè)試開(kāi)發(fā)人員做的對(duì)不對(duì)登夫,而不能知道設(shè)計(jì)的正確與否,可能會(huì)漏掉一些功能需求绽左;系統(tǒng)龐大時(shí)悼嫉,測(cè)試開(kāi)銷會(huì)非常大艇潭。


22拼窥、如何測(cè)試一個(gè)紙杯?

功能度:用水杯裝水看漏不漏蹋凝;水能不能被喝到

安全性:杯子有沒(méi)有毒或細(xì)菌

可靠性:杯子從不同高度落下的損壞程度

可移植性:杯子在不同的地方鲁纠、溫度等環(huán)境下是否都可以正常使用

兼容性:杯子是否能夠容納果汁、白水鳍寂、酒精改含、汽油等

易用性:杯子是否燙手、是否有防滑措施迄汛、是否方便飲用

用戶文檔:使用手冊(cè)是否對(duì)杯子的用法捍壤、限制、使用條件等有詳細(xì)描述

疲勞測(cè)試:將杯子盛上水(案例一)放24小時(shí)檢查泄漏時(shí)間和情況鞍爱;盛上汽油(案例二)放24小時(shí)檢查泄漏時(shí)間和情況等

壓力測(cè)試:用根針并在針上面不斷加重量鹃觉,看壓強(qiáng)多大時(shí)會(huì)穿透


22、測(cè)試計(jì)劃工作的目的是什么睹逃?測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么盗扇?其中哪些是最重要的祷肯?

軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件:

領(lǐng)導(dǎo)能夠根據(jù)測(cè)試計(jì)劃進(jìn)行宏觀調(diào)控,進(jìn)行相應(yīng)資源配置等

測(cè)試人員能夠了解整個(gè)項(xiàng)目測(cè)試情況以及項(xiàng)目測(cè)試不同階段的所要進(jìn)行的工作等

便于其他人員了解測(cè)試人員的工作內(nèi)容疗隶,進(jìn)行有關(guān)配合工作

包含了產(chǎn)品概述佑笋、測(cè)試策略、測(cè)試方法斑鼻、測(cè)試區(qū)域蒋纬、測(cè)試配置、測(cè)試周期坚弱、測(cè)試資源颠锉、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容史汗。借助軟件測(cè)試計(jì)劃琼掠,參與測(cè)試的項(xiàng)目成員,尤其是測(cè)試管理人員停撞,可以明確測(cè)試任務(wù)和測(cè)試方法瓷蛙,保持測(cè)試實(shí)施過(guò)程的順暢溝通,跟蹤和控制測(cè)試進(jìn)度戈毒,應(yīng)對(duì)測(cè)試過(guò)程中的各種變更艰猬。

測(cè)試計(jì)劃編寫6要素(5W1H):

why——為什么要進(jìn)行這些測(cè)試;

what—測(cè)試哪些方面埋市,不同階段的工作內(nèi)容冠桃;

when—測(cè)試不同階段的起止時(shí)間;

where—相應(yīng)文檔道宅,缺陷的存放位置食听,測(cè)試環(huán)境等;

who—項(xiàng)目有關(guān)人員組成污茵,安排哪些測(cè)試人員進(jìn)行測(cè)試樱报;

how—如何去做,使用哪些測(cè)試工具以及測(cè)試方法進(jìn)行測(cè)試

測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格泞当、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系迹蛤,測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置襟士,而測(cè)試詳細(xì)規(guī)格盗飒、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法(最好是能先評(píng)審)陋桂。


23逆趣、黑盒測(cè)試的測(cè)試用例常見(jiàn)設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用章喉。

1)等價(jià)類劃分: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無(wú)效等價(jià)類.

2)邊界值分析法:是對(duì)等價(jià)類劃分方法的補(bǔ)充汗贫。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.

使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).

3)錯(cuò)誤猜測(cè)法:基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.

錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例.

4)因果圖方法:前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.

5)正交表分析法:可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增身坐,同時(shí),這些測(cè)試用例并沒(méi)有明顯的優(yōu)先級(jí)上的差距落包,而測(cè)試人員又無(wú)法完成這么多數(shù)量的測(cè)試部蛇,就可以通過(guò)正交表來(lái)進(jìn)行縮減一些用例,從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性咐蝇。

6)場(chǎng)景分析方法:指根據(jù)用戶場(chǎng)景來(lái)模擬用戶的操作步驟涯鲁,這個(gè)比較類似因果圖,但是可能執(zhí)行的深度和可行性更好有序。?

7)狀態(tài)圖法:通過(guò)輸入條件和系統(tǒng)需求說(shuō)明得到被測(cè)系統(tǒng)的所有狀態(tài)抹腿,通過(guò)輸入條件和狀態(tài)得出輸出條件;通過(guò)輸入條件旭寿、輸出條件和狀態(tài)得出被測(cè)系統(tǒng)的測(cè)試用例警绩。

8)大綱法:大綱法是一種著眼于需求的方法,為了列出各種測(cè)試條件盅称,就將需求轉(zhuǎn)換為大綱的形式肩祥。大綱表示為樹(shù)狀結(jié)構(gòu)玛臂,在根和每個(gè)葉子結(jié)點(diǎn)之間存在唯一的路徑链瓦。大綱中的每條路徑定義了一個(gè)特定的輸入條件集合魏铅,用于定義測(cè)試用例朗鸠。樹(shù)中葉子的數(shù)目或大綱中的路徑給出了測(cè)試所有功能所需測(cè)試用例的大致數(shù)量。


24崔挖、詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過(guò)程矢渊。(供參考战转,本答案主要是瀑布模型的做法)

項(xiàng)目經(jīng)理通過(guò)和客戶的交流痛黎,完成需求文檔予弧,由開(kāi)發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審,評(píng)審的內(nèi)容包括:需求描述不清楚的地方和可能有明顯沖突或者無(wú)法實(shí)現(xiàn)的功能的地方舅逸。項(xiàng)目經(jīng)理通過(guò)綜合開(kāi)發(fā)人員桌肴,測(cè)試人員以及客戶的意見(jiàn)皇筛,完成項(xiàng)目計(jì)劃琉历。然后SQA進(jìn)入項(xiàng)目,開(kāi)始進(jìn)行統(tǒng)計(jì)和跟蹤

開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔水醋,測(cè)試人員進(jìn)行評(píng)審旗笔,評(píng)審的主要內(nèi)容包括是否有遺漏或雙方理解不同的地方。測(cè)試人員完成測(cè)試計(jì)劃文檔拄踪,測(cè)試計(jì)劃包括的內(nèi)容上面有描述蝇恶。

測(cè)試人員根據(jù)修改好的需求分析文檔開(kāi)始寫測(cè)試用例,同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔惶桐,詳細(xì)設(shè)計(jì)文檔撮弧。此兩份文檔成為測(cè)試人員撰寫測(cè)試用例的補(bǔ)充材料潘懊。

測(cè)試用例完成后,測(cè)試和開(kāi)發(fā)需要進(jìn)行評(píng)審贿衍。

測(cè)試人員搭建環(huán)境

開(kāi)發(fā)人員提交第一個(gè)版本授舟,可能存在未完成功能,需要說(shuō)明贸辈。測(cè)試人員進(jìn)行測(cè)試释树,發(fā)現(xiàn)BUG后提交給BugZilla。

開(kāi)發(fā)提交第二個(gè)版本擎淤,包括Bug Fix以及增加了部分功能奢啥,測(cè)試人員進(jìn)行測(cè)試。

重復(fù)上面的工作嘴拢,一般是3-4個(gè)版本后BUG數(shù)量減少桩盲,達(dá)到出貨的要求。

如果有客戶反饋的問(wèn)題席吴,需要測(cè)試人員協(xié)助重現(xiàn)并重新測(cè)試正驻。


26、BUG管理工具的跟蹤過(guò)程(用BugZilla為例子)

測(cè)試人員發(fā)現(xiàn)了BUG抢腐,提交到Bugzilla中姑曙,狀態(tài)為new,BUG的接受者為開(kāi)發(fā)接口人員

開(kāi)發(fā)接口將BUG分配給相關(guān)的模塊的開(kāi)發(fā)人員迈倍,狀態(tài)修改為已分配伤靠,開(kāi)發(fā)人員和測(cè)試確認(rèn)BUG,如果是本人的BUG啼染,則設(shè)置為接收宴合;如果是別的開(kāi)發(fā)人員的問(wèn)題,則轉(zhuǎn)發(fā)出去迹鹅,由下一個(gè)開(kāi)發(fā)人員來(lái)進(jìn)行此行為卦洽;如果認(rèn)為不是問(wèn)題,則需要大家討論并確認(rèn)后斜棚,拒絕這個(gè)BUG阀蒂,然后測(cè)試人員關(guān)閉此問(wèn)題。

如果開(kāi)發(fā)人員接受了BUG弟蚀,并修改好以后蚤霞,將BUG狀態(tài)修改為已修復(fù),并告知測(cè)試在哪個(gè)版本中可以測(cè)試义钉。

測(cè)試人員在新版本中測(cè)試昧绣,如果發(fā)現(xiàn)問(wèn)題依然存在,則拒絕驗(yàn)證捶闸;如果已經(jīng)修復(fù)夜畴,則關(guān)閉BUG拖刃。


27、您認(rèn)為在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中贪绘,如何提高溝通的效率和改善溝通的效果序调?維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?

盡量面對(duì)面的溝通兔簇,其次是能直接通過(guò)電話溝通发绢,如果只能通過(guò)Email等非及時(shí)溝通工具的話,強(qiáng)調(diào)必須對(duì)特性的理解深刻以及能表達(dá)清楚垄琐。

運(yùn)用一些測(cè)試管理工具如TestDirector進(jìn)行管理也是較有效的方法边酒,同時(shí)要注意在TestDirector中對(duì)BUG有準(zhǔn)確的描述。

在團(tuán)隊(duì)中建立測(cè)試人員與開(kāi)發(fā)人員良好溝通中注意以下幾點(diǎn):

一真誠(chéng)狸窘、二是團(tuán)隊(duì)精神墩朦、三是在專業(yè)上有共同語(yǔ)言、四是要對(duì)事不對(duì)人翻擒,工作至上

當(dāng)然也可以通過(guò)直接指出一些小問(wèn)題氓涣,而不是進(jìn)入BUG Tracking System來(lái)增加對(duì)方的好感。


28陋气、你對(duì)測(cè)試最大的興趣在哪里劳吠?為什么?

回答這個(gè)面試題巩趁,沒(méi)有固定統(tǒng)一的答案痒玩,但可能是許多企業(yè)都會(huì)問(wèn)到的。提供以下答案供考:

最大的興趣议慰,感覺(jué)這是一個(gè)有挑戰(zhàn)性的工作蠢古;

測(cè)試是一個(gè)經(jīng)驗(yàn)行業(yè),工作越久越能感覺(jué)到做好測(cè)試的難度和樂(lè)趣

通過(guò)自己的工作别凹,能使軟件產(chǎn)品越來(lái)越完善草讶,從中體會(huì)到樂(lè)趣

回答此類問(wèn)題注意以下幾個(gè)方面:

盡可能的切合招聘企業(yè)的技術(shù)路線來(lái)表達(dá)你的興趣,例如該企業(yè)是數(shù)據(jù)庫(kù)應(yīng)用的企業(yè)炉菲,那么表示你的興趣在數(shù)據(jù)庫(kù)的測(cè)試堕战,并且希望通過(guò)測(cè)試提升自己的數(shù)據(jù)庫(kù)掌握能力。

表明你做測(cè)試的目的是為了提升能力颁督,也是為了更好的做好測(cè)試践啄;提升能力不是為了以后轉(zhuǎn)開(kāi)發(fā)或其他的,除非用人企業(yè)有這樣的安排沉御。

不要過(guò)多的表達(dá)你的興趣在招聘企業(yè)的范疇這外。比如招聘企業(yè)是做財(cái)務(wù)軟件的昭灵,可是你表現(xiàn)出來(lái)的是對(duì)游戲軟件的興趣吠裆;或招聘是做JAVA開(kāi)發(fā)的伐谈,而你的興趣是在C類語(yǔ)言程序的開(kāi)發(fā)。


29试疙、你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里诵棵?

該面試也沒(méi)有固定不變的答案,但可參考以下幾點(diǎn)祝旷,并結(jié)合自身特點(diǎn):

有韌性履澳、有耐心、做事有條理性怀跛、喜歡面對(duì)挑戰(zhàn)距贷、有信心做好每一件事情、較強(qiáng)的溝通能力吻谋、從以前的經(jīng)理處都得到了很好的評(píng)價(jià)表明我做的很好


33忠蝗、簡(jiǎn)述你在以前的工作中做過(guò)哪些事情,比較熟悉什么漓拾。參考答案如下阁最。

我過(guò)去的主要工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試。在系統(tǒng)測(cè)試中骇两,主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能速种,以及軟交換系統(tǒng)的Class 5特性進(jìn)行測(cè)試。性能測(cè)試中低千,主要是進(jìn)行的壓力測(cè)試哟旗,在各個(gè)不同數(shù)量請(qǐng)求的情況下,獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況栋操。自動(dòng)化測(cè)試主要是通過(guò)自己寫腳本以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試闸餐。

在測(cè)試中,我感覺(jué)對(duì)用戶需求的完全準(zhǔn)確的理解非常重要矾芙。另外舍沙,就是對(duì)BUG的管理,要以需求為依據(jù)剔宪,并不是所有BUG均需要修改拂铡。

測(cè)試工作需要耐心和細(xì)致,因?yàn)樵谛掳姹局写腥蓿m然多數(shù)原來(lái)發(fā)現(xiàn)的BUG得到了修復(fù)感帅,但原來(lái)正確的功能也可能變得不正確。因此要注重迭代測(cè)試和回歸測(cè)試地淀。


34失球、在C/C++中static有什么用途?(請(qǐng)至少說(shuō)明兩種)

1)在函數(shù)體,一個(gè)被聲明為靜態(tài)的變量在這一函數(shù)被調(diào)用過(guò)程中維持其值不變实苞。

2) 在模塊內(nèi)(但在函數(shù)體外)豺撑,一個(gè)被聲明為靜態(tài)的變量可以被模塊內(nèi)所用函數(shù)訪問(wèn),但不能被模塊外其它函數(shù)訪問(wèn)黔牵。它是一個(gè)本地的全局變量聪轿。

3) 在模塊內(nèi),一個(gè)被聲明為靜態(tài)的函數(shù)只可被這一模塊內(nèi)的其它函數(shù)調(diào)用猾浦。那就是陆错,這個(gè)函數(shù)被限制在聲明它的模塊的本地范圍內(nèi)使用


35、引用與指針有什么區(qū)別金赦?

1) 引用必須被初始化音瓷,指針不必。

2) 引用初始化以后不能被改變素邪,指針可以改變所指的對(duì)象外莲。

3) 不存在指向空值的引用,但是存在指向空值的指針兔朦。


36偷线、Internet采用哪種網(wǎng)絡(luò)協(xié)議?該協(xié)議的主要層次結(jié)構(gòu)沽甥?Internet物理地址和IP地址轉(zhuǎn)換采用什么協(xié)議声邦?

TCP/IP協(xié)議主要層次結(jié)構(gòu)為: 應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)鏈路層。

ARP (Address Resolution Protocol)(地?fù)?jù)址解析協(xié)議)


37摆舟、說(shuō)說(shuō)你對(duì)集成測(cè)試中自頂向下集成和自底向上集成兩個(gè)策略的理解亥曹,要談出它們各自的優(yōu)缺點(diǎn)和主要適應(yīng)于哪種類型測(cè)試

自頂向下集成

優(yōu)點(diǎn):較早地驗(yàn)證了主要控制和判斷點(diǎn)恨诱;按深度優(yōu)先可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能媳瞪;功能較早證實(shí),帶來(lái)信心照宝;只需一個(gè)驅(qū)動(dòng)蛇受,減少驅(qū)動(dòng)器開(kāi)發(fā)的費(fèi)用;支持故障隔離厕鹃。

缺點(diǎn):柱的開(kāi)發(fā)量大兢仰;底層驗(yàn)證被推遲;底層組件測(cè)試不充分剂碴。

適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定把将;高層接口變化較小忆矛;底層接口未定義或經(jīng)巢於祝可能被修改;產(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn),需要盡早被驗(yàn)證递览;希望盡早能看到產(chǎn)品的系統(tǒng)功能行為叼屠。

2瞳腌、自底向上集成

優(yōu)點(diǎn):對(duì)底層組件行為較早驗(yàn)證绞铃;工作最初可以并行集成,比自頂向下效率高嫂侍;減少了樁的工作量儿捧;支持故障隔離。

缺點(diǎn):驅(qū)動(dòng)的開(kāi)發(fā)工作量大挑宠;對(duì)高層的驗(yàn)證被推遲菲盾,設(shè)計(jì)上的錯(cuò)誤不能被及時(shí)發(fā)現(xiàn)。

適應(yīng)于底層接口比較穩(wěn)定各淀;高層接口變化比較頻繁懒鉴;底層組件較早被完成。


38碎浇、軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試临谱、alpha測(cè)試、beta測(cè)試三種測(cè)試奴璃。

39悉默、系統(tǒng)測(cè)試的策略有很多種的,有性能測(cè)試苟穆、負(fù)載測(cè)試抄课、強(qiáng)度測(cè)試、易用性測(cè)試雳旅、安全測(cè)試跟磨、配置測(cè)試、安裝測(cè)試攒盈、文檔測(cè)試抵拘、故障恢復(fù)測(cè)試、用戶界面測(cè)試沦童、恢復(fù)測(cè)試仑濒、分布測(cè)試、可用性測(cè)試偷遗。

40墩瞳、設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件氏豌、和迭代計(jì)劃

41.通過(guò)畫(huà)因果圖來(lái)寫測(cè)試用例的步驟為_(kāi)__喉酌、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟泪电。?利用因果圖生成測(cè)試用例的基本步驟是:

§ 分析軟件規(guī)格說(shuō)明描述中般妙,哪些是原因(即輸入條件或輸入條件的等價(jià)類),哪些是結(jié)果(即輸出條件)相速,并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符碟渺。

§ 分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義,找出原因與結(jié)果之間突诬,原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系苫拍,畫(huà)出因果圖。

§ 由于語(yǔ)法或環(huán)境限制旺隙,有些原因與原因之間绒极,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況蔬捷,在因果圖上用一些記號(hào)標(biāo)明約束或限制條件垄提。 § 把因果圖轉(zhuǎn)換成判定表。

§ 把判定表的每一列拿出來(lái)作為依據(jù)周拐,設(shè)計(jì)測(cè)試用例铡俐。


43、請(qǐng)說(shuō)出這些測(cè)試最好由那些人員完成速妖,測(cè)試的是什么高蜂?

代碼、函數(shù)級(jí)測(cè)試一般由白盒測(cè)試人員完成罕容,他們針對(duì)每段代碼或函數(shù)進(jìn)行正確性檢驗(yàn)备恤,檢查其是否正確的實(shí)現(xiàn)了規(guī)定的功能。

模塊锦秒、組件級(jí)測(cè)試主要依據(jù)是程序結(jié)構(gòu)設(shè)計(jì)測(cè)試模塊間的集成和調(diào)用關(guān)系露泊,一般由測(cè)試人員完成。

系統(tǒng)測(cè)試在于模塊測(cè)試與單元測(cè)試的基礎(chǔ)上進(jìn)行測(cè)試旅择。了解系統(tǒng)功能與性能惭笑,根據(jù)測(cè)試用例進(jìn)行全面的測(cè)試。


44生真、?設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮哪些方面沉噩,即不同的測(cè)試用例針對(duì)那些方面進(jìn)行測(cè)試?

設(shè)計(jì)測(cè)試用例時(shí)需要注意的是柱蟀,除了對(duì)整體流程及功能注意外川蒙,還要注意強(qiáng)度測(cè)試、性能測(cè)試长已、壓力測(cè)試畜眨、邊界值測(cè)試昼牛、穩(wěn)定性測(cè)試、安全性測(cè)試等多方面康聂。(測(cè)試用例需要考慮的四個(gè)基本要素是輸入贰健、輸出、操作和測(cè)試環(huán)境恬汁;另外伶椿,測(cè)試用例需要考慮的是測(cè)試類型(功能、性能蕊连、安全……)悬垃,這部分可以參照TP做答游昼。此外甘苍,還需要考慮用例的重要性和優(yōu)先級(jí))


45、?在windows下保存一個(gè)文本文件時(shí)會(huì)彈出保存對(duì)話框烘豌,如果為文件名建立測(cè)試用例载庭,等價(jià)類應(yīng)該怎樣劃分?

單字節(jié)廊佩,如A囚聚;雙字節(jié), AA标锄、我我顽铸;特殊字符 /‘×匣剩‘谓松;、=-等践剂;保留字鬼譬,如com;文件格式為8.3格式的逊脯;文件名格式為非8.3格式的优质;/,\,*等九個(gè)特殊字符。


46军洼、假設(shè)有一個(gè)文本框要求輸入10個(gè)字符的郵政編碼巩螃,對(duì)于該文本框應(yīng)該怎樣劃分等價(jià)類?

特殊字符匕争,如10個(gè)*或¥避乏;英文字母,如ABCDefghik汗捡;小于十個(gè)字符淑际,如123畏纲;大于十個(gè)字符,如11111111111春缕;數(shù)字和其他混合盗胀,如123AAAAAAA;空字符锄贼;保留字符


47.軟件測(cè)試項(xiàng)目從什么時(shí)候開(kāi)始票灰,?為什么宅荤?軟件測(cè)試應(yīng)該在需求分析階段就介入,因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼,應(yīng)該對(duì)軟件開(kāi)發(fā)過(guò)程中產(chǎn)生的所有產(chǎn)品都測(cè)試,并且軟件缺陷存在放大趨勢(shì).缺陷發(fā)現(xiàn)的越晚,修復(fù)它所花費(fèi)的成本就越大.

48屑迂、什么是回歸測(cè)試?

回歸測(cè)試: (regression ? testing): 回歸測(cè)試有兩類:用例回歸和錯(cuò)誤回歸;用例回歸是過(guò)一段時(shí)間以后再回頭對(duì)以前使用過(guò)的用例在重新進(jìn)行測(cè)試冯键,看看會(huì)重新發(fā)現(xiàn)問(wèn)題惹盼。錯(cuò)誤回歸,就是在新版本中惫确,對(duì)以前版本中出現(xiàn)并修復(fù)的缺陷進(jìn)行再次驗(yàn)證手报,并以缺陷為核心,對(duì)相關(guān)修改的部分進(jìn)行測(cè)試的方法改化。

49.單元測(cè)試掩蛤、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么陈肛??

單元測(cè)試針對(duì)的是軟件設(shè)計(jì)的最小單元--程序模塊(面向過(guò)程中是函數(shù)揍鸟、過(guò)程;面向?qū)ο笾惺穷惥浜怠#?進(jìn)行正確性檢驗(yàn)的測(cè)試工作,在于發(fā)現(xiàn)每個(gè)程序模塊內(nèi)部可能存在的差錯(cuò).一般有兩個(gè)步驟:人工靜態(tài)檢查\動(dòng)態(tài)執(zhí)行跟蹤

集成測(cè)試針對(duì)的是通過(guò)了單元測(cè)試的各個(gè)模塊所集成起來(lái)的組件進(jìn)行檢驗(yàn),其主要內(nèi)容是各個(gè)單元模塊之間的接口,以及各個(gè)模塊集成后所實(shí)現(xiàn)的功能.

系統(tǒng)測(cè)試針對(duì)的是集成好的軟件系統(tǒng)阳藻,作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素,與計(jì)算機(jī)硬件\外設(shè)\某些支持軟件\數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起,要在實(shí)際的運(yùn)行環(huán)境中,對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的集成測(cè)試和確認(rèn)測(cè)試.

51.一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)?1前翎、責(zé)任心2稚配、溝通能力3、團(tuán)隊(duì)合作精神4港华、耐心道川、細(xì)心、信心5立宜、時(shí)時(shí)保持懷疑態(tài)度冒萄,并且有缺陷預(yù)防的意識(shí)6、具備一定的編程經(jīng)驗(yàn)

53:你所了解的的軟件測(cè)試類型都有哪些橙数,簡(jiǎn)單介紹一下尊流。

按測(cè)試策略分類:1、靜態(tài)與動(dòng)態(tài)測(cè)試2灯帮、黑盒與白盒測(cè)試 3崖技、手工和自動(dòng)測(cè)試 4逻住、冒煙測(cè)試 5、回歸測(cè)試迎献;

按測(cè)試階段分類:?jiǎn)卧獪y(cè)試瞎访、集成測(cè)試、系統(tǒng)測(cè)試吁恍;

其他常見(jiàn)測(cè)試方法:1扒秸、功能測(cè)試 2、性能測(cè)試 3冀瓦、壓力測(cè)試 4伴奥、負(fù)載測(cè)試 5、易用性測(cè)試 6翼闽、安裝測(cè)試 7拾徙、界面測(cè)試 8、配置測(cè)試 9肄程、文檔測(cè)試 10锣吼、兼容性測(cè)試 11、安全性測(cè)試 12蓝厌、恢復(fù)測(cè)試


54:你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?

明確測(cè)試的目標(biāo)古徒,增強(qiáng)測(cè)試計(jì)劃的實(shí)用性

編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過(guò)程能夠發(fā)現(xiàn)更多的軟件缺陷拓提,因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目,并且找出軟件潛在的缺陷隧膘。因此代态,軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求,測(cè)試方法必須切實(shí)可行疹吃,測(cè)試工具并且具有較高的實(shí)用性蹦疑,便于使用,生成的測(cè)試結(jié)果直觀萨驶、準(zhǔn)確

堅(jiān)持“5W”規(guī)則歉摧,明確內(nèi)容與過(guò)程

“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”腔呜、“When(何時(shí)做)”叁温、“Where(在哪里)”、“How(如何做)”核畴。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃膝但,可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的(Why),明確測(cè)試的范圍和內(nèi)容(What)谤草,確定測(cè)試的開(kāi)始和結(jié)束日期(When)跟束,指出測(cè)試的方法和工具(How)莺奸,給出測(cè)試文檔和軟件的存放位置(Where)。

采用評(píng)審和更新機(jī)制冀宴,保證測(cè)試計(jì)劃滿足實(shí)際需求

測(cè)試計(jì)劃寫作完成后憾筏,如果沒(méi)有經(jīng)過(guò)評(píng)審,直接發(fā)送給測(cè)試團(tuán)隊(duì)花鹅,測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容氧腰,或者軟件需求變更引起測(cè)試范圍的增減,而測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新刨肃,誤導(dǎo)測(cè)試執(zhí)行人員古拴。

分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例

應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔真友,把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中吆玖。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系郁副,測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍讨盒、方法和資源配置,而測(cè)試詳細(xì)規(guī)格愈案、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)挺尾。



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

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

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


56:你的測(cè)試職業(yè)發(fā)展目標(biāo)是什么?

測(cè)試經(jīng)驗(yàn)越多恢准,測(cè)試能力越高魂挂。所以我的職業(yè)發(fā)展是需要時(shí)間累積的,一步步向著高級(jí)測(cè)試工程師奔去馁筐。而且我也有初步的職業(yè)規(guī)劃涂召,前3年累積測(cè)試經(jīng)驗(yàn),不斷的更新自己改正自己敏沉,做好測(cè)試任務(wù)果正。


57:測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?

從微觀上來(lái)說(shuō)赦抖,在測(cè)試計(jì)劃中定義舱卡,比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行72小時(shí),目前Bug Tracking System中队萤,本版本中沒(méi)有一般嚴(yán)重的BUG轮锥,普通BUG的數(shù)量在3以下,BUG修復(fù)率90%以上等等參數(shù)要尔,然后由開(kāi)發(fā)經(jīng)理舍杜,測(cè)試經(jīng)理新娜,項(xiàng)目經(jīng)理共同簽字認(rèn)同版本Release。

如果說(shuō)宏觀的既绩,則是當(dāng)這個(gè)軟件徹底的消失以后概龄,測(cè)試就結(jié)束了。


59饲握、一套完整的測(cè)試應(yīng)該由哪些階段組成私杜?

可行性分析、需求分析救欧、概要設(shè)計(jì)衰粹、詳細(xì)設(shè)計(jì)、編碼笆怠、單元測(cè)試铝耻、集成測(cè)試、系統(tǒng)測(cè)試蹬刷、驗(yàn)收測(cè)試


61瓢捉、您是否了解以往所工作的企業(yè)的軟件開(kāi)發(fā)過(guò)程?如果了解办成,請(qǐng)?jiān)囀鲆粋€(gè)完整的開(kāi)發(fā)過(guò)程需要完成哪些工作泡态?分別由哪些不同的角色來(lái)完成這些工作?您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作诈火?其中最擅長(zhǎng)哪部分工作兽赁?

開(kāi)發(fā)過(guò)程---需求調(diào)研(需求人員)、需求分析(需求人員)冷守、概要設(shè)計(jì)(設(shè)計(jì)人員)、詳細(xì)設(shè)計(jì)(設(shè)計(jì)人員)惊科、編碼(開(kāi)發(fā)人員)

測(cè)試過(guò)程---需求評(píng)審拍摇、系統(tǒng)測(cè)試設(shè)計(jì)、概要設(shè)計(jì)評(píng)審馆截、集成測(cè)試設(shè)計(jì)充活、詳細(xì)設(shè)計(jì)評(píng)審、單元測(cè)試設(shè)計(jì)蜡娶、測(cè)試執(zhí)行

測(cè)試工作的整個(gè)過(guò)程都做過(guò)混卵,擅長(zhǎng)做測(cè)試設(shè)計(jì)

過(guò)程決定質(zhì)量,軟件的過(guò)程改進(jìn)正是為了提高軟件的質(zhì)量窖张,將過(guò)往的種種經(jīng)驗(yàn)教訓(xùn)積累起來(lái)幕随。


62、測(cè)試用例設(shè)計(jì)的原則是什么宿接?目前主要的測(cè)試用例設(shè)計(jì)方法有哪些赘淮?

代表性:能夠代表并覆蓋各種合理的和不合理辕录、合法的和非法的、邊界的和越界的梢卸、以及極限的輸入數(shù)據(jù)走诞、操作和環(huán)境設(shè)置等.

可判定性:即測(cè)試執(zhí)行結(jié)果的正確性是可判定的,每一個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果.

可再現(xiàn)性:即對(duì)同樣的測(cè)試用例蛤高,系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的蚣旱。

方法有等價(jià)類、邊界值戴陡、因果圖塞绿、狀態(tài)圖、正交法猜欺、大綱法


63位隶、面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有幾種方法?如何實(shí)現(xiàn)开皿?

給類中的每個(gè)構(gòu)造函數(shù)設(shè)計(jì)一組測(cè)試用例

組合類中的類變量涧黄、實(shí)例變量

組合類中的各種方法

根據(jù)前置條件和后置條件設(shè)計(jì)測(cè)試用例

根據(jù)代碼設(shè)計(jì)測(cè)試用例


64、LoadRunner分為哪三個(gè)模塊赋荆?請(qǐng)簡(jiǎn)述各模塊的主要功能笋妥。

Virtual User Generator:用于錄制腳步

Mercury LoadRunner Controller:用于創(chuàng)建、運(yùn)行和監(jiān)控場(chǎng)景

Mercury LoadRunner Analysis:用于分析測(cè)試結(jié)果


65窄潭、你對(duì)測(cè)試最大的興趣在哪里春宣?為什么?

最大的興趣就是測(cè)試有難度嫉你,有挑戰(zhàn)性月帝!做測(cè)試越久越能感覺(jué)到做好測(cè)試有多難。曾經(jīng)在無(wú)憂測(cè)試網(wǎng)上看到一篇文章幽污,是關(guān)于如何做好一名測(cè)試工程師嚷辅。一共羅列了11,12點(diǎn)距误,有部分是和人的性格有關(guān)簸搞,有部分需要后天的努力。但除了性格有關(guān)的1准潭,2點(diǎn)我沒(méi)有把握趁俊,其他點(diǎn)我都很有信心做好它。

剛開(kāi)始進(jìn)入測(cè)試行業(yè)時(shí)刑然,對(duì)測(cè)試的認(rèn)識(shí)是從無(wú)憂測(cè)試網(wǎng)上了解到的一些資料寺擂,當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能做的好,雖然入門容易,但做好很難沽讹,比開(kāi)發(fā)更難般卑,雖然當(dāng)時(shí)我很想做開(kāi)發(fā)(學(xué)校專業(yè)課我基本上不缺席,因?yàn)槲蚁矚g我的專業(yè))爽雄,但看到測(cè)試比開(kāi)發(fā)更難更有挑戰(zhàn)性蝠检,想做好測(cè)試的意志就更堅(jiān)定了。

我覺(jué)得做測(cè)試整個(gè)過(guò)程中有2點(diǎn)讓我覺(jué)得很有難度(對(duì)我來(lái)說(shuō)挚瘟,有難度的東西我就非常感興趣)叹谁,第一是測(cè)試用例的設(shè)計(jì),因?yàn)闇y(cè)試的精華就在測(cè)試用例的設(shè)計(jì)上了乘盖,要在版本出來(lái)之前焰檩,把用例寫好,用什么測(cè)試方法寫订框?(也就是測(cè)試計(jì)劃或測(cè)試策略)析苫,如果你剛測(cè)試一個(gè)新任務(wù)時(shí),你得花一定的時(shí)間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)穿扳,業(yè)務(wù)需求很好理解(多和產(chǎn)品經(jīng)理和開(kāi)發(fā)人員溝通就能達(dá)到目的)衩侥,而技術(shù)基礎(chǔ)可就沒(méi)那么簡(jiǎn)單了,這需要你自覺(jué)的學(xué)習(xí)能力矛物,比如說(shuō)網(wǎng)站吧茫死,最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的,后臺(tái)是怎么響應(yīng)用戶請(qǐng)求的履羞?測(cè)試環(huán)境如何搭建峦萎?這些都需要最早的學(xué)好。至少在開(kāi)始測(cè)試之前能做好基本的準(zhǔn)備忆首,可能會(huì)遇到什么難題爱榔?需求細(xì)節(jié)是不是沒(méi)有確定好?這些問(wèn)題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)糙及。

第二是發(fā)現(xiàn)BUG的時(shí)候了搓蚪,這應(yīng)該是測(cè)試人員最基本的任務(wù)了,一般按測(cè)試用例開(kāi)始測(cè)試就能發(fā)現(xiàn)大部分的bug丁鹉,還有一部分bug需要測(cè)試的過(guò)程中更了解所測(cè)版本的情況獲得更多信息,補(bǔ)充測(cè)試用例悴能,測(cè)試出bug揣钦。還有如何發(fā)現(xiàn)bug?這就需要在測(cè)試用例有效的情況下漠酿,通過(guò)細(xì)心和耐心去發(fā)現(xiàn)bug了冯凹,每個(gè)用例都有可能發(fā)現(xiàn)bug,每個(gè)地方都有可能出錯(cuò),所以測(cè)試過(guò)程中思維要清晰(測(cè)試過(guò)程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了宇姚,bug都在里面發(fā)現(xiàn)的)匈庭。如何描述bug也很有講究,bug在什么情況下會(huì)產(chǎn)生浑劳,如果條件變化一點(diǎn)點(diǎn)阱持,就不會(huì)有這個(gè)bug,以哪些最少的操作步驟就能重現(xiàn)這個(gè)bug魔熏,這個(gè)bug產(chǎn)生的規(guī)律是什么衷咽?如果你夠厲害的話,可以幫開(kāi)發(fā)人員初步定位問(wèn)題蒜绽。


66镶骗、您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試躲雅、性能測(cè)試……)

測(cè)試類型有:功能測(cè)試鼎姊,性能測(cè)試,界面測(cè)試相赁。

功能測(cè)試在測(cè)試工作中占的比例最大相寇,功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè)黑盒子噪生。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)裆赵,需要測(cè)試軟件產(chǎn)品的功能,不需測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程跺嗽。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有:等價(jià)類劃分战授、邊界值分析、錯(cuò)誤推測(cè)桨嫁、因果圖和綜合策略植兰。

性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試璃吧。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試楣导,兩者可以結(jié)合進(jìn)行。通過(guò)負(fù)載測(cè)試畜挨,確定在各種工作負(fù)載下系統(tǒng)的性能筒繁,目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí),系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況巴元。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)毡咏,來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

界面測(cè)試逮刨,界面是軟件與用戶交互的最直接的層呕缭,界面的好壞決定用戶對(duì)軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作,起到向?qū)У淖饔没肿堋M瑫r(shí)界面如同人的面孔迎罗,具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué)片仿,相反由于界面設(shè)計(jì)的失敗纹安,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流滋戳。

區(qū)別在于钻蔑,功能測(cè)試關(guān)注產(chǎn)品的所有功能上,要考慮到每個(gè)細(xì)節(jié)功能奸鸯,每個(gè)可能存在的功能問(wèn)題咪笑。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上娄涩,用戶使用該產(chǎn)品的時(shí)候是否易用窗怒,是否易懂,是否規(guī)范(快捷鍵之類的)蓄拣,是否美觀(能否吸引用戶的注意力)扬虚,是否安全(盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù),當(dāng)然考慮到體驗(yàn)性球恤,不能太粗魯?shù)膹棾鼍妫┕缄牵孔瞿硞€(gè)性能測(cè)試的時(shí)候,首先它可能是個(gè)功能點(diǎn)咽斧,首先要保證它的功能是沒(méi)問(wèn)題的堪置,然后再考慮該功能點(diǎn)的性能測(cè)試


67、請(qǐng)?jiān)囍容^一下黑盒測(cè)試张惹、白盒測(cè)試舀锨、單元測(cè)試、集成測(cè)試宛逗、系統(tǒng)測(cè)試坎匿、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。

黑盒測(cè)試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格雷激,可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求替蔬。

白盒測(cè)試:已知產(chǎn)品的內(nèi)部工作過(guò)程,可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求屎暇,所有內(nèi)部成分是否以經(jīng)過(guò)檢查进栽。

軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子恭垦,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說(shuō)明書(shū),檢查程序的功能是否符合它的功能說(shuō)明番挺。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試唠帝。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤:

1、是否有不正確或遺漏的功能玄柏?2襟衰、在接口上,輸入是否能正確的接受粪摘?能否輸出正確的結(jié)果瀑晒?3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤徘意?4苔悦、性能上是否能夠滿足要求?5椎咧、是否有初始化或終止性錯(cuò)誤玖详?

軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開(kāi)的盒子勤讽,它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息蟋座,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試脚牍。通過(guò)在不同點(diǎn)檢查程序狀態(tài)向臀,確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試诸狭。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查:

1券膀、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。

2作谚、對(duì)所有的邏輯判定三娩,取“真”與取“假”的兩種情況都能至少測(cè)一遍。

3妹懒、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體雀监。

4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性眨唬,等等会前。

單元測(cè)試(模塊測(cè)試)是開(kāi)發(fā)者編寫的一小段代碼,用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的匾竿、很明確的功能是否正確瓦宜。通常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為岭妖。

單元測(cè)試是由程序員自己來(lái)完成临庇,最終受益的也是程序員自己反璃。可以這么說(shuō)假夺,程序員有責(zé)任編寫功能代碼淮蜈,同時(shí)也就有責(zé)任為自己的代碼編寫單元測(cè)試。執(zhí)行單元測(cè)試已卷,就是為了證明這段代碼的行為和我們期望的一致梧田。

集成測(cè)試(也叫組裝測(cè)試,聯(lián)合測(cè)試)是單元測(cè)試的邏輯擴(kuò)展侧蘸。它的最簡(jiǎn)單的形式是:兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件裁眯,并且測(cè)試它們之間的接口。從這一層意義上講讳癌,組件是指多個(gè)單元的集成聚合穿稳。在現(xiàn)實(shí)方案中,許多單元組合成組件析桥,而這些組件又聚合成程序的更大部分司草。方法是測(cè)試片段的組合,并最終擴(kuò)展進(jìn)程泡仗,將您的模塊與其他組的模塊一起測(cè)試埋虹。最后,將構(gòu)成進(jìn)程的所有模塊一起測(cè)試娩怎。

系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試搔课。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書(shū)中指定功能的有效方法。(常見(jiàn)的聯(lián)調(diào)測(cè)試)

系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試截亦,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)爬泥。

驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒崩瓤,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)袍啡。

驗(yàn)收測(cè)試是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后却桶,已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)境输,接口錯(cuò)誤也已經(jīng)基本排除了,接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性颖系,這就是驗(yàn)收測(cè)試的任務(wù)嗅剖,即軟件的功能性能如同用戶所合理期待的那樣。


68嘁扼、當(dāng)開(kāi)發(fā)人員說(shuō)不是BUG時(shí)信粮,你如何應(yīng)付?

開(kāi)發(fā)人員說(shuō)不是bug趁啸,有2種情況强缘,一是需求沒(méi)有確定督惰,所以我可以這么做,這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn)欺旧,需不需要改動(dòng)姑丑,3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生辞友,所以不需要修改,這個(gè)時(shí)候震肮,我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么称龙?如果被用戶發(fā)現(xiàn)或出了問(wèn)題,會(huì)有什么不良結(jié)果戳晌?程序員可能會(huì)給你很多理由鲫尊,你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行沦偎,那我可以給這個(gè)問(wèn)題提出來(lái),跟開(kāi)發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改疫向。其實(shí)有些真的不是bug,我也只是建議的方式寫進(jìn)TD中豪嚎,如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題搔驼。如果確定是bug的話,一定要堅(jiān)持自己的立場(chǎng)侈询,讓問(wèn)題得到最后的確認(rèn)舌涨。


69、為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作扔字?

因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量囊嘉,就好比ISO質(zhì)量認(rèn)證一樣,測(cè)試同樣也需要質(zhì)量的保證革为,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開(kāi)展軟件測(cè)試的工作扭粱。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題,及時(shí)讓開(kāi)發(fā)人員得知并修改問(wèn)題震檩,在即將發(fā)布時(shí)琢蛤,從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。


71恳蹲、一份測(cè)試計(jì)劃應(yīng)該包括哪些內(nèi)容虐块?

背景、項(xiàng)目簡(jiǎn)介嘉蕾、目的贺奠、測(cè)試范圍、測(cè)試策略错忱、人員分工儡率、資源要求挂据、進(jìn)度計(jì)劃、參考文檔儿普、常用術(shù)語(yǔ)崎逃、提交文檔、風(fēng)險(xiǎn)分析眉孩。


72个绍、針對(duì)于軟件的行業(yè)背景,你如何理解軟件的業(yè)務(wù)浪汪?

閱讀用戶手冊(cè)了解軟件的功能和操作流程巴柿;看一些業(yè)務(wù)的專業(yè)書(shū)籍補(bǔ)充業(yè)務(wù)知識(shí);如果有用戶實(shí)際的數(shù)據(jù)死遭,可以拿實(shí)際的數(shù)據(jù)進(jìn)行參考广恢;參考以前的用例和BUG報(bào)告;在使用軟件的過(guò)程中多思考呀潭;多與產(chǎn)品經(jīng)理交流钉迷。


74、如何定位測(cè)試用例的作用钠署?

組織性:編寫糠聪、組織性、功能覆蓋踏幻、重復(fù)性枷颊、跟蹤、測(cè)試確認(rèn)


76该面、什么是兼容性測(cè)試夭苗?請(qǐng)舉例說(shuō)明如何利用兼容性測(cè)試列表進(jìn)行測(cè)試。

主要驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性隔缀。包括向下兼容和交錯(cuò)兼容题造,向下兼容是測(cè)試軟件新版本保留它早期版本功能的情況,交錯(cuò)兼容是驗(yàn)證共同存在的兩個(gè)相關(guān)但不相同的產(chǎn)品之間的兼容性猾瘸。


77界赔、對(duì)某軟件進(jìn)行測(cè)試,發(fā)現(xiàn)在WIN98上運(yùn)行得很慢牵触,怎么判別是該軟件存在問(wèn)題還是其軟硬件運(yùn)行環(huán)境存在問(wèn)題淮悼?

看軟件的運(yùn)行環(huán)境要求。如果符合要求則是程序存在問(wèn)題揽思,若不符合要求則是硬件系統(tǒng)存在問(wèn)題


78袜腥、需求測(cè)試的注意事項(xiàng)有哪些?

是否使用了公司的模板钉汗、文檔內(nèi)容是否符合規(guī)范羹令、所有的需求是分級(jí)是否清析適當(dāng)鲤屡、所有的需求是否具有一致性、需求是否可行(即福侈,該需求組合有解決方案)酒来、需求可否用己知的約束來(lái)實(shí)現(xiàn)、需求是否足夠(即肪凛,可以把它送到一個(gè)規(guī)范的開(kāi)發(fā)組織堰汉,并有一個(gè)生產(chǎn)出所需要產(chǎn)品的合理的可能性)、所有的其它需求是交叉引用是否正確伟墙、用戶描述是否清楚衡奥、是否用客戶的語(yǔ)言來(lái)描述需求、每個(gè)需求描述是否清楚沒(méi)有岐義远荠,可以移交給一個(gè)獨(dú)立的組去實(shí)現(xiàn)時(shí)也能理解、是否所有的需求都是可驗(yàn)證的失息、是否每條需求都具有獨(dú)立性譬淳,即使發(fā)生了變化也不會(huì)影響其它需求、性能指標(biāo)是否明確盹兢、非功能性需求是否得到充分表現(xiàn)邻梆、是否完整列出適用的標(biāo)準(zhǔn)或協(xié)議、標(biāo)準(zhǔn)和協(xié)議之間是否存在沖突


81绎秒、主鍵浦妄、外鍵的作用,索引的優(yōu)點(diǎn)與不足?

  答:主鍵:是表中的唯一標(biāo)示鍵见芹。作用:保證實(shí)體的完整性;加快數(shù)據(jù)庫(kù)的操作速度;增加新的表記錄時(shí)剂娄,數(shù)據(jù)庫(kù)會(huì)自動(dòng)檢索新記錄的主鍵值,不允許該值與其他表中記錄的主鍵重復(fù);數(shù)據(jù)庫(kù)會(huì)按主鍵值的順序顯示記錄玄呛,如果沒(méi)有設(shè)定主鍵阅懦,則按輸入的順序顯示記錄。

  外鍵:是主鍵的從屬徘铝,表示了兩個(gè)表之間的聯(lián)系耳胎。作用:使用外鍵可以避免冗余。

索引的優(yōu)點(diǎn): 1惕它、通過(guò)創(chuàng)建唯一性的索引怕午,可以保證表中數(shù)據(jù)的唯一性; 2、加速數(shù)據(jù)的檢索速度; 3淹魄、加快表與表之間的連接; 4郁惜、在使用分組與排序數(shù)據(jù)檢索時(shí),可以顯著檢索分組與排序的時(shí)間; 5揭北、在查詢的過(guò)程中使用優(yōu)化隱藏器扳炬,提供系統(tǒng)性能吏颖。

缺點(diǎn): 1、創(chuàng)建索引需要時(shí)間恨樟,且隨著數(shù)據(jù)量的增加而增加; 2半醉、索引需要占用物理空間;

? ??????3、當(dāng)對(duì)表中數(shù)據(jù)進(jìn)行修改時(shí)劝术,索引也要?jiǎng)討B(tài)維護(hù)缩多,降低了數(shù)據(jù)的維護(hù)速度。


84养晋、性能測(cè)試的流程?

  1.測(cè)試需求分析2.測(cè)試計(jì)劃制定與評(píng)審3.測(cè)試用例設(shè)計(jì)與開(kāi)發(fā)4.測(cè)試執(zhí)行與監(jiān)控5.分析測(cè)試結(jié)果6.編寫性能測(cè)試報(bào)告7.測(cè)試經(jīng)驗(yàn)總結(jié)


88衬吆、簡(jiǎn)述bug的生命周期?

  1, 有效地記錄BUG 2绳泉, 使用BUG模板 3逊抡, 評(píng)價(jià)BUG優(yōu)先級(jí)和嚴(yán)重性 4, BUG的生命 5零酪, 維護(hù)BUG數(shù)據(jù)庫(kù)



89冒嫡、缺陷記錄應(yīng)包含的內(nèi)容?

  缺陷標(biāo)識(shí)、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性挣郭、缺陷優(yōu)先級(jí)、缺陷狀態(tài)蟀架、缺陷起源、缺陷來(lái)源榆骚、缺陷原因;?


91?您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試片拍、性能測(cè)試……)

  易用性測(cè)試-界面的友好性,操作方便性等寨躁。

  功能測(cè)試-系統(tǒng)中功能性需求的滿足

  安全性測(cè)試-系統(tǒng)是否存在安全隱患和漏洞

  性能測(cè)試-系統(tǒng)在大并發(fā)下的響應(yīng)速度和健壯性


93穆碎、您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?

  了解項(xiàng)目或系統(tǒng)的業(yè)務(wù)需求

  和項(xiàng)目經(jīng)理協(xié)調(diào)好,了解項(xiàng)目的進(jìn)度計(jì)劃安排情況?



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

  對(duì)業(yè)務(wù)和軟件需求非常清楚职恳,可以根據(jù)需求不同選擇不同的測(cè)試用例設(shè)計(jì)



96所禀、.您以往的工作中是否曾開(kāi)展過(guò)測(cè)試用例的評(píng)審工作?如果有,請(qǐng)描述測(cè)試用例評(píng)審的過(guò)程和評(píng)審的內(nèi)容放钦。

  評(píng)審計(jì)劃->預(yù)審->評(píng)審;

  評(píng)審內(nèi)容主要是測(cè)試用例對(duì)軟件需求的覆蓋程度色徘,對(duì)于相關(guān)邊界是否考慮,是否針對(duì)復(fù)雜流程準(zhǔn)備多套測(cè)試數(shù)據(jù)操禀,是否有專門針對(duì)非功能性需求的測(cè)試褂策。?



98.您認(rèn)為性能測(cè)試工作的目的是什么?做好性能測(cè)試工作的關(guān)鍵是什么?

  關(guān)鍵是測(cè)試腳本的錄制,測(cè)試時(shí)候測(cè)試環(huán)境的干凈。

100斤寂、.您以往所從事的軟件測(cè)試工作中耿焊,是否使用了一些工具來(lái)進(jìn)行軟件缺陷(Bug)的管理?如果有,請(qǐng)結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程遍搞。

  CQ罗侯,也可以使用BugFree等免費(fèi)工具。

101溪猿、.您如何看待軟件過(guò)程改進(jìn)?在您曾經(jīng)工作過(guò)的企業(yè)中钩杰,是否有一些需要改進(jìn)的東西呢?您期望的理想的測(cè)試人員的工作環(huán)境是怎樣的?

  將先進(jìn)的經(jīng)驗(yàn)或思想固化到過(guò)程中,通過(guò)過(guò)程改進(jìn)和能力提高來(lái)改進(jìn)軟件質(zhì)量诊县。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末讲弄,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子依痊,更是在濱河造成了極大的恐慌避除,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,454評(píng)論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件胸嘁,死亡現(xiàn)場(chǎng)離奇詭異驹饺,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)缴渊,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,553評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)鱼炒,“玉大人衔沼,你說(shuō)我怎么就攤上這事∥羟疲” “怎么了指蚁?”我有些...
    開(kāi)封第一講書(shū)人閱讀 157,921評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)自晰。 經(jīng)常有香客問(wèn)我凝化,道長(zhǎng),這世上最難降的妖魔是什么酬荞? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 56,648評(píng)論 1 284
  • 正文 為了忘掉前任搓劫,我火速辦了婚禮,結(jié)果婚禮上混巧,老公的妹妹穿的比我還像新娘枪向。我一直安慰自己,他們只是感情好咧党,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,770評(píng)論 6 386
  • 文/花漫 我一把揭開(kāi)白布秘蛔。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪深员。 梳的紋絲不亂的頭發(fā)上负蠕,一...
    開(kāi)封第一講書(shū)人閱讀 49,950評(píng)論 1 291
  • 那天,我揣著相機(jī)與錄音倦畅,去河邊找鬼遮糖。 笑死,一個(gè)胖子當(dāng)著我的面吹牛滔迈,可吹牛的內(nèi)容都是我干的止吁。 我是一名探鬼主播,決...
    沈念sama閱讀 39,090評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼燎悍,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼敬惦!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起谈山,我...
    開(kāi)封第一講書(shū)人閱讀 37,817評(píng)論 0 268
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤俄删,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后奏路,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體畴椰,經(jīng)...
    沈念sama閱讀 44,275評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,592評(píng)論 2 327
  • 正文 我和宋清朗相戀三年鸽粉,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了斜脂。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,724評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡触机,死狀恐怖帚戳,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情儡首,我是刑警寧澤片任,帶...
    沈念sama閱讀 34,409評(píng)論 4 333
  • 正文 年R本政府宣布,位于F島的核電站蔬胯,受9級(jí)特大地震影響对供,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜氛濒,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,052評(píng)論 3 316
  • 文/蒙蒙 一产场、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧舞竿,春花似錦涝动、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,815評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)靡菇。三九已至,卻和暖如春米愿,著一層夾襖步出監(jiān)牢的瞬間厦凤,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,043評(píng)論 1 266
  • 我被黑心中介騙來(lái)泰國(guó)打工育苟, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留较鼓,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 46,503評(píng)論 2 361
  • 正文 我出身青樓违柏,卻偏偏與公主長(zhǎng)得像博烂,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子漱竖,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,627評(píng)論 2 350