軟件測(cè)試包含哪些知識(shí)？
軟件測(cè)試相關(guān)免費(fèi)下載?
鏈接: 提取碼:ipyx ?
軟件測(cè)試（英語(yǔ)：Software Testing），描述一種用來(lái)促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過(guò)程。換句話說(shuō)，軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出之間的審核或者比較過(guò)程。軟件測(cè)試的經(jīng)典定義是：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程。
軟件測(cè)試主要學(xué)什么，在南京有沒(méi)有？
軟件測(cè)試的分類從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分
A.白盒測(cè)試
B.黑盒測(cè)試
C.灰盒測(cè)試
從是否執(zhí)行程序的角度
A.靜態(tài)測(cè)試
B.動(dòng)態(tài)測(cè)試。
從軟件開(kāi)發(fā)的過(guò)程按階段劃分有
A.單元測(cè)試
B.集成測(cè)試
C.確認(rèn)測(cè)試
D.系統(tǒng)測(cè)試
E.驗(yàn)收測(cè)試
* 測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試及發(fā)版測(cè)試。
* 開(kāi)始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。
* 集成測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。
* 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。
* 系統(tǒng)測(cè)試把已經(jīng)經(jīng)過(guò)確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測(cè)試。
單元測(cè)試 (Unit Testing)
* 單元測(cè)試又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 — 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。
* 單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。
1. 單元測(cè)試的內(nèi)容
* 在單元測(cè)試時(shí)，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。
(1) 模塊接口測(cè)試
* 在單元測(cè)試的開(kāi)始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括：
– 調(diào)用本模塊的輸入?yún)?shù)是否正確；
– 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確；
– 全局量的定義在各模塊中是否一致；
* 在做內(nèi)外存交換時(shí)要考慮：
– 文件屬性是否正確；
– OPEN與CLOSE語(yǔ)句是否正確；
– 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配；
– 在進(jìn)行讀寫(xiě)操作之前是否打開(kāi)了文件；
– 在結(jié)束文件處理時(shí)是否關(guān)閉了文件；
– 正文書(shū)寫(xiě)／輸入錯(cuò)誤，
– I／O錯(cuò)誤是否檢查并做了處理。
(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試
* 不正確或不一致的數(shù)據(jù)類型說(shuō)明
* 使用尚未賦值或尚未初始化的變量
* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值
* 變量名拼寫(xiě)錯(cuò)或書(shū)寫(xiě)錯(cuò)
* 不一致的數(shù)據(jù)類型
* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響
(3) 路徑測(cè)試
* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。
* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。
* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。
(4) 錯(cuò)誤處理測(cè)試
* 出錯(cuò)的描述是否難以理解
* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位
* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符
* 對(duì)錯(cuò)誤條件的處理正確與否
* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等
(5) 邊界測(cè)試
* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。
* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專門進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。
2. 單元測(cè)試的步驟
* 模塊并不是一個(gè)獨(dú)立的程序，在考慮測(cè)試模塊時(shí)，同時(shí)要考慮它和外界的聯(lián)系，用一些輔助模塊去模擬與被測(cè)模塊相聯(lián)系的其它模塊。
– 驅(qū)動(dòng)模塊 (driver)
– 樁模塊 (stub) —— 存根模塊
* 如果一個(gè)模塊要完成多種功能，可以將這個(gè)模塊看成由幾個(gè)小程序組成。必須對(duì)其中的每個(gè)小程序先進(jìn)行單元測(cè)試要做的工作，對(duì)關(guān)鍵模塊還要做性能測(cè)試。
* 對(duì)支持某些標(biāo)準(zhǔn)規(guī)程的程序，更要著手進(jìn)行互聯(lián)測(cè)試。有人把這種情況特別稱為模塊測(cè)試，以區(qū)別單元測(cè)試。
集成測(cè)試（ Testing）
* 集成測(cè)試 (集成測(cè)試、聯(lián)合測(cè)試）
* 通常，在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。這時(shí)需要考慮的問(wèn)題是：
– 在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；
– 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；
– 各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能；
– 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題；
– 單個(gè)模塊的誤差累積起來(lái)，是否會(huì)放大，從而達(dá)到不能接受的程度。
在單元測(cè)試的同時(shí)可進(jìn)行集成測(cè)試，
發(fā)現(xiàn)并排除在模塊連接中可能出現(xiàn)
的問(wèn)題，最終構(gòu)成要求的軟件系統(tǒng)。
* 子系統(tǒng)的集成測(cè)試特別稱為部件測(cè)試，它所做的工作是要找出集成后的子系統(tǒng)與系統(tǒng)需求規(guī)格說(shuō)明之間的不一致。
* 通常，把模塊集成成為系統(tǒng)的方式有兩種
– 一次性集成方式
– 增殖式集成方式
1. 一次性集成方式(big bang)
* 它是一種非增殖式組裝方式。也叫做整體拼裝。
* 使用這種方式，首先對(duì)每個(gè)模塊分別進(jìn)行模塊測(cè)試，然后再把所有模塊組裝在一起進(jìn)行測(cè)試，最終得到要求的軟件系統(tǒng)。
2. 增殖式集成方式
* 這種集成方式又稱漸增式集成
* 首先對(duì)一個(gè)個(gè)模塊進(jìn)行模塊測(cè)試，然后將這些模塊逐步組裝成較大的系統(tǒng)
* 在集成的過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題
* 通過(guò)增殖逐步組裝成為要求的軟件系統(tǒng)。
(1) 自頂向下的增殖方式
* 這種集成方式將模塊按系統(tǒng)程序結(jié)構(gòu)，沿控制層次自頂向下進(jìn)行組裝。
* 自頂向下的增殖方式在測(cè)試過(guò)程中較早地驗(yàn)證了主要的控制和判斷點(diǎn)。
* 選用按深度方向組裝的方式，可以首先實(shí)現(xiàn)和驗(yàn)證一個(gè)完整的軟件功能。
(2) 自底向上的增殖方式
* 這種集成的方式是從程序模塊結(jié)構(gòu)的*層的模塊開(kāi)始集成和測(cè)試。
* 因?yàn)槟K是自底向上進(jìn)行組裝，對(duì)于一個(gè)給定層次的模塊，它的子模塊（包括子模塊的所有下屬模塊）已經(jīng)組裝并測(cè)試完成，所以不再需要樁模塊。在模塊的測(cè)試過(guò)程中需要從子模塊得到的信息可以直接運(yùn)行子模塊得到。
* 自頂向下增殖的方式和自底向上增殖的方式各有優(yōu)缺點(diǎn)。
* 一般來(lái)講，一種方式的優(yōu)點(diǎn)是另一種方式的缺點(diǎn)。
(3) 混合增殖式測(cè)試
* 衍變的自頂向下的增殖測(cè)試
– 首先對(duì)輸入／輸出模塊和引入新算法模塊進(jìn)行測(cè)試;
– 再自底向上組裝成為功能相當(dāng)完整且相對(duì)獨(dú)立的子系統(tǒng);
– 然后由主模塊開(kāi)始自頂向下進(jìn)行增殖測(cè)試。
* 自底向上-自頂向下的增殖測(cè)試
– 首先對(duì)含讀操作的子系統(tǒng)自底向上直至根結(jié)點(diǎn)模塊進(jìn)行組裝和測(cè)試;
– 然后對(duì)含寫(xiě)操作的子系統(tǒng)做自頂向下的組裝與測(cè)試。
* 回歸測(cè)試
– 這種方式采取自頂向下的方式測(cè)試被修改的模塊及其子模塊;
– 然后將這一部分視為子系統(tǒng)，再自底向上測(cè)試。
關(guān)鍵模塊問(wèn)題
* 在組裝測(cè)試時(shí)，應(yīng)當(dāng)確定關(guān)鍵模塊，對(duì)這些關(guān)鍵模塊及早進(jìn)行測(cè)試。
* 關(guān)鍵模塊的特征：
① 滿足某些軟件需求；
② 在程序的模塊結(jié)構(gòu)中位于較高的層次（高層控制模塊）；
③ 較復(fù)雜、較易發(fā)生錯(cuò)誤；
④ 有明確定義的性能要求。
確認(rèn)測(cè)試（ Testing）
* 確認(rèn)測(cè)試又稱有效性測(cè)試。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。
* 對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書(shū)中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ)。
1. 進(jìn)行有效性測(cè)試（黑盒測(cè)試）
* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。
* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。
* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試步驟，確定
– 軟件的特性是否與需求相符；
– 所有的文檔都是正確且便于使用；
– 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試
* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類：
– 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書(shū)相符合，從而這部分程序被接受。
– 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問(wèn)題報(bào)告。
2. 軟件配置復(fù)查
n 軟件配置復(fù)查的目的是保證
u 軟件配置的所有成分都齊全；
u 各方面的質(zhì)量都符合要求；
u 具有維護(hù)階段所必需的細(xì)節(jié)；
u 而且已經(jīng)編排好分類的目錄。
n 應(yīng)當(dāng)嚴(yán)格遵守用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。
驗(yàn)收測(cè)試（ Testing）
* 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。
* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。
* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。
* 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。
* 確認(rèn)測(cè)試應(yīng)交付的文檔有：
– 確認(rèn)測(cè)試分析報(bào)告
– 最終的用戶手冊(cè)和操作手冊(cè)
– 項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。
系統(tǒng)測(cè)試（System Testing）
* 系統(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è)試和確認(rèn)測(cè)試。
* 系統(tǒng)測(cè)試的目的在于通過(guò)與系統(tǒng)的需求定義作比較, 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。
開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境、生產(chǎn)環(huán)境 到底是什么？
百度解釋如下：三個(gè)環(huán)境也可以說(shuō)是系統(tǒng)開(kāi)發(fā)的三個(gè)階段：開(kāi)發(fā)->測(cè)試->上線，其中生產(chǎn)環(huán)境也就是通常說(shuō)的真實(shí)環(huán)境。
通俗一點(diǎn)就是：
應(yīng)該是先在開(kāi)發(fā)環(huán)境 中開(kāi)發(fā)完成，測(cè)試環(huán)境測(cè)試，保證程序沒(méi)有問(wèn)題后，再上傳到生產(chǎn)環(huán)境中。
一般情況下，靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、白盒測(cè)試、黑盒測(cè)試之間有何關(guān)系
靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試相對(duì)。根據(jù)動(dòng)態(tài)測(cè)試在軟件開(kāi)發(fā)過(guò)程中所處的階段和作用分為單元測(cè)試、集成測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。單元測(cè)試就是白盒測(cè)試。系統(tǒng)測(cè)試是黑盒測(cè)試。
靜態(tài)測(cè)試是指不運(yùn)行被測(cè)程序本身，僅通過(guò)分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過(guò)程、接口等來(lái)檢查程序的正確性。對(duì)需求規(guī)格說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來(lái)找錯(cuò)。靜態(tài)方法通過(guò)程序靜態(tài)特性的分析，找出欠缺和可疑之處。
動(dòng)態(tài)測(cè)試方法是指通過(guò)運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能。這種方法由三部分組成：構(gòu)造測(cè)試用例、執(zhí)行程序、分析程序的輸出結(jié)果。
白盒測(cè)試也稱為結(jié)構(gòu)測(cè)試，主要用于檢測(cè)軟件編碼過(guò)程中的錯(cuò)誤。程序員的編程經(jīng)驗(yàn)、對(duì)編程軟件的掌握程度、工作狀態(tài)等因素都會(huì)影響到編程質(zhì)量，導(dǎo)致代碼錯(cuò)誤。
黑盒測(cè)試又稱為功能測(cè)試，主要檢測(cè)軟件的每一個(gè)功能是否能夠正常使用。在測(cè)試過(guò)程中，將程序看成不能打開(kāi)的黑盒子，不考慮程序內(nèi)部結(jié)構(gòu)和特性的基礎(chǔ)上通過(guò)程序接口進(jìn)行測(cè)試，檢查程序功能是否按照設(shè)計(jì)需求以及說(shuō)明書(shū)的規(guī)定能夠正常打開(kāi)使用。
擴(kuò)展資料：
靜態(tài)測(cè)試可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢(shì)，也可以借助軟件工具自動(dòng)進(jìn)行。代碼檢查包括代碼走查、桌面檢查、代碼審查等，主要檢查代碼和設(shè)計(jì)的一致性，代碼對(duì)標(biāo)準(zhǔn)的遵循、可讀性，代碼的邏輯表達(dá)的正確性，代碼結(jié)構(gòu)的合理性等方面。
可以發(fā)現(xiàn)違背程序編寫(xiě)標(biāo)準(zhǔn)的問(wèn)題，程序中不安全、不明確和模糊的部分，找出程序中不可移植部分、違背程序編程風(fēng)格的問(wèn)題，包括變量檢查、命名和類型審查、程序邏輯審查、程序語(yǔ)法檢查和程序結(jié)構(gòu)檢查等內(nèi)容。
測(cè)試環(huán)境怎么搭建
問(wèn)題一：在軟件測(cè)試中如何搭建測(cè)試環(huán)境？ 聽(tīng)您這提問(wèn)，估計(jì)您是沒(méi)做過(guò)測(cè)試吧。什么是測(cè)試環(huán)境呢？大白話講就是可以基本準(zhǔn)確的將測(cè)試用例執(zhí)行出來(lái)，并且結(jié)果是有參考意義的那么個(gè)環(huán)境~
這前題是你的測(cè)試用例是有效的。那撇掉這個(gè)不管的情況下，測(cè)試環(huán)境就不可能是固定的。
有時(shí)候，測(cè)試環(huán)境可能就是一個(gè)系統(tǒng)。P如你這個(gè)軟件，什么都不用管，你只要測(cè)能不能裝在XP系統(tǒng)上，那此時(shí)，一個(gè)完整的XP系統(tǒng)就是測(cè)試環(huán)境。
有時(shí)候，你要測(cè)一個(gè)網(wǎng)站支持不支持多種瀏覽器。那此時(shí)，你的測(cè)試環(huán)境就是一個(gè)安裝了多種瀏覽器的操作系統(tǒng)。
我說(shuō)的你明白了么？所謂的搭建測(cè)試環(huán)境（招聘的老有這要求，會(huì)搭建環(huán)境），就是你能搭出可供測(cè)試用的環(huán)境。簡(jiǎn)單了說(shuō)~是操作系統(tǒng)~復(fù)雜了說(shuō)，是裝了特定軟件做了特定設(shè)置的操作系統(tǒng)~
問(wèn)題二：什么是測(cè)試環(huán)境？如何搭建測(cè)試環(huán)境？ 硬件：包括PC機(jī)、筆記本、服務(wù)器、各種終端等。例如要測(cè)試photoshop軟件，是要在PC機(jī)上測(cè)，還是筆記本上測(cè)？是在cpu為酷睿的計(jì)算機(jī)上測(cè)，還是要在炫龍的cpu上測(cè)？不同的硬件環(huán)境photoshop的處理速度是不一樣的。
軟件：這里主要指的是軟件運(yùn)行的操作系統(tǒng)。例如測(cè)試photoshop，是指windows xp下測(cè)試還是在vista下測(cè)試？可能會(huì)有兼容性問(wèn)題。軟件環(huán)境還包括與其他各類軟件共存同一系統(tǒng)時(shí)的兼容性問(wèn)題。
一般來(lái)說(shuō)，配置測(cè)試環(huán)境可遵循下列原則：
1、真實(shí)：盡量模擬用戶的真實(shí)使用環(huán)境。這里需要提一點(diǎn)，關(guān)于項(xiàng)目軟件與產(chǎn)品軟件需要不同看待。項(xiàng)目軟件由于只針對(duì)某一群體的用戶，所以測(cè)試的環(huán)境比較單一。但產(chǎn)品軟件針對(duì)的是廣大群眾，所以測(cè)試環(huán)境比較復(fù)雜，要多方面考慮。
2、干凈：測(cè)試環(huán)境中盡量不要安裝與被測(cè)軟件無(wú)關(guān)的軟件。筆者就遇到這種事情，兩臺(tái)機(jī)器，針對(duì)一個(gè)功能，一臺(tái)測(cè)試OK，另一臺(tái)測(cè)試NG，*根據(jù)調(diào)查發(fā)現(xiàn)，測(cè)試OK的機(jī)器上安裝了客戶根本不會(huì)安裝的VC++開(kāi)發(fā)環(huán)境，測(cè)試NG的機(jī)器正因?yàn)闆](méi)有安裝VC，所以測(cè)試出了這個(gè)bug：軟件中缺少必要的動(dòng)態(tài)鏈接庫(kù)支持。但這個(gè)干凈也不是必須的，有時(shí)還要刻意去測(cè)試某個(gè)軟件去其他軟件并存時(shí)的兼容性問(wèn)題。
問(wèn)題三：windows怎么搭建測(cè)試環(huán)境 第1步、下載IIS
1、如果不是很清楚自己的裝有Microsoft Windows XP 操作系統(tǒng)的電腦上是否安裝了IIS，可以打開(kāi)IE瀏覽器，在其地址欄輸入127.0.0.1并回車，如下圖
2
如果能正常打開(kāi)上面的網(wǎng)頁(yè)，說(shuō)明本臺(tái)電腦已安裝了IIS（Internet信息服務(wù)）。如果打不開(kāi)上面的網(wǎng)頁(yè)，我們就得自己來(lái)安裝IIS。下面介紹的是如何來(lái)安裝IIS，如果你已會(huì)，完全可以跳過(guò)本部分，不會(huì)的可以一起來(lái)學(xué)習(xí)一下。
3
2、系統(tǒng)安裝光盤中帶有IIS的安裝程序，但因?yàn)楝F(xiàn)在大部分朋友的電腦都是GHOST系統(tǒng)，所以可以用搜索引擎，下載IIS獨(dú)立安裝包。打開(kāi)百度，輸入“IIS for xp”，找到相關(guān)鏈接網(wǎng)站，下載所需要IIS安裝包，如下圖
4
3、下載下來(lái)的“IIS for XP”安裝包一般都為壓縮文件，所以使用它前，得先行解壓，如下圖
5
第2步、安裝IIS
1、我們依次打開(kāi)“開(kāi)始”→“控制面板”，找到并雙擊”添加或刪除程序“，打開(kāi)了”添加或刪除程序“窗口，如下圖
6
2、點(diǎn)擊窗口左側(cè)的“添加/刪除Windows組件”，如下圖
7
3、勾選“Internet信息服務(wù)”，并點(diǎn)擊“下一步”命令按鈕，如下圖
8
4、彈出“所需文件”對(duì)話框，點(diǎn)擊窗口右下角的“瀏覽”命令按鈕，打開(kāi)“查找”對(duì)話框，找到我們剛才從網(wǎng)上下載下來(lái)，并解壓的IIS FO XP 安裝包，找到所需的文件，選擇打開(kāi)后，然后再點(diǎn)“確定”命令按鈕，繼續(xù)IIS的安裝，以后安裝過(guò)程中再需要什么文件的話，找到安裝包后，選擇文件就可以了。如下圖
9
點(diǎn)擊“完成”命令按鈕，完成IIS的安裝，如下圖
10
第3步、測(cè)試IIS
打開(kāi)IE 瀏覽器，在其地址欄輸入”127.0.0.1“后回車，看到如下圖所示的界面，就證明IIS安裝成功了，如下圖
11
至此，我們已成功安裝IIS，IIS的安裝講解完畢，接下來(lái)講解如何測(cè)試我們自己的ASP網(wǎng)站。
12
第4步、架設(shè)網(wǎng)站
1、我們把自己的ASP網(wǎng)站源代碼拷貝到電腦任意一個(gè)磁盤分區(qū)，比如D盤，如下圖
13
2、打開(kāi)“計(jì)算機(jī)”管理。在“我的電腦”上右擊，選擇并點(diǎn)擊“管理”，這樣我們就打開(kāi)了“計(jì)算機(jī)管理”窗口，在該窗口左側(cè)依次點(diǎn)擊“服務(wù)和應(yīng)用程序”→“Internet信息服務(wù)”→“網(wǎng)站”，然后在“默認(rèn)網(wǎng)站”上右擊，選擇“新建”→“虛擬目錄”，如下圖
14
3、新建虛擬目錄。點(diǎn)擊“虛擬目錄”，打開(kāi)“虛擬目錄創(chuàng)建向?qū)А睂?duì)話框，點(diǎn)擊“下一步”命令按鈕，輸入虛擬目錄“別名”，比如：glxt，然后再點(diǎn)“下一步”命令按鈕，通過(guò)“瀏覽”的方式找到網(wǎng)站源代碼所在的目錄，我們剛才把源代碼放在了：D:\bysjASP，如下圖
15
4、完成向?qū)АＤ夸涍x擇好后，我們點(diǎn)“下一步”，在“訪問(wèn)權(quán)限”對(duì)話框，按照下圖所示選擇就可以了，再點(diǎn)“下一步”命令按鈕，出現(xiàn)“已成功完成虛擬目錄創(chuàng)建向?qū)А睂?duì)話框，點(diǎn)擊“完成”，完成虛擬目錄的創(chuàng)建工作，如下圖
16
第5步、測(cè)試網(wǎng)站
1、我們?cè)凇坝?jì)算機(jī)管理”窗口的“默認(rèn)網(wǎng)站”下面，找到我們剛才創(chuàng)建成功的虛擬目錄“glxt”，然后點(diǎn)擊這個(gè)虛擬目錄，如下圖
17
2、在窗口的右側(cè)，找到我們網(wǎng)站的首頁(yè):index.asp，然后右擊這個(gè)文件，在彈出的快捷菜單中選擇并點(diǎn)擊“瀏覽”，如下圖
18
這樣我們就打開(kāi)了我們自己的網(wǎng)站，如果程序沒(méi)有錯(cuò)誤，網(wǎng)站是可以正常打開(kāi)的；如果程序有錯(cuò)誤，則網(wǎng)......>>
問(wèn)題四：如何搭建一個(gè)穩(wěn)定、可重復(fù)的測(cè)試環(huán)境 innodb_data_home_dir = //mysql/mysql/var/
#innodb_data_file_path = ibdata1:1G:
innodb_data_file_path = ibdata1:500M;ibdata2:2210M: #表空間
innodb_file_io_threads = 4 #io線程數(shù)
問(wèn)題五：什么是android測(cè)試環(huán)境搭建 android 官網(wǎng)之前發(fā)布過(guò)ADT版本的Eclipse,建議使用官網(wǎng)提供的集成開(kāi)發(fā)環(huán)境IDE(已上傳附件),即官方已經(jīng)集成好ADT CDT SDK Eclipse,不需要再做任何的配置,直接解壓就可以用了。
問(wèn)題六：面試問(wèn)到軟件測(cè)試中怎么搭建測(cè)試環(huán)境 搭建測(cè)試環(huán)境實(shí)際就是部署環(huán)境，比如window+mysql+tomcat部署這些
問(wèn)題七：軟件測(cè)試搭建環(huán)境具體是怎么做的 這個(gè)要看實(shí)際工作環(huán)境、軟件的運(yùn)行環(huán)境來(lái)決定的，總體來(lái)說(shuō)從：
1、操作系統(tǒng)：win還是Linux
2、軟件架構(gòu)： B/S還是C/S
3、數(shù)據(jù)庫(kù)類型：orcale還是mssql，db2deng
。。。。
問(wèn)題八：前端的開(kāi)發(fā)調(diào)試測(cè)試的環(huán)境怎么搭建 前端環(huán)境搭建系列的目的是把前端團(tuán)隊(duì)作為一個(gè)整體，如何有效的團(tuán)隊(duì)協(xié)同開(kāi)發(fā)，*部分開(kāi)發(fā)環(huán)境。
1.代碼版本管理
SVN是必不可少了，版本號(hào)的規(guī)劃按照項(xiàng)目三位版本，開(kāi)發(fā)四位版本來(lái)部署。比如我要做A項(xiàng)目，版本號(hào)為1.0.0，我*次提測(cè)的代碼版本為1.0.0.1。每次四位版本按照tag區(qū)分。QA按照這個(gè)tag部署測(cè)試代碼，OP則部署線上代碼。
如果多個(gè)項(xiàng)目同時(shí)開(kāi)發(fā)，就開(kāi)分支。這些需要一個(gè)項(xiàng)目管理平臺(tái)來(lái)管理版本。
2. 開(kāi)發(fā)環(huán)境
我假設(shè)前端team的范疇是HTML CSS JS MVC中的V 和 C。*的環(huán)境是每個(gè)人一個(gè)開(kāi)發(fā)環(huán)境，代碼通過(guò)SVN同步別人的代碼。但是文件的路徑全部都一致。
比如
css的img.xx/css
js的img.xx/js
flash的img.xx/swf
后臺(tái)環(huán)境，假設(shè)每個(gè)后端開(kāi)發(fā)也都有獨(dú)立的環(huán)境，如果和誰(shuí)聯(lián)調(diào)代碼就讓他把配置指向你的V C目錄進(jìn)行調(diào)試。
QA環(huán)境的debug問(wèn)題，你的環(huán)境和QA環(huán)境代碼部署一致，能夠通過(guò)host切換靜態(tài)文件，如css js flash。畢竟前端的大部分問(wèn)題是前端代碼的問(wèn)題，V 和 C的問(wèn)題就在自己的環(huán)境調(diào)試了，靜態(tài)資源切換到QA的host。
數(shù)據(jù)問(wèn)題，*有個(gè)大的造數(shù)據(jù)平臺(tái)，通用一份數(shù)據(jù)庫(kù)，提供數(shù)據(jù)增加和修改的接口，這是理想狀態(tài)，當(dāng)然這個(gè)平臺(tái)也會(huì)很麻煩，實(shí)在不行就通過(guò)后端的數(shù)據(jù)操作接口操作數(shù)據(jù)。
3.編譯環(huán)境
可惡的前端代碼裸上，會(huì)有很多問(wèn)題，大部分是性能問(wèn)題，還有部分是緩存問(wèn)題。
所以需要提供編譯環(huán)境，編譯流程放在提測(cè)前是安全的，因?yàn)闀?huì)經(jīng)過(guò)QA的質(zhì)量檢測(cè)，如果在OP環(huán)節(jié)應(yīng)該比較麻煩，編譯代碼的bug也沒(méi)人去測(cè)。
編譯一般解決的事情
1、批量的一些操作，比如版本號(hào)
2、代碼的合并和壓縮
3、代碼的優(yōu)化或者職能替換，比如資源打包
我遇到過(guò)的開(kāi)發(fā)狀況都不樂(lè)觀。所以有時(shí)間自己搭下試試有多復(fù)雜。
一般有公用開(kāi)發(fā)環(huán)境，就一臺(tái)機(jī)器一個(gè)host，不管主干分支都放在那里，可想又多混亂，還有前端無(wú)版本管理軟件，人肉維護(hù)多個(gè)并發(fā)版本。
或者有版本管理，開(kāi)發(fā)環(huán)境還是多人一個(gè)，而且沒(méi)有host，靜態(tài)資源引入都是通過(guò)模板conf管理路徑的。這樣的代碼不利于資源路徑管理，特別是圖片，加入png半透明的需要全路徑，多個(gè)css合并的*是根目錄路徑。
各種悲劇，此文到此結(jié)束。下篇為開(kāi)發(fā)模式和模塊化。
什么是軟件測(cè)試環(huán)境和正式開(kāi)發(fā)環(huán)境？
測(cè)試環(huán)境就是做測(cè)試的環(huán)境，開(kāi)發(fā)環(huán)境就是做開(kāi)發(fā)的環(huán)境。
軟件開(kāi)發(fā)環(huán)境是指在基本硬件和宿主軟件的基礎(chǔ)上，為支持系統(tǒng)軟件和應(yīng)用軟件的工程化開(kāi)發(fā)和維護(hù)而使用的一組軟件，簡(jiǎn)稱SDE。它由軟件工具和環(huán)境集成機(jī)制構(gòu)成，前者用以支持軟件開(kāi)發(fā)的相關(guān)過(guò)程、活動(dòng)和任務(wù)，后者為工具集成和軟件的開(kāi)發(fā)、維護(hù)及管理提供統(tǒng)一的支持。
測(cè)試環(huán)境是指測(cè)試運(yùn)行其上的軟件和硬件環(huán)境的描述，以及任何其它與被測(cè)軟件交互的軟件，包括驅(qū)動(dòng)和樁。測(cè)試環(huán)境是指為了完成軟件測(cè)試工作所必需的計(jì)算機(jī)硬件、軟件、網(wǎng)絡(luò)設(shè)備、歷史數(shù)據(jù)的總稱。
擴(kuò)展資料
軟件測(cè)試環(huán)境注意事項(xiàng)
1、一個(gè)應(yīng)用程序的外觀設(shè)計(jì)并不是一切。功能測(cè)試也是開(kāi)發(fā)者需要關(guān)注的重要問(wèn)題之一，特別是整體用戶體驗(yàn)。如果用戶在使用過(guò)程中沒(méi)有達(dá)到預(yù)期的功能和業(yè)務(wù)需求，那么UI外觀設(shè)計(jì)的再完美也仍會(huì)面臨被卸載的危險(xiǎn)。
2、測(cè)試要確保*的設(shè)備和系統(tǒng)覆蓋率，測(cè)試要確保*的設(shè)備覆蓋率，盡量在不同的操作系統(tǒng)和設(shè)備制造商中進(jìn)行。發(fā)現(xiàn)錯(cuò)誤并及時(shí)進(jìn)行修復(fù)，才是測(cè)試真正的意義。
3、探索性測(cè)試重要，但不能完全依賴。探索性測(cè)試是整體測(cè)試策略的重要組成部分，可快速識(shí)別致命性bug。探索性測(cè)試需要測(cè)試人員熟悉應(yīng)用程序、目標(biāo)用戶的典型行為以及測(cè)試方法。
參考資料來(lái)源：?百度百科—軟件開(kāi)發(fā)環(huán)境
參考資料來(lái)源：百度百科—測(cè)試環(huán)境
軟件測(cè)試有哪幾類？
軟件測(cè)試有以下4類：
1、靜態(tài)測(cè)試
靜態(tài)測(cè)試指軟件代碼的靜態(tài)分析測(cè)驗(yàn)，此類過(guò)程中應(yīng)用數(shù)據(jù)較少，主要過(guò)程為通過(guò)軟件的靜態(tài)性測(cè)試（即人工推斷或計(jì)算機(jī)輔助測(cè)試）。
測(cè)試程序中運(yùn)算方式、算法的正確性，進(jìn)而完成測(cè)試過(guò)程，此類測(cè)試的優(yōu)點(diǎn)在于能夠消耗較短時(shí)間、較少資源完成對(duì)軟件、軟件代碼的測(cè)試，能夠較為明顯地發(fā)現(xiàn)此類代碼中出現(xiàn)的錯(cuò)誤。
2、動(dòng)態(tài)測(cè)試
計(jì)算機(jī)動(dòng)態(tài)測(cè)試的主要目的為檢測(cè)軟件運(yùn)行中出現(xiàn)的問(wèn)題，較靜態(tài)測(cè)試方式相比，其被稱為動(dòng)態(tài)的原因即為其測(cè)試方式主要依賴程序的運(yùn)用。
主要為檢測(cè)軟件中動(dòng)態(tài)行為是否缺失、軟件運(yùn)行效果是否良好。其最為明顯的特征即為進(jìn)行動(dòng)態(tài)測(cè)試時(shí)軟件為運(yùn)轉(zhuǎn)狀態(tài)，只有如此才能于使用過(guò)程中發(fā)現(xiàn)軟件缺陷，進(jìn)而對(duì)此類缺陷進(jìn)行修復(fù)。
3、黑盒測(cè)試
黑盒測(cè)試，顧名思義即為將軟件測(cè)試環(huán)境模擬為不可見(jiàn)的“黑盒”。
通過(guò)數(shù)據(jù)輸入觀察數(shù)據(jù)輸出，檢查軟件內(nèi)部功能是否正常。測(cè)試展開(kāi)時(shí)，數(shù)據(jù)輸入軟件中，等待數(shù)據(jù)輸出。數(shù)據(jù)輸出時(shí)若與預(yù)計(jì)數(shù)據(jù)一致，則證明該軟件通過(guò)測(cè)試，若數(shù)據(jù)與預(yù)計(jì)數(shù)據(jù)有出入，即便出入較小亦證明軟件程序內(nèi)部出現(xiàn)問(wèn)題，需盡快解決。
4、白盒測(cè)試
白盒測(cè)試相對(duì)于黑盒測(cè)試而言具有一定透明性，原理為根據(jù)軟件內(nèi)部應(yīng)用、源代碼等對(duì)產(chǎn)品內(nèi)部工作過(guò)程進(jìn)行調(diào)試。
測(cè)試過(guò)程中常將其與軟件內(nèi)部結(jié)構(gòu)協(xié)同展開(kāi)分析，*優(yōu)點(diǎn)即為其能夠有效解決軟件內(nèi)部應(yīng)用程序出現(xiàn)的問(wèn)題，測(cè)試過(guò)程中常將其與黑盒測(cè)試方式結(jié)合，當(dāng)測(cè)試軟件功能較多時(shí)，白盒測(cè)試法亦可對(duì)此類情況展開(kāi)有效調(diào)試。
擴(kuò)展資料
軟件測(cè)試發(fā)展趨勢(shì)
從整體行業(yè)背景看，一方面，在*的很多軟件企業(yè)存在著重開(kāi)發(fā)、輕測(cè)試的現(xiàn)象，造成日后的軟件產(chǎn)品的質(zhì)量問(wèn)題頻出，亟待解決；另一方面市場(chǎng)上的軟件測(cè)試人員偏少，崗位缺口較大，不少企業(yè)以開(kāi)發(fā)暫代測(cè)試，以作急用。軟件測(cè)試人才的缺口在30萬(wàn)人以上。
從個(gè)人職業(yè)發(fā)展看，軟件測(cè)試人才更強(qiáng)調(diào)崗位的經(jīng)驗(yàn)積累。從業(yè)者在擁有幾年的測(cè)試經(jīng)驗(yàn)背景后，可以逐步轉(zhuǎn)向管理或者資深測(cè)試工程師，擔(dān)當(dāng)測(cè)試經(jīng)理或者*主管，所以職業(yè)壽命更長(zhǎng)。另外，由于國(guó)內(nèi)軟件測(cè)試工程師人才奇缺，并且一般只有大中型企業(yè)才會(huì)單獨(dú)設(shè)立軟件測(cè)試*，所以很有保障，待遇普遍較高。