測試報告的目的范文
時間：2024-01-29 18:00:11
導語：如何才能寫好一篇測試報告的目的，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。
篇1
【關鍵詞】軟件測試 測試報告 測試流程
1 引言
軟件測試是軟件開發過程的重要組成部分，是用來確認一個產品的品質或性能是否符合開發之前所提出的要求。對軟件需求分析、設計規格說明和編碼的最終復審，某種程度上測試工作的好壞直接影響了軟件產品的交付和用戶的滿意度。因此，如何做好測試工作，使測試在軟件工程中順利進行，輔助軟件開發工作是我們每個軟件人員應該考慮的問題。
2 軟件測試的目的
（1）確認軟件的質量，確認軟件做了你所期望的事情，確認軟件以正確的方式來做了這個事件。
（2）提供信息，比如提供給開發人員或程序經理的反饋信息，為風險評估所準備的信息。
（3）軟件測試不僅是在測試軟件產品的本身，而且還包括軟件開發的過程。軟件測試的第三個目的是保證整個軟件開發過程是高質量的。
3 軟件測試的對象
軟件測試并不等于程序測試。軟件測試應該貫穿整個軟件定義與開發整個期間。因此需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程序，都應該是軟件測試的對象。
4 軟件測試流程
軟件測試工作并不是在軟件代碼開發完畢后才開始的，這一點是很多軟件人員的誤區，需要明確一下，它其實是在項目進入軟件實現階段就開始了，項目進入軟件實現階段的時候，就應該啟動軟件測試工作了。
下面根據筆者的測試經驗，詳細闡述一下軟件測試的流程、每個階段需要做的工作及整個測試過程產生的文檔。
4.1 計劃與設計階段
4.1.1 召開測試啟動會議
當項目進入軟件實現階段（編碼），測試經理召集項目經理、開發經理開會確定測試交接時間，開發團隊與測試團隊交接測試內容，對測試目標達成一致，商討測試計劃的可行性，統一項目組的目標和測試的工作重點。進行規模預估并成立測試團隊，完成《測試計劃》和《測試方案》。
4.1.2 設計測試用例
明確了測試需求和測試計劃，在需求分析文檔確立基線以后，測試組需要針對測試需求編寫全部測試用例，在實際的測試中，測試用例將是唯一實施標準。
4.2 實施測試階段
4.2.1 實施測試用例
實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。當測試用例全部編寫完成后，測試工程師根據測試計劃中分配給自己的測試任務，實施相應的測試用例，并記錄測試結果。
4.2.2 填寫測試記錄
測試人員在進行具體的測試工作時，需要將測試內容填寫在測試記錄表中，直到所有的測試執行工作結束。
4.2.3 提交BUG清單
在具體的測試過程中，測試人員發現BUG后，需要將BUG記錄在清單里，并及時提交給測試經理。
4.2.4 提交測試報告
在約定的測試周期完成之后，測試工程師需要總結此測試的結果，編寫測試報告。測試工程師根據此輪測試的結果，編寫測試報告，主要應包含以下內容：
（1）測試報告的版本。
（2）測試的人員和時間。
（3）測試所覆蓋的缺陷――測試組在這輪測試中所有處理的缺陷， 不僅要寫出覆蓋缺陷的總數，還要寫明這些缺陷的去向。
（4）上一版本活動缺陷的數量。
（5）經過此輪測試，所有活動缺陷的數量及其狀態分類。
（6）測試評估――寫明在這一版本中，哪些功能被實現了，哪些還沒有實現，這里只需寫明和上一版本不同之處即可。
（7）急待解決的問題――寫明當前項目組中面臨的最優先的問題，可以重復提出。
在每輪測試結束之后應盡快將符合標準的測試報告發給測試經理。
4.3 總結階段
測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。
4.3.1 編寫測試總結報告
在測試結束之后，測試經理編寫測試報告，對測試進行總結，并且提交給項目經理，為產品的后續工作提供重要的信息支持。
測試經理根據測試的結果及測試工程師提交的測試報告編寫測試總結報告，測試總結報告必須包含以下重要內容：
（1）測試資源概述―多少人、多長時間。
（2）測試結果摘要―分別描述各個測試需求的測試結果，產品實 現了哪些功能點，哪些還沒有實現。
（3）缺陷分析―按照缺陷的屬性分類進行分析。
（4）測試需求覆蓋率―原先列舉的測試需求的測試覆蓋率，可能 一部分測試需求因為資源和優先級的因素沒有進行測試，那么 在這里要進行說明。
（5）測試評估―從總體對項目質量進行評估。
（6）測試組建議―從測試組的角度為項目組提出工作建議。
4.3.2 測試驗收
測試驗收工作是在以上工作全部結束后，測試經理對測試的過程、效果進行驗收，簽發測試驗收報告，宣布測試結束。由測試經理進行測試驗收，驗收內容包括：
（1）測試效果驗收―測試是否達到預期目的。
（2）測試文檔驗收―測試過程文檔是否齊全，符合標準。
（3）測試評估―從總體對測試的質量進行評估。
（4）測試建議―對本次測試工作指出不足，需要在以后工作中改 進的地方。
（5）宣布測試結束―測試組成員簽字宣布本次測試結束。
4.3.3 測試歸檔
測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸檔，主要包括測試計劃、測試用例、測試報告、驗收報告等。這些文檔的編寫保障了測試的順利進行，同時作為整個測試項目的痕跡，被保留下來，供查閱。
參考文獻
[1]佟偉光.軟件測試[M].北京：人民郵電出版，2008.
[2]Rex Black.測試流程管理[M].北京：北京大學出版社，2001.
[3]Robert V.Binder著，華慶一等譯.面向對象系統的測試[M].北京：人民郵電出版社，2001.
[4]Mark Fewster， Dorothy Graham著，舒智勇等譯.軟件測試自動化技術與實例詳解[M].北京：電子工業出版社，2000.
[5]Karl E.Wiegers著，陸麗娜，王忠民，王志敏譯.軟件需求[M].北京：機械工業出版社，2000.
篇2
一、總體結構內控制度設計思路
(一)三維立體的靜態結構
現代企業的內控制度在總體上應該是組織、項目和流程3個方面的綜合,具有三維立體性。
1.維度項目
維度項目,即內控制度的基本單位。企業除質量控制外,還有很多個內控項目,諸如人事招聘、危機處理、合同管理、工廠消防、成本控制、財務預算與預測、采購計劃、員工績效評估等。
首先,如何確定內控制度項目的數量呢?由于企業經理存在或多或少的差別,因此,不同企業、同一企業的不同經理在項目數量上可能有不同選擇。但是,下列幾方面必須充分考慮:(1)企業愿景、戰略和經營目標的要求;(2)管理的“粗細”;(3)體現COSO報告的總體框架;(4)涵蓋會計控制、管理控制、業務控制和法規執行控制。此外,設計內控制度項目數量時,可參照組織的供應鏈來進行。例如,對制造企業來說,供應鏈可從顧客開始,由研究開發、設計、制造、營銷、配運、顧客服務等組成。供應鏈可以轉化為流程,流程又可分解為作業和任務。以此為基礎便可確定內控制度的數量。
其次,所有內控制度項目是不是可以等量齊觀呢?答案是否定的。它取決于相對誰來設計內控制度項目。對證監會、中注協和注冊會計師,會計控制可能最重要;對企業總經理,管理控制和主營業務控制可能最重要;而對車間主任,業務控制可能最重要,諸如此類,不一而足。另外,有些項目執行的結果是可以計量的,例如預算控制、成本控制等;而另一些項目的執行結果,則屬于非定量的或不能直接定量的,例如危機處理等。值得注意的是,預算控制、成本控制對任何組織來說都應該放在首位。
2.組織維度
現代企業是一個組織,它可以被分成高層、中層、基層和現場4個層級,每個層級由若干單位組成、每個單位有若干成員。按照COSO報告的思想,每個層級每個單位每個成員都與內控制度相關,應該參與內控活動。從組織維度設計內控制度,需要考慮企業的控制目標、控制環境和控制方式,進而確定企業的管理跨度與管理層級、企業是實行集權制還是分權制,并建立使組織得以運行的保證――經濟責任制度和崗位職責制度。組織維度設計得好,可以營造良好的內控環境。
3.流程維度
所謂流程,是指企業經營過程的一個階段,由若干項作業組成,而作業由若干項任務組成。在典型的制造業中,其經營過程有研究開發、設計、制造、營銷、配運和售后服務等項流程。每項流程,例如制造流程,包括材料入庫、材料存儲、材料搬運、材料加工、半成品搬運、半成品加工、成品入庫存儲、成品包裝發運等項作業。而每項作業,例如材料入庫,包括卸載、驗收、盤點、移動、擺放、記錄等項任務。特別重要的是,任務是由組織成員完成的,授權和責任在這里可以體現出來。在流程維度設計中,就是遵循“流程――作業――任務”3個因素之間的依次關系進行。
4.項目、組織和流程之間的關系
每個項目都是通過組織的層級、單位和成員按照一定的流程、作業和任務的要求來完成的;從流程、作業到任務,由于任務由人或組織成員來完成,因此,完成任務的成員組成單位、單位構成層級,從流程維度很自然的過渡到組織維度。換句話說,一個內控制度項目由組織和流程組成,是一個二維體系,當企業存在多個項目時,就可形成由組織、流程和項目組成的三維立體框架。
(二)過程循環的動態結構
現行內控制度設計上一個嚴重的缺陷就是沒有將內控制度與公司總經理(CEO)聯系起來。COSO報告和巴塞爾委員會的報告特別強調了這一點,但在操作層面上,很多人仍然在進行會計控制,并當作財務部門“自娛自樂”節目。另一個缺陷是在設計內控制度時,很少有人站在企業立場上考慮如何執行內控制度、實現內控制度目標的問題。我們認為,在動態上,內控制度不僅包括制定,而且包括執行,對執行情況的計量或測試、對計量或測試結果的分析和報告、根據偏差進行整改(包括預先設定獎懲制度和整改方案,修訂內控制度)等,這是一個完整的動態結構或系統。
在設計內控制度時需考慮以下因素:
1.與上述相同,內控制度的設計首先要考慮企業的愿景、戰略和目標。據此設計好內控制度之后,便是內控制度的執行。但對控制者來說,最重要的不是去執行內控制度,而是保證執行者實現內控制度的目標。
2.實現內控目標的第1步是對內控制度執行情況進行計量或測試。內控制度的項目可以分成執行結果可計量和不可計量2類。對可計量的內控制度執行情況的計量通常通過會計核算、結算和統計等途徑取得,例如預算執行結果就可以從會計核算的結果得到。對不可計量的內控制度執行情況的計量通常通過測試表取得,例如對公司印鑒使用控制制度的測試就必須按照該制度的要求設計問卷調查表,來了解該制度的執行情況。應該說,一項內控制度的執行情況往往可計量部分和不可計量部分并存。在這里,我們統統用測試表來表示對內控制度執行情況的計量或測試。
就操作層面而言,一家企業內控制度的測試可以分成綜合測試和單項測試。前者是對全部內控制度項目的測試,在現代企業中這主要是集團公司總部對子公司或二級經營單位內控制度的總體執行情況的測試,其測試表的結構按照COSO報告的整體框架設計;后者是對一個內控制度項目或一個相關的單位的測試,其測試表的結構也是按照COSO報告的整體框架設計。
3.實現內控目標的第2步是將內控制度執行情況計量或測試的結果與內控制度進行比較,然后作出判斷:(1)測試結果是否與內控制度相符?如果相符,控制者不做任何干預,繼續執行;如果不相符,則過渡到下一個判斷。(2)偏差是否可以接受?如果可以接受,控制者不做任何干預,由執行者或被控者照常繼續執行;如果不可接受,則過渡到下一個判斷。(3)內控制度是否符合實際?如果符合,偏差則導源于執行者,應進一步分析偏差的原因,擬定糾偏措施,并向控制者提供測試報告,控制者依據測試報告采取糾偏行動,干預執行者的執行過程。如果不相符,偏差則導源于內控制度,控制者則應采取修正或補充內控制度的行動。
4.內控制度執行情況的測試報告作為一種媒介,將控制者和執行者、總經理的監督和下屬的現場運作巧妙地連接起來,其重要性是不言而喻的。有2個問題在設計時要特別注意:(1)測試報告至少分成2種:一是對測試結果的匯總和詳細分析,稱為明細報告,留在內控部門備查;二是在明細報告基礎上編制的報告,稱為簡式報告,要定期報告給總經理。(2)測試報告結構應該與測試表保持一致,也就是COSO報告的整體框架。其中應就每個要素進行評估,特別說明造成制度與制度執行情況之間偏差的動因。
5.控制者依據測試報告采取糾偏行動有2種含義:(1)直接干預,即控制者直接和強制性地要求執行者用控制者指定的行動方式取代原有的行動方式。例如規定用辦公室電話打長途必須登記,但因執行不嚴,致使電話費上升。其矯正措施可能是將電話上鎖,鑰匙由專人保管,強制性地讓打長途的人進行登記。(2)間接干預,即控制者制定和堅持一套行之有效的激勵制度,通過激勵制度“準自動化”矯正執行者的行為。仍以電話費為例,控制者可以規定該辦公室長途電話費超過100元部分由辦公室成員承擔50%。辦公室成員會自動調整自己的行為。
(三)以企業經營活動事件的常規性、非常規性和混合性為基礎的結構
在一定意義上,企業經營活動是由一系列事件組成的,按照性質,這些事件可區分為常規性的、非常規性的和混合性的3類。另一種表述是:確定條件下發生的、不確定條件下發生的和混合條件下發生的。
據此,可發現內控制度設計的另外一些思路:
1.在嚴格意義上,人們能夠控制的只是常規性事件,所謂內控制度也只是對常規性事件而言,人們無法為那些非常規性事件設計內控制度。
2.在設計內控制度時,并非不考慮非常規事件。因為非常規事件發生在內控制度控制的范圍之外,屬于企業風險,執行者往往利用這些事件的發生采取有利于自己而不利于控制者的行動。對此,至少應采取2種方法予以防范:
(1)設計非常規性事件的處理原則。盡管人們無法預見非常規事件在何時何地以何種方式發生,但憑經驗和理性可以知道可能發生的非常規性事件的類型。例如在企業中可能發生產品質量、環保事故、財務危機、生產安全事故等。因此我們可以設計非常規事件或危機處理程序,包括處理原則、程序和權責等。例如企業可以規定當發生嚴重危害公眾事件時,管理當局在12小時之內通過媒體做出反應,以表明誠意;要積極與政府配合;統一對外口徑等。
(2)用非控制方法彌補控制方法的不足,特別要營造健康的企業文化氛圍,建立職業道德規范。健康的企業文化是企業大多數成員形成共同的價值觀念,是形成企業凝聚力和企業成員歸屬感的基礎,進而使企業成員熱愛企業、關心企業,這特別適合以中國為代表的東方文化。而職業道德在這里是指與企業成員工作相關的規范,是一種穩定的職業心理和職業習慣。因此,企業應該為不同崗位上的成員,制定相應的職業道德規范;要總結和以適當的形式強化健康的企業文化。只有這樣,當危機發生時,才會有人主動報告和處理,不至于袖手旁觀。
3.在企業經營活動中,大多事件既不是常規又不是非常規,屬于混合性。就此設計內控制度,需要考慮下列幾個方面:
(1)混合性事件轉化成非常規事件非常有可能,而且往往有征兆。因此,在設計內控制度時應該有相應的預防條款,防患于未然。
(2)混合事件的存在表明,與此相關的內控制度本身就有風險,也就是說并非按照內控制度去做就會完全避免錯誤。不能迷信內控制度,它是有局限性的。因此在執行內控制度過程中,對內控制度本身的評估是不可忽視的。
(3)混合性事件完全或在一定程度上轉化為常規事件是可能的。例如未來外匯匯率是混合性的,人們可以通過套期保值使之轉化為常規性事件。當然,這需要經驗、知識和技巧。
二、對單項內控制度的設計思路
所謂單項內控制度就是指上文所說的一個內控制度項目。這里將從3個方面進行討論:按部門進行設計、按項目進行設計、按流程進行設計。
(一)按部門設計
1.將部門既看成組織中相對獨立部分,又看成與組織中其他部門相互連接的環節,各個部門甚至形成一個投入產出的網絡。進行部門內控制度設計時,首先要營造良好的控制環境。控制環境因素包括部門內每一個人的誠信、道德價值和能力;管理層的管理理念和經營風格;管理層授權方式和發展其員工的方法,部門的組織結構和崗位設置等。而要形成良好的控制環境,就需要從部門的組織結構和崗位設置,明確責任的分派和權力的授予出發,注重提高本部門員工的誠信和工作能力,奠定良好的控制基礎。同時,還應注重與其他部門的聯系。
2.分析部門在企業中可能涉及到的項目,分析部門處于項目工作流程的哪一個環節,或屬于流程中的哪一個作業鏈條之中,存在何種風險,部門需要參與哪些工作任務,在執行任務的過程中可能會遇到的風險種類及大小,初步評估部門面臨的風險,進而確定關鍵控制點。
3.根據控制點確定所要進行的控制活動,進行責任和權力的具體分派,制定業績考核標準。一個部門由若干流程組成;一個流程由若干作業組成;一項作業由若干項任務組成;一項任務都是由一個或幾個人來完成;而為了完成任務,每個人都必須被指定明確的責任。在部門設計中,可以按價值鏈或作業鏈來進行設計。第1步,明確各部門涉及到的作業(如部門的作業可分為3種:接受顧客需求作業;滿足顧客需求作業以及輔助作業),明確部門的作業鏈和價值鏈以及作業結構;第2步,確定部門的主要工作流程以及各流程的投入與產出;第3步,確定流程中的各項作業以及相應任務;第4步,從按作業收集耗費的資源成本數據出發,確定作業的產出指標;第5步,制定作業的業績指標,即將部門的業績指標分解到各項作業,并根據部門的實際業績作出評價。
按作業鏈進行部門的內控設計,使部門明確在整個內控制度中自身涉及到的內控項目有哪些,處于流程中的何種地位,部門既能保持一定的獨立性,又能實現很好的銜接,集合各部門為整體,實現全企業的作業成本管理,可以將企業有限的經濟資源合理地在部門之間進行分配,以實現合理配置。
4.設計部門內控制度時建立部門內部以及部門間的信息與溝通,部門內上下級、同級、部門間能迅速取得他們在執行任務、管理和控制企業運營過程中所需的信息,并互相交換這些信息。
5.部門的內控制度應具有監督職能,包括例行的管理和監督活動,為確保內控制度的執行,還應具有協調小組,即縱向協調或橫向協調小組。
6.設計部門的內控制度也應區分常規性事件、非常規性事件和混合性事件。常規性事件的控制可按上述方法進行,而非常規性事件和混合性事件的控制可按上文總體設計中的有關思路進行。
內控制度設計后,應在部門內部進行測試,基本方法是:以部門為基礎,對部門的職能及崗位設置在內控制度中的實際執行功能進行測試。部門測試的結構可分為以下幾個部分:部門的組織結構及崗位設置、部門應具備的功能、部門管理的權限及范圍、人員的職責劃分,部門的主要業務、部門與其他部門的銜接(主要是業務上的銜接)。針對部門的測試主要看部門是否能夠完成規定的職能,部門之間的職能是否存在重疊,部門之間職責分配是否合理,是否符合內部控制基本原則,是否存在有的環節大家都管,而有的環節無人問津的情況,及管理上是否節約而有效。根據測試結果決定是否修訂或增補該項內控制度。按部門設計最實質的內容是流程設計。
(二)按項目設計
1.分析每個項目的組織維度和流程維度。即分析在執行該項目時都會涉及到哪些部門,部門的層級、部門之間的相互關系怎樣,組織結構如何,以及該項目會牽扯到哪些業務流程。同時分析在執行項目時可能面臨的相關風險,然后按項目的業務流程來進行具體設計,根據執行項目的環節和流程,確定控制點,從組織和流程2方面來制定相應的內控制度:即項目的審批、授權、核實查證、責權分離、確保資產安全以及檢查等,還應建立完善的信息和溝通以及監督機制。
2.制定項目內控制度的執行測試方法并形成測試報告。在項目設計中,設計一套內控制度的制定、內控制度的執行、內控制度的測試、內控制度的測試報告程序,來考證項目的組織結構方面,包括層級、單位和責任是否合理,以及項目的業務流程方面是否能進行實際操作,測試需結合COSO報告關于內控的5個要素進行,即查看項目的控制環境、風險評估、控制活動、信息與溝通和監控。
3.設計項目內控制度的修訂和增補程序。形成測試報告后,就可以根據報告結果決定是否對該內控制度進行修訂。經由內控制度的制定、執行、測試、報告、修訂等一系列循環周轉的過程進行項目內控設計,可以使制定的內控制度符合企業實際,具有可操作性。
(三)按流程設計
1.明確業務流程工作環節的前后銜接,確定流程的投入與產出。
2.明確業務流程中涉及的作業,作業間的相互關系,建立一條作業鏈,并制定每一作業相應的作業標準,根據每一項作業的投入與產出,制定相應的考核指標,即將總投入與產出指標進行細化,落實到每一項作業中。
篇3
關鍵詞：RFID；自動測試；數據庫；物聯網
中圖分類號：TN92 文獻標識碼：A 文章編號：2095-1302（2016）11-00-02
0 引 言
隨著物聯網產業的發展日益壯大，無線射頻識別（Radio Frequency Identification，RFID）技術已經在人們的日常生活中得到廣泛應用，其測試與檢測技術也在不斷發展與完善。為了滿足逐步增長的批量檢測需求，提高測試人員的工作效率，保障測試結果的準確性和可重復性，RFID自動測試系統也成為研究熱點之一。
RFID自動測試系統的主要功能是提供RFID射頻指標的自動測試，通過計算機軟件實現對測試設備和被測設備的高效控制，模塊化軟件設計使得測試流程集成化，可最大程度的降低測試人員的工作量與操作復雜度[1]。
1 系統介紹
RFID自動測試系統的主體是測試軟件。該測試軟件具有自動控制測試設備、數據采集、數據分析處理和生成報告的功能。測試軟件可以與測試設備、被測設備的控制軟件通信，自動讀取儀器型號、軟件版本、選件版本、儀器基本設置等信息，還可調用或驅動測試設備、被測設備的控制軟件，測試人員可以方便的在測試軟件上直接對測試設備與被測設備的控制軟件進行設置并發送命令。測試軟件中預置了常規RFID測試模板，用戶可以根據測試需要編輯測試模板，調用、組合預設的測試項目，靈活定制測試計劃。在測試過程中，測試人員可以同步在測試軟件的界面上看到測試結果并保存。數據庫中記錄了所有測試信息，可以方便的查詢瀏覽。測試結束后，系統自動生成測試報告供測試人員瀏覽與打印。
RFID自動測試系統的基本情況如下：
（1）硬件：計算機、泰克實時頻譜分析儀RSA3408A、GPIB卡、射頻電纜、衰減器及其他測試配件。
（2）軟件：RFID自動測試系統軟件、泰克實時頻譜分析儀控制軟件RSAVu、Agilent IO libraries套件、讀寫器控制程序。
（3）測試項目：輸出頻率、輸出信號頻譜模板、載波頻率容限、占用帶寬、發射功率、鄰道功率泄漏比、雜散發射、最大駐留時間、讀寫器數據編碼、射頻包絡、前同步碼和幀同步。
2 系統結構
計算機通過GPIB總線、網線與RSA3408A頻譜儀相連。其中，頻譜儀與頻譜儀控制軟件通過網線通信，頻譜儀與自動測試系統通過GPIB總線通信。讀寫器通過控制線路與計算機相連，控制線路可以是網線、串口通信線等。讀寫器天線的輸出端口通過射頻線纜、衰減器與頻譜儀的射頻輸入端相連。
RFID自動測試系統硬件連接圖如圖1所示[2]。
3 軟件設計
RFID自動測試系統采用通用的small talk模型，分為表示層、控制層、數據層。
（1）表示層為顯示邏輯部分，實現與測試人員的交互功能；
（2）控制層為事務處理邏輯部分，進行控制命令發送和數據接收、處理；
（3）數據層為數據存儲邏輯部分，主要功能是數據的存儲和讀取[3]。
RFID測試系統的軟件包含以下部分：
（1）測試軟件。在開發過程中，表示層和控制層作為系統的應用軟件聯合開發，能夠控制關聯的其他程序如頻譜儀控制軟件、讀寫器控制程序等，還可實現與用戶的交互功能。
（2）數據庫。數據庫即邏輯模型中的數據層。用以存儲測試模板、測試項目、測試參數等基本信息和測試數據。
（3）必需組件。鏈接軟件與數據庫的動態鏈接庫、與儀器控制軟件之間交互的測試驅動程序等。
模塊設計以及調用流程如圖2所示。
根據系統要求，測試系統的前端軟件，即界面部分的開發工具采用.NET Framework與C#，后臺數據庫采用小型數據庫Access。程序驅動采用C#封裝儀器廠商提供的遠程控制命令，并采用Agilent公司的IO library進行GPIB控制。這樣可以避免程序接口與測試主程序不兼容的問題。RFID自動測試系統的流程圖如圖3所示。
4 數據庫設計
數據庫是整個系統的核心部分之一，負責存儲預置的測試模板，其中包含默認的測試項目、測試參數、性能指標等信息，在測試過程中存儲測試數據和經過數據處理的測試結果，支持測試人員對各類信息的查詢、瀏覽與調用。
數據庫的建模通常由實體關系圖（E-R圖）入手。E-R圖是指以實體、聯系、屬性3個基本概念概括數據的基本結構，從而描述靜態數據結構的模式。
在RFID自動測試系統中，軟件定義的主要數據如下：
（1）測試項目表
內容：存放所有測試項目，每個項目都有對應編號。
說明：分為兩張表，一張存放主測試項目，一張存放子測試項目，兩者之間通過編號可以相互查詢與對應。
主鍵：項目序號。
（2）性能指標表
內容：用上下限的方式存放測試數據的最大允許誤差或性能指標。
說明：每個測試子項目的最大限值與最小限值分兩列保存。對于同一個測試子項目，不同制造商的指標可能各不相同，即使同一制造商生產的儀器因型號不同，裝載了不同選件，其性能指標也可能不同，需要編號分別存儲。
主鍵：無。
（3）被測儀器信息表
內容：記錄設備制造廠商、型號規格、出廠編號、控制軟件版本、選件版本等信息。
說明：該表的數據內容一部分可以通過儀器控制程序直接讀取，一部分需要測試人員在測試界面直接輸入。儀器的制造商、型號、選件版本等和儀器的性能指標表相關聯。
主鍵：出廠編號。
（4）測試參數信息表
內容：記錄各測試項目在測試時設置的參數名稱與限制要求。
說明：與測試項目表相關聯，每個大項建立一張表格，大項包括許多子項目，子項目的名稱放入參數信息表中。測試項目的參數表格中放置測試的設置信息，例如雜散測試中存放起始和終止頻率范圍，鄰道功率泄漏比中存放主信道和相鄰信道的頻譜寬度。當程序運行到所選的測試項目界面時，被選中的測試項目的參數信息會顯示出來并賦值給相應的變量。
主鍵：無。
（5）測試報告記錄表
內容：記錄生成的測試報告信息，包括報告編號、測試環境、測試設備等。
說明：生成報告時需要測試人員填寫報告的基本信息。
主鍵：報告編號，每生成一份，自動加1。
（6）測試結果XML表
內容：XML表中記錄設備的制造商信息、測試日期、測試結果。測試結果包括合格判定，即測試通過/未通過。
說明：每臺設備的測試數據生成一個XML格式表格，保存在XML結果文件夾中。XML表由兩層書簽構成，第一層書簽記錄測試基本信息，第二層書簽記錄測試項目的結果數據。標簽的屬性值記錄測試項目是否通過。
主鍵：XML文件無主鍵。
5 結 語
本RFID自動測試系統可以自動完成對大部分射頻指標的測試工作，提高測試人員的工作效率，降低測試復雜度，保證測試結果的準確性與可重復性。此外，模塊化的軟件設計還具有擴展性強，可移植性高等優點，根據檢測任務的需要，還可以擴展連接更多的測試設備，進一步擴展測試項目。
參考文獻
[1]劉巖.RFID通信測試技術及應用[M].北京：人民郵電出版社，2010.
篇4
關鍵字：操作系統課程設計；考核體系；考核環節；考核指標
中圖分類號：G642.0文獻標識碼：B
文章編號：1672-5913（2007）08-0045-04
計算機操作系統是與硬件直接相關的系統軟件，計算機中的關鍵性技術，它的設計與實現體現了程序設計與軟件工程的精髓[1]。計算機操作系統原理課程是計算機科學與技術及相關專業的核心課程之一，對理論與實踐要求都很高，歷來為計算機及信息學科所重視。操作系統課程設計正是該課程實踐環節的集中表現，不僅可使學生鞏固理論學習的概念、原理、設計、算法及數據結構，同時培養開發大型軟件所應擁有的系統結構設計和軟件工程素養。對該課程考核體系的構建可以促進學生設計能力、創新能力和科學素養的全面提升。
1 操作系統課程實踐現狀分析
國內外高校對操作系統課程的實踐環節極為重視[1]。北大、清華、西電、國防科大等院校均分兩個學期，設立理論、實踐環節來共同完成該課程的教學工作。實踐內容主要分為模擬仿真型、解剖型或設計型。由于操作系統課程內容的抽象性、復雜性，決定了許多學生在學完理論以后，對實踐環節感到束手無策；同時該課程內容承上啟下，涉及以前學習的許多課程，如C語言、數據結構、計算機組成原理等，要求學生有較強的綜合分析問題和設計的能力。課程的難度阻礙該課程的考核，實踐考核往往成為程序設計考核或算法編程考核，沒能成為有效促進操作系統學習的有力工具。一些院校在此方面進行了有益的改革與嘗試。北京大學根據MIT的開放課程經驗和自己學生的特點，建立操作系統實驗室，提出了一套自己的試驗平臺和實驗體系，包括實習授課、進程控制、實習反饋等環節控制教學質量[2]。考核模式中增加成果演示和期末答辯環節，借助交流開發心得、壓力測試等方法檢查進度控制好壞，達到促進學生學習的目的。南開大學提倡使用系統仿真的實驗環境加強學生理論聯系實際的能力，降低試卷考試的壓力，建立多元化考核體系，使用“彈性考核制度”培養學生的綜合素質和能力[3]。
我校是農業類院校，操作系統課程設計是緊接操作系統原理課程的實驗型必修課，安排在上完理論課的下一學期。過去兩三年里，借鑒其他院校的經驗，根據自己學生的生源特征和課程特點，本著“承上啟下、提高綜合能力”的宗旨，為提高學生的軟件設計能力、動手編程能力，摸索與總結了一些控制實踐課程質量的方法。但也暴露出一些問題。（1）無法將操作系統理論與實踐結合起來。一些同學只為完成表面上的功能進行軟件設計與開發，沒有借鑒前人成果；（2）同學之間依賴性嚴重，加之Internet網提供的便利功能，一些同學出現網上拷貝，不勞而獲、渾水摸魚的現象；（3）缺少考核體系與測試環節。對原理課程的認識不足，缺少軟件工程的思想指導。實踐環節的軟件開發等同于以前的算法設計或編程，沒能突出該課程系統性的特點；（4）缺少分組協作能力、口頭表達能力、進程控制能力等方面的訓練，許多同學會做不會說、不會寫；能單獨開發，不會小組共同協作。
2操作系統課程設計考核體系構建思路
學習評價是課程學習的一部分，能夠有效地促進課程學習。一個完整的課程考核體系應該有過程性學習評價和終結性學習評價兩部分。針對本課程的現狀，考核體系應具體解決如下問題：（1）量化考核指標；（2）量化考核每位同學的協作能力、分析解決問題能力。由于分組協作完成設計任務，給老師有效地分辨出每位同學具體完成的工作量及工作質量帶來困難，需要考核環節中具體的量化措施來保證。（3）體會軟件開發全過程。操作系統是計算機中管理軟硬件資源的系統軟件，其設計與實現的著眼點均是“一切為了用戶”的系統觀點。通過考核環節的設定，使沒出過校門，沒有實踐經驗的學生，在校期間體會到軟件的開發過程。
與理論考核模式相比，實踐考核不僅注重結果，更加注重過程、技術和素質考核。分析操作系統課程設計實踐現狀，結合具體的考核量化問題，本著過程與結果并重的原則，提出如下指導原則：
（1）堅持多樣化考核與多次考核機會相結合的考核方法。建立以考察專業技術和職業素質為基礎的考核體系。考核內容的選擇，既要體現和課程培養目標，又要有利于培養學生運用所學知識和技術分析問題和解決問題的能力。真正做到既考知識，又考能力（技能）和素質。
（2）強調理論與實踐的結合。課程設計從題目的選擇到設計與實現，均應借鑒前人成功的設計理念，采用或擴展已學過的算法和策略，考察將抽象的理論知識滲透到實踐設計的能力。
（3）根據課程設計考核改革模式，設計考核評測體系及考核評價指標。過程考核、技術考核及結果考核相結合，最終得出綜合成績。同時，注重每一考核環節的交流與指導。
（4）將軟件工程的思想融入課程設計，培養學生分工協作能力，進度控制能力。
本研究在總結我校前三屆學生課程設計經驗的基礎上，學習借鑒其他高校的成功經驗，針對農業院校學生的特點，突出內容的系統性、設計性和可操作性的同時，本著綜合能力提高的宗旨，通過協作學習與模擬性學習相結合，設計出一套適合本校學生特點的學習考核模式，采用過程考核、技術考核、結果考核等多種形式建立實踐教學的考核評價體系（圖1），提高實踐環節的質量，調動學生的學習熱情，“以考促學”，培養學生多元能力，為農林類院校操作系統課程實踐考核趟出有益的道路。
3 考核評測體系的構建
操作系統實踐教學的考核目標是在軟件工程思想指導下，提高大型軟件的分析設計能力，小組成員的分工協作能力，設計結果的分析測試能力。因此，考核體系的制定既要考慮理論知識與技能提高，又要加強團隊精神與素質培養。本研究按照該課程實施過程中的五個步驟：明確目標――小組計劃――協作研究――分組測試――最終評價設立考核環節。
3.1 考核評測環節的建立
操作系統課程設計考核體系根據課程考核的指導原則和課程設計流程，本著科學合理，重理論、重技能、重素質的原則，設定為五大考核環節，分別是設計考核、算法考核、測試考核、能力考核和提優考核，最終考核成績是五部分乘權重之和。表1，體現各考試環節的考核內容與方法。其中，設計考核針對課程設計的開始部分，檢查學生整體規劃和協作分工能力；算法考核主要考核每位學生的參與程度，具體實現措施；測試考核屬于對課程設計成果的檢查，是以往實踐考核的薄弱環節。該考核體系中強調測試，通過制訂組內測試、組間測試和教師測試制度完成整體測試。具體測試過程是教師提供測試報告書格式及考核項目，組間成員按照對方提供的操作說明對軟件作品進行相互測試，并填寫測試報告，然后由教師組成的測試小組進行綜合性測試，給出測試評語。能力考核貫穿實踐的每個環節，通過學生制作PPT、口頭匯報并回答問題，考察語言表達能力、進度計劃實施情況及工作匯報能力。提優考核是在課程設計結束后，針對部分優秀的學生主動申請，通過撰寫小論文的形式體現。
3.2 考核評價指標的建設
考核測評環節是指導實踐考核的基礎，考核評價指標具體量化考核環節，是成績評定的依據，它的構建必須有系統和全局的眼光。我校操作系統課程設計是停課一周進行，時間安排在三年級下學期開學第一周。三年級上學期理論課結束后學生分組、選題，利用寒假時間準備資料，開學后完成具體實踐工作。課程設計的好壞很大程度取決于假期準備工作的好壞。為了有效考核學生準備工作和實踐情況，針對考核環節設定具體的匯報考核指標和測試報告考核指標。由教師和四年級優秀學生組成考核小組，按照匯報考核指標打分，存檔源碼程序、可運行程序、測試報告和課程實踐報告，綜合測試報告考核指標給出課程設計的綜合成績。
（1）匯報考核指標
匯報考核如表2，屬于過程性考核，主要考查學生整體計劃，分工協作與進程控制能力，語言表達能力和幻燈匯報能力，有利于提高理工科學生的綜合素養。采用PPT幻燈形式，匯報時間穿插在實踐設計的過程中，是量化設計考核、算法考核和綜合能力的主要手段之一。同時，總結性匯報促進同學之間彼此交流成果與心得。
（2）測試報告考核指標
軟件測試是保證軟件質量的重要環節，測試考核指標的設立有助于建立良好的軟件測試觀，養成良好的測試習慣，為后續軟件工程課程的開設積累實踐經驗。測試考核以測試報告的形式存檔，考核指標既要體現整體構思，又要能夠促進被測試軟件的完善，有助于錯誤的發現與改進；同時，該項工作的開展是同學之間交流與學習的機會。核心測試指標如下：
理論依據是否充分。
功能、結構設計的合理性、是否考慮充分。
算法正確性及容錯程度、算法性能情況，要求評測人用具體的測試數據進行說明。
用戶界面友好性、直觀性、易用性，并要求具體列舉。
總結評價該設計的優缺點，具體描述特色與創新，并提出改進建議。
4 實踐與效果分析
4.1 操作系統課程設計的實踐
2005~2006學年第二學期，在我院院級實踐教學改革項目的資助下，計算機科學與技術系02級共63位同學分成20個小組，按照操作系統課程設計考核體系進行實踐。教師提供20道參考題目供學生選擇，同學也可根據自己的興趣愛好自定與操作系統相關的題目。有模擬內存可變分區的系統，有模擬Linux 2.6內核的進程調度系統，也有圖形化動態模擬磁盤調度各種算法的系統。兩名教師和兩名四年級同學組成考核小組，經過三階段的匯報考核，組間測試考核，實踐報告考核，作品測試等考核，順利通過課程設計課程實踐。每組同學鞏固理論學習的同時，加強軟件設計與編程能力，整體素質得到鍛煉與提高。每個小組提交軟件作品，其中5個小組提交提優論文。圖2和圖3分別是課程設計學生作品樣例。
4.2 實踐效果
經過一周的停課實踐，學生們普遍感覺加強了對操作系統理論的認識，同學之間的協作能力提高，自身的編程能力、系統設計能力及表達能力得到鍛煉和改善。通過課程設計考核體系的實施，使廣大學生在如下幾個方面得到了提升：
（1）協作學習能力普遍提高。每個小組非常重視三個階段的匯報，從查閱資料到幻燈結構、內容和色彩都經過仔細琢磨；小組內討論氣氛熱烈，有些小組甚至在宿舍熄燈后仍在探討問題；還有的小組到處尋找通宵教室，加班加點工作。
（2）真實能力明顯提高。量化課程設計過程和考核指標，完善了過程監督，有效地防止了學生實踐“做弊”現象，使所有學生的能力都得到一定鍛煉。
（3）提升綜合應用知識的能力。操作系統模擬的許多題目，不僅涉及數據結構，同時要求活學活用操作系統理論中的概念與方法。如，模擬內存管理的設計中，為突出并發和共享特征，一些小組使用了多線程實現并發。另外，數據結構中樹、鏈表以及Hash表的知識得到鞏固。
（4）計劃表達與交流能力提高。課程設計三個考核環節，將自己的成果展現給同學和老師，并且解答老師的提問，有助于老師與學生、學生與學生之間交流。老師可以及時發現問題，指導學生改進設計方案；學生也可在匯報過程展現自己，鍛煉語言表達能力，對于不善表達的理工科生來說是很好的鍛煉。此外，該考核方法使學生不敢懈怠，按時完成任務。
（5）學習主動性和創新性得到激發。課程設計的所有考核環節均開放式進行，學生在考核過程中可以相互對比，有效促進了比學趕超的學習熱情；考核壓力促進基礎薄弱的同學在基礎較好的同學帶動下進行主動學習。學生潛力得到很大發揮，不再局限于教學過程中所學知識，自學相關內容，力圖將設計做到最好。
5 結束語
該套考核環節、方法和考核指標的建立，強化了操作系統原理的掌握，激發了學生學習熱情，提高了實際軟件設計、編程能力，培養了組織協作與團隊精神，為抽象理論課的實踐環節的理論提升探索出一條有益的道路。由于該考核體系處于實驗階段，有待于進一步發展和完善。
參考文獻：
[1] 孫微微,劉才興.研究型大學操作系統課程實習項目的設計[J].農業網絡信息. 2005,5.
[2] 陳向群.操作系統實習教學經驗[J].全國第八屆操作系統課程教學研討會. 2005,5.
[3] 史廣順,韓維桓,袁曉潔.南開大學“操作系統”課程建設的思考[J].計算機教育. 2006,7.
[4] 鄒恒明.上海交通大學“操作系統”精品課程的立體化建設[J].計算機教育. 2006，7.
[5] 程金林,吳斌,靳曉枝,黃錚. 高校實驗教學考核模式的改革與實踐[J]. 實驗室研究與探索, 2004,24，(4)．
[6] 康麗軍.關于操作系統課程改革的探索與實踐[J].太原大學學報.2004,5，(3).
收稿日期：2006-9-14
資助項目：南京農業大學信息技術學院院級教改項目的資助
作者簡介：姜海燕（1967-），女，浙江臨安人，副教授，研究方向：農業信息技術、軟件工程。
通信地址：南京農業大學信息學院，郵編：210095
篇5
1、面試官您好，我叫XXX，來自北京。201X年畢業于XXX大學，有2年軟件測試工作經驗，之前在XXX公司擔任軟件測試工程師一職。
2、在公司里我先后負責了兩個項目的測試，分別為XX項目和XX項目，在這兩個項目中我負責了測試計劃和方案的編寫，測試用例的設計，測試環境的搭建以及測試執行和編寫測試報告等工作。
3、對于linux、數據庫、fiddler、jmeter的應用都比較熟悉。也用jmeter做過一些性能測試，最近一段時間也做了自動化測試，主要是用的python selenium框架實現的。
4、在工作中我組要負責功能測試，其次還參與了一些非功能測試，如兼容性測試，易用性測試，性能測試等。我來貴公司是求職軟件測試工程師，希望得到這樣一個機會。
（來源：文章屋網 ）
篇6
【關鍵詞】光伏電站；數據采集系統；集成檢測系統
隨著對于新能源的開發和利用，并在國家相關政策的支持下我國的光伏電站行業的到了迅速的發展。至2013年我國光伏電站已達到了1716萬-千瓦的裝機總量。因為光伏電站的裝設適用與任何能夠取得光能的地方決定了光伏發電的隨機性和波動性等特征。現在光伏電站實行并網運行，這就給電網的安全運行產生了一定的影響，為保證電網的安全運行必須對光伏電站進行檢測評估。經過相關研究一些檢測系統被研發，本文將針對光伏電站特有的環境因素采用光伏電站集成檢測系統設計進行闡述。
一、集成檢測系統的特點和功能
（一）集成檢測系統的特點。集成檢測系統是以計算機為基礎，對現場的運行設備進行監視和控制，通過集成檢測系統的檢查實現對光伏電站系統的控制和數據的采集。根據國家電網相關規定對光伏電站發電的電能質量、發電功率、低壓穿越、防孤島以及并網后頻率的擾動等進行檢測。其結構圖如下：
圖1 光伏電站現場檢測系統結構圖
此系統主要體現如下特點：1、集成系統對檢測過程中檢測設備的控制，收集檢測到的數據進行存儲和分析。2、光伏發電信息實時性較強。因為光伏發電受到自然環境因素的影響較大，且電力系統運行時的參數變化迅速且頻繁，所以對于光伏發電實施信息的檢查至關重要。3、集成檢測系統檢測信息的可靠性。檢測過程中的信息采集和數據分析以及相應的控制命令的準確可靠直接影響著系統的正常運作。3、整體化設計，此系統在檢測的過程中檢測和數據分析同時進行，還能夠自動生成分析報告。4、整體中又分由選擇性的模塊化設計，提高整個檢測系統的兼容性。
（二）光伏電站集成檢測系統的功能。集成檢測系統能夠對現場設備和環境進行監控，之后把采集的數據分析傳輸至總網的功能。此外，由于此系統具有模塊化設計的特點還能夠進行選擇性項目測試，例如對于電能質量，功率特性，低電壓穿越和孤島測試正色幾個項目根據實際情況由選擇的進行測控。同時還具備對檢測裝置進行調節控制的功能。其系統功能圖如下：
圖2 集成檢測系統功能結構圖
二、集成檢測系統的設計
系統的整體化結構便于統一管理，節約資源，提升系統的整體性能，下圖為基礎檢測系統設計的整體結構圖：
圖3 檢測系統整體結構圖
主工作臺主要是接收各個裝置檢測的數據，再根據這些儀器檢測到的的數據進行調整控制并發送控制指令。
（一）主工作臺的統一管理。把集成檢測系統的整個檢測過程中的各個監控裝置的融匯到一個統一直觀的主界面，建立包含有各項檢測數據的各項檢測數據的統一平臺。其中數據采集系統對整個系統的數據進行統一采集，避免多出數據采集造成資源浪費。項目測試系統的模塊化，可根據不同測試項目的要求進行選擇性測試。
（二）集成檢測系統的數據平臺。數據平臺的設計要具有對各測試裝置的數據的采集，同時還要對收集的數據進行分析和處理。數據平臺中的數據庫為集成檢測系統中的監控功能提供數據，它對各檢測裝置的數據和參數進行管理和控制，實現各個系統之間數據的傳遞、交換和整體的數據共享。
（三）系統設計中的增設功能。1、在集成檢測系統中加入模擬調度系統，此系統是為了模擬調度中心對電站的輸出功率要求，利用此系統能夠做到和調度系統同樣發送指令的功能。2、孤島測試自動調節功能。改變之前的手動調節負載的方式，在此系統中事先輸入指令，根據指令要其自行完成負載和輸送功率的匹配。
（四）對各項目的測試設計。項目測試采用模塊化，具有選擇性的結構，其內容包含了光伏發電的質量，低電壓穿越，傳輸功率的特性，防孤島檢測功能，頻率的波動等。1、檢測電能的質量時通過質量分析儀采集電站的電能信息，并通過無線傳輸把采集到的數據信息傳送至集成檢測系統，在集成檢測系統中進行數據處理。2、對于低壓穿越裝置的檢測，由集成檢測系統指令，模擬電網跌落的過程，在此過程中要及時采集相關的信息，通過整理分析之后評估光伏電站的低壓穿越能力。3、對電站功率特性的檢測，是利用模擬調度功能調節光伏電站的功率，氣象裝置利用無線電傳輸把相關數據傳送到集成檢測系統，之后電站并網的功率信息通過功率分析儀把并網點功率信息傳至集成檢測系統，經過GPS對時達到數據的同步共享。4、對于防孤島裝置的測試主要檢測電站防孤島的保護能力，是利用自動加載負載功能對模擬RLC負載做出自動調整，同時檢測出此過程的參數，來計算防孤島的保護時間的方式。5、頻率波動。通過測控系統下達指令來控制頻率擾動裝置，在模擬電網頻率保護的過程中進行數據采集，整理和分析，對光伏電站頻率波動的情況進行評估。
（五）測試結果的處理設計。在測試完成后要進行整理總結做出相關的測試報告，在設計系統自動生成報告程序。按照測試報告內容的相關要求，仍采用模塊化設計，利用系統數據庫的數據，自動加載相應的檢測數據，形成較為完整的數據測試報告，之后打印備用。
（六）對集成檢測系統的功能進行驗證。對系統功能的驗證，系統可根據要求對各檢測裝置下達指令，同時采集檢測過程中的相關數據，并作出整理分析最后出具相應的報告。之后拿實際數據、集成系統檢測的數據和在舊方式下測得的數據進行核對。現以低電壓穿越的數據值為例驗證得出集成檢測系統各項設置運行完好，數據準確可靠。
三、結束語
對于光伏電站現場設備和環境的檢測是保障電網安全運行的有效措施，本文中的集成檢測系統通過各項設置的模塊化檢測和相關數據的采集以及其中一些設置的自動調節到最后系統數據統一化的管理，通過一體化的平臺對光伏電站的各項性能進行監控和調節。這樣集成檢測系統的運用，提高了對光伏電站的檢測效率，節約一定的資源，更是促進光伏電站的快速發展。
參考文獻：
[1] 李丹萍，葛強，談磊.基于DSP光伏發電系統的最大功率跟蹤試驗[J].揚州大學學報（自然科學版）. 2010（03）.
篇7
關鍵詞：認證、法規、節約用水
1 背景
目前人類比較容易利用的淡水資源，只占全球總儲水量的十萬分之七。據研究[1]，從水循環的觀點來看，全世界真正有效利用的淡水資源每年約有9000立方千米。
中國是一個缺水嚴重的國家。在這樣的形勢下，節水特別是生活節水用顯得特別重要，而推廣使用衛浴節水產品，則是比較廣泛和直接的手段。
2 世界節水現狀
1980年美國開始實施全國性強化節水行動，取得了較好的效果。安裝和更換室內節水器具是美國節水采取的主要措施。
新加坡的自1983年起，所有辦公大樓及住宅大廈均強制安裝水龍頭節水裝置。1997年起，除公共廁所外，所有馬桶均須換裝為超低沖水量（每次3.5至4.5升）之省水型馬桶。
澳大利亞是世界上水資源管理最好的國家之一。在過去的30年里，澳大利亞政府在水資源的管理和分配方面進行了深入的探索和改革，取得了很多成功的經驗。早在2005年，澳大利亞就推出節水標準AS/NZS 6400。
3 法規和認證
3.1 美國
3.1.1 DOE認證
衛浴產品DOE認證是美國能源部對龍頭、馬桶、小便池、花灑產品節水的強制要求，其法律依據是聯邦法規10CFR PART 430，是強制要求。從法規上看，節水要求也僅僅是產品標準本身的流量要求。換句話說，符合產品標準，就符合聯邦法規。DOE要求水龍頭在410 kPa下的流量不超過8.3 L/min，花灑在550 kPa下的流量不超過9.5 L/min，馬桶的單次沖水用水量不超過6.0升，小便池的單次沖水用水量不超過3.8升。
法規要求，凡是落在法規規定范圍之內的產品，必須在一年內提交符合節水標準要求的證書報告和符合性聲明，如果沒有提交將導致巨額罰款。符合聯邦法規10CFR PART 430的過程是：制造商提供測試報告和符合性宣稱，一并提交DOE備案，DOE在其網站上公布清單。
3.1.2 WaterSense認證
WaterSense中文譯名“水意識計劃”，是EPA支持和贊助的半官方性質的伙伴計劃，其法律依據是美國的凈水法案以及安全飲用水法案（Safe Drinking Water Act）的相關條文。該計劃的目的是指導人們購買粘貼WaterSense標志的產品，可在不改變生活用水習慣和保證用水體驗的前提下，減少水資源的浪費。通過實施該計劃，可以有效提升節水產品和節水服務市場，保護美國水資源的可持續發展。
目前，衛浴行業中列入WaterSense目錄內的產品包括臉盆龍頭、花灑、馬桶、小便池。法規要求，單沖型馬桶單次沖水不超過4.8升，雙檔馬桶應保證每次有效沖水水量不超過4.8升；臉盆龍頭在410kPa下流量不大于5.7 L/min；小便池最大沖水量不超過1.9升/沖；花灑的最大流量不超過7.6 L/min。
3.1.3 CAL Green
2008年7月17日，美國加州政府批準了California Green Building Standards Code（加州綠色建筑標準）[2]，從2010年1月起將成為強制執行，適用于加州全境所有新建的商業建筑與居民住宅。
CAL Green在SECTION 4.303 INDOOR WATER USE中強制要求使用節水型管道產品，目標是實現居民家庭用水量比原有普通建筑標準至少減少20%（建議最高目標為40%）。如花灑的要求是550kPa 下流量不超過2.0 GPM，臉盆龍頭流量不超過1.5GPM，廚房龍頭不超過1.8GPM，馬桶不超過1.28 加侖/沖，小便池不超過0.5 加侖/沖。
法規要求建筑商或者安裝商必須使用節水型的衛浴產品，并提供測試報告、聲明等資料證明其符合CAL Green的要求。如果拒絕安裝和使用節水產品，將導致巨額罰款。
3.2 澳洲
WELS（水效率標簽計劃）是澳洲政府對節水產品的管理方案。符合WELS的產品必須持具有WELS標簽，以顯示水效率星級和產品的水消耗與流量，AS/NZS 6400 標準則概述了WELS的要求。WELS在2006年7月1日成為強制要求（除限流器為自愿外）。AS/NZS 6400規定了WELS的星級評定，包括0 star至6 star。獲得星級越大，越節水，越受消費者歡迎。
目前，WELS包含的衛浴產品為花灑、馬桶、臉盆和廚房水龍頭、小便池、限流器、洗衣機和洗碗機。WELS的認證機構是澳洲政府。申請了WELS認證并通過的企業可以在澳洲政府的網站上查詢到自己的產品列名信息。
3.3 香港地區
2005年，香港水務署提出“用水效益標簽計劃”。計劃內容是：政府提倡使用節水器具，包括節流水龍頭、低流量花灑、雙沖式馬桶、流量控制器等。通過節水標簽，向消費者說明產品的耗水量及用水效益，方便消費者作出選擇，從而實現節約用水。
“用水效益標簽計劃”用水滴標簽來表示節水等級，分1、2、3、4滴，數值越小，節水效果越好。標簽分完全版和簡化版兩種，當產品因表面積限制不能粘貼完全版時，可粘貼簡化版。另外，對于自動感應龍頭、自動關閉龍頭和標稱流量不超過2 L/min的混合水龍頭，香港政府會進行額外嘉獎，并在標簽上顯示，供消費者選擇。
香港政府認可了76個國家和地區針對“用水效益標簽計劃”的測試報告，參加計劃的制造商、進口商持測試報告，填寫申請表，連同標簽等相關資料，就可以向香港水務署提交申請。
3.4 新加坡
為了更好地引導消費者選購節水產品，從2009年7月開始，新加坡PUB推行強制省水標簽計劃（簡稱MWELS），規定所有在新加坡銷售的衛浴產品，特別是水龍頭、小便器、沖水馬桶必須符合WELS的節能流量測試后方可在新加坡銷售，否則將是違法的。而對于花灑，暫時沒有強制規定，但仍希望引導消費者可以購買符合MWELS標示的產品。新加坡建筑發展局已承諾全力支持這項計劃，在日后其發展項目里，安裝獲得省水標簽的器具。符合MWELS的產品，會在產品粘貼上水滴形狀的標簽。標簽會印有一到三個勾號，勾號越多，表示產品越省水。
4 結束語
家庭節水器具的使用一般有自愿安裝和強制安裝兩種方式。自愿安裝的前提條件是國民節水教育和公民節水意識到達非常高的階段，如新加坡，在推行MWELS之前，政府已經通過學校教育、電視宣傳、標語、社區節水競賽等各種手段提醒人們要節水用水，節水已經深入民心。強制安裝的典型是美國加州，州法律強制建筑必須符合綠色標準，其中就包括強制使用節水器具。除此之外，一些國家如澳大利亞則通過稅收優惠或者補貼的方式鼓勵工廠制造節水產品，一些國家和地區如香港對節水產品用專門的標簽對消費者進行指引。這些措施，均有效地推動衛浴節水產品的生產、推廣和使用。
參考文獻
篇8
關鍵詞：項目管理；系統測試
1項目管理與系統測試的各種定義
項目是為提供某項獨特的產品、服務或成果所進行的臨時的一次性努力。更詳細的解釋是用有限的資源、有限的時間為特定客戶完成特定目標的一次性工作。系統測試的定義：一般就是在軟件項目開發完成之后，根據系統需求分析說明書給出的規則進行驗證的過程，需求測試人員編寫testcase（測試用例），一一進行驗證，若發現問題，則提交bug（缺陷）。我們可以把系統測試理解為一個項目，就是在規定的時間內，把軟件項目的各種功能與性能需求根據需求分析說明書的定義進行一一驗證的過程。項目管理的思想可以很好的應用于系統測試的整個流程。下面我們進行逐步分析。項目管理，就是把各種知識、技能、手段和技術應用于項目活動之中，以達到項目的要求。項目管理是通過應用和綜合諸如啟動、規劃、實施、監視與控制和結尾等項目管理過程進行的。項目管理過程包括：啟動、規劃、執行、監督與控制、收尾過程。系統測試過程包括：測試申請、測試用例編寫與評審、測試執行、測試控制與監督、測試報告編寫與。上述過程是一一對應的關系。項目管理的過程同樣適應于系統測試過程的管理與控制。
2系統測試在項目生命周期的位置與作用
一般軟件項目的生命周期有：需求調研、軟件設計、概要設計、詳細設計與編碼、單元集成測試、系統測試、版本。系統測試在整個軟件開發的生命周期是排在靠后的位置，但是測試工作應該在最初的需求調研就開始涉足，否則進入的越晚，后期發現bug進行修正的成本就會越高。當需求分析說明書進行定義的一個功能，開發人員未能完成開發，在測試申請進行提交后，進行系統測試用例編寫，如果在此過程中未發現此問題。則后期必然出現嚴重bug（因功能需求未能實現，定義為嚴重bug），后期開發人員需求加班加點進行增加新功能，這樣會導致開發成本成幾何級別的增加。因此建議測試工作項目的開始就進行工作任務的分配。系統測試的作用，就是為了保證項目軟件的質量，能夠達到用戶的要求，符合市場需求。不僅僅只能為了走一個流程而設定，這里確實需要我們測試工程師做出很多工作與努力的。前期發的bug越多，解決的越多，就能夠更好的保證產品質量。
3現代項目管理的思想
現代軟件項目管理思想有傳統的瀑布模式管理、敏杰開發兩種模式。瀑布模式：是1970年溫斯頓•羅伊斯提出的模型。瀑布模型將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試、運行維護等六個基本活動，并且規定了他們自上而下、相互銜接的固定次序，如同瀑布一樣，逐級下落。從本質上來講，他是一個軟件開發模式，開發流程是通過各種階段展開的，從系統需求分析到產品維護運行，每個階段都會產生各種循環反饋，因此，如果有的信息未被完全覆蓋或者發現了個別問題，那么最好返回上一階段并進行修改，開發進程從一個階段流動到下一個階段。敏捷開發模式：敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。在敏捷開發中，軟件項目的構建被切分為多個小項目，各種小項目的成果都經過測試，具備集成和可運行的特征。換言之，就是把一個大項目分為多個互相聯系但也可以獨立運行的子項目，并分別完成，在此過程中軟件一直處于可使用狀態。兩者各有所長，根據軟件項目的大小，我們可以詳細將系統測試所用的模式進行分類。一般的大型項目需要長周期的，則可以考慮瀑布模式管理，這樣可以很好的分配資源，有文檔和流程管理，可以保證項目系統測試能夠正常的進行。若是項目比較小巧靈活，可以考慮敏捷開發的模式，邊開發邊測試邊修改。開發與測試同時進行工作，也能方便溝通交流，有問題就可以吼一聲，確認了bug之后，進行修改，驗證，能夠縮短項目系統測試的時間，使得產品版本盡快，使得產品部門，銷售部門能有充足的時間進行宣傳與運作。
4傳統的系統測試現狀與弊病
現在的系統測試一般情況是在項目開發之前的15天，提交項目測試申請；測試人員根據項目需求分析說明書編寫，系統測試用例與系統測試計劃；然后執行項目系統測試；編寫測試報告進行。但是往往因為項目管理的原因，需求各種變化，所以在提交測試申請的時間一般只有5天左右的時間，進行項目測試計劃與測試用例編寫、評審。在5天的時間內，測試人員進行系統需求分析說明書的理解，往往不夠徹底，在評審工作中，會出現修改測試用例的情況發生。這樣會造成測試時間減少的壞處。在測試執行過程中，因為測試人員對需求分析理解的不透徹，需求跟產品設計、技術經理、開發人員各種溝通交流，會影響測試質量的提高。在測試執行過程中，也會發生因為老板決定要版本，讓步放行，連帶bug一起的情況發生，這都是傳統的系統測試存在的問題。
5如何將項目管理應用于系統測試
我們把系統測試理解為一個項目管理的過程。在系統測試的過程中應用于項目管理的思想，就可以很好的解決上述問題。利用新的項目管理的思想，進行項目任務的分配分解，很好的疏通各種人員關系，合理的分配時間、人力各種資源，就看可以很好的項目系統測試的正常進行。系統測試計劃的編寫，就是整個項目的規劃設計，需求制定測試時間安排、人員配備，系統測試各個階段（輪數）的詳細時間人力投入。利用項目管理的思想解決系統測試的問題，可以將系統測試的各個階段，能夠保證在測試經理的控制之中，可以詳細的了解系統測試過程中，遇到的各種問題，及時與項目經理進行溝通，保證項目質量的問題。系統測試用例的編寫，利用項目管理的思想，進行分類分模塊編寫，覆蓋整個項目需求分析說明書。在用例編寫后，進行測試用例評審的過程中，利用項目管理的思想，選擇技術、產品、分析、設計、開發人員進行評審，保證后續測試執行能夠正常完成。系統測試的執行過程中，可以用項目管理的范圍控制、進度管理進行詳細管理。如果碰到項目需求分析發生變更，利用項目管理的流程變更，進行相應的系統測試變更，需要各級領導同意。在系統測試執行過程中，也要考慮到成本控制的問題，同樣在項目管理思想中也有相應的解決方法。系統測試的控制過程，如果發生了一些意外情況，比如說項目延期，則需要測試經理進行郵件說明，向各級領導申請同意。項目的系統測試延期，可能會影響很大，在項目管理思想當中，有項目失敗的經驗可以借鑒，具體操作方法，各位可以參考一些項目的書籍。
6總結
篇9
關鍵詞：市場需求；軟件測試；課程體系
中圖分類號：G64文獻標識碼：A文章編號：1009-3044(2012)14-3353-02
Course System Research of Software Testing Technology Based on Demand of Talent Market
ZHENG Hao, LIU Jian-fang
(Pingdingshan University, Pingdingshan 467000, China)
Abstract: This paper analyze the actual needs of talent market at first, and then set up the Curriculum system based on the software testing theory and technology. Paying more attention on the application, we want to construct course system to meet the market, which has deep foundation and strong skills. All of these promote the quality of the professional course.
Key words: Market requirement; software testing; Curriculum system
最近的年度軟件測試行業專項調查報告顯示，社會對軟件測試人才的需求越來越大，可人才市場提供的人力資源、實際能力卻不能滿足這種需求。目前國內對測試人才職業化培養體系還不夠充分，現行的傳統教育體制重學歷教育，輕職業技能培訓，導致了軟件測試人才告急。如何結合人才市場的實際需求，構建適合的課程培養體系，成為軟件測試課程改革迫在眉睫的問題。
1中國軟件測試行業的市場需求分析
在我國，軟件產業的興起和發展也就是這短短十幾年。在前面的興起和發展壯大階段，一般的軟件公司都是重開發輕測試，甚至存在把測試工作都放在用戶那里去做的錯誤思想；追求眼前功能的實現，開發軟件追求“短”、“平”、“快”。不太考慮性能和功能的優化。軟件測試以往一直被中小IT企業所忽視，只有一些知名企業才有專門的軟件測試人員。
現在，更多的國內企業認識到測試的重要性，但是由于國內測試人才的儲備相對較少，據國家權威部門統計，中國軟件人才缺口超過100萬人，其中很大一部分為軟件測試人才，缺口達到30～40萬。但由于軟件測試的重要性是近幾年才被充分認識到的，高校教育和企業培養都還沒有跟上，致使軟件測試需求嚴重供不應求。
分析年度軟件測試行業專項調查報告，目前對測試人員的素質和要求逐步提高，測試人員不僅應掌握相關計算機知識背景、軟件工程基本知識、熟悉項目編程語言、熟悉項目技術架構及需求內容，而且要求工作有責任感、獨立分析能力及團隊精神等方面。其中“動手能力”和“實際經驗”是軟件企業在招聘軟件測試人員時最為看重的，而這也恰恰是很多求職者的“軟肋”。
2現有軟件測試課程體系存在的問題
2007年，我校軟件學院認證管理中心被授予計算機軟件測試人才培養基地。軟件學院軟件工程專業以及軟件技術專業均開設有軟件測試相關課程。由于軟件測試是一門實踐性很強的課程，應采用精講多練的原則開展教學，即學生通過大量的上機實踐，循序漸進地提高自身的軟件測試用例設計、開發、執行能力以及軟件測試的管理能力。但在具體實踐教學組織中，教師普遍感覺有許多不如意的地方，具體存在的問題有：
1）對實踐課程的認識程度和重視程度不夠，軟件測試開展的不夠徹底，測試過程中存在大量的不規范性；
2）缺乏合適的教材，同時教師缺乏相應的實戰經驗，導致教學上知識結構不合理，教學內容與具體應用脫節，盡管教師都能很好的講解軟件測試理論知識，但卻由于缺乏合適的測試案例，沒有將理論教學內容和最新相關技術結合，使得學生思維局限性大，并沒有真正提高學生自主思考的能力和創造性思維。
3）教學方法和手段因循守舊，學生對軟件測試職業存在一些片面的，甚至是錯誤的理解。
3基于人才市場需求的《軟件測試技術》課程體系研究
基于人才市場需求的軟件測試技術課程體系研究主要是分析目前人才市場對軟件測試行業人才的崗位需求，掌握軟件測試人才需要具備的職業素質，同時調查研究在學生對前續課程的掌握情況，以及目前所具備的相關職業素養的程度，計劃從技術、溝通協調能力、經驗和技能、綜合素質能力等方面分別對崗位需求和學生水平展開調研。
3.1課程體系目標定位
我校軟件工程專業的培養目標是培養適應社會發展需求，具有扎實的計算機知識基礎，掌握軟件工程領域的前沿技術和軟件開發方法，具有較強的軟件實踐能力和創新精神，具備較強的軟件項目的分析、設計、開發和維護能力，能夠按照工程化的原則和方法從事軟件開發和管理的應用型人才。
作為該專業的一門專業必修課，為構建厚基礎、強技能、注重技術應用的適合應用性人才培養的課程體系。將以軟件技術為基礎，測試理論與技術為核心，進行課程體系設置。理論教學目的是讓學生深刻理解軟件測試思想和基本理論；熟悉多種軟件的測試方法、相關技術和系統地軟件測試過程；會熟練編寫測試計劃，測試用例，測試報告，并熟悉幾種自動化測試工具，從而從工程化角度提高和培養學生從事大型軟件的測試技術和能力。
同時在實踐環節，要求學生通過實驗學習，培養與提高項目測試過程中采用的主要技術、設計測試用例、編寫測試總結報告等能力，激發學生創新精神和創新能力，具體應達到下列基本要求。1）使學生掌握分析問題和解決問題的技巧，通過具體實驗使學生掌握常用的黑盒測試技術、白盒測試技術、自動化測試工具。2）讓學生了解測試流程，掌握測試總結報告的編寫。通過實驗使學生理解軟件缺陷的描述，并能結合項目設計出較完善的測試用例。
3）了解Web系統的測試范圍，使學生能在應用場景下聯系實際和所學知識分析和解決問題，縮短理論和實踐的距離。
3.2課程教學內容選取
結合課程體系目標定位，該課程在教學內容選取上主要是基于人才市場需求，厚基礎、強技能、注重技術應用。總學時共72學時，其中理論和實踐各36學時。結合課堂教學和實踐教學，軟件測試技術課程包括以下幾部分：
1）軟件測試基本理論及方法：包括軟件測試的概念、測試的原則、用例的設計、各種測試方法及技巧，測試策略。同時通過實驗掌握軟件測試的步驟、方法及常見問題的處理。
2）測試流程及文檔寫作：軟件測試流程、各階段的文檔編寫；書寫測試計、測試用例、測試報告、產品安裝手冊、產品使用手冊。在實踐環節，通過SATM系統讓學生掌握軟件測試流程各個階段的相關技術、測試相關文檔的寫作技巧。
3）系統學習軟件測試的各種工具，包括：自動測試工具WinRunner；壓力測試工具LoadRunner；測試管理工具Testdirector；流程管理工具CVS；JAVA單元測試工具Junit。要求學生掌握自動化測試理論與方法，熟練使用常見測試工具。
4）軟件過程控制與質量保證：軟件質量的概念及軟件質量管理的基本方法；測試項目的范圍管理、人員組織結構、理解測試的配置管理、風險管理、成本管理等。
5）項目實訓：引入具有真實企業背景的軟件測試案例，充分考慮人才市場的需求，突出強調工學結合的重要性。通過實際項目掌握實際工作中開發和測試的流程，使用相關工具，完成各種測試目標，實現軟件測試實踐環節單項專業知識與整體技能綜合運用的目標，提高測試能力和積累相關經驗。
3.3課程教學方法設計
為構建厚基礎、強技能、注重技術應用的適合應用性人才培養的課程體系，在教學過程中，需要把技能訓練和職業素質培養有機結合起來，注重學生綜合能力的培養與提高，突出強調職業崗位針對性。提高學生綜合運用所學知識發現問題、分析問題、解決問題的能力，進而培養學生的技術應用和技術創新能力。在教學方法設計上做了一下改進：
1）突出工學結合：在講解基本理論知識的基礎上，引入具有真實背景的軟件測試案例，并結合理論知識講解將案例進行改造，使案例的分析應用與理論知識相呼應。目前市場上IT公司在招聘測試人員時按照所需技能的不同，將測試人員分為三個等級，分別為初級測試工程師、中級測試工程師和高級測試工程師。分析不同等級的要求，在教學過程中，主要針對初級和中級的技能要求循序漸近的展開教學。使通過此教學改進，既彌補了教師缺乏實戰經驗帶來的不足，也使學生能較真實的接觸到實際應用，從一定程度上實現了人才培養與市場需求的接軌。
2）強調團隊合作：在教學過程中實施“1-7”模式，即在實驗課教學中，采用團隊合作的方式，分組完成各項任務。在實驗初期由教師合理分配各團隊成員間的任務，培養學生的基本崗位技能。經過兩個實驗任務的完成，每個團隊挑出一名同學為項目組長，模擬公司招聘的形式，招聘4~6個組員組建自己的團隊。后期實驗任務的分工由團隊組長負責項目進展、分工協作、制定測試計劃等工作，其他小組成員則按要求完成自己的工作，如編寫測試策略、設計測試用例、撰寫測試報告等，教師主要起引導作用，充分發揮以學生為主體。為了全面培養學生，在不同的任務中，組員通過角色互換，充分發揮其溝通能力及綜合技術能力。在學期末，通過團隊評比，以提高平時成績的形式對表現優秀的團隊進行獎勵。通過此教學手段，可以培養加強學生面試技巧、溝通能力、團隊意識、競爭意識等職業素質的培養。
4結束語
基于人才市場需求的《軟件測試技術》課程體系研究定位在對人才市場的實際需求分析之上，針對軟件測試人才的特點要求，把行業、企業對人才的要求轉化為教學中的具體目標。構建厚基礎、強技能、注重技術應用的適合應用性人才培養的課程體系。
參考文獻：
[1]朱少民.軟件測試方法和技術[M].北京:清華大學出版社,2010.
[2]古樂.軟件測試案例與實踐教程[M].北京:清華大學出版社,2007.
[3]馬民生,馬友忠,任剛.以就業為導向的軟件測試實踐課課程改革[J].電腦知識與技術,2010(4):241-242.
[4]劉偉.獨立學院軟件測試課程的教學探索與實踐[J].廣西教育.2009(24):31-33.
篇10
1.裝飾工程施工前項目施工管理人員的工作
裝修工程開工前，建設單位要組織有關單位對裝修施工圖紙進行全面圖紙會審，實行會審質量連帶責任制，以增強會審各方的責任心，防止圖紙會審流于形式，造成在施工中邊干邊改，影響工程質量，要及時掌握施工操作人員的業務素質、機械設備投入及運轉等情況。
推行各裝修工序的樣板引路制度，監控小組認真審查施工作業指導書及各項專業施工方案，積極指導、規范樣板引路制度的運作和落實。根據各專業特點明確樣板實施部位及完成時間，樣板實施完成后，經驗收合格后可以點帶面進行施工作業。
嚴格按《工程質量通病防治手冊》要求的內容，對容易出現的各種質量通病進行專項技術交底，制訂專項預防措施。從每道工序的質量控制入手，對容易出現的一些質量通病及時提醒，預防在前。對工程裝修過程中使用的新技術、新工藝，要嚴格按照相關施工工藝及技術要求進行施工。
2.遵守科學的施工程序
對于建筑裝飾工程，為防止空間立體交叉流水作業過程中互相干擾和污染，宜從上而下實施施工。在裝飾階段，先外墻批灰后室內精裝飾；而室內精裝飾，先上一層后下一層、先濕作業后干作業，先里間后外間、先天花再墻面后地面。
3.講究基體質量
各種貼面裝飾材料對基體的質量要求嚴格，但目前采用的木夾板或鋼模板做模板，拆除后混凝土表面平整光滑給下一工序的抹灰層與基體（混凝土）的結合牢固性造成問題，需花費一定的時間進行“拉毛”作業。
4.對選色的處理
高層建筑標準層多，房間數量多，特別是內裝飾標準高的房間，應組織有經驗的工程技術人員和熟練工人，在確定設計要求的色相后，進行試配色，隨后做出實物樣板。要使樣板色與實際大面積的色彩基本保持一致；在建筑物外部做到層次分明，施工中不咬色、不污染，同種顏色上下左右均勻一致。只有先做樣板間或樣板層，經鑒定符合要求后，才能以此標準進行大面積施工。
5.不同工種交叉作業時的互相保護
在鑲貼面層、吊頂和油漆等施工作業前，水電專業人員要先檢查，不能在裝飾面層施工后鑿打。木門框、夾板門框、鋁合金門框及防火門框安裝后，由于室內不斷進行其它施工作業，為了避免被手推車等機具碰傷，宜用鐵皮等材料包封，若其它作業必須暫時拆封，則作業后要及時恢復包封。
6.環保施工
（1）在施工材料的選擇方面，要選擇高質量的、環保型、健康型的材料。目前，我們國家通過引進、消化、借鑒等，先后開發出環保型、健康型的壁紙、涂料、地毯、復合地板、管道纖維強化石膏板等裝飾材料。嚴禁使用國家明令禁止或淘汰的材料。
（2）在涂料施工時，選擇無機或水溶性涂料，應做好相鄰部位的保護；涂料應每次薄刷，多次涂刷，待每一遍干后數小時，再刷下一遍，至最后一遍完全干透后做成品保護及其他工序施工；涂料噴涂時，應做好通風設施，降低工人作業環境的污染。
（3）在做木材及板材施工時，先做出詳細的施工下料單，對木線條、門扇等制作可在現場放樣，在工廠加工，半成品在施工現場安裝，可減少部分噪音和粉塵污染；對部分需要在現場加工制作的，盡量集中在木加工場內，合理利用邊角料，減少垃圾料對環境的污染。
（4）石材施工，盡量在工廠加工，這樣廠方能集中加工，合理下料，能減少天然石材的損耗，同時也減少了現場的粉塵及噪音。
7.注意成品保護工作
施工過程中各種材料及成品數量大，施工工序交叉重疊多，尤其是高層建筑工程一般施工期較長，成品保護工作不可忽視。應采取預防為主、防護結合的成品保護方法。有些施工成品質量與原材料質量及其運輸與保管有關。比如，一些半成品如鋁合金、不銹鋼、玻璃、磁磚等，宜從廠家倉庫直接運輸進入施工位置。在搬運或安裝時，不得先撕開包裝物，個別宜等待驗收的時候才能拆封。
8.做好配套專業的質量記錄
在建筑裝飾工程中要注意配套專業工程質量記錄收集與管理。具體地說，就是要作好施工日記，總結和專業工程各種施工相關的自檢和驗收記錄、整理工作。通過以上工作，既可以隨時對進度、質量、投資的原計劃進行對比，隨時調整施工組織計劃，又可以預前解決可能出現的特殊問題，更能在出現施工紕漏時，找出問題的原因并及時得到解決。
（1）給排水工程：閥門解體檢查記錄；管道焊接記錄；管道焊縫探測報告；計量表校驗報告；管道試壓檢驗報告。
（2）強電和弱電工程：防雷引線安裝隱蔽驗收記錄；線路穿管敷設隱蔽驗收記錄；接地極接地帶埋設隱蔽驗收記錄；配電柜箱安裝就位記錄；應急發電設備安裝就位記錄；用電設備安裝就位記錄；導線及設備絕緣電阻測試記錄；接地接零點阻測試記錄；計量儀檢定報告；整定記錄及整定通知單。
（3）消防工程：消防材料設備報批表；閥門解體檢查記錄；鋼管焊接記錄；設備絕緣電阻測試記錄；接地接零電阻測試記錄；噴淋頭、煙感器性能抽樣實驗報告；煙感器反應實驗報告；管道試壓檢驗報告。
（4）空調安裝：消防材料設備報批表；風、水管道安裝防腐保溫隱蔽驗收記錄；閥門解體檢查記錄；給水管焊接記錄；設備絕緣電阻測試記錄；接地接零電阻測試記錄；管道試壓檢驗報告；冷凍水系統水溫測試報告；風口風壓測試報告；風潔凈度測試報告；系統總體測試報告。
9.安全控制
裝飾工程安全控制的主要內容有：1）腳手架、吊籃、橋架的強度設計及上下道路的防護安全；2）安全網的架設；3）“四口”、“五臨邊”的防護和立體交叉施工作業場的隔離防護；4）易燃、易爆、有毒作業及場所采取的防火、防爆、防毒措施；5）安全用電、安裝使用電器設備及裝飾機具、機械使用安全措施及防火要求；6）施工部位與周圍通行道路、房間隔離、防護措施；7）施工人員在施工過程中個人的安全防護措施。
在編制安全措施時應做到具有及時性，工程施工前要編制安全技術措施，如有特殊情況來不及編制完整的，亦必須編制單項的安全施工要求；同時，編制的內容應具有針對性，要針對不同的裝飾施工現場和不同的施工辦法，從防護上、技術上和管理上提出相應安全措施；最后是所編制的安全措施應具體化、能指導施工。
10.結語
總之，裝飾工程項目施工涉及面廣，是個極其復雜的過程。影響質量的因素很多，如設計、材料、機械、施工工藝、操作方法、技術措施、管理制度等，均直接影響著工程項目的施工質量。為了打造出精品工程，全面提高裝飾工程的施工質量，不僅需要嚴格執行國家相關的各類施工標準，更要努力提升施工和管理人員的專業素質，在每個具體細節嚴把質量關。
參考文獻
[1] 中華人民共和國國家標準G B 5 0 2 1 0-2001. 建筑裝飾裝修工程質量驗收規范.
[2] 許炳權. 裝飾裝修施工技術[M]. 中國建材工業出版社，2009.
