1、黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別白盒測(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ō)明書，檢查程序的功能是否符合它的功能說(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ō)明書中指定功能的有效方法。（常見(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ù)，即軟件的功能和性能如同用戶所合理期待的那樣。?單元測(cè)試的主要目的是針對(duì)編碼過(guò)程中可能存在的各種錯(cuò)誤，例如用戶輸入驗(yàn)證過(guò)程中的邊界值的錯(cuò)誤。?集成測(cè)試主要目的是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問(wèn)題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯(cuò)誤。系統(tǒng)測(cè)試主要針對(duì)概要設(shè)計(jì)，檢查了系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能驗(yàn)收測(cè)試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要（需求）。2、您認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？1） 明確測(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)確2） 堅(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）。3） 采用評(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í)行人員。4） 分別創(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ù)。3、你認(rèn)為公司的BUG測(cè)試流程是什么？1） 當(dāng)測(cè)試工程師發(fā)現(xiàn)了一個(gè)bug而且在bugtrackingtool里面沒(méi)有相同的bug，他需要填寫所有需要的bug信息并且把這個(gè)bug分配給testleader2） 如果這個(gè)bug不是一個(gè)真正的bug,testleader需要close這個(gè)bug3） testleader需要審查bug的各種信息都完備，如果有信息不完整，他需要把狀態(tài)改成"feedback"并重新assign給提交者4） 如果這個(gè)bug是一個(gè)真正存在的bug,testleader需要把這個(gè)bug分配給相關(guān)的開(kāi)發(fā)團(tuán)隊(duì)的PM,并且把bug狀態(tài)改成Assigned5） 如果這個(gè)bug屬于另外一個(gè)開(kāi)發(fā)團(tuán)隊(duì)，PM需要把這個(gè)bug重新分配給那個(gè)開(kāi)發(fā)團(tuán)隊(duì)的PM6） PM審查bug，并且分配給相應(yīng)的開(kāi)發(fā)人員去改正。7） 開(kāi)發(fā)人員收到bug以后，對(duì)相關(guān)的缺陷進(jìn)行改正，并且重新分配給提交bug的測(cè)試人員并且把狀態(tài)改成"Fixed”8） 測(cè)試人員需要對(duì)這個(gè)bug進(jìn)行重新測(cè)試，保證相關(guān)的缺陷已經(jīng)改正，測(cè)試人員可以reopen這個(gè)bug如果缺陷依然存在并且重新分配給相關(guān)的開(kāi)發(fā)人員或者close這個(gè)bug如果缺陷已經(jīng)改正。4、測(cè)試人員所應(yīng)具備的知識(shí)1）基本的測(cè)試知識(shí)，測(cè)試方法，測(cè)試用例，缺陷的概念2） 測(cè)試計(jì)劃3） 數(shù)據(jù)方面（數(shù)據(jù)庫(kù)/XML/Hibernate/LDAP）4） 表現(xiàn)層知識(shí)（JSP/HTML/Struts/CSS）5） EAI（中間件/SOA概念，項(xiàng)目相關(guān)的經(jīng)驗(yàn)）6） 測(cè)試自動(dòng)化知識(shí)7） 設(shè)計(jì)模式知識(shí)（UML等等）8） 敏捷實(shí)踐（TDD,Refectoring,CI等等）9） 軟件生命周期經(jīng)驗(yàn)（分析，設(shè)計(jì)，團(tuán)隊(duì)開(kāi)發(fā)，測(cè)試，部署）10） 管理經(jīng)驗(yàn)（Estimation,Mentoring,團(tuán)隊(duì)組織）11） 學(xué)習(xí)能力5、測(cè)試類型共劃分為哪些？1）功能測(cè)試：對(duì)軟件功能進(jìn)行測(cè)試，檢查軟件的各項(xiàng)功能是否實(shí)現(xiàn)了軟件功能說(shuō)明書（軟件需求）上的要求。2）界面測(cè)試：對(duì)用戶界面進(jìn)行測(cè)試，檢查用戶界面的美觀度、統(tǒng)一性、易用性等方面的內(nèi)容。3）流程測(cè)試：按操作流程進(jìn)行測(cè)試，主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按照流程操作時(shí)是否能夠正確處理。4）并發(fā)測(cè)試：在網(wǎng)絡(luò)環(huán)境、并發(fā)環(huán)境和多用戶條件下對(duì)軟件進(jìn)行的測(cè)試。5）極限測(cè)試：在軟件的極限條件下進(jìn)行的測(cè)試，主要有對(duì)數(shù)據(jù)的極限值、邊界值操作，對(duì)軟件進(jìn)行致命操作等。6） 數(shù)據(jù)處理測(cè)試：對(duì)軟件數(shù)據(jù)接口進(jìn)行的測(cè)試，主要檢查軟件數(shù)據(jù)處理中輸入、處理、輸出數(shù)據(jù)過(guò)程。7） 安全測(cè)試：對(duì)軟件安全性方面的測(cè)試，主要檢測(cè)軟件中加密、解密、數(shù)據(jù)備份、恢復(fù)、病毒檢測(cè)等問(wèn)題。8）性能測(cè)試：對(duì)軟件整體性能的測(cè)試，測(cè)試內(nèi)容有適應(yīng)性、健壯性、可恢復(fù)性、災(zāi)難恢復(fù)能力等9）安裝測(cè)試：在不同PC條件、操作系統(tǒng)、模擬客戶機(jī)等條件下進(jìn)行軟件的安裝測(cè)試，主要檢查軟件打包或發(fā)布之后存在的問(wèn)題。10）性能測(cè)試：對(duì)軟件整體性能進(jìn)行測(cè)試，測(cè)試的內(nèi)容有適應(yīng)性、健壯性、可恢復(fù)性、災(zāi)難恢復(fù)能力6、你是怎么看待測(cè)試的？1）試想一下如果一個(gè)系統(tǒng)開(kāi)發(fā)完畢后不能正常運(yùn)行可能造成的后果，損失錢財(cái)，損失時(shí)間，損失客戶2）介紹一下軟件測(cè)試的意義發(fā)現(xiàn)軟件錯(cuò)誤；有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過(guò)程；驗(yàn)證軟件是否滿足任務(wù)書和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求為軟件質(zhì)量模型的建立提供依據(jù)。3）介紹一下軟件測(cè)試的目的？確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情（Dotherightthing），并且確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事件（Doitright）。提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。正是基于以上所述，我認(rèn)為軟件測(cè)試是整個(gè)軟件質(zhì)量保證過(guò)程中重要的一部分，這也就是我選擇軟件測(cè)試這個(gè)行業(yè)的原因如何撰寫集成測(cè)試計(jì)劃？1） 確定集成測(cè)試對(duì)象2） 確定集成測(cè)試策略3） 確定集成測(cè)試驗(yàn)收標(biāo)準(zhǔn)4） 確定集成測(cè)試掛起和恢復(fù)條件5） 估計(jì)集成測(cè)試工作量6） 估計(jì)集成測(cè)試所需資源7） 進(jìn)行集成測(cè)試任務(wù)劃分（包括任務(wù)名、責(zé)任人、輸入和輸出、風(fēng)險(xiǎn)及應(yīng)對(duì)措施、進(jìn)度安排等）1、階段評(píng)審與同行評(píng)審的區(qū)別？參考答案：同行評(píng)審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤；階段評(píng)審目的：評(píng)審模塊階段作品的正確性可行性及完整性同行評(píng)審人數(shù)：3-7人人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn)，由SQA指導(dǎo)階段評(píng)審人數(shù)：5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容：內(nèi)容小一般文檔<40頁(yè)，代碼<500行階段評(píng)審內(nèi)容：內(nèi)容多，主要看重點(diǎn)同行評(píng)審時(shí)間：一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間：通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上2、 什么是軟件測(cè)試及其目的？參考答案：軟件測(cè)試是使用人工或自動(dòng)化手段來(lái)運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過(guò)程。其目的是：在于檢驗(yàn)它是否能滿足規(guī)定的需求或是弄清楚預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。3、 簡(jiǎn)述集成測(cè)試的過(guò)程？參考答案：集成測(cè)試流程：在完成軟件的概要設(shè)計(jì)后，即開(kāi)始制定集成測(cè)試計(jì)劃-》設(shè)計(jì)集成測(cè)試用例和測(cè)試過(guò)程-》實(shí)施集成測(cè)試，設(shè)計(jì)所需驅(qū)動(dòng)和樁-》執(zhí)行集成測(cè)試，記錄測(cè)試結(jié)果-》評(píng)估集成測(cè)試，根據(jù)測(cè)試結(jié)果評(píng)估此次測(cè)試，生成評(píng)估報(bào)告文檔。（驅(qū)動(dòng)或樁函數(shù)是做單元測(cè)試時(shí)要用到的。驅(qū)動(dòng)函數(shù)是所測(cè)4函數(shù)的主程序，它接收測(cè)試數(shù)據(jù)，并把數(shù)據(jù)傳送給所測(cè)試單元，最后再輸出實(shí)測(cè)結(jié)果。當(dāng)被測(cè)單元能完成相關(guān)功能時(shí)，也可以不要驅(qū)動(dòng)單元。樁，是用來(lái)代替所測(cè)試單元調(diào)用的子單元。）4、 白盒測(cè)試有哪幾種方法？參考答案：代碼審查，語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，組合覆蓋，基本路徑，形式化方法，符號(hào)執(zhí)行5、 簡(jiǎn)述測(cè)試目標(biāo)有哪些類型？參考答案：功能測(cè)試，負(fù)載測(cè)試，性能測(cè)試，安全性測(cè)試，恢復(fù)測(cè)試，安裝測(cè)試，兼容性測(cè)試，可用性測(cè)試，可靠性測(cè)試，國(guó)際化測(cè)試，本地化測(cè)試。6、 怎么樣做好文檔測(cè)試？參考答案：文檔的測(cè)試主要采用靜態(tài)測(cè)試即走查的方法，可以依據(jù)的是同行評(píng)審，列出一個(gè)檢查表，然后大家一起坐下來(lái)對(duì)著被測(cè)試的文檔進(jìn)行閱讀排錯(cuò)。通常文檔都很長(zhǎng)，而一般的建議是一次同行評(píng)審步的時(shí)間不能超過(guò)兩個(gè)小時(shí)，因此可以對(duì)被測(cè)試文檔執(zhí)行測(cè)試時(shí)，列個(gè)計(jì)劃，將總的文檔分解，按照計(jì)劃多次對(duì)被測(cè)試的文檔進(jìn)行走查。一、軟通動(dòng)力面試筆答1?白箱測(cè)試和黑箱測(cè)試是什么？什么是回歸測(cè)試?2?單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么?單元測(cè)試的重點(diǎn)是系統(tǒng)的模塊，包括子程序的正確性驗(yàn)證等。集成測(cè)試的重點(diǎn)是模塊間的銜接以及參數(shù)的傳遞等。系統(tǒng)測(cè)試的重點(diǎn)是整個(gè)系統(tǒng)的運(yùn)行以及與其他軟件的兼容性。3?設(shè)計(jì)用例的方法、依據(jù)有那些？白盒測(cè)試用例設(shè)計(jì)有如下方法:基本路徑測(cè)試\等價(jià)類劃分\邊界值分析\覆蓋測(cè)試\循環(huán)測(cè)試\數(shù)據(jù)流測(cè)試\程序插樁測(cè)試\變異測(cè)試?這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說(shuō)明書及其代碼結(jié)構(gòu)吧；黑盒測(cè)試用例設(shè)計(jì)方法：基于用戶需求的測(cè)試\功能圖分析方法\等價(jià)類劃分方法\邊界值分析方法\錯(cuò)誤推測(cè)方法\因果圖方法\判定表驅(qū)動(dòng)分析方法\正交實(shí)驗(yàn)設(shè)計(jì)方法?依據(jù)是用戶需求規(guī)格說(shuō)明書，詳細(xì)設(shè)計(jì)說(shuō)明書4?一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能？掌握基本的測(cè)試基礎(chǔ)理論本著找出軟件存在的問(wèn)題的態(tài)度進(jìn)行測(cè)試,即客觀吧,不要以挑刺形象出現(xiàn)可熟練閱讀需求規(guī)格說(shuō)明書等文檔以用戶的觀點(diǎn)看待問(wèn)題有著強(qiáng)烈的質(zhì)量意識(shí)細(xì)心和責(zé)任心良好的有效的溝通方式（與開(kāi)發(fā)人員及客戶）具有以往的測(cè)試經(jīng)驗(yàn)?zāi)軌蚣皶r(shí)準(zhǔn)確地判斷出高危險(xiǎn)區(qū)在何處.5?集成測(cè)試通常都有那些策略？大爆炸集成；自頂向下集成；自底向上集成；三明治集成；分層集成；基干集成；基于功能的集成；基于消息的集成；基于風(fēng)險(xiǎn)的集成；基于進(jìn)度的集成.6?你用過(guò)的測(cè)試工具的主要功能、性能及其他？7?—個(gè)缺陷測(cè)試報(bào)告的組成？缺陷跟蹤報(bào)告:編號(hào)，如：ut-dt00016標(biāo)題，如：文字排版功能.字間距.MarchCalculator計(jì)算錯(cuò)誤版本號(hào)，如：V1.3執(zhí)行狀態(tài)，如：空白障稿/提交/審批/分發(fā)/正在修改/修改完畢/正在確認(rèn)/關(guān)閉…修改記錄，如：2003年7月2日；肖睿編制/修改；原因測(cè)試環(huán)境和版本號(hào)碼、程序編寫人員錯(cuò)誤嚴(yán)重程度和優(yōu)先級(jí)別錯(cuò)誤詳細(xì)描述重現(xiàn)步驟和方式、對(duì)應(yīng)的測(cè)試記錄編碼附件建議修改方式修改內(nèi)容、結(jié)果及修改人員簽字/日期8?基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？1）功能測(cè)試鏈接測(cè)試表單測(cè)試Cookies測(cè)試設(shè)計(jì)語(yǔ)言測(cè)試數(shù)據(jù)庫(kù)測(cè)試2）性能測(cè)試連接速度測(cè)試負(fù)載測(cè)試壓力測(cè)試3）可用性測(cè)試①導(dǎo)航測(cè)試②圖形測(cè)試內(nèi)容測(cè)試整體界面測(cè)試4）客戶端兼容性測(cè)試①平臺(tái)測(cè)試②瀏覽器測(cè)試5）安全性測(cè)試軟件本地化測(cè)試比功能測(cè)試都有哪些方面需要注意？軟件測(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)的成本就越大.需求測(cè)試注意事項(xiàng)有哪些？一個(gè)良好的需求應(yīng)當(dāng)具有以下特點(diǎn)：?完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開(kāi)發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。?正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開(kāi)發(fā)的功能。?一致性：一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾。?可行性：每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。?無(wú)二義性：對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語(yǔ)言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語(yǔ)言表達(dá)出來(lái)。?健壯性：需求的說(shuō)明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。?必要性：“必要性”可以理解為每項(xiàng)需求都是用來(lái)授權(quán)你編寫文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入，如UseCase或別的來(lái)源。?可測(cè)試性：每項(xiàng)需求都能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來(lái)進(jìn)行測(cè)試。?可修改性：每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說(shuō)明書更容易修改。?可跟蹤性：應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、