Word版本，下載可自由編輯工程資料整理(3篇）工程資料整理（1）

如何解決死鎖問題原理：產(chǎn)生死鎖的緣由主要是

由于系統(tǒng)資源不足。

進程運行推行的順次不合適。

資源安排不當?shù)取?/p>

假如系統(tǒng)資源充分，進程的資源懇求都能夠獲得滿意，死鎖消失的可能性就很低，否則就會因爭奪有限的資源而陷入死鎖。其次，進程運行推行順次與速度不同，也可能產(chǎn)生死鎖。

死鎖的條件

互斥條件（Mutualexclusion）：資源不能被共享，只能由一個進程使用。

懇求與保持條件（Holdandwait）：已經(jīng)獲得資源的進程能夠再次申請新的資源。

非剝奪條件（Nopre-emption）：已經(jīng)安排的資源不能從相應的進程中被強制地剝奪。循環(huán)等待條件（Circularwait）：系統(tǒng)中若干進程組成環(huán)路，改環(huán)路中每個進程都在等待相鄰進程正占用的資源。

處理死鎖的策略

1.忽視該問題。例如鴕鳥算法，該算法能夠應用在極少發(fā)生死鎖的的狀況下。為什么叫鴕鳥算法呢，由于傳奇中鴕鳥看到危急就把頭埋在地底下，可能鴕鳥覺得看不到危急也就沒危急了吧。跟掩耳盜鈴有點像。

2.檢測死鎖并且恢復。

3.認真地對資源進行動態(tài)安排，以避讓死鎖。

4.利用破除死鎖四個必要條件之一，來防止死鎖產(chǎn)生。

有兩個小組對同一個軟件進行測試（測試的時間不清楚，軟件的規(guī)模不清

楚），A組測試出50個Bug；B組測試出55個Bug，提交匯總后發(fā)覺其中有25個是相同的；我的問題是：請你估算一下這個軟件還有多少個Bug沒被發(fā)覺？

聽一個同事說有次面試的時候主考官給他出了這樣一道題，正好在很久以前

看到過類似的資料，這里給大家共享出來，看看這種算法合理不。

先說這個問題的答案是30，怎么算出來的呢？能夠依據(jù)下面的公式：

能夠估量出的軟件的缺陷共有：50*55/25=110個

目前已經(jīng)發(fā)覺的有：50+55-25=80個

沒有發(fā)覺的bug有：110-80=30個

這個公式又是怎么得出來的呢，能夠看看下面的推導過程：

B組A和組B都發(fā)覺的缺陷數(shù)

N1組A發(fā)覺的缺陷數(shù)

N2組B發(fā)覺的缺陷數(shù)

T軟件全部的缺陷數(shù)

依據(jù)原理：組A發(fā)覺的缺陷數(shù)占總?cè)毕輸?shù)的比例等于組A和組B都發(fā)覺的缺陷

數(shù)占組B發(fā)覺的缺陷數(shù)的比例，即N1/T=B/N2

上面的公式轉(zhuǎn)變形式即：T=N1*N2/B（軟件總bug數(shù)）

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

A：最大值：（最小值把“>”替換為“(y))?(x):(y))

intmain()

{

inta,b,c,d;

scanf(“%d,%d,%d”.

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

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

}

白箱測試和黑箱測試是什么?什么是回歸測試?

白盒測試是測試人員要認識程序結(jié)構(gòu)和處理過程,依據(jù)程序內(nèi)部規(guī)律測試程序,檢查程序中的每條通路是否依據(jù)預定要求正確工作.它主要的針對被測程序的.源代碼,測試著能夠完全不考慮程序的功能.

白盒測試流程:源程序-->分析程序內(nèi)部規(guī)律結(jié)構(gòu)-->流程圖-->制定測試用例-->被測程序-->落實路徑-->掩蓋狀況分析

黑盒測試:主要是依據(jù)功能需求來測試程序是否依據(jù)預期工作,是要從用戶的角度分析.盡量發(fā)覺代碼所表現(xiàn)的外部行為的錯誤.黑盒測試應當是由測試團隊來完成的.依據(jù)某個給定的輸入,應當能夠理解并具體說明程序的預期輸出.

黑盒測試流程:功能需求-->產(chǎn)生測試用例-->被測程序-->輸出實際結(jié)果-->與預期結(jié)果比較-->分析功能是否實現(xiàn).

回歸測試:在對軟件進行修正后進行的有選擇的重新測試過程.一般要重復已用的測試用例.目的是檢驗軟件在更改后所引起的錯誤,驗證軟件在修改后未引起不渴望的有害效果.假如想成為一個比較好的軟件測試工程師的話，以下這些條件是需要具備的：

1.你要有較好的編寫代碼的水平，最好是自己親自單獨完成過某軟件的開發(fā)工作

2.需要對數(shù)據(jù)庫有較為清楚的熟悉，以及會編寫數(shù)據(jù)庫腳本

3.認識至少2種以上的操作系統(tǒng)，并且對問題有較強的分析推理力量

5.集成測試通常都有那些策略？

1、在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；

2、各個子功能組合起來，能否達到預期要求的父功能；

3、一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；

5、單個模塊的誤差積累起來，是否會放大，從而達到不行接受的程度。

請問單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么？

單元測試的重點是系統(tǒng)的模塊，包括子程序的正確性驗證等。

集成測試的重點是模塊間的連接以及參數(shù)的傳遞等。

系統(tǒng)測試的重點是整個系統(tǒng)的運行以及與其他軟件的兼容性。

軟件測試工具有哪些？

AutoRunner是一款自動化測試工具。AutoRunner能夠用來落實重復的手工測試。主要用于：功能測試、回歸測試的自動化。它采納數(shù)據(jù)驅(qū)動和參數(shù)化的理念，利用錄制用戶對被測系統(tǒng)的操作，生成自動化腳本，然后讓計算機落實自動化腳本，達到提升測試效率，降低人工測試成本。

TestCenter是一款功能強大的測試管理工具，它實現(xiàn)了：測試需求管理、測試用例管理、測試業(yè)務組件管理、測試方案管理、測試落實、測試結(jié)果日志察看、測試結(jié)果分析、缺陷管理，并且支持測試需求和測試用例之間的關聯(lián)關系，能夠利用測試需求索引測試用例。

7.一個缺陷測試報告的組成

缺陷的標題，缺陷的基本信息，復現(xiàn)缺陷的操作步驟，缺陷的實際結(jié)果描述，期望的正確結(jié)果描述。

解釋文字和截取的缺陷圖象。

8.基于WEB信息管理系統(tǒng)測試時應考慮的因素有哪些？

性能測試：１連接速度測試２負載測試３壓力測試（、

可能發(fā)生兩種錯誤，分別是數(shù)據(jù)一樣性錯誤和輸出錯誤。數(shù)據(jù)一樣性錯誤主要是由于用戶提交的表單信息不正確而造成的，而輸出錯誤主要是由于網(wǎng)絡速度或程序設計問題等引起的，針對這兩種狀況，可分別進行測試）

9.軟件本地化測試比功能測試都有哪些方面需要留意？

本地化測試需要留意翻譯為目標語言后，是否符合當?shù)厝嗣竦娘L俗習慣，文化風格。不要消失當?shù)孛舾械男畔ⅰ?/p>

假如看不懂目標語言，就很簡潔了，只需要留意該翻譯的都翻譯了，不該翻譯的沒有被翻譯，然后沒有圖片或文字的截斷，翻譯明顯不合適的這些點就ok了。

此外還要大體的點一點功能，沒有嚴峻的功能問題，就能夠了。

軟件本地化測試的目的：

軟件本地化測試的測試策略：1.本地化軟件要在各種本地化操作系統(tǒng)上安裝并測試。2.源語言軟件安裝在另一臺相同源語言操作系統(tǒng)上，作為對比測試。3.重點測試因本地化引起的軟件的功能和軟件界面的

錯誤。4.

測試本地化軟件的翻譯質(zhì)量。5.手工測試和自動測試相結(jié)合。

軟件測試項目從什么時候開頭？為什么？

當接到一個開發(fā)項目是，軟件測試就要介入，一般認為從需求分析開頭！

你能夠看看雙V模型，國內(nèi)游一部分公司采納這種模型進行軟件開發(fā)、測試流程。

軟件測試界有一句名言叫做：盡早認識被測系統(tǒng)！但是真正能做到這一點的又能有幾個呢？

11.需求測試留意事項有哪些？

一個良好的需求應當具有一下特征：

完整性：每一項需求都必需將所要實現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設計和實現(xiàn)這些功能所

需的全部必要信息。

正確性：每一項需求都必需精確?????地陳述其要開發(fā)的功能。

一樣性：一樣性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務）需求不相沖突。

可行性：每一項需求都必需是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)能夠?qū)嵤┑摹?/p>

無二義性：對全部需求說明的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語言極易導致二義性。

所以盡量把每項需求用簡潔明了的用戶性的語言表述出來。

健壯性：需求的說明中是否對可能消失的異樣進行了分析，并且對這些異樣進行了容錯處理。

必要性：“必要性”能夠理解為每項需求都是用來授權(quán)你編寫文檔的“根源”。要使每項需求都能回溯至

某項客戶的輸入，如UseCase或別的來源。

可測試性：每項需求都能利用設計測試用例或其它的驗證方法來進行測試。

可跟蹤性：應能在每項軟件需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項需求以一種結(jié)構(gòu)化的，粒度好（fine-grained）的方式編寫并單獨標明，而不

是大段大段的敘述。

有關內(nèi)存的思索題

voidGetMemory(char*p)

{

p=(char*)malloc(100);

}

voidTest(void)

{

char*str=NULL;

GetMemory(str);

strcpy(str,"helloworld");

printf(str);

}

請問運行Test函數(shù)會有什么樣的結(jié)果？

答：程序崩潰。

由于GetMemory并不能傳遞動態(tài)內(nèi)存。

Test函數(shù)中的str一直都是NULL。

strcpy(str,"helloworld");將使程序崩

None

voidGetMemory2(char**p,intnum)

{

*p=(char*)malloc(num);

}

voidTest(void)

{

char*str=NULL;

GetMemory(

strcpy(str,"hello");

printf(str);

}

請問運行Test函數(shù)會有什么樣的結(jié)果？

答：

（1）能夠輸出hello

（2）內(nèi)存泄漏

char*GetMemory(void)

{

charp[]="helloworld";

returnp;

}

voidTest(void)

{

char*str=NULL;

str=GetMemory();

printf(str);

}

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

軟件生命周期——需求分析——軟件設計——程序編碼——軟件測試——運行維護

21、簡述一下缺陷的生命周期

軟件缺陷的生命周期指的是一個軟件缺陷被發(fā)覺、報告到這個缺陷被修復、驗證直至最終關閉的完整過程。

簡潔的軟件缺陷生命周期：

1、發(fā)覺——打開：測試人員找到軟件缺陷并將軟件缺陷提交給開發(fā)人員；

2、打開——修復：開發(fā)人員再現(xiàn)、修復缺陷，然后提交測試人員去驗證；

3、修復——關閉：測試人員驗證修復過的軟件，關閉已不存在的缺陷。

但是這是一種抱負的狀態(tài)，在實際的工作中是很難有這樣的順當?shù)?，需要考慮的各種狀況都還是特別多的。

簡單的軟件缺陷生命周期：

1、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行bug審查，不是代碼問題，就是設計需要修改；

2、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行bug審查，以后修改的，就能夠延期；

3、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，進行bug審查，實際沒有這個bug，能夠?qū)⑵潢P閉；

4、新建一個軟件缺陷，這個軟件缺陷是（open）狀態(tài)，看是否清楚可重現(xiàn)，假如不能重現(xiàn)，就是缺少信息，需要返回到（open）狀態(tài)；假如能夠重現(xiàn)，就進行修正，修正后關閉，進行回歸測試。

軟件缺陷生命

軟件測試的目的？

答：測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，利用修正種錯誤和缺陷提升軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風險。

2、需求文檔測試、設計文檔測試？

需求文檔測試：主要測試需求中是否存在規(guī)律沖突以及需求在技術(shù)上是否能夠?qū)崿F(xiàn)；

設計文檔測試：測試設計是否符合全部需求以及設計是否合理。

3、什么是軟件測試？

答：軟件測試是為了發(fā)覺錯誤而落實程序的過程。或者說，軟件測試是依據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而細心設計一批測試用例（即輸入數(shù)據(jù)及其預期的輸出結(jié)果），并利用這些測試用例去運行程序，以發(fā)覺程序錯誤的過程。

測試分析測試用例留意事項：

1、首先依據(jù)需求寫出測試用例大綱(很重要:測試大綱的目的在于分布出全部的測試點。當你測試大綱寫完之后和項目組的人員爭論、研發(fā)、設計都需要參與、以確定不會由于理解偏差導致的遺漏或者是方向不對)

2、然后依據(jù)測試大綱開頭編寫完整的測試用例

3、在用例編寫的時候進行分類(如：業(yè)務流程測試，安裝測試，功能測試，兼容性測試，平安性測試等等)

4、設計測試用例的方法(等價類,邊界值,因果圖，流程分析，等等)

5、用例編寫的時候需要考慮到用例的復用性。

6、設計用例的時候最好在有疑問的時候找人爭論(一個人的思維打算了你的用例顆粒度、換個思維你會發(fā)覺用例有很多地方不足)

軟件測試中的軟件的缺陷等級如何劃分

能夠劃分為重大錯誤--嚴峻錯誤--一般錯誤--稍微錯誤

也能夠依據(jù)S--A--B--C來劃分，這個東西不是死，并沒有什么規(guī)定，只要你喜愛，你能夠

用自己詞語去劃分，只要詞語描述清楚即可

工程資料整理（2）

為了更加詳盡的記錄水利工程施工的全過程，水利工程施工單位提升了對工程資料的整理要求，這無疑轉(zhuǎn)變了水利工程資料整理形式和內(nèi)容。水利工程資料工應把握資料整理的特征，明確資料整理的要性要求，然后使用先進的高科技設備構(gòu)建水利工程資料管理系統(tǒng)。強化水利工程資料管理的科技性和時代性，為水利工程施工管理供應保障。

1水利工程資料整理要提升思想重視度

相關人員利用對水利工程施工資料的查閱，能夠清楚的追溯水利工程施工軌跡和施工內(nèi)容。目前，在水利工程施工過程中，不重視、忽視水利工程資料的情況并不少見。大部分的水利工程施工工和管理人員主要重視工程質(zhì)量、工程平安、工程效益，利用強化對水泥工程施工每個環(huán)節(jié)的監(jiān)管，降低平安事故的發(fā)生率，然后達到提升水利工程總收益的效果。在整個過程當中，施工部門過度追求施工效益，從而忽視了對水利工程施工資料的管理，沒有準時做好相關工作的記錄，造成了水利施工資料不完整的情況。因此，為了更好的完成水利工程施工資料的記錄、整理、歸檔，就必需提升水利工程資料管理人員的思想重視程度。

2水利工程資料整理人員

2．1工作仔細嚴謹

仔細嚴謹?shù)墓ぷ鲬B(tài)度不僅能提升水利工程資料整理的效率，同時也能提升水利工程資料的真實性和完整性。水利工程涉及的施工內(nèi)容較多，這就導致了水利工程資料的掩蓋面較大。在整理資料時，要對水利工程資料工作的每一個環(huán)節(jié)的資料進行收記錄、收集、整理，這就要求水利施工資料工必需要有責任心和嚴謹?shù)墓ぷ鲬B(tài)度。特殊是在工程方案變更，外來文件的增加時，要嚴格的對資料進行整理并準時的傳到相關人員的手中，避讓由于不能準時獲得設計變更而造成的返工，為水利工程在工期完成施工供應保障。

2．2較高專業(yè)水平

乍看之下，水利工程施工資料整理工作難度較低，只要是熟識水利工程施工資料整理的人員，就能夠從事水利工程施工資料管理工作。事實上，不具備水利工程專業(yè)學問的工作人員，較難完成水利工程施工資料都整理。采納不具備專業(yè)素養(yǎng)的管理人員進行資料，不進不能提升資料管理的效果，而且還簡單造成檔案不全、資料混亂等狀況，為了完成水利施工資料的整理工作，水利施工單位就需要重新委派具有專業(yè)化素養(yǎng)的人員完成資料整理歸檔工作。這樣不僅耗時耗力，還會對水利工程都正常施工造成影響。水利施工單位能夠強化對水利工程施工資料整理工作人員的培訓，增加應聘具有專業(yè)化素養(yǎng)的人員進行水利工程資料整理工作。

2．3團結(jié)協(xié)作精神

水利工程施工是需要各部門協(xié)調(diào)完成的，其中任何一個環(huán)節(jié)出了問題，就會影響水利工程施工資料對整個施工過程的具體、完整的記載。水利工程施工資料來自于水利工程施工的每一個施工環(huán)節(jié)和業(yè)務部門，因此各部門之間要強化溝通，最大限度的避讓資料遺漏情況的發(fā)生。而水力工程資料管理工作人員在這個過程當中充當樞紐作用，管理工作人員不僅能促進各部門之間的溝通，同時也能完善水利工程每個環(huán)節(jié)的施工資料，提升水利工程資料的規(guī)范性、真實性、完整性。

3水利工程資料的`收集

3．1施工資料的收集過程

水利工程施工項目投標勝利之后，首先要收集招標文件、設計圖紙、下發(fā)相關文件、承包施工合同、中標通知書等。在水利工程施工人員和機械設備進場之后，施工單位提交合同開工令、開工申請報告等文件。施工之前要進行有關資料的收集，首先要測量水準點布控，然后進行地面測量，在收集水利施工工