軟件測(cè)試題目

文章來(lái)自:http://blog.csdn.net/mj813/article/details/52451355

問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè) bug ,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè) bug 州藕,你應(yīng)該怎樣解決土至。首先肖油,將問(wèn)題提交到缺陷管理庫(kù)里面進(jìn)行備案统舀。然后艰额,要獲取判斷的依據(jù)和標(biāo)準(zhǔn):根據(jù)需求說(shuō)明書(shū)澄港、產(chǎn)品說(shuō)明、設(shè)計(jì)文檔等柄沮,確認(rèn)實(shí)際結(jié)果是否與計(jì)劃有不一致的地方回梧,提供缺陷是否確認(rèn)的直接依據(jù)废岂;如果沒(méi)有文檔依據(jù),可以根據(jù)類(lèi)似軟件的一般特性來(lái)說(shuō)明是否存在不一致的地方狱意,來(lái)確認(rèn)是否是缺陷湖苞;根據(jù)用戶(hù)的一般使用習(xí)慣,來(lái)確認(rèn)是否是缺陷髓涯;與設(shè)計(jì)人員袒啼、開(kāi)發(fā)人員和客戶(hù)代表等相關(guān)人員探討,確認(rèn)是否是缺陷纬纪;合理的論述蚓再,向測(cè)試經(jīng)理說(shuō)明自己的判斷的理由,注意客觀包各、嚴(yán)謹(jǐn)摘仅,不參雜個(gè)人情緒。等待測(cè)試經(jīng)理做出最終決定问畅,如果仍然存在爭(zhēng)議娃属,可以通過(guò)公司政策所提供的渠道,向上級(jí)反映护姆,并有上級(jí)做出決定矾端。

問(wèn):給你一個(gè)網(wǎng)站,你如何測(cè)試卵皂?首先秩铆,查找需求說(shuō)明、網(wǎng)站設(shè)計(jì) m 等相關(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è)試:1 基本的登錄功能的檢查 2 是否存在溢出錯(cuò)誤,導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露 3 相關(guān)開(kāi)發(fā)語(yǔ)言的常見(jiàn)安全性問(wèn)題檢查陷遮,例如 SQL 注入等滓走。4 如果需要高級(jí)的安全性測(cè)試,確定獲得專(zhuān)業(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)容。在搜索引擎中輸入漢字就可以解析 到對(duì)應(yīng)的域名只搁,請(qǐng)問(wèn)如何用 r 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í)間處于滿(mǎn)負(fù)荷或者超出系統(tǒng)承載能力的條件下,系統(tǒng)是否會(huì)崩潰嫂粟。執(zhí)行測(cè)試娇未,獲取測(cè)試結(jié)果,分析測(cè)試結(jié)果

問(wèn):一臺(tái)客戶(hù)端有三百個(gè)客戶(hù)與三百個(gè)客戶(hù)端有三百個(gè)客戶(hù)對(duì)服務(wù)器施壓星虹,有什么區(qū)別? ?300 個(gè)用戶(hù)在一個(gè)客戶(hù)端上零抬,會(huì)占用客戶(hù)機(jī)更多的資源,而影響測(cè)試的結(jié)果宽涌。線程之間可能發(fā)生干擾平夜,而產(chǎn)生一些異常。300 個(gè)用戶(hù)在一個(gè)客戶(hù)端上卸亮,需要更大的帶寬忽妒。IP 地址的問(wèn)題,可能需要使用 IP Spoof 來(lái)繞過(guò)服務(wù)器對(duì)于單一 IP 地址最大連接數(shù)的限制兼贸。所有用戶(hù)在一個(gè)客戶(hù)端上段直,不必考慮分布式管理的問(wèn)題;而用戶(hù)分布在不同的客戶(hù)端上溶诞,需要考慮使用控制器來(lái)整體調(diào)配不同客戶(hù)機(jī)上的用戶(hù)鸯檬。同時(shí),還需要給予相應(yīng)的權(quán)限配置和防火墻設(shè)置螺垢。試述軟件的概念和特點(diǎn)喧务?軟件復(fù)用的含義?構(gòu)件包括哪些枉圃?軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分功茴,它是包括程序、文檔的完整集合孽亲。軟件復(fù)用(Software Reuse)是將已有軟件的各種有關(guān)知識(shí)用于建立新的軟件,以縮減軟件開(kāi)發(fā)和維護(hù)的花費(fèi)坎穿。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。早期的軟件復(fù)用主要是代碼級(jí)復(fù)用返劲,被復(fù)用的知識(shí)專(zhuān)指程序玲昧,后來(lái)擴(kuò)大到包括領(lǐng)域知識(shí)犯祠、開(kāi)發(fā)經(jīng)驗(yàn)、設(shè)計(jì)決定酌呆、體系結(jié)構(gòu)、需求搔耕、設(shè)計(jì)隙袁、代碼和文檔等一切有關(guān)方面∑ィ可以被復(fù)用的軟件成分一般稱(chēng)作可復(fù)用構(gòu)件

2 2 菩收、軟件生存周期及其模型是什么?軟件生存周期是軟件開(kāi)發(fā)全部過(guò)程鲸睛、活動(dòng)和任務(wù)的結(jié)構(gòu)框架娜饵,是從可行性研究到需求分析、軟件設(shè)計(jì)官辈、編碼箱舞、測(cè)試、軟件發(fā)布維護(hù)的過(guò)程拳亿。在經(jīng)歷需求晴股、分析、設(shè)計(jì)肺魁、實(shí)現(xiàn)电湘、部署后,軟件將被使用并進(jìn)入維護(hù)階段鹅经,直到最后由于缺少維護(hù)費(fèi)用而逐漸消亡寂呛。這樣的一個(gè)過(guò)程,稱(chēng)為"生命周期模型"(Life Cycle Model)瘾晃。什么是軟件測(cè)試贷痪?軟件測(cè)試的目的與原則使用人工或自動(dòng)手段,來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程酗捌。其目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別呢诬。軟件測(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)品完成了它所承諾或公布的功能胖缤,并且用戶(hù)可以訪問(wèn)到的功能都有明確的書(shū)面說(shuō)明尚镰。確保產(chǎn)品滿(mǎn)足性能和效率的要求確保產(chǎn)品是健壯的和適應(yīng)用戶(hù)環(huán)境的軟件測(cè)試的原則:教材的說(shuō)法:軟件測(cè)試應(yīng)盡早執(zhí)行,并貫穿于整個(gè)軟件生命周期軟件測(cè)試應(yīng)追溯需求測(cè)試應(yīng)由第三方來(lái)構(gòu)造窮舉測(cè)試是不可能的,要遵循 Good-enough 原則必須確定預(yù)期輸出(或結(jié)果)必須徹底檢查每個(gè)測(cè)試結(jié)果充分注意測(cè)試中的群集現(xiàn)象缺陷的二八定理嚴(yán)格執(zhí)行測(cè)試計(jì)劃哪廓,排除測(cè)試的隨意性注意合法合理的輸入狗唉,也要注意非法的非預(yù)期的輸入檢查程序是否做了不該做的測(cè)試應(yīng)從“小規(guī)模”開(kāi)始涡真,逐步轉(zhuǎn)向“大規(guī)姆指”反復(fù)使用同樣的測(cè)試會(huì)使軟件具有抵抗力關(guān)注缺陷的修復(fù)軟件配置管理的作用肾筐?軟件配置包括什么?軟件配置管理作為軟件開(kāi)發(fā)過(guò)程的必要環(huán)節(jié)和軟件開(kāi)發(fā)管理的基礎(chǔ)缸剪,貫穿整個(gè)軟件生命周期吗铐,同時(shí)對(duì)軟件開(kāi)發(fā)過(guò)程的宏觀管理即項(xiàng)目管理也有重要的支持作用。一個(gè)軟件開(kāi)發(fā)組織真正有效的實(shí)施軟件配置管理杏节,將會(huì)使軟件開(kāi)發(fā)過(guò)程有更好的可預(yù)測(cè)性唬渗,使系統(tǒng)具有可重復(fù)性,大大提高軟件組織的競(jìng)爭(zhēng)力奋渔。軟件配置包括如下內(nèi)容:配置項(xiàng)識(shí)別工作空間管理版本控制變更控制狀態(tài)報(bào)告配置審計(jì)什么是軟件質(zhì)量镊逝?軟件質(zhì)量:軟件產(chǎn)品的特性可以滿(mǎn)足用戶(hù)的功能、性能需求的能力嫉鲸。

目前主要的測(cè)試用例設(shè)計(jì)方法是什么撑蒜?
白盒測(cè)試:邏輯覆蓋循環(huán)覆蓋基本路徑覆蓋黑盒測(cè)試:邊界值分析法等價(jià)類(lèi)劃分錯(cuò)誤猜測(cè)法因果圖法狀態(tài)圖法測(cè)試大綱法隨機(jī)測(cè)試場(chǎng)景法

軟件的安全性應(yīng)從哪幾個(gè)方面 去測(cè)試?軟件安全性測(cè)試包括程序玄渗、數(shù)據(jù)庫(kù)安全性測(cè)試座菠。根據(jù)系統(tǒng)安全指標(biāo)不同測(cè)試策略也不同。用戶(hù)認(rèn)證安全的測(cè)試要考慮問(wèn)題:明確區(qū)分系統(tǒng)中不同用戶(hù)權(quán)限系統(tǒng)中會(huì)不會(huì)出現(xiàn)用戶(hù)沖突系統(tǒng)會(huì)不會(huì)因用戶(hù)的權(quán)限的改變?cè)斐苫靵y用戶(hù)登陸密碼是否是可見(jiàn)捻爷、可復(fù)制是否可以通過(guò)絕對(duì)途徑登陸系統(tǒng)(拷貝用戶(hù)登陸后的鏈接直接進(jìn)入系統(tǒng))用戶(hù)退出系統(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)漏洞(即用最專(zhuā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ù)是否可以完整)
什么是測(cè)試用例 什么是測(cè)試腳本 兩者的關(guān)系是什么腰根?為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合拓型。測(cè)試腳本是為了進(jìn)行自動(dòng)化測(cè)試而編寫(xiě)的腳本额嘿。測(cè)試腳本的編寫(xiě)必須對(duì)應(yīng)相應(yīng)的測(cè)試用例,簡(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è)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試捡絮,也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試,Alpha 測(cè)試不能由程序員或測(cè)試員完成莲镣。β測(cè)試是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試福稳。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng),Beta 測(cè)試不能由程序員或測(cè)試員完成瑞侮。軟件質(zhì)量保證體系是什么 國(guó)家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么? ? 他們的編號(hào)和全稱(chēng)是什么? ?SQA 由一套軟件工程過(guò)程和方法組成的圆,以保證(軟件的)質(zhì)量。SQA 貫穿整個(gè)軟件開(kāi)發(fā)過(guò)程半火,(它)應(yīng)包括需求文檔評(píng)審越妈、代碼控制、代碼評(píng)審钮糖、變更管理梅掠、配置管理、版本管理和軟件測(cè)試店归。
軟件產(chǎn)品質(zhì)量特性是什么? ?功能性:適應(yīng)性阎抒、準(zhǔn)確性、互操作性消痛、依從性且叁、安全性。
可靠性:成熟性秩伞、容錯(cuò)性逞带、以恢復(fù)性∩葱拢可使用性:易理解性展氓、易學(xué)習(xí)性、易操作性怒炸。效率:時(shí)間特性带饱、資源特性。可維護(hù)性:易分析性勺疼、易變更性教寂、穩(wěn)定性、易測(cè)試性执庐±腋可移植性: 適應(yīng)性、易安裝性轨淌、遵循性迂烁、易替換性。
軟件測(cè)試的策略是什么? ?軟件測(cè)試策略:在一定的軟件測(cè)試標(biāo)準(zhǔn)递鹉、測(cè)試規(guī)范的指導(dǎo)下盟步,依據(jù)測(cè)試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測(cè)試的原則、方式躏结、方法的集合却盘。
軟件測(cè)試分為幾個(gè) 階段 各階段的測(cè)試策略和要求是什么? ?軟件測(cè)試按階段劃分可以分為單元測(cè)試、集成測(cè)試媳拴、系統(tǒng)測(cè)試和<驗(yàn)收測(cè)試>(不一定有)幾個(gè)階段單元測(cè)試測(cè)試策略:自頂向下的單元測(cè)試策略總結(jié):比孤立單元測(cè)試的成本高很多黄橘,不是單元測(cè)試的一個(gè)好的選擇。自底向上的單元測(cè)試策略總結(jié):比較合理的單元測(cè)試策略屈溉,但測(cè)試周期較長(zhǎng)塞关。孤立單元測(cè)試策略總結(jié):最好的單元測(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è)試策略8數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試梯码;功能測(cè)試;用戶(hù)界面測(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è)試在軟件測(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)告些己。
測(cè)試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么豌鸡?1、尋找 Bug段标;2涯冠、避免軟件開(kāi)發(fā)過(guò)程中的缺陷;3怀樟、衡量軟件的品質(zhì)功偿;4、關(guān)注用戶(hù)的需求往堡⌒岛桑總的目標(biāo)是:確保軟件的質(zhì)量。在您以往的工作中虑灰,一條軟件缺陷(或者叫 Bug)記錄都包含了哪些內(nèi)容吨瞎?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?一條 Bug 記錄最基本應(yīng)包含:編號(hào)穆咐、Bug 所屬模塊颤诀、Bug 描述、Bug 級(jí)別对湃、發(fā)現(xiàn)日期崖叫、發(fā)現(xiàn)人、修改日期拍柒、修改人心傀、修改方法、回歸結(jié)果等等拆讯;要有效的發(fā)現(xiàn) Bug 需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測(cè)試用例脂男,然后嚴(yán)格執(zhí)行測(cè)試用例,對(duì)發(fā)現(xiàn)的問(wèn)題要充分確認(rèn)肯定种呐,然后再向外發(fā)布如此才能提高提交 Bug 的質(zhì)量宰翅。黑盒測(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)阔墩;從用戶(hù)角度出發(fā)掉缺,能很容易的知道用戶(hù)會(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)銷(xiāo)會(huì)非常大。如何測(cè)試一個(gè) 紙杯罢艾?功能度:用水杯裝水看漏不漏楣颠;水能不能被喝到安全性:杯子有沒(méi)有毒或細(xì)菌可靠性:杯子從不同高度落下的損壞程度可移植性:杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性:杯子是否能夠容納果汁咐蚯、白水童漩、酒精、汽油等易用性:杯子是否燙手春锋、是否有防滑措施矫膨、是否方便飲用用戶(hù)文檔:使用手冊(cè)是否對(duì)杯子的用法、限制看疙、使用條件等有詳細(xì)描述疲勞測(cè)試:將杯子盛上水(案例一)放 24 小時(shí)檢查泄漏時(shí)間和情況;盛上汽油(案例二)放 24 小時(shí)檢查泄漏時(shí)間和情況等壓力測(cè)試:用根針并在針上面不斷加重量直奋,看壓強(qiáng)多大時(shí)會(huì)穿透
7 7 能庆、測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么脚线?其中哪些是最重要的搁胆?答案:軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件。包含了產(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ì)劃和測(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)審)锁右。
8 8 失受、黑盒測(cè)試的測(cè)試用例常見(jiàn)設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用咏瑟。等價(jià)類(lèi)劃分劃分等價(jià)類(lèi): 等價(jià)類(lèi)是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類(lèi)的代表值就等于對(duì)這一類(lèi)其它值的測(cè)試.
因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類(lèi),在每一個(gè)等價(jià)類(lèi)中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).2)邊界值分析法邊界值分析方法是對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充拂到。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類(lèi)的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(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à)類(lèi)劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類(lèi),他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖(邏輯模型). 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.5)正交表分析法有時(shí)候,可能因?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ù)用戶(hù)場(chǎng)景來(lái)模擬用戶(hù)的操作步驟宋舷,這個(gè)比較類(lèi)似因果圖绪撵,但是可能執(zhí)行的深度和可行性更好。7)狀態(tài)圖法通過(guò)輸入條件和系統(tǒng)需求說(shuō)明得到被測(cè)系統(tǒng)的所有狀態(tài)祝蝠,通過(guò)輸入條件和狀態(tài)得出輸出條件音诈;通過(guò)輸入條件、輸出條件和狀態(tài)得出被測(cè)系統(tǒng)的測(cè)試用例绎狭。8)大綱法11大綱法是一種著眼于需求的方法细溅,為了列出各種測(cè)試條件,就將需求轉(zhuǎn)換為大綱的形式儡嘶。大綱表示為樹(shù)狀結(jié)構(gòu)喇聊,在根和每個(gè)葉子結(jié)點(diǎn)之間存在唯一的路徑。大綱中的每條路徑定義了一個(gè)特定的輸入條件集合蹦狂,用于定義測(cè)試用例承疲。樹(shù)中葉子的數(shù)目或大綱中的路徑給出了測(cè)試所有功能所需測(cè)試用例的大致數(shù)量邻耕。9 9 、詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過(guò)程燕鸽。答案:(供參考兄世,本答案主要是瀑布模型的做法)項(xiàng)目經(jīng)理通過(guò)和客戶(hù)的交流,完成需求文檔啊研,由開(kāi)發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審御滩,評(píng)審的內(nèi)容包括:需求描述不清楚的地方和可能有明顯沖突或者無(wú)法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過(guò)綜合開(kāi)發(fā)人員党远,測(cè)試人員以及客戶(hù)的意見(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)始寫(xiě)測(cè)試用例砰蠢,同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔蓖扑,詳細(xì)設(shè)計(jì)文檔。此兩份文檔成為測(cè)試人員撰寫(xiě)測(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á)到出貨的要求。如果有客戶(hù)反饋的問(wèn)題郑象,需要測(cè)試人員協(xié)助重現(xiàn)并重新測(cè)試贡这。二、在您以往的工作中厂榛,一條軟件缺陷(或者叫 Bug )記錄都包含了哪些內(nèi)容盖矫?如何提交高質(zhì)量的軟件缺陷( Bug )記錄丽惭?在傳統(tǒng)的 BugZilla 中,BUG 描述應(yīng)該包括以下的信息和 BUG 產(chǎn)生對(duì)應(yīng)的軟件版本和模塊開(kāi)發(fā)的接口人員BUG 的優(yōu)先級(jí)BUG 的嚴(yán)重程度BUG 可能屬于的模塊辈双,如果不能確認(rèn)责掏,可以用開(kāi)發(fā)人員來(lái)判斷BUG 標(biāo)題,需要清晰的描述現(xiàn)象BUG 描述湃望,需要盡量給出重新 Bug 的步驟BUG 附件中能給出相關(guān)的日志和截圖换衬。高質(zhì)量的 BUG 記錄就是指很容易理解的 BUG 記錄,所以证芭,對(duì)于描述的要求高瞳浦,能提供的信息多且準(zhǔn)確,很好的幫助開(kāi)發(fā)人員定位废士,因此提交高質(zhì)量的軟件缺陷記錄需要注意對(duì) BUG 記錄的描述質(zhì)量多且準(zhǔn)確叫潦。
三、G 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。四、您認(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ì)精神三是在專(zhuān)業(yè)上有共同語(yǔ)言四是要對(duì)事不對(duì)人傅事,工作至上當(dāng)然也可以通過(guò)直接指出一些小問(wèn)題缕允,而不是進(jìn)入 BUG Tracking System 來(lái)增加對(duì)方的好感。五蹭越、你對(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è)趣回答此類(lèi)問(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 類(lèi)語(yǔ)言程序的開(kāi)發(fā)日川。
六、你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里板壮?該面試也沒(méi)有固定不變的答案逗鸣,但可參考以下幾點(diǎn)合住,并結(jié)合自身特點(diǎn):有韌性有耐心做事有條理性喜歡面對(duì)挑戰(zhàn)有信心做好每一件事情較強(qiáng)的溝通能力從以前的經(jīng)理處都得到了很好的評(píng)價(jià)表明我做的很好七绰精、集成測(cè)試通常都有那些策 略撒璧?1、大爆炸集成2笨使、自頂向下集成3卿樱、自底向上集成4、三明治集成適應(yīng)于大部分軟件開(kāi)發(fā)項(xiàng)目5硫椰、基干集成6繁调、分層集成7、基于功能的集成8靶草、基于消息的集成9蹄胰、基于風(fēng)險(xiǎn)的集成10、基于進(jìn)度的集成請(qǐng)你分別畫(huà)出 I OSI 的七層網(wǎng)絡(luò)結(jié)構(gòu)圖和 P TCP/IP 的四層結(jié)構(gòu)圖奕翔。答:OSI 七層網(wǎng)絡(luò)結(jié)構(gòu)圖裕寨,由上至下:應(yīng)用層 ;表示層 ;會(huì)話層 ;傳輸層 ;網(wǎng)絡(luò)層 ;數(shù)據(jù)鏈路層;物理層TCP/IP 的四層結(jié)構(gòu)圖應(yīng)用層;傳輸層;互聯(lián)層;鏈路層一個(gè) e byte 幾個(gè)單位派继。( ( 計(jì)算機(jī)基礎(chǔ)) )答:8bit宾袜。常用 X UNIX 命令x (Linux 的常用命令) ) (至少 0 10 個(gè)); (Unix)答:ls pwd mkdir rmdir rm cp mv cd ps ping tail more echo adduser passwd logout exit驾窟,參見(jiàn) Linux 的教材庆猫。簡(jiǎn)述你在以前的工作中做過(guò)哪些事情,比較熟悉什么绅络。此問(wèn)題每個(gè)人都不一樣月培。參考答案如下。我過(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ò)自己寫(xiě)腳本以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試。在測(cè)試中牙丽,我感覺(jué)對(duì)用戶(hù)需求的完全準(zhǔn)確的理解非常重要简卧。另外,就是對(duì) BUG 的管理烤芦,要以需求為依據(jù)举娩,并不是所有 BUG 均需要修改。測(cè)試工作需要耐心和細(xì)致,因?yàn)樵谛掳姹局型妫m然多數(shù)原來(lái)發(fā)現(xiàn)的 BUG 得到了修復(fù)智玻,但原來(lái)正確的功能也可能變得不正確。因此要注重迭代測(cè)試和回歸測(cè)試芙代。在 C/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)使用引用與指針有什么區(qū)別?1) 引用必須被初始化宴卖,指針不必滋将。2) 引用初始化以后不能被改變,指針可以改變所指的對(duì)象症昏。3) 不存在指向空值的引用随闽,但是存在指向空值的指針。t Internet 采用哪種網(wǎng)絡(luò)協(xié)議肝谭?該協(xié)議的主要層次結(jié)構(gòu)掘宪?t Internet 物理地址和 P IP 地址轉(zhuǎn)換采用什么協(xié)議?TCP/IP 協(xié)議主要層次結(jié)構(gòu)為: 應(yīng)用層/傳輸層/網(wǎng)絡(luò)層/數(shù)鏈路層攘烛。ARP (Address Resolution Protocol)(地?fù)?jù)址解析協(xié)議)說(shuō)說(shuō)你對(duì)集成測(cè)試中自頂向下集成和自底向上集成兩個(gè)策略的理解魏滚,要談出它們各自的優(yōu)缺點(diǎn)和主要適應(yīng)于哪種類(lèi)型測(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)定往扔;高層接口變化比較頻繁贩猎;底層組件較早被完成。軟件驗(yàn)收測(cè)試包括 ___ 萍膛、 ___ 吭服、 ____ 三種類(lèi)型。軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試蝗罗、alpha 測(cè)試艇棕、beta 測(cè)試三種測(cè)試。2 2 .系統(tǒng)測(cè)試的策略有 ____________________________等 等 15 種方法串塑。(該題5 15 個(gè)空)系統(tǒng)測(cè)試的策略有很多種的沼琉,有性能測(cè)試、負(fù)載測(cè)試桩匪、強(qiáng)度測(cè)試打瘪、易用性測(cè)試、安全測(cè)試傻昙、配置測(cè)試瑟慈、安裝測(cè)試、文檔測(cè)試屋匕、故障恢復(fù)測(cè)試葛碧、用戶(hù)界面測(cè)試、恢復(fù)測(cè)試过吻、分布測(cè)試进泼、可用性測(cè)試蔗衡。3 3 .設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有 ___ 、 ___ 和 ____ 乳绕。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃绞惦、軟件需求工件、和迭代計(jì)劃洋措。4 4 .通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為 ___ 济蝉、 ___ 、 ___ 菠发、 ___ 及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟王滤。 利用因果圖生成測(cè)試用例的基本步驟是:§ 分析軟件規(guī)格說(shuō)明描述中,哪些是原因(即輸入條件或輸入條件的等價(jià)類(lèi))滓鸠,哪些是結(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è)試用例。一值漫、 測(cè)試的種類(lèi)很多澳腹,比如:代碼、函數(shù)級(jí)測(cè)試模塊杨何、組件級(jí)測(cè)試系統(tǒng)測(cè)試請(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è)試。二贸诚、 設(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è)試類(lèi)型(功能定踱、性能、安全??)恃鞋,這部分可以參照 TP 做答崖媚。此外,還需要考慮用例的重要性和優(yōu)先級(jí))四恤浪、 在 在 s windows 下保存一個(gè)文本文件時(shí)會(huì)彈出保存對(duì)話框畅哑,如果為文件名建立測(cè)試用例,等價(jià)類(lèi)應(yīng)該怎樣劃分水由?單字節(jié)荠呐,如 A;雙字節(jié)砂客, AA泥张、我我;特殊字符 /‘鞠值∶拇矗‘;彤恶、=-等筝野;保留字晌姚,如 com;文件格式為 8.3 格式的歇竟;文件名格式為非 8.3 格式的挥唠;/,,等九個(gè)特殊字符。假設(shè)有一個(gè)文本框要求輸入 0 10 個(gè)字符的郵政編碼焕议,對(duì)于該文本框應(yīng)該怎 樣劃分等價(jià)類(lèi)宝磨?特殊字符,如 10 個(gè)或¥盅安;英文字母唤锉,如 ABCDefghik;小于十個(gè)字符别瞭,如 123窿祥;大于十個(gè)字符,如 11111111111蝙寨;數(shù)字和其他混合晒衩,如 123AAAAAAA;空字符墙歪;保留字符七听系、 答:用命令行: use 數(shù)據(jù)庫(kù)名稱(chēng)在工具欄直接選擇要連接數(shù)據(jù)庫(kù)5. 軟件測(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)的成本就越大.表一 AA種類(lèi) T 庫(kù)存總量 SA 997 B 1234表二 BB種類(lèi) T 出庫(kù)數(shù)量 SA 105 B 116 B 303A 213 B 211select distinct AA.T kind ,AA.S-(select sum(BB.S) sumnum from BB groupby T having AA.T=BB.T) stock from AA,BB where AA.T=BB.T什么是白盒測(cè)試?什么是黑盒測(cè)試? ? 什么是回歸測(cè)試? ?答:白盒測(cè)試是測(cè)試人員要了解程序結(jié)構(gòu)和處理過(guò)程,按照程序內(nèi)部邏輯測(cè)試程序,檢查程序中的每條通路是否按照預(yù)定要求正確工作.它主要的針對(duì)被測(cè)程序的源代碼,測(cè)試著可以完全不考慮程序的功能.白盒測(cè)試流程:詳細(xì)設(shè)計(jì)-->源程序-->分析程序內(nèi)部邏輯結(jié)構(gòu)-->流程圖-->制定測(cè)試用例-->被測(cè)程序-->執(zhí)行路徑-->覆蓋情況分析 .黑盒測(cè)試:(Black-box Testing毕源,又稱(chēng)為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(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ò)程址愿。回歸測(cè)試: (regression testing): 回歸測(cè)試有兩類(lèi):用例回歸和錯(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è)試的方法失驶。2. 單元測(cè)試、集成測(cè)試枣购、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么嬉探?單元測(cè)試針對(duì)的是軟件設(shè)計(jì)的最小單元--程序模塊(面向過(guò)程中是函數(shù)擦耀、過(guò)程;面向?qū)ο笾惺穷?lèi)涩堤。),進(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è)試.3. 設(shè)計(jì)用例的方法:在測(cè)試的不同階段運(yùn)用不用的測(cè)試方法設(shè)計(jì)用例的方法依據(jù)不同:白盒測(cè)試用例設(shè)計(jì)有如下方法:邏輯覆蓋、循環(huán)覆蓋和基本路徑覆蓋黑盒測(cè)試用例設(shè)計(jì)方法:等價(jià)類(lèi)劃分胎围、邊界值分析吁系、錯(cuò)誤猜測(cè)、因果圖白魂、狀態(tài)圖汽纤、測(cè)試大綱、場(chǎng)景法福荸、正交策略表蕴坪。4. 一個(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)5. 集成測(cè)試通常都有那些策略买窟?基于分解的集成:大爆炸集成\自頂向下集成\自底向上集成\ 三明治集成\基于調(diào)用圖的集成\基于路徑的集成\分層集成\基于功能的集成\高頻集成\基于進(jìn)度的集成\基于風(fēng)險(xiǎn)集成\基于事件集成\基于使用的集成\C/S 集成問(wèn)題二:你所了解的的軟件測(cè)試類(lèi)型都有哪些,簡(jiǎn)單介紹一下薯定。按測(cè)試 策略分類(lèi):1始绍、靜態(tài)與動(dòng)態(tài)測(cè)試 2、黑盒與白盒測(cè)試 3话侄、手工和自動(dòng)測(cè)試 4亏推、冒煙測(cè)試 5、回歸測(cè)試年堆;按測(cè)試階段分類(lèi):?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è)試問(wèn)題三:你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么乙嘀?明確測(cè)試的目標(biāo)末购,增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫(xiě)軟件測(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ì)劃滿(mǎn)足實(shí)際需求測(cè)試計(jì)劃寫(xiě)作完成后菇肃,如果沒(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ù)。問(wèn)題四:您認(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)題問(wèn)題六:您認(rèn)為性能測(cè)試工作的目的是什么圣拄?做好性能測(cè)試工作的關(guān)鍵是什么嘴秸?性能測(cè)試的目的主要是發(fā)現(xiàn)在并發(fā)多用戶(hù)和大數(shù)據(jù)量操作時(shí)是否會(huì)出現(xiàn)與需求有差異的地方。性能測(cè)試工作的關(guān)鍵是做好系統(tǒng)分析和功能分析庇谆,確定系統(tǒng)瓶頸所在(這里參看 ATT第十章 LoadRunner 的 PPT)岳掐。問(wèn)題七:在您以往的測(cè)試工作中,最讓您感到不滿(mǎn)意或者不堪回首的事情是什么饭耳?您是如何來(lái)對(duì)待這些事情的串述?問(wèn)題八:你的測(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ù)。問(wèn)題九:你對(duì)我們公司了解有多少尤泽?建議從招聘廣告上多了解信息欣簇,同時(shí)到應(yīng)聘公司的網(wǎng)站上去盡可能多的了解這個(gè)公司的情況,以便回答好這類(lèi)問(wèn)題坯约。問(wèn)題十:測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么熊咽?從微觀上來(lái)說(shuō),在測(cè)試計(jì)劃中定義闹丐,比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行 72 小時(shí)横殴,目前 BugTracking 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é)束了呻粹。1 1 、 軟件測(cè)試分為黑盒和白盒苏研,分別適合什么情況等浊? ?軟件測(cè)試方法一般分為兩種:白盒測(cè)試與黑盒測(cè)試摹蘑。白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試凿掂、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試,它著重于程序的內(nèi)部結(jié)構(gòu)及算法纹蝴,通常不關(guān)心功能與性能指標(biāo)庄萎;黑盒測(cè)試又被稱(chēng)為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試塘安,它實(shí)際上是站在最終用戶(hù)的立場(chǎng)糠涛,檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說(shuō)明書(shū)中有關(guān)功能需求及性能需求的規(guī)定。2兼犯、一套完整的測(cè)試應(yīng)該由哪些階段組成忍捡?可行性分析、需求分析切黔、概要設(shè)計(jì)砸脊、詳細(xì)設(shè)計(jì)、編碼纬霞、單元測(cè)試凌埂、集成測(cè)試、系統(tǒng)測(cè)試诗芜、驗(yàn)收測(cè)試4瞳抓、測(cè)試用例通常包括那些內(nèi)容?不同結(jié)構(gòu)的用例包括的不一樣伏恐。(版本孩哑、編號(hào)、項(xiàng)目翠桦、設(shè)計(jì)人員横蜒、設(shè)計(jì)日期、輸入、預(yù)期輸出??)軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)丛晌、測(cè)試標(biāo)題鹰霍、重要級(jí)別、測(cè)試輸入茵乱、操作步驟茂洒、預(yù)期結(jié)果。用例編號(hào): 測(cè)試用例的編號(hào)有一定的規(guī)則瓶竭,比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則:PROJECT1-ST-001 督勺,命名規(guī)則是項(xiàng)目名稱(chēng)+測(cè)試階段類(lèi)型(系統(tǒng)測(cè)試階段)+編號(hào)。定義測(cè)試用例編號(hào)斤贰,便于查找測(cè)試用例智哀,便于測(cè)試用例的跟蹤。測(cè)試標(biāo)題: 對(duì)測(cè)試用例的描述荧恍,測(cè)試用例標(biāo)題應(yīng)該清楚表達(dá)測(cè)試用例的用途瓷叫。比如 “ 測(cè)試用戶(hù)登錄時(shí)輸入錯(cuò)誤密碼時(shí),軟件的響應(yīng)情況 ” 送巡。重要級(jí)別: 定義測(cè)試用例的優(yōu)先級(jí)別摹菠,可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級(jí)別。一般來(lái)說(shuō)骗爆,如果軟件需求的優(yōu)先級(jí)為 “ 高 ” 次氨,那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為“ 高 ” ;反之亦然摘投,一般而言煮寡,是 5 級(jí)劃分。測(cè)試輸入: 提供測(cè)試執(zhí)行中的各種輸入條件犀呼。根據(jù)需求中的輸入條件幸撕,確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴(lài)性外臂,如果軟件需求中沒(méi)有很好的定義需求的輸入坐儿,那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。操作步驟: 提供測(cè)試執(zhí)行過(guò)程的步驟专钉。對(duì)于復(fù)雜的測(cè)試用例挑童,測(cè)試用例的輸入需要分為幾個(gè)步驟完成,這部分內(nèi)容在操作步驟中詳細(xì)列出跃须。預(yù)期結(jié)果: 提供測(cè)試執(zhí)行的預(yù)期結(jié)果,預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出娃兽。如果在實(shí)際測(cè)試過(guò)程中菇民,得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符,那么測(cè)試不通過(guò);反之則測(cè)試通過(guò)第练。您是否了解以往所工作的企業(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)。在您所經(jīng)歷的測(cè)試活動(dòng)中撞牢,參與人員有哪些率碾?您所擔(dān)任的角色是什么?有項(xiàng)目管理員屋彪、開(kāi)發(fā)管理員所宰、系統(tǒng)分析員、設(shè)計(jì)員畜挥、開(kāi)發(fā)員仔粥、質(zhì)量管理員、測(cè)試管理員蟹但、測(cè)試設(shè)計(jì)員躯泰、測(cè)試員擔(dān)任過(guò)測(cè)試管理員、測(cè)試設(shè)計(jì)員华糖、測(cè)試員測(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à)類(lèi)裳朋、邊界值病线、因果圖、狀態(tài)圖鲤嫡、正交法送挑、大綱法面向?qū)ο蟮臏y(cè)試用例設(shè)計(jì)有幾種方法?如何實(shí)現(xiàn)泛范?給類(lèi)中的每個(gè)構(gòu)造函數(shù)設(shè)計(jì)一組測(cè)試用例組合類(lèi)中的類(lèi)變量让虐、實(shí)例變量組合類(lèi)中的各種方法根據(jù)前置條件和后置條件設(shè)計(jì)測(cè)試用例根據(jù)代碼設(shè)計(jì)測(cè)試用例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é)果你對(duì)測(cè)試最大的興趣在哪里?為什么区赵?最大的興趣就是測(cè)試有難度惭缰,有挑戰(zhàn)性!做測(cè)試越久越能感覺(jué)到做好測(cè)試有多難笼才。曾經(jīng)在無(wú)憂(yōu)測(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ú)憂(yōu)測(cè)試網(wǎng)上了解到的一些資料,當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能做的好篮愉,雖然入門(mén)容易腐芍,但做好很難,比開(kāi)發(fā)更難试躏,雖然當(dāng)時(shí)我很想做開(kāi)發(fā)(學(xué)校專(zhuān)業(yè)課我基本上不缺席猪勇,因?yàn)槲蚁矚g我的專(zhuān)業(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)之前弱判,把用例寫(xiě)好襟沮,用什么測(cè)試方法寫(xiě)?(也就是測(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)用戶(hù)請(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)題禁灼。問(wèn)題十五:你的測(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è)試工程師的11您单,12 點(diǎn)要求自己斋荞,不斷的更新自己改正自己,做好測(cè)試任務(wù)虐秦。二平酿、您所熟悉的軟件測(cè)試類(lèi)型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系(如功能測(cè)試羡疗、性能測(cè)試??)測(cè)試類(lèi)型有:功能測(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à)類(lèi)劃分蚕甥、邊界值分析、錯(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è)試,界面是軟件與用戶(hù)交互的最直接的層铃辖,界面的好壞決定用戶(hù)對(duì)軟件的第一印象剩愧。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶(hù)自己完成相應(yīng)的操作,起到向?qū)У淖饔冒牟妗M瑫r(shí)界面如同人的面孔隙咸,具有吸引用戶(hù)的直接優(yōu)勢(shì)沐悦。設(shè)計(jì)合理的界面能給用戶(hù)帶來(lái)輕松愉悅的感受和成功的感覺(jué)成洗,相反由于界面設(shè)計(jì)的失敗,讓用戶(hù)有挫敗感藏否,再實(shí)用強(qiáng)大的功能都可能在用戶(hù)的畏懼與放棄中付諸東流瓶殃。區(qū)別在于,功能測(cè)試關(guān)注產(chǎn)品的所有功能上副签,要考慮到每個(gè)細(xì)節(jié)功能遥椿,每個(gè)可能存在的功能問(wèn)題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶(hù)并發(fā)下的穩(wěn)定性和健壯性淆储。界面測(cè)試更關(guān)注于用戶(hù)體驗(yàn)上冠场,用戶(hù)使用該產(chǎn)品的時(shí)候是否易用,是否易懂本砰,是否規(guī)范(快捷鍵之類(lèi)的)碴裙,是否美觀(能否吸引用戶(hù)的注意力),是否安全(盡量在前臺(tái)避免用戶(hù)無(wú)意輸入無(wú)效的數(shù)據(jù)点额,當(dāng)然考慮到體驗(yàn)性舔株,不能太粗魯?shù)膹棾鼍妫孔瞿硞€(gè)性能測(cè)試的時(shí)候还棱,首先它可能是個(gè)功能點(diǎn)载慈,首先要保證它的功能是沒(méi)問(wèn)題的,然后再考慮該功能點(diǎn)的性能測(cè)試三珍手、請(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)以下幾類(lèi)錯(cuò)誤:1、是否有不正確或遺漏的功能小作?2亭姥、在接口上,輸入是否能正確的接受顾稀?能否輸出正確的結(jié)果达罗?3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤静秆?4粮揉、性能上是否能夠滿(mǎn)足要求?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è)試又稱(chēng)為結(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ā)者編寫(xiě)的一小段代碼,用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確附帽。通常而言埠戳,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。單元測(cè)試是由程序員自己來(lái)完成蕉扮,最終受益的也是程序員自己整胃。可以這么說(shuō)喳钟,程序員有責(zé)任編寫(xiě)功能代碼屁使,同時(shí)也就有責(zé)任為自己的代碼編寫(xiě)單元測(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)滿(mǎn)足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作堂淡。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒馋缅,并且可以讓最終用戶(hù)將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來(lái)的用戶(hù)表明系統(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ù),即軟件的功能和性能如同用戶(hù)所合理期待的那樣。四硝全、當(dāng)開(kāi)發(fā)人員說(shuō)不是 G 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ù)是什么车摄?如果被用戶(hù)發(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,我也只是建議的方式寫(xiě)進(jìn) TD 中疮胖,如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題环戈。如果確定是 bug 的話,一定要堅(jiān)持自己的立場(chǎng)澎灸,讓問(wèn)題得到最后的確認(rèn)院塞。五、為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作性昭?24因?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ì)量情況。六忌警、如果有機(jī)會(huì)轉(zhuǎn)成開(kāi)發(fā)人員搁拙,你會(huì)去做開(kāi)發(fā)工作嗎秒梳?如果公司確實(shí)需要我可以從事開(kāi)發(fā),但我還是喜歡做測(cè)試箕速,我認(rèn)為我更適合做測(cè)試酪碘。七、軟件測(cè)試分哪些階段盐茎?各階段的含義兴垦?分為單元測(cè)試、集成測(cè)試字柠、確認(rèn)測(cè)試探越、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試窑业。單元測(cè)試是最小單位的測(cè)試钦幔,測(cè)試獨(dú)立模塊;集成測(cè)試主要測(cè)試模塊之間的接口是否正常常柄,確認(rèn)測(cè)試類(lèi)似于冒煙測(cè)試通常在大規(guī)模系統(tǒng)測(cè)試之前驗(yàn)證版本主要功能是否實(shí)現(xiàn)鲤氢,版本的穩(wěn)定性是否可以進(jìn)入系統(tǒng)測(cè)試,系統(tǒng)測(cè)試是全面測(cè)試驗(yàn)證系統(tǒng)是否滿(mǎn)足用戶(hù)需求包括功能西潘、性能卷玉、兼容性等等。驗(yàn)收測(cè)試是用戶(hù)參與的測(cè)試秸架。八 揍庄、一份測(cè)試計(jì)劃應(yīng)該包括哪些內(nèi)容?背景东抹、項(xiàng)目簡(jiǎn)介、目的沃测、測(cè)試范圍缭黔、測(cè)試策略、人員分工蒂破、資源要求馏谨、進(jìn)度計(jì)劃、參考文檔附迷、常用術(shù)語(yǔ)惧互、提交文檔、風(fēng)險(xiǎn)分析喇伯。九喊儡、針對(duì)于軟件的行業(yè)背景,你如何理解軟件的業(yè)務(wù)稻据?閱讀用戶(hù)手冊(cè)了解軟件的功能和操作流程艾猜;看一些業(yè)務(wù)的專(zhuān)業(yè)書(shū)籍補(bǔ)充業(yè)務(wù)知識(shí);如果有用戶(hù)實(shí)際的數(shù)據(jù),可以拿實(shí)際的數(shù)據(jù)進(jìn)行參考匆赃;參考以前的用例和 BUG 報(bào)告淤毛;在使用軟件的過(guò)程中多思考;多與產(chǎn)品經(jīng)理交流算柳。十低淡、測(cè)試用例應(yīng)包括哪些內(nèi)容?編號(hào)瞬项、模塊名稱(chēng)蔗蹋、編寫(xiě)人、日期滥壕、操作說(shuō)明纸颜、輸入數(shù)據(jù)、預(yù)期結(jié)果等绎橘。如何定位測(cè)試用例 的作用卵惦?組織性:編寫(xiě)、組織性铃芦、功能覆蓋叁丧、重復(fù)性、跟蹤冈止、測(cè)試確認(rèn)測(cè)試過(guò)程中什么是最重要的狂票?需求、計(jì)劃熙暴。什么是兼容性測(cè)試闺属?請(qǐng)舉例說(shuō)明如何利用兼容性測(cè)試列表進(jìn)行測(cè)試。主要驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性周霉。包括向下兼容和交錯(cuò)兼容掂器,向下兼容是測(cè)試軟件新版本保留它早期版本功能的情況,交錯(cuò)兼容是驗(yàn)證共同存在的兩個(gè)相關(guān)但不相同的產(chǎn)品之間的兼容性俱箱。對(duì)某軟件進(jìn)行測(cè)試国瓮,發(fā)現(xiàn)在 8 WIN98 上運(yùn)行得很慢,怎么判別是該軟件存在問(wèn)題還是其軟硬件運(yùn)行環(huán)境存在問(wèn)題狞谱?看軟件的運(yùn)行環(huán)境要求乃摹。如果符合要求則是程序存在問(wèn)題,若不符合要求則是硬件系統(tǒng)存在問(wèn)題什么是等價(jià)類(lèi)劃分法和邊界值分析法跟衅?需求測(cè)試的注意事項(xiàng)有哪些孵睬?是否使用了公司的模板文檔內(nèi)容是否符合規(guī)范所有的需求是分級(jí)是否清析適當(dāng)?所有的需求是否具有一致性需求是否可行(即与斤,該需求組合有解決方案)需求可否用己知的約束來(lái)實(shí)現(xiàn)需求是否足夠(即肪康,可以把它送到一個(gè)規(guī)范的開(kāi)發(fā)組織荚恶,并有一個(gè)生產(chǎn)出所需要產(chǎn)品的合理的可能性)所有的其它需求是交叉引用是否正確用戶(hù)描述是否清楚是否用客戶(hù)的語(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é)議之間是否存在沖突請(qǐng)簡(jiǎn)述一下缺陷的生命周期谒撼。提交?分配?處理?返測(cè)?關(guān)閉(返測(cè)和處理為循環(huán)



14

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市雾狈,隨后出現(xiàn)的幾起案子廓潜,更是在濱河造成了極大的恐慌,老刑警劉巖善榛,帶你破解...
    沈念sama閱讀 206,126評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件辩蛋,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡移盆,警方通過(guò)查閱死者的電腦和手機(jī)悼院,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,254評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)咒循,“玉大人据途,你說(shuō)我怎么就攤上這事⌒鸬椋” “怎么了颖医?”我有些...
    開(kāi)封第一講書(shū)人閱讀 152,445評(píng)論 0 341
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)裆蒸。 經(jīng)常有香客問(wèn)我熔萧,道長(zhǎng),這世上最難降的妖魔是什么僚祷? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 55,185評(píng)論 1 278
  • 正文 為了忘掉前任佛致,我火速辦了婚禮,結(jié)果婚禮上辙谜,老公的妹妹穿的比我還像新娘晌杰。我一直安慰自己,他們只是感情好筷弦,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,178評(píng)論 5 371
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著抑诸,像睡著了一般烂琴。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上蜕乡,一...
    開(kāi)封第一講書(shū)人閱讀 48,970評(píng)論 1 284
  • 那天奸绷,我揣著相機(jī)與錄音,去河邊找鬼层玲。 笑死号醉,一個(gè)胖子當(dāng)著我的面吹牛反症,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播畔派,決...
    沈念sama閱讀 38,276評(píng)論 3 399
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼铅碍,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了线椰?” 一聲冷哼從身側(cè)響起胞谈,我...
    開(kāi)封第一講書(shū)人閱讀 36,927評(píng)論 0 259
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎憨愉,沒(méi)想到半個(gè)月后烦绳,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,400評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡配紫,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,883評(píng)論 2 323
  • 正文 我和宋清朗相戀三年径密,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片躺孝。...
    茶點(diǎn)故事閱讀 37,997評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡享扔,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出括细,到底是詐尸還是另有隱情伪很,我是刑警寧澤,帶...
    沈念sama閱讀 33,646評(píng)論 4 322
  • 正文 年R本政府宣布奋单,位于F島的核電站锉试,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏览濒。R本人自食惡果不足惜呆盖,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,213評(píng)論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望贷笛。 院中可真熱鬧应又,春花似錦、人聲如沸乏苦。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,204評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)汇荐。三九已至洞就,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間掀淘,已是汗流浹背旬蟋。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 31,423評(píng)論 1 260
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留革娄,地道東北人倾贰。 一個(gè)月前我還...
    沈念sama閱讀 45,423評(píng)論 2 352
  • 正文 我出身青樓冕碟,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親匆浙。 傳聞我的和親對(duì)象是個(gè)殘疾皇子安寺,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,722評(píng)論 2 345

推薦閱讀更多精彩內(nèi)容

  • 1.測(cè)試與軟件模型 軟件開(kāi)發(fā)生命周期模型指的是軟件開(kāi)發(fā)全過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架吞彤。軟件項(xiàng)目的開(kāi)發(fā)包括:需求我衬、設(shè)...
    Mr希靈閱讀 21,938評(píng)論 7 278
  • 1.測(cè)試與軟件模型 軟件開(kāi)發(fā)生命周期模型指的是軟件開(kāi)發(fā)全過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)性框架饰恕。軟件項(xiàng)目的開(kāi)發(fā)包括:需求挠羔、設(shè)...
    宇文臭臭閱讀 6,713評(píng)論 5 100
  • 1.問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè) bug ,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè) bug 埋嵌,你應(yīng)該怎樣解決破加。 首先,將問(wèn)題提...
    qianyewhy閱讀 9,231評(píng)論 4 123
  • -----轉(zhuǎn)載----- 1雹嗦、問(wèn):你在測(cè)試中發(fā)現(xiàn)了一個(gè)bug范舀,但是開(kāi)發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug,你應(yīng)該怎樣解決了罪? ...
    花開(kāi)沉浮閱讀 7,341評(píng)論 4 88
  • UdacityMachine LearningSupport Vector Machine 在做分類(lèi)問(wèn)題時(shí)锭环,想要找...
    不會(huì)停的蝸牛閱讀 1,546評(píng)論 0 6