第一篇：XXX公司軟件HIS實(shí)施人員面試題

CHISC.NET全國醫(yī)療信息化聯(lián)盟 ,為全國醫(yī)療信息化人員提供最全面的資料下載平臺(tái)

3、什么是PACS？

4、什么是LIS？

4、什么是RIS？

5、HIS系統(tǒng)能接駁那些系統(tǒng)？列舉3種以上

6、什么是B/S和C/S結(jié)構(gòu)？

7、什么是OA？

8、什么是ERP？

9、當(dāng)安裝xxx醫(yī)院管理軟件時(shí)，在安裝服務(wù)器端提示安裝失敗，判斷并解決？

10、請(qǐng)列舉經(jīng)營醫(yī)院管理軟件的公司5家以上。

業(yè)務(wù)知識(shí)

1、HIS的原英文拼寫是什么？

2、我們常說的民營醫(yī)院的標(biāo)準(zhǔn)名稱是什么？

3、簡述門診處方要素？

4、什么是臨時(shí)醫(yī)囑？

5、什么是長期醫(yī)囑？

6、醫(yī)院都有那些評(píng)定等級(jí)？

7、在實(shí)施過程中，由于研發(fā)時(shí)的一個(gè)bug出現(xiàn)了嚴(yán)重的錯(cuò)誤，導(dǎo)致醫(yī)院在上線使用時(shí)出現(xiàn)了混亂并且醫(yī)院方表示了不滿情緒，這時(shí)你將如何解釋？

8、假如你是技術(shù)支持工程師,你正在為一個(gè)重要客戶處理問題,如果這個(gè)問題不能及時(shí)解決,我公司的產(chǎn)品在該地區(qū)的銷售會(huì)受到極大影響.與此同時(shí),另一個(gè)電話打進(jìn)來,某醫(yī)院系統(tǒng)完全癱瘓,必須及時(shí)解決.你將如何解決這兩個(gè)問題？

數(shù)據(jù)庫基礎(chǔ)知識(shí):

1、SQL2000數(shù)據(jù)庫與SQL2005數(shù)據(jù)庫之間的有什么優(yōu)點(diǎn)與缺點(diǎn)？

2、如何設(shè)置SQL2000的自動(dòng)備份？

3、壓縮SQL2000的數(shù)據(jù)日志腳本是什么？

4、如何解決安裝SQL2000掛起無法安裝問題？

5、如何解決安裝完SQL2000后無法遠(yuǎn)程連接問題？

6、使用SQL語句創(chuàng)建單位人員信息表person字段: 人員編號(hào):ps_code姓名:ps_name性別： sex 身份證號(hào)：id_code出生年月日：birthday 年齡：age人員性質(zhì)（在職，退休，離職）：ps_kind所屬部門（辦公室，銷售部，實(shí)施部，研發(fā)部）：office(請(qǐng)?jiān)O(shè)計(jì)各字段類型與長度)？

7、使用標(biāo)準(zhǔn)SQL語句 查詢?nèi)藛T信息表中年齡大于25歲，人員性質(zhì)為在職的所有人員的姓名與身份證號(hào)(person表)？

8、刪除的所有銷售部的人員(person表)？

9、查詢實(shí)施部姓王的人員個(gè)數(shù)(person表)？

10、將銷售部的所有人員性別修改為“女”(person表)？

三、HIS軟件考核：

1、請(qǐng)總結(jié)并畫出xxxHIS門診部分業(yè)務(wù)流程圖？

2、請(qǐng)畫出藥品的入出庫流程，以及各個(gè)部門的關(guān)系？

3、請(qǐng)敘述xxxHIS藥品盤點(diǎn)的步驟；

4、請(qǐng)簡述xxxHIS系統(tǒng)門診退方流程；

5、HIS操作演示。（實(shí)施工程師演示并講解考官指定模塊，考官根據(jù)實(shí)施工程師表現(xiàn)打分）

四、答辯題：（考官向?qū)嵤┕こ處熖釂?，考察?shí)施工程師是否回答得體）

五、自我總結(jié)：

第二篇：軟件測試外包公司面試題

1、試述軟件的概念和特點(diǎn)?軟件復(fù)用的含義?構(gòu)件包括哪些? a)軟件的概念：

軟件是程序、數(shù)據(jù)結(jié)構(gòu)和相關(guān)文檔的集合，用于實(shí)現(xiàn)所需要的邏輯方法、過程或控制。軟件是把知識(shí)與技術(shù)緊密結(jié)合的智力成果，是在研制、開發(fā)中被創(chuàng)造出來的一種信息產(chǎn)品。

b)軟件的特點(diǎn)：

①抽象性軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。②不會(huì)磨損在軟件的運(yùn)行和使用期間，沒有硬件那樣的機(jī)械磨損、老化問題，但軟件 維護(hù)比硬件維護(hù)要負(fù)責(zé)的多。

③軟件開發(fā)工作最大、開發(fā)效率低、成本高，但復(fù)制容易、成本極低。④對(duì)計(jì)算機(jī)系統(tǒng)的依賴性

⑤軟件具有無形性，可以多次使用，但商業(yè)壽命較短。c)軟件復(fù)用(SoftWare Reuse)：

軟件復(fù)用是將已有軟件的各種有關(guān)知識(shí)用于建立新的軟件,以縮減軟件開發(fā)和維護(hù)的花費(fèi)，提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。

d)構(gòu)件：

構(gòu)件是系統(tǒng)中實(shí)際存在的可更換部分，它實(shí)現(xiàn)特定的功能，符合一套接口標(biāo)準(zhǔn)并實(shí)現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一部分物理實(shí)施，包括軟件代碼（源代碼、二進(jìn)制代碼或可執(zhí)行代碼）或其等價(jià)物（如腳本或命令文件）。

2、瀑布模型和螺旋模型的主要區(qū)別是什么？

瀑布模型強(qiáng)調(diào)的保證軟件的質(zhì)量,忽略人力,時(shí)間,資源等成本因素,以質(zhì)量為第一目標(biāo),每次需求發(fā)生變更都要從頭再來，適合于一些大型穩(wěn)定的項(xiàng)目。

螺旋模型是一種增量迭代開發(fā)的模型,每一次循環(huán)都是一次版本的升級(jí)，可提高軟件的適應(yīng)能力。比較適合于前期需求不穩(wěn)定,后期需求新增變更較多的項(xiàng)目。

瀑布模型是基于質(zhì)量的, 是由文檔驅(qū)動(dòng)的。螺旋模型是風(fēng)險(xiǎn)驅(qū)動(dòng)的，更需要經(jīng)驗(yàn)豐富的風(fēng)險(xiǎn)評(píng)估知識(shí)和水平。

3、軟件生存周期及其模型是什么？

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

b)常用的模型有：瀑布模型，螺旋模型，IPD流程，RUP流程

4、什么是軟件測試？軟件測試的目的與原則？

a)軟件測試是在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估

即軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。

b)軟件測試的目的是找出軟件產(chǎn)品中的錯(cuò)誤，是軟件盡可能的符合用戶的要求。當(dāng)然 軟件測試是不可能找出全部錯(cuò)誤的。

軟件測試的原則： 測試顯示缺陷的存在（但不能證明系統(tǒng)不存在缺陷）窮盡測試是不可能的 測試盡早介入

缺陷集群性（80-20原則）殺蟲劑悖論

測試活動(dòng)依賴于測試背景 不存在缺陷的謬論

5、凈室軟件工程的策略是什么？

a)增量計(jì)劃。開發(fā)一個(gè)采用增量策略的項(xiàng)目計(jì)劃，建立每個(gè)增量的功能、它的項(xiàng)目大小、以及凈室開發(fā)進(jìn)度表。必須特別小心以保證通過認(rèn)證的增量將被定時(shí)集成。

b)需求收集。使用類似于在第11 章引入的技術(shù)，為每個(gè)增量開發(fā)一個(gè)客戶級(jí)需求的更詳細(xì)的描述。

c)盒結(jié)構(gòu)規(guī)約。使用一個(gè)運(yùn)用盒結(jié)構(gòu)的規(guī)約方法[HEV93]來描述功能規(guī)約。遵從操作分析原則，盒結(jié)構(gòu)“在每一個(gè)精化級(jí)別上分離和分開行為、數(shù)據(jù)及過程的創(chuàng)造性定義”。

d)形式化設(shè)計(jì)。使用盒結(jié)構(gòu)方法，凈室設(shè)計(jì)是規(guī)約的自然的無縫的擴(kuò)展。雖然，在兩個(gè)活動(dòng)間可進(jìn)行清楚的區(qū)分，但是，規(guī)約(稱為“黑盒”)是被遞進(jìn)地求精(在一個(gè)增量內(nèi))以成為類似于體系結(jié)構(gòu)的和過程的設(shè)計(jì)(分別稱為“狀態(tài)盒”和“清晰盒”)。

e)正確性驗(yàn)證。凈室小組對(duì)設(shè)計(jì)及代碼進(jìn)行一系列嚴(yán)格的正確性驗(yàn)證活動(dòng)。驗(yàn)證從最高層次的盒結(jié)構(gòu)(規(guī)約)開始，然后移向設(shè)計(jì)細(xì)節(jié)和代碼。正確性驗(yàn)證的第一層次通過應(yīng)用一組“正確性問題”[LIN88]來進(jìn)行，如果這沒有證明規(guī)約是正確的，則使用更形式化的(數(shù)過學(xué)的)驗(yàn)證方法。

f)代碼生成、檢查和驗(yàn)證。以某種專門語言表示的盒結(jié)構(gòu)規(guī)約被轉(zhuǎn)換為合適的程序設(shè)計(jì)語言。然后，使用標(biāo)準(zhǔn)的走查或檢查技術(shù)來保證代碼和盒結(jié)構(gòu)的語義相符性，以及代碼的語法正確性。然后，對(duì)源代碼進(jìn)行正確性驗(yàn)證。

g)統(tǒng)計(jì)性測試計(jì)劃。分析軟件的項(xiàng)目級(jí)使用情況，計(jì)劃和設(shè)計(jì)一組執(zhí)行用途的“概率分布”的測試用例。如圖25-1 所示，這個(gè)凈室活動(dòng)是和規(guī)約、驗(yàn)證及代碼生成并行進(jìn)行的。

h)統(tǒng)計(jì)性使用測試。記住，對(duì)計(jì)算機(jī)軟件進(jìn)行徹底測試是不可能的，因此，總需要設(shè)計(jì)有限數(shù)量的測試用例。統(tǒng)計(jì)性使用技術(shù)[POO88]執(zhí)行一系列由特定對(duì)象的所有用戶的所有可能的程序執(zhí)行的統(tǒng)計(jì)樣本(上面提到的概率分布)所導(dǎo)出的測試。認(rèn)證。一旦完成驗(yàn)證、檢查和使用測試(并且所有錯(cuò)誤被修正)，則開始進(jìn)行增量集成前的認(rèn)證工作。

6、軟件配置管理的作用 軟件配置包括什么？

a)軟件配置管理作為軟件開發(fā)過程的必要環(huán)節(jié)和軟件開發(fā)管理的基礎(chǔ)，貫穿整個(gè)軟件生命周期，同時(shí)對(duì)軟件開發(fā)過程的宏觀管理即項(xiàng)目管理也有重要的支持作用。一個(gè)軟件開發(fā)組織真正有效的實(shí)施軟件配置管理，將會(huì)使軟件開發(fā)過程有更好的可預(yù)測性，使系統(tǒng)具有可重復(fù)性，大大提高軟件組織的競爭力。

b)軟件配置包括如下內(nèi)容：

配置項(xiàng)識(shí)別

工作空間管理 版本控制 變更控制 狀態(tài)報(bào)告 配置審計(jì)

7、簡述需求分析的過程和意義？

1、明確需求以及測試范圍

了解該需求是為了解決用戶的什么問題 功能性需求：產(chǎn)品必須有的功能

非功能性需求：是否美觀，用戶體驗(yàn)，穩(wěn)定性，易用性等

最容易忽略的一點(diǎn)：明確的需求背后所隱藏的需求（例如登錄，明確的需求是，正確輸入用戶名，密碼，才能登錄。隱性需求：用戶名字符類型，長度，是否可為空；密碼字符類型，長度等）將問題在需求階段暴露的成本最小

2、畫業(yè)務(wù)流程圖（流程圖）根據(jù)需求中規(guī)定的業(yè)務(wù)流程 各業(yè)務(wù)流程分支的確定

由于業(yè)務(wù)原因規(guī)定不可使用的業(yè)務(wù)流程

3、功能點(diǎn)整理（思維導(dǎo)圖）

業(yè)務(wù)功能：需求中所定義的實(shí)際業(yè)務(wù)直接相關(guān)的功能

數(shù)據(jù)約束：主要是用于控制在執(zhí)行功能時(shí)，數(shù)據(jù)的顯示范圍、數(shù)據(jù)之間的關(guān)系等。

易用性需求：便于功能操作使用的一些細(xì)節(jié)，比如快捷鍵就是典型的易用性需求。

編輯約束：在功能執(zhí)行時(shí)，對(duì)輸入數(shù)據(jù)項(xiàng)目的一些約束性條件，比如只能輸入數(shù)字。

權(quán)限需求：不同的權(quán)限所能操作的功能點(diǎn)的不同

4、提取測試點(diǎn)（測試需求文檔）

根據(jù)整理的思維導(dǎo)圖，去提取每一個(gè)功能點(diǎn)中的細(xì)節(jié)需求，例如新增員工，在思維導(dǎo)圖中，最小的顆粒度就到新增員工了，但是新增員工這個(gè)功能仍然有很多的需求點(diǎn)，員工姓名唯一性判定，手機(jī)號(hào)碼是否必填等，這些更細(xì)的需求點(diǎn)組合起來就形成了測試需求文檔

5、確定測試范圍

需求的確定，并不代表測試范圍就是該需求的范圍，很有可能一個(gè)需求分多個(gè)軟件版本來實(shí)現(xiàn)，最后確定哪些需求是需要測試的。明確哪些測試目標(biāo)優(yōu)先級(jí)高，哪些目標(biāo)優(yōu)先級(jí)低 要完成哪些相應(yīng)的測試任務(wù)才能確保目標(biāo)的實(shí)現(xiàn)

總結(jié)： 需求分析的越詳細(xì)，對(duì)業(yè)務(wù)的理解程度就越高，對(duì)設(shè)計(jì)測試用例的幫助就越大。測試的過程中就更有目的性?！澳サ恫徽`砍柴工”，需求分析花的時(shí)間越多，之后測試的時(shí)間就越少。因?yàn)闇y試其實(shí)已經(jīng)從需求階段開始了。

8、什么是數(shù)據(jù)的對(duì)立性？有幾個(gè)層次？

數(shù)據(jù)獨(dú)立性是指：應(yīng)用程序和數(shù)據(jù)庫的數(shù)據(jù)結(jié)構(gòu)之間相互獨(dú)立，不受影響。分為物理獨(dú)立性和邏輯獨(dú)立性兩個(gè)層次。

物理數(shù)據(jù)獨(dú)立性：如果數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲(chǔ)設(shè)備和存儲(chǔ)方法有所變化，那么模式/內(nèi)模式映象也要進(jìn)行相應(yīng)的修改，使概念模式盡可能保持不變。也就是對(duì)內(nèi)模式的修改盡量不影響概念模式。

邏輯數(shù)據(jù)獨(dú)立性：如果數(shù)據(jù)庫的概念模式要進(jìn)行修改，如增加記錄類型或增加數(shù)據(jù)項(xiàng)，那么外模式/模式映象也要進(jìn)行相應(yīng)的修改，使外模式盡可能保持不變。也就是概念模式的修改盡量不影響外模式和應(yīng)用程序。

9、網(wǎng)狀、層次數(shù)據(jù)模型與關(guān)系數(shù)據(jù)模型的最大的區(qū)別是什么？

網(wǎng)狀、層次數(shù)據(jù)模型與關(guān)系數(shù)據(jù)模型的最大區(qū)別在于表示和實(shí)現(xiàn)實(shí)體之間的聯(lián)系的方法：網(wǎng)狀、層次數(shù)據(jù)模型是通過指針鏈，而關(guān)系數(shù)據(jù)模型是使用二維表。

10、dbms讀取一條記錄時(shí)發(fā)生哪些事件？

用戶程序A向DBMS發(fā)出讀一條記錄的指令，這時(shí)用戶程序要給出外部文件名和記錄的關(guān)鍵字值

DBCS分析所接到的指令，訪問對(duì)應(yīng)的外部模式

DBCS完成外部模式到概念模式的轉(zhuǎn)換，決定訪問哪個(gè)（些）概念文件 接著由DBSS完成概念模式到存儲(chǔ)模式的轉(zhuǎn)換，并決定訪問哪個(gè)（些）存儲(chǔ)文件

DBSS調(diào)用存取方法，通過操作系統(tǒng)將讀取的記錄送到系統(tǒng)緩沖區(qū) 用戶程序從系統(tǒng)緩沖區(qū)得到所需記錄和DBMS返回的狀態(tài)信息 用戶程序在工作區(qū)中使用所得到的記錄

11、什么是軟件質(zhì)量 軟件包是什么？

a)概括地說，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的程度”。具體地說，軟件質(zhì)量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。

b)軟件包(SoftWare Package)是指具有特定的功能，用來完成特定任務(wù)的一個(gè)程序或一組程序。軟件包由一個(gè)基本配置和若干可選部件構(gòu)成，既可以是源代碼形式，也可以是目標(biāo)碼形式。用戶手冊(cè)和指南等文檔是軟件包的重要組成部分。

12、軟件產(chǎn)品質(zhì)量特性是什么？ 確保軟件質(zhì)量優(yōu)良程度的內(nèi)部因素稱為軟件質(zhì)量特性。比較權(quán)威的軟件質(zhì)量特性劃分應(yīng)推Boehm提出的十二個(gè)基本質(zhì)量特性。分別為：設(shè)備無關(guān)性、完整性、精度、一致性、設(shè)備效率、可訪問性、可通訊性、結(jié)構(gòu)性、自說明性、簡明性、易讀性、可擴(kuò)充性。

13、什么是軟件質(zhì)量保證 其主要任務(wù)是什么？

軟件質(zhì)量保證：為確保軟件開發(fā)過程和結(jié)果符合預(yù)期要求而建立的一系列規(guī)程，以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。

主要任務(wù)：

(1)用戶要求定義(2)力爭不重復(fù)勞動(dòng)

(3)掌握開發(fā)新軟件的方法(4)組織外部力量協(xié)作(5)排除無效勞動(dòng)

(6)發(fā)揮每個(gè)開發(fā)者的能力(7)提高軟件開發(fā)的工程能力(8)提高計(jì)劃和管理質(zhì)量

14、軟件質(zhì)量保證體系是什么？ 國家標(biāo)準(zhǔn)中與質(zhì)量保證管理相關(guān)的幾個(gè)標(biāo)準(zhǔn)是什么 他們的編號(hào)和全稱是什么？

為滿足質(zhì)量要求和實(shí)施質(zhì)量管理，進(jìn)行全部有計(jì)劃和有系統(tǒng)的活動(dòng)所需的組織結(jié)構(gòu)、程序、過程和資源的總稱。

GB／T 19001質(zhì)量體系設(shè)計(jì)／開發(fā)、生產(chǎn)、安裝和服務(wù)的質(zhì)量保證模式（idtISO 9001）

GB／T 19002質(zhì)量體系生產(chǎn)和安裝的質(zhì)量保證模式（idtISO 9002）

GB／T 19003質(zhì)量體系最終檢驗(yàn)和試驗(yàn)的質(zhì)量保證模式（idtISO 9003）

GB／T 19004質(zhì)量管理和質(zhì)量體系要素指南（idt ISO9004）

15、軟件測試的原則與策略是什么？

軟件測試原則：

1、盡早和不斷的測試。

2、程序員應(yīng)該避免檢查自己的程序，軟件測試應(yīng)該由第三方構(gòu)造。

3、設(shè)計(jì)測試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以 及各種邊界條件。

4、注意測試中的錯(cuò)誤集中發(fā)生現(xiàn)象。

5、對(duì)測試錯(cuò)誤結(jié)果有確認(rèn)過程。

6、制定嚴(yán)格的測試計(jì)劃，并把測試時(shí)間安排的盡量寬松。

7、回歸測試的關(guān)聯(lián)性，原有功能過濾

8、進(jìn)行版本控制，制定變更測試文檔的流程。

測試策略，在一定的軟件測試標(biāo)準(zhǔn)、測試規(guī)范的指導(dǎo)下，依據(jù)測試項(xiàng)目的特定環(huán)境約束而規(guī)定的軟件測試的原則、方式、方法的集合，需在測試計(jì)劃文檔中體現(xiàn)。

16、什么是測試用例 什么是測試腳本 兩者的關(guān)系是什么？ 測試用例是為特定目標(biāo)而開發(fā)的一組測試輸入、執(zhí)行條件和預(yù)期結(jié)果，其目標(biāo)可以是測試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定的需求。

測試用例（TESt CASe）目前沒有經(jīng)典的定義。比較通常的說法是：指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標(biāo)、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并形成文檔。

測試腳本就是用戶對(duì)業(yè)務(wù)操作的記錄，將測試用例用測試腳本表述出來，那我們就不用手工執(zhí)行測試了，就可以通過執(zhí)行測試腳本來執(zhí)行測試

測試腳本是進(jìn)行自動(dòng)化測試時(shí)編寫的腳本程序 測試腳本中要包含測試用例中的數(shù)據(jù)

17、簡述什么是靜態(tài)測試、動(dòng)態(tài)測試、黑盒測試、白盒測試、a測試 b測試？

靜態(tài)測試是指測試不運(yùn)行的部分——只是檢查和審核 動(dòng)態(tài)測試是指通常意義上的測試——使用和運(yùn)行軟件

黑盒測試：不關(guān)心軟件內(nèi)部結(jié)構(gòu)，只關(guān)心輸入輸出，主要測試依據(jù)是需求文檔 白盒測試：關(guān)注軟件的內(nèi)部結(jié)構(gòu)和程序的設(shè)計(jì)實(shí)現(xiàn)，主要測試依據(jù)是設(shè)計(jì)文檔

α測試是軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶，對(duì)即將上市的軟件產(chǎn)品進(jìn)行測試，試圖發(fā)現(xiàn)錯(cuò)誤并修復(fù)的過程。

β測試是由軟件的多個(gè)用戶在實(shí)際使用環(huán)境中進(jìn)行的測試，這些用戶返回有關(guān)錯(cuò)誤信息給開發(fā)者。

18、測試問題的嚴(yán)重性分為幾級(jí) ？如何區(qū)分？

為了盡量準(zhǔn)確的表示缺陷信息，通常將缺陷的嚴(yán)重性和優(yōu)先級(jí)分成4級(jí)。如果分級(jí)超過4級(jí)，則造成分類和判斷尺度的復(fù)雜程度，而少于4級(jí)，精確性有時(shí)不能保證。

具體的表示方法機(jī)可以使用數(shù)字表示，也可以使用文字表示，還可以數(shù)字和文字綜合表示。使用數(shù)字表示通常按照從高到底或從低到高的順序，需要軟件測試前達(dá)成一致。例如，使用數(shù)字1，2，3，4分別表示輕微、一般、較嚴(yán)重和非常嚴(yán)重的嚴(yán)重性。對(duì)于優(yōu)先級(jí)而言，1，2，3，4可以分標(biāo)表示低優(yōu)先級(jí)、一般、較高優(yōu)先級(jí)和最高優(yōu)先級(jí)。

微小的（Minor）一些小問題如有個(gè)別錯(cuò)別字、文字排版不整齊等，對(duì)功能幾乎沒有影響，軟件產(chǎn)品仍可使用。

一般的（Major）不太嚴(yán)重的錯(cuò)誤，如次要功能模塊喪失、提示信息不夠準(zhǔn)確、用戶界面差和操作時(shí)間長等。

嚴(yán)重的（Critical）嚴(yán)重錯(cuò)誤，指功能模塊或特性沒有實(shí)現(xiàn)，主要功能部分喪失，次要功能全部喪失，或致命的錯(cuò)誤聲明

致命的（Fatal）致命的錯(cuò)誤，造成系統(tǒng)崩潰、死機(jī)，或造成數(shù)據(jù)丟失、主要功能完全喪失等。

19、測試用例設(shè)計(jì)的原則是什么 目前主要的測試用例設(shè)計(jì)方法是什么？ 測試用例設(shè)計(jì)的原則是：

代表性：能夠代表并覆蓋各種合理的和不合理、合法的和非法的、邊界的和越界的、以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等.可判定性：即測試執(zhí)行結(jié)果的正確性是可判定的，每一個(gè)測試用例都應(yīng)有相應(yīng)的期望結(jié)果.可再現(xiàn)性：即對(duì)同樣的測試用例，系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。方法有等價(jià)類、邊界值、因果圖、狀態(tài)圖、正交法、大綱法

20、結(jié)構(gòu)化系統(tǒng)測試和功能性系統(tǒng)測試分別采用了哪些方法和技術(shù)？

a)結(jié)構(gòu)化系統(tǒng)測試技術(shù)：

用于驗(yàn)證所開發(fā)的系統(tǒng)及程序的運(yùn)行情況。目標(biāo)是要確保產(chǎn)品設(shè)計(jì)在結(jié)構(gòu)上合理，功能上正確。為確定實(shí)現(xiàn)的配置及其各功能共同作用以完成特定任務(wù)提供了一種機(jī)制。

結(jié)構(gòu)化測試技術(shù)由以下幾種：

壓力測試：確定系統(tǒng)以期望的容量執(zhí)行。

執(zhí)行測試：系統(tǒng)能達(dá)到期望的熟練性。

恢復(fù)測試：系統(tǒng)失效之后可以恢復(fù)到可操作狀態(tài)。操作測試：系統(tǒng)以正常操作狀態(tài)執(zhí)行。

一致性測試：系統(tǒng)的開發(fā)與標(biāo)準(zhǔn)和規(guī)程相一致。安全性測試：根據(jù)組織的重要性對(duì)系統(tǒng)進(jìn)行保護(hù)。

b)功能性系統(tǒng)測試用于確保系統(tǒng)需求與定義都得到了滿足。該過程通常包含創(chuàng)建用于評(píng)價(jià)應(yīng)用程序正確性的測試條件。

用于執(zhí)行功能測試的幾種測試技術(shù)包括： 需求測試：系統(tǒng)按制定方式執(zhí)行。

回歸測試：驗(yàn)證系統(tǒng)中沒有改變的部分仍能正確運(yùn)行。錯(cuò)誤處理測試：錯(cuò)誤可以得到防止或檢測，并被修復(fù)。

21、軟件測試分為幾個(gè)階段 各階段的測試策略和要求是什么？

軟件測試分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試四個(gè)主要階段：

單元測試：單元測試是針對(duì)軟件設(shè)計(jì)的最小單位––程序模塊甚至代碼段進(jìn)行正確性檢驗(yàn)的測試工作，通常由開發(fā)人員進(jìn)行。

集成測試：集成測試是將模塊按照設(shè)計(jì)要求組裝起來進(jìn)行測試，主要目的是發(fā)現(xiàn)與接口有關(guān)的問題。由于在產(chǎn)品提交到測試部門前，產(chǎn)品開發(fā)小組都要進(jìn)行聯(lián)合調(diào)試，因此在大部分企業(yè)中集成測試是由開發(fā)人員來完成的。

系統(tǒng)測試：系統(tǒng)測試是在集成測試通過后進(jìn)行的，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證各子系統(tǒng)是否都能正常工作并完成設(shè)計(jì)的要求。它主要由測試部門進(jìn)行，是測試部門最大最重要的一個(gè)測試，對(duì)產(chǎn)品的質(zhì)量有重大的影響。

驗(yàn)收測試：驗(yàn)收測試以需求階段的《需求規(guī)格說明書》為驗(yàn)收標(biāo)準(zhǔn)，測試時(shí)要求模擬實(shí)際用戶的運(yùn)行環(huán)境。對(duì)于實(shí)際項(xiàng)目可以和客戶共同進(jìn)行，對(duì)于產(chǎn)品來說就是最后一次的系統(tǒng)測試。測試內(nèi)容為對(duì)功能模塊的全面測試，尤其要進(jìn)行文檔測試。

單元測試測試策略：

自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個(gè)好的選擇。

自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。

孤立單元測試策略：最好的單元測試策略。

集成測試的測試策略：

大爆炸集成：適應(yīng)于一個(gè)維護(hù)型項(xiàng)目或被測試系統(tǒng)較小

自頂向下集成：適應(yīng)于產(chǎn)品控制結(jié)構(gòu)比較清晰和穩(wěn)定；高層接口變化較?。坏讓咏涌谖炊x或經(jīng)?？赡鼙恍薷模划a(chǎn)口控制組件具有較大的技術(shù)風(fēng)險(xiǎn)，需要盡早被驗(yàn)證；希望盡早能看到產(chǎn)品的系統(tǒng)功能行為。

自底向上集成：適應(yīng)于底層接口比較穩(wěn)定；高層接口變化比較頻繁；底層組件較早被完成。

基于進(jìn)度的集成

優(yōu)點(diǎn)：具有較高的并行度；能夠有效縮短項(xiàng)目的開發(fā)進(jìn)度。

缺點(diǎn)：樁和驅(qū)動(dòng)工作量較大；有些接口測試不充分；有些測試重復(fù)和浪費(fèi)。

系統(tǒng)測試的測試策略：

數(shù)據(jù)和數(shù)據(jù)庫完整性測試；功能測試；用戶界面測試；性能評(píng)測；負(fù)載測試；強(qiáng)度測試；容量測試；安全性和訪問控制測試；故障轉(zhuǎn)移和恢復(fù)測試；配置測試；安裝測試；加密測試；可用性測試；版本驗(yàn)證測試；文檔測試

22、面向?qū)ο蟮臏y試用例設(shè)計(jì)有幾種方法 如何實(shí)現(xiàn)？

給類中的每個(gè)構(gòu)造函數(shù)設(shè)計(jì)一組測試用例 組合類中的類變量、實(shí)例變量 組合類中的各種方法

根據(jù)前置條件和后置條件設(shè)計(jì)測試用例 根據(jù)代碼設(shè)計(jì)測試用例

23、在軟件測試各個(gè)階段通常完成什么工作 各個(gè)階段的結(jié)果文件是什么 包括什么內(nèi)容？

單元測試階段：各獨(dú)立單元模塊在與系統(tǒng)地其他部分相隔離的情況下進(jìn)行測試，單元測試針對(duì)每一個(gè)程序模塊進(jìn)行正確性校驗(yàn)，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。生成單元測試報(bào)告，提交缺陷報(bào)告。

集成測試階段：集成測試是在單元測試的基礎(chǔ)上，測試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。該階段生成集成測試報(bào)告，提交缺陷報(bào)告。

系統(tǒng)測試階段：將通過確認(rèn)測試的軟件，作為整個(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)行全面的功能覆蓋。該階段需要提交測試總結(jié)和缺陷報(bào)告。

24、軟件的安全性應(yīng)從哪幾個(gè)方面去測試？

用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議 加密機(jī)制

安全防護(hù)策略：如安全日志、入侵檢測、隔離防護(hù)、漏洞掃描

數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理 防病毒系統(tǒng)

25、LoadRunner分為哪三個(gè)模塊？請(qǐng)簡述各模塊的主要功能。

Virtual User Generator：用于錄制腳步

Mercury LoadRunner Controller：用于創(chuàng)建、運(yùn)行和監(jiān)控場景 Mercury LoadRunner Analysis：用于分析測試結(jié)果

第三篇：軟件工程師面試題

1.C#中，string str = null 與 string str =""，請(qǐng)盡量用文字說明區(qū)別

2.Override, Overload,的區(qū)別？

3.a=10,b=15，在不用第三方變量的前提下，把a(bǔ),b的值互換

4.請(qǐng)編程遍歷頁面上所有TextBox控件并給它賦值為string.Empty？

5.請(qǐng)編程實(shí)現(xiàn)一個(gè)冒泡排序算法？

6.描述以下幾種連接方式，并加已說明（文字和SQL語句）:

A：left outer join：

B：right outer join:

C：full outer join：

7.什么叫做SQL注入，如何防止？請(qǐng)舉例說明。

8.有張訂單表，需要實(shí)現(xiàn)它的編號(hào)，格式如下：201302010001(YYYYMMDD+4位流水號(hào))等

第四篇：軟件工程師面試題

軟件工程師面試題

1，CString 和 char* 之間的相互轉(zhuǎn)換？

2，虛函數(shù)WindowProc 與 DefWindowProc 功能上有什么不同？

3，如何保證在應(yīng)用程序中使用的某個(gè)類只有一個(gè)實(shí)例？

4，請(qǐng)問如何定義一個(gè)整個(gè)程序運(yùn)行過程中都可以使用的全局變量?

5，請(qǐng)寫出以下幾個(gè)類的構(gòu)造函數(shù)的調(diào)用順序

1），class X : public Y, public Z

X one;

2），class X : public Y, virtual public Z

X one;

6，遇到兩個(gè)類互相為成員變量的事, 如何解決?

7，關(guān)鍵字static的作用是什么？（請(qǐng)至少說明兩種）

8，寫出判斷ABCD四個(gè)表達(dá)式的是否正確, 若正確, 寫出經(jīng)過表達(dá)式中 a的值

int a = 4;

(A)a +=(a++);(B)a +=(++a);(C)(a++)+= a;(D)(++a)+=(a++);

a = ?

9，用宏定義寫出swap（x，y）

10，描述一下進(jìn)程間通信的方法

第五篇：如何做好一名軟件項(xiàng)目實(shí)施人員

通過軟件實(shí)施，使有經(jīng)驗(yàn)的人員深深的感覺到，軟件實(shí)施，其實(shí)并不是一件很容易的事，也許可算是一項(xiàng)挑戰(zhàn)，很需要“明知山有虎，偏向虎山行”的信心和勇氣。為什么這樣說呢？因?yàn)椋浖?shí)施可以說是軟件產(chǎn)品服務(wù)主線的一個(gè)決定性環(huán)節(jié)，軟件的成功離不開實(shí)施。那什么才是成功的實(shí)施呢？我認(rèn)為是要讓用戶真正使用起來，讓用戶滿意，用戶的成功也是軟件公司的成功。只不過，軟件要能真正使用起來，其實(shí)也不象想象中那么容易。對(duì)于實(shí)施不成功的情況，通過一些報(bào)導(dǎo)的調(diào)研這是經(jīng)常發(fā)生的，而且比例很高。

鑒于以上實(shí)施的重要性和難度，那我們的實(shí)施就不再是簡單的安裝調(diào)試、用戶培訓(xùn)、初始化、試運(yùn)行支持等。因?yàn)?，?shí)施過程中會(huì)遇到各種樣的問題，不同的客戶可能遇到的問題也不同。我們的軟件象媳婦見公婆，公婆總是很挑剔，總是說你這不好那不好。但盡管公婆挑剔，但我們還的見呀！俗話不是說“丑媳婦也的見公婆”嗎？何況我們還不是那么丑。這就要講究如何見的過程了。其實(shí)，對(duì)一個(gè)軟件來說，最初的問題是這樣釀成的。一開始市場人員出馬，把好的吸引人的東西拼命向客戶灌輸，如果在演示中蹦出一兩個(gè)Bug，相信銷售人員總能沉著地在客戶還沒有反應(yīng)過來之前化險(xiǎn)為夷。銷售人員總是承諾好的功能、性能和質(zhì)量，引發(fā)出客戶極大的興趣，一切順利的話，經(jīng)理很快就可以出馬簽定購買和服務(wù)合同，于是，對(duì)軟件公司來說，最重要的事情似乎就已經(jīng)差不多了。然后，軟件公司派遣實(shí)施人員去客戶現(xiàn)場安裝和演示，請(qǐng)注意，此時(shí)是產(chǎn)品最脆弱的時(shí)候。實(shí)施人員把整套產(chǎn)品拿到客戶面前，終于，丑媳婦要掀開面紗讓公婆看了。這時(shí)，問題如此之多，一時(shí)令人焦頭爛額。所以說，問題即使很多，我們也需要一個(gè)一個(gè)去解決。這就要求我們技服人員必須具備以下素質(zhì)才能應(yīng)付自如，使客戶滿意。

首先實(shí)施人員應(yīng)該具有基本的網(wǎng)絡(luò)診斷與分析問題的能力，至少對(duì)問題作出比較正確的判斷。因?yàn)?，安裝時(shí)可能遇到的意想不到的問題非常多。例如，服務(wù)器和網(wǎng)絡(luò)環(huán)境比想象中要苛刻的多，和其它應(yīng)用軟件發(fā)生沖突等，甚至和殺毒軟件有沖突。對(duì)于機(jī)器配置不夠?qū)е碌膯栴}，則可以列出清單，提交客戶方的負(fù)責(zé)人，由其進(jìn)行定奪。

其次，要對(duì)不同的問題要有相對(duì)應(yīng)的解決方案。有時(shí)我們的客戶端軟件運(yùn)行的速度實(shí)在令人尷尬，有時(shí)用戶登陸就要花費(fèi)很長時(shí)間，造成客戶對(duì)軟件的第一印象就是慢。甚至還會(huì)蹦出如超時(shí)之類的低層錯(cuò)誤。對(duì)于這樣的問題，應(yīng)該從兩方面著手，既應(yīng)該注意到客戶硬件環(huán)境的因素，向客戶解釋。也應(yīng)該判斷軟件產(chǎn)品是否存在相關(guān)的問題，當(dāng)然這個(gè)我們心里明白就行了，不要讓客戶知道，我們應(yīng)反饋回公司讓其改進(jìn)。

另外，要學(xué)會(huì)和客戶領(lǐng)導(dǎo)交往，領(lǐng)導(dǎo)就是領(lǐng)導(dǎo)，和普通員工就是不同。首先，領(lǐng)導(dǎo)沒有耐心來看我們軟件的具體功能，但他需要聽到或看到很概括的展示，那我們就應(yīng)投其所好了。也許，我們常常無法回答領(lǐng)導(dǎo)的某些問題。對(duì)于這樣的問題，我們首先要理解領(lǐng)導(dǎo)的真實(shí)意圖，這也是軟件需求的重要來源。軟件的使用對(duì)領(lǐng)導(dǎo)來說無非是要加強(qiáng)管理，不使用軟件的時(shí)候，領(lǐng)導(dǎo)很多數(shù)據(jù)可能無從知道，當(dāng)員工的工作數(shù)據(jù)融合到軟件中來了以后，對(duì)領(lǐng)導(dǎo)應(yīng)是很大的幫助。其它的對(duì)策包括，讓低層員工為我們的軟件說好，顯然領(lǐng)導(dǎo)比較愿意相信自己單位人的判斷。除此之外，我們的另一種回答可以是，軟件將在使用后逐步完善。

只學(xué)會(huì)和客戶領(lǐng)導(dǎo)交往還不行，最重要還的和客戶員工相處好，前面也提到了領(lǐng)導(dǎo)比較愿意相信自己人的判斷。從安裝開始，部分用戶就可能不配合。在培訓(xùn)課上，有可能前來參加的工作人員大多會(huì)對(duì)軟件抵制。原因很簡單，使用軟件，增加了他們的工作量，中國是一個(gè)人治的社會(huì)，管理是模糊的不精確的，工作人員被嚴(yán)格管理起來是令他們所不能習(xí)慣的。而且人在本質(zhì)上都是有些惰性的。因此，可想而知，用戶們會(huì)指出很多和他們業(yè)務(wù)不同的，軟件不一定能解決的東西，凡此種種，來證明這個(gè)軟件無法使用。在這種情況下，我們只有盡力展示軟件的某些功能，告訴他這個(gè)功能能幫他做什么，起到什么效果，那個(gè)功能又能幫他解決什么問題。這里你其實(shí)不必緊張，一定不要和客戶發(fā)生爭執(zhí)，非分個(gè)清楚，在這里我們可以用難得湖涂。其實(shí)，一些用戶只是發(fā)發(fā)牢騷而已，也許他們也知道，領(lǐng)導(dǎo)會(huì)強(qiáng)制他們使用。

最后，也是最重要的一點(diǎn)，我們要具有項(xiàng)目進(jìn)度、優(yōu)先級(jí)別、質(zhì)量觀念和服務(wù)意識(shí)。這一點(diǎn)我們應(yīng)從以下幾個(gè)方面做起：

第一、全面規(guī)劃，分步實(shí)施，重點(diǎn)突破，效益優(yōu)先。在實(shí)施開始的時(shí)候，應(yīng)該站在客戶立場上，對(duì)于信息化建設(shè)，進(jìn)行輔助的整體規(guī)劃，以避免實(shí)施過程中走彎路。要把產(chǎn)品視為客戶最適合的應(yīng)用解決方案。在整體規(guī)劃的前提下，才有可能對(duì)分步實(shí)施進(jìn)行計(jì)劃。分步實(shí)施的價(jià)值在于合理分配，當(dāng)你長跑的時(shí)候，如果把每一圈作為一個(gè)里程碑，那么心理負(fù)擔(dān)就會(huì)減輕一些，實(shí)施工作在這一點(diǎn)上也是類似的。在規(guī)劃分步實(shí)施的時(shí)候，為每一步驟設(shè)置里程碑，這樣可以把問題分解，并且取得更多的成就感。一步一步成功，前一步的成功，能夠及時(shí)得到領(lǐng)導(dǎo)的首肯，并鼓舞下一步的實(shí)施。重點(diǎn)突破也是軟件實(shí)施的要旨之一。如果事先了解并考慮到當(dāng)前客戶的問題，抓住重點(diǎn)開展實(shí)施，那么軟件實(shí)施成功的可能性就會(huì)大增。

第二、工作管理：計(jì)劃、記錄、討論和小結(jié)。我們應(yīng)該養(yǎng)成這樣的工作習(xí)慣，即事先計(jì)劃，過程中記錄，事后總結(jié)。這一點(diǎn)我是完全感受到的，其實(shí)做的每件事都是有文本計(jì)劃可尋的，這樣的工作方式才能使人遇事不慌，不至于丟三落四。凡事預(yù)則立，不預(yù)則廢。事先應(yīng)進(jìn)行精心的計(jì)劃和準(zhǔn)備，多方了解客戶，做好最壞的打算和準(zhǔn)備，考慮到實(shí)施中最可能發(fā)生的風(fēng)險(xiǎn)，設(shè)計(jì)好實(shí)施的優(yōu)先級(jí)別等等。在前期的接觸中，即應(yīng)考慮到對(duì)方管理的變化方向，例如了解領(lǐng)導(dǎo)的管理思路和傾向，主要想解決的問題，客戶內(nèi)部的阻力，直接用戶的素質(zhì)等等，從而方能因地因人制宜，取得更好的效果。在另一方面，對(duì)自己的軟件產(chǎn)品也要了如指掌，其中也包括針對(duì)競爭對(duì)手的優(yōu)勢，產(chǎn)品的薄弱環(huán)節(jié)等。

在工作過程中應(yīng)做好工作記錄，對(duì)遇到的問題及時(shí)填寫問題報(bào)告，和客戶交換的文件、計(jì)劃、等都應(yīng)該統(tǒng)一管理好。另外，如果有了整個(gè)工作過程的記錄，在實(shí)施完成后進(jìn)行總結(jié)應(yīng)該是非常容易的。什么地方比較成功，什么地方做的不夠，原因是什么，今后如何改進(jìn)和避免，等等。

第三、處理好與用戶的關(guān)系，用戶滿意了，軟件實(shí)施的成功也就指日可待了。這個(gè)就不多說了，前面也提到了。

第四、我們應(yīng)正確看待我們的產(chǎn)品，那我們?cè)撊绾慰创?？也許已經(jīng)有很多人說這個(gè)產(chǎn)品很濫，即便如此，我們也必須表現(xiàn)得非常熱愛自己的產(chǎn)品。如果連你都覺得產(chǎn)品不好，用戶自然就會(huì)覺得產(chǎn)品非常不好。軟件產(chǎn)品的質(zhì)量本應(yīng)該是過硬的，但難免存在一些沒有解決好的問題。如果遇到了問題，也不必緊張，可以先對(duì)問題進(jìn)行分類，然后考慮各種解決的策略，例如，有些問題可以放在下一版本再改進(jìn)，等等，不管如何，應(yīng)該和用戶達(dá)成一致的理解，即軟件只是解決客戶一部分的問題，而不可能包治百病。

第五、利用一切可利用的資源，如網(wǎng)絡(luò)、公司、同事。在遇到阻力的時(shí)候，可以向公司提出支援，以尋求支持。客戶的合理要求，要及時(shí)提繳公司修改，這也是促進(jìn)我們軟件進(jìn)一步完善的最有效途徑之一。例如：我們的系統(tǒng)今年就沒少改進(jìn)使他更加人性化，在市場中占有明顯的優(yōu)勢，他的改進(jìn)來源于那里呢，就是來源于客戶的需求。

第六、三分軟件，七分管理，十二分?jǐn)?shù)據(jù)，這是我最近從網(wǎng)上看到的軟件實(shí)施的著名原則。其意主要是保護(hù)好數(shù)據(jù)，保證其正確性。這也是任何實(shí)施的初始化的重要原則。在初試化的時(shí)候，即為用戶設(shè)計(jì)好數(shù)據(jù)備份和恢復(fù)的手段，以防止任何的意外發(fā)生。

第七、用戶經(jīng)過培訓(xùn)后會(huì)了一些基本操作，但真正用的時(shí)候，肯定還會(huì)遇到問題。這就是我們已經(jīng)把用戶扶上了馬，扶上馬還不行我們還的看到他能駕馭整匹馬，那接下來我們還的送他一程，也就是我們還可以幫助他做更多的事情，也許在培訓(xùn)內(nèi)容以外，還有其它的軟件功能。由此，展示我們的服務(wù)是高質(zhì)量的。除此之外，“扶上馬，送一程”的重要意義也在于推動(dòng)軟件的正式運(yùn)轉(zhuǎn)。很多用戶將會(huì)不習(xí)慣改用軟件來處理工作事務(wù)。畢竟使用習(xí)慣要改變并不容易。一方面我們可以通過對(duì)方的負(fù)責(zé)人去疏導(dǎo)，另一方面也可以先把問題列出來，一個(gè)一個(gè)解決，就象解開很多結(jié)一樣。一邊用戶在使用，一邊我們尋找問題并進(jìn)行改進(jìn)。在慈利的實(shí)施中我就體會(huì)到了這一點(diǎn)，適當(dāng)?shù)丶皶r(shí)地處理一部分需求，可以使實(shí)施順利進(jìn)行下去，而且在和對(duì)方交涉的時(shí)候容易顯示誠意，達(dá)到有理有利有節(jié)。否則會(huì)卡住在某一個(gè)局部而無法順暢進(jìn)行下去，最終客戶是很滿意的，從而才帶來了新的項(xiàng)目。

總之、用戶驗(yàn)收通過，對(duì)于我們實(shí)施人員來說，應(yīng)該為自己慶祝了。驗(yàn)收?qǐng)?bào)告是我們的答卷。同時(shí)，也不要忘記進(jìn)行總結(jié)，軟件實(shí)施，總是有得有失，有憂有喜，這就和我們的生活是一樣的，不是么。最后，我把以下這句話送給所有實(shí)施人員，你可以這么想，也可以這么做，并且做到：去之能戰(zhàn)，戰(zhàn)之能勝！