一、判斷題1．軟件測試的目的是盡可能多的找出軟件的缺陷。（Y）2．Beta 測試是驗(yàn)收測試的一種。（Y）3．驗(yàn)收測試是由最終用戶來實(shí)施的。（N）4．項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（Y）5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（Y）6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N）7．自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（Y）8．負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N）9．測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（N）10．代碼評(píng)審員一般由測試員擔(dān)任。（N）11．我們可以人為的使得軟件不存在配置問題。（N）12．集成測試計(jì)劃在需求分析階段末提交。（N）二、選折1．軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（ABCD）A． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B． 所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D． 驗(yàn)收測試工件齊全。2．軟件測試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD）A．項(xiàng)目經(jīng)理B．SQA 負(fù)責(zé)人C．配置負(fù)責(zé)人D．測試組3．下列關(guān)于alpha 測試的描述中正確的是：（AD）A．a(chǎn)lpha 測試需要用戶代表參加B．a(chǎn)lpha 測試不需要用戶代表參加C．a(chǎn)lpha 測試是系統(tǒng)測試的一種D．a(chǎn)lpha 測試是驗(yàn)收測試的一種4．測試設(shè)計(jì)員的職責(zé)有：（BC）A．制定測試計(jì)劃B．設(shè)計(jì)測試用例C．設(shè)計(jì)測試過程、腳本D．評(píng)估測試活動(dòng)5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC）A．需求工件已經(jīng)被基線化B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C．構(gòu)架工件已經(jīng)被基線化D．項(xiàng)目階段成果已經(jīng)被基線化三、添空1.軟件驗(yàn)收測試包括：正式驗(yàn)收測試，alpha 測試，beta 測試。2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要寫出15 就滿分哦）3.設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測試計(jì)劃，軟件需求工件和迭代計(jì)劃。4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。5.（這題出的有問題哦，詳細(xì)的5 步驟為~~）通過畫因果圖來寫測試用例的步驟為：（1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。（2）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。（3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。（4）把因果圖轉(zhuǎn)換成判定表。（5）把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測試用例。四、簡答（資料是搜集整理的，感謝前輩的解題）無1.區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性同行評(píng)審人數(shù):3-7 人人員必須經(jīng)過同行評(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 頁, 代碼< 500 行階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!2.什么是軟件測試為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程3 簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程：1. 構(gòu)建的確認(rèn)過程。2. 補(bǔ)丁的確認(rèn)過程。3. 系統(tǒng)集成測試測試組提交過程。4. 測試用例設(shè)計(jì)過程。5. 測試代碼編寫過程。6. Bug 的報(bào)告過程。7. 每周/每兩周的構(gòu)建過程。8. 點(diǎn)對點(diǎn)的測試過程。9. 組內(nèi)培訓(xùn)過程。4 怎么做好文檔測試仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。P142檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確5 白盒測試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6 系統(tǒng)測試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。7Alpha 測試與beta 的區(qū)別Alpha 測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta 測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。8 比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。9 測試結(jié)束的標(biāo)準(zhǔn)是什么？用例全部測試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)10 描述軟件測試活動(dòng)的生命周期？測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：計(jì)劃：對整個(gè)測試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃；實(shí)現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報(bào)告。11 軟件的缺陷等級(jí)應(yīng)如何劃分？A 類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 由于程序所引起的死機(jī),非法退出2． 死循環(huán)3．?dāng)?shù)據(jù)庫發(fā)生死鎖4． 因錯(cuò)誤操作導(dǎo)致的程序中斷5． 功能錯(cuò)誤6． 與數(shù)據(jù)庫連接錯(cuò)誤7． 數(shù)據(jù)通訊錯(cuò)誤B 類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 程序錯(cuò)誤2． 程序接口錯(cuò)誤3． 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C 類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2． 打印內(nèi)容、格式錯(cuò)誤3． 簡單的輸入限制未放在前臺(tái)進(jìn)行控制4． 刪除操作未給出提示5． 數(shù)據(jù)庫表中有過多的空字段D 類—較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1． 界面不規(guī)范2． 輔助說明描述不清楚3． 輸入輸出不規(guī)范4． 長操作未給用戶提示5． 提示窗口文字未采用行業(yè)術(shù)語6． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志E 類—測試建議大體是這樣，還會(huì)有一些變動(dòng)，同時(shí)最后一道題出的是畫流程圖和控制圖的題，等腰三角形那個(gè)，好了，僅供參考///////////////////////////////////////////////////////////////////檢舉1.軟件測試工程師隨著軟件業(yè)的迅猛發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為企業(yè)生存與發(fā)展的核心。為了保證軟件在出廠時(shí)的“健康狀態(tài)”，幾乎所有的IT 企業(yè)在軟件產(chǎn)品發(fā)布前都需要大量的質(zhì)量控制工作。作為軟件質(zhì)量控制中的重要一環(huán)，軟件測試工程師應(yīng)運(yùn)而生。他的主要工作就是檢測軟件,就和其他商品的出廠質(zhì)量檢測差不多.2.需要具備的能力要求（1）熟悉計(jì)算機(jī)基礎(chǔ)知識(shí)；（2）熟悉操作系統(tǒng)、數(shù)據(jù)庫、中間件、程序設(shè)計(jì)語言基礎(chǔ)知識(shí)；（3）熟悉計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識(shí)；（4）熟悉軟件工程知識(shí)，理解軟件開發(fā)方法及過程；（5）熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎(chǔ)知識(shí)；（6）熟悉軟件測試標(biāo)準(zhǔn)；（7）掌握軟件測試技術(shù)及方法；（8）掌握軟件測試項(xiàng)目管理知識(shí)；（9）掌握C 語言以及C++或Java 語言程序設(shè)計(jì)技術(shù)；（10）了解信息化及信息安全基礎(chǔ)知識(shí)；（11）熟悉知識(shí)產(chǎn)權(quán)相關(guān)法律、法規(guī)；（12）正確閱讀并理解相關(guān)領(lǐng)域的英文資料。通過本考試的合格人員能在掌握軟件工程與軟件測試知識(shí)的基礎(chǔ)上，運(yùn)用軟件測試管理方法、軟件測試策略、軟件測試技術(shù)，獨(dú)立承擔(dān)軟件測試項(xiàng)目；具有工程師的實(shí)際工作能力和業(yè)務(wù)水平。

廣達(dá)測試工程師面試題

一.主觀判斷題(10分)

1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)

2.只要我們做了充分的測試。就能保證軟件沒有BUG(n)

3.驗(yàn)收測試是由最終用戶來實(shí)施的。(Y)

4.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(n)

5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(Y)

7.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(n)

8.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(Y)

9.我們可以人為的`使得軟件不存在配置問題。(n)

10.集成測試計(jì)劃在需求分析階段末提交(n)

二.基礎(chǔ)理論題：(35分)

1.已建立二張個(gè)學(xué)生基本信息表，表的結(jié)構(gòu)如下：

Test1

No Name Sex Age Department Place

2002001 張三 男 20 計(jì)算機(jī)系 北京

2002002 李四 女 20 數(shù)學(xué)系 山東

2002003 王五 男 21 計(jì)算機(jī)系 北京

2002004 小紅 女 21 數(shù)學(xué)系 河北

2002005 小李 男 20 數(shù)學(xué)系 遼寧

2002006 小王 男 22 計(jì)算機(jī)系 浙江

Test2

No Grade(N型) Courses

2002001 67 英語

2002002 81 數(shù)學(xué)

2002003 75 操作系統(tǒng)

2002004 91 網(wǎng)絡(luò)

2002005 70 數(shù)據(jù)庫

2002006 85 C語言

1)用SQL語句找出是計(jì)算機(jī)系并籍貫是北京的學(xué)生的所有記錄

select * from test where department='計(jì)算機(jī)系' and place='北京'

2)用SQL語句把計(jì)算機(jī)系的學(xué)生的Department改為信息學(xué)院

UPDATE test SET department='信息學(xué)院' WHERE department='計(jì)算機(jī)系';

3)用SQL連接查詢找出成績大于等于75分的學(xué)生的No,Nname,Grade,Courses字段的記錄

select distinct from test,test1

where and >75

2.在數(shù)據(jù)庫中如何實(shí)現(xiàn)并發(fā)控制，有哪兩種方式?

封鎖和封鎖協(xié)議

3.簡述軟件生命周期有那些階段

軟件生命周期——需求分析——軟件設(shè)計(jì)——程序編碼——軟件測試——運(yùn)行維護(hù)

軟件成熟度模型有幾個(gè)級(jí)別，分別是什么。

5個(gè)級(jí)別，由低到高分別是：

CMM1 初始級(jí)

CMM2 可重復(fù)級(jí)

CMM3 已定義級(jí)

CMM4 已管理級(jí)

CMM5 優(yōu)化級(jí)

5.一個(gè)典型的B/S結(jié)構(gòu)有哪些組件構(gòu)成

所謂B/S結(jié)構(gòu)，就是只安裝維護(hù)一個(gè)服務(wù)器(Server)，而客戶端采用瀏覽器(Browse)運(yùn)行軟件，即瀏覽器/服務(wù)器結(jié)構(gòu)。

三.測試技能題：(30分)

1.黑盒測試中設(shè)計(jì)測試用例一般有哪幾種方法

邊界值、等價(jià)類劃分、窮舉法、因果圖、場景法

管理和版本控制一般用到哪些工具。

BUG管理：TD或QC或bugzilla

版本控制：CVS、SVN、CSS

3.簡述性能測試的一般步驟和目的?

步驟：

步驟一：性能測試與數(shù)據(jù)收集

步驟二：性能瓶頸分析

步驟三：性能調(diào)優(yōu)解決方案

目的：

? 最終的目的是最大限度地滿足用戶需求

? 評(píng)價(jià)系統(tǒng)當(dāng)前性能

? 預(yù)測系統(tǒng)未來性能

? 尋找瓶頸，優(yōu)化性能

4.在LR中使用IP欺騙的作用是什么?

貼近用戶實(shí)際使用環(huán)境。仿真效果好

有些系統(tǒng)不兼容相同IP的訪問

5.說出軟件測試過程V模型，并說明它存在的缺點(diǎn)，可以畫圖。

§ 測試是開發(fā)之后的一個(gè)階段。

§ 測試的對象就是程序本身。

§ 實(shí)際應(yīng)用中容易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn)。

綜合題：(15分)

一個(gè)程序讀入3個(gè)整數(shù)，a:輸出最大值或最小值

A：最大值：(最小值把“>”替換為“<”，“max”替換為“min”)

#include

#definr max(x,y) (((x) > (y)) ? (x) : (y))

int main()

{

int a,b,c,d;

scanf(“%d,%d,%d”.&a,&b,&c);

d=max(a,max(b,c));

printf(“max=%d\n”,d)

}

首先，我不急于回答你的問題你先自己檢查一下自己所說的話語中有沒有錯(cuò)誤，軟件測試最關(guān)鍵在于是細(xì)心，認(rèn)真。其次，你的問題1．你們是怎樣進(jìn)行回歸測試的，一般進(jìn)行幾輪，具體說一下？2．你們一個(gè)項(xiàng)目總工要寫多少用例？3．你知道一個(gè)項(xiàng)目代碼有多大？4．你們公司的測試流程？5．在測試之前，你們干什么？6．測試計(jì)劃中，你們項(xiàng)目經(jīng)理是依據(jù)什么給你們分配任務(wù)的？7．你們的測試數(shù)據(jù)主要來自哪？8．測試過程中與開發(fā)因?yàn)锽UG發(fā)生沖突，你們公司怎樣解決？9．具體講一下容量測試，強(qiáng)度測試，負(fù)載測試的區(qū)別？10．你們公司是怎樣進(jìn)行評(píng)審的？11．你寫的項(xiàng)目時(shí)間是整個(gè)項(xiàng)目從開始到結(jié)束的時(shí)間，還是只是測試時(shí)間？12．開發(fā)在做項(xiàng)目的時(shí)候，測試在干嘛？1、 一般就是先進(jìn)行冒煙測試，首先確定這些被測試的軟件能夠運(yùn)行，然后進(jìn)行第一輪的測試，測出來問題之后經(jīng)過項(xiàng)目經(jīng)理簽字確認(rèn)然后發(fā)給每個(gè)程序員進(jìn)行修改，確認(rèn)回歸測試的日期，回歸測試時(shí)主要測試修改過的部分，同時(shí)兼顧不能引發(fā)其他方面的問題。一般情況第一輪回歸測試完成之后不再出現(xiàn)問題，但是實(shí)際過程中會(huì)出現(xiàn)第二輪回歸測試，如果出現(xiàn)第三輪回歸測試，我們將提交問題到質(zhì)量問題報(bào)告中。2、 測試用例的多少主要要根據(jù)項(xiàng)目的大小而定，項(xiàng)目比較大，業(yè)務(wù)比較復(fù)雜的測試用例相對比較多，相反，項(xiàng)目比較小，業(yè)務(wù)比較簡單的測試用例相對比較少一些。不是測試用例多就好，而是測試用例復(fù)用性好就說明測試用例選擇的好。3、 根據(jù)項(xiàng)目而定。團(tuán)隊(duì)規(guī)模周期長短 10人以上 5人-10人 3-5人 3人以下6個(gè)月以上 一類 一類 二類 三類2個(gè)月－6個(gè)月 一類 二類 三類 四類2個(gè)月以下 二類 三類 三類 四類4、 測試流程：按照測試計(jì)劃，項(xiàng)目經(jīng)理提交測試文檔和代碼或者可執(zhí)行文件-?測試經(jīng)理按照測試計(jì)劃布置測試任務(wù)-?首先測試工程師進(jìn)行冒煙測試?冒煙測試通過之后進(jìn)入功能測試-?發(fā)現(xiàn)bug之后記錄bug，并對bug進(jìn)行管理-?一輪測試完畢之后提交項(xiàng)目經(jīng)理確認(rèn)-?項(xiàng)目經(jīng)理確認(rèn)之后進(jìn)行修改任務(wù)分派-?程序員進(jìn)行修改-?修改完成之后提交給項(xiàng)目經(jīng)理確認(rèn)-?之后提交給測試組進(jìn)行回歸測試，如果沒有問題測試結(jié)束，如果出現(xiàn)問題-?重復(fù)上面的工作進(jìn)行第二輪測試。5、 按要求，在測試之前，開發(fā)計(jì)劃編制完成之后編制測試計(jì)劃，需求階段我們應(yīng)該做系統(tǒng)測試方案和系統(tǒng)測試用例，在設(shè)計(jì)階段我們應(yīng)該編制集成測試方案和集成測試用例，在編碼階段，我們應(yīng)該編制單元測試方案和單元測試用例。但是實(shí)際生活中，我們只編制系統(tǒng)測試計(jì)劃和系統(tǒng)測試用例。6、 測試經(jīng)理給我們分配的任務(wù)應(yīng)該是按照項(xiàng)目開發(fā)計(jì)劃和每一位測試人員的水平及技術(shù)特長而定的。7、 測試數(shù)據(jù)一般來自于用戶需求、概要、詳細(xì)、數(shù)據(jù)庫設(shè)計(jì)文檔、測試用例或用戶實(shí)際數(shù)據(jù)。8、 依據(jù)需求，通過溝通來解決問題，如果需求中不明確則參考設(shè)計(jì)并聽取分析員的意見。9、 負(fù)載測試是一種性能測試，指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)，響應(yīng)時(shí)間是多少，測試的結(jié)果和時(shí)間有關(guān)系，比如速率、響應(yīng)時(shí)間。 強(qiáng)度測試：在一定的負(fù)載條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響，測試的結(jié)果看硬件是否滿負(fù)荷，比如內(nèi)存溢出等。容量測試：確定系統(tǒng)可處理同時(shí)在線的最大用戶數(shù)，測試的結(jié)果主要是針對數(shù)據(jù)庫里的數(shù)據(jù)。10、 在開發(fā)計(jì)劃、用戶需求、需求分析規(guī)格說明書、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)等文檔完成之后都要進(jìn)行評(píng)審，這里的評(píng)審一般都是同行評(píng)審。一般都是以正式會(huì)議的形式進(jìn)行。11、 項(xiàng)目時(shí)間一般是指從項(xiàng)目立項(xiàng)到客戶驗(yàn)收匯款這一段時(shí)間。不包括維護(hù)階段。12、 開發(fā)做分析設(shè)計(jì)及編碼的時(shí)候測試在寫測試用例，準(zhǔn)備測試數(shù)據(jù)。最后，告訴你，我不是做軟件測試的，但是希望我所知道的這些能給予你幫助，我還有一份測試文檔，不知能否幫助你，需要的話請找我。希望你能成為這方面的人才專家！