軟件測(cè)試基礎(chǔ)習(xí)題及答案-資料下載頁
2025-06-26 08:39本頁面
【正文】 變量處理，將數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫或初始化文件中。E. 使用Header files定義經(jīng)常被調(diào)用的代碼段。F. 彈出的窗口、按鈕、菜單等的尺寸具有自動(dòng)伸縮性或可靈活地調(diào)整，以適應(yīng)不同語言顯示文本的長度變化。G. 吃吃各個(gè)國家的鍵盤設(shè)置，但要統(tǒng)一熱鍵。H. 支持文字排序和大小寫轉(zhuǎn)換。I. 支持各國家的度量衡、時(shí)間、貨幣單位等不同格式的顯示方式。J. 支持顏色字體等自定義。K. 擁有國際化用戶界面設(shè)計(jì)。軟件國際化的測(cè)試就是驗(yàn)證軟件產(chǎn)品是否支持上述特性。3 本地化測(cè)試的基本內(nèi)容是什么？A. 功能性測(cè)試B. 數(shù)據(jù)格式測(cè)試C. 可用性測(cè)試D. 翻譯驗(yàn)證測(cè)試E. 兼容性測(cè)試F. 文檔測(cè)試4一套完整的測(cè)試應(yīng)該由哪些階段組成？測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)與開發(fā)、測(cè)試實(shí)施、測(cè)試評(píng)審與測(cè)試結(jié)論4如何理解壓力、負(fù)載、性能測(cè)試？性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包含了性能、強(qiáng)度、壓力、負(fù)載等多方面的測(cè)試內(nèi)容。壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試，是一種很平常的測(cè)試，增大訪問系統(tǒng)的用戶數(shù)量、或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試。而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，主要是測(cè)試系統(tǒng)在一種或幾種極限條件下的相應(yīng)能力，是性能測(cè)試的重要部分。100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半個(gè)小時(shí)的訪問可以看做壓力測(cè)試，那么連續(xù)訪問8個(gè)小時(shí)就可以認(rèn)為負(fù)載測(cè)試，1000個(gè)用戶連續(xù)訪問系統(tǒng)1個(gè)小時(shí)也可以看做是負(fù)載測(cè)試。實(shí)際上壓力測(cè)試和負(fù)載測(cè)試沒有明顯的區(qū)分。測(cè)試人員應(yīng)該站在關(guān)注整體性能的高度上來對(duì)系統(tǒng)進(jìn)行測(cè)試。4所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎?從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定哪些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：沒有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開發(fā)人員和測(cè)試人員都是不夠用的。而且在項(xiàng)目中沒有預(yù)算足夠的回歸測(cè)試時(shí)間，再加上修改缺陷可能引入的新缺陷，因此在交付期限的強(qiáng)大壓力下，必須放棄某些缺陷的修改。有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問題被當(dāng)成缺陷來處理，這類問題可以以后有時(shí)間考慮再處理最后要說的是，缺陷是否修改要由測(cè)試人員，項(xiàng)目經(jīng)理，開發(fā)人員共同討論來決定，不同角色的人員從不同的角度來思考，以做出正確的決定。4軟件測(cè)試人員就是QA嗎？軟件測(cè)試人員的職責(zé)是盡可能的找出軟件缺陷，確保得以修復(fù)。而QA主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，QA日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是QA的工作對(duì)象軟件測(cè)試和質(zhì)量保證是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。4如何編寫提交給客戶的測(cè)試報(bào)告？隨著測(cè)試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測(cè)試文檔是不可避免的事情。很多人會(huì)問“我們可以把工作中的測(cè)試報(bào)告提供給客戶嗎？”答案是否定的。因?yàn)樘峁﹥?nèi)部的測(cè)試報(bào)告，可能會(huì)讓客戶失去信心，甚至否定項(xiàng)目。測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部測(cè)試報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔。反映了測(cè)試工作的實(shí)施情況。一般外部測(cè)試報(bào)告要滿足以下幾個(gè)要求：根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒必要讓客戶知道報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的報(bào)告上面的內(nèi)容盡量要真實(shí)可靠整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來負(fù)面作用，尤其是性能測(cè)試報(bào)告總之，外部測(cè)試報(bào)告要小心謹(jǐn)慎地編寫。4當(dāng)開發(fā)人員說不是bug時(shí)，你該如何應(yīng)付？開發(fā)說不是bug，有兩種情況，一種是需求沒有確定，所以我可以這么做，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，三方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我們可以先盡可能的說出是bug的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會(huì)有什么不良結(jié)果？開發(fā)人員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問題提出來，跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn)，如果要修改就改，如果不要修改就不改。其實(shí)有些不是bug，只是一些建議性的問題，如果開發(fā)人員不改也沒有太大的問題，如果確定是bug的話，一定要堅(jiān)持自己的立場(chǎng)，讓問題得到最后的確認(rèn)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1