關(guān)于軟件項(xiàng)目質(zhì)量報(bào)告范文
關(guān)于軟件項(xiàng)目質(zhì)量報(bào)告范文
篇一：軟件質(zhì)量保證與測試報(bào)告
西南交通大學(xué)
軟件質(zhì)量保證與測試報(bào)告
課 程 《軟件質(zhì)量保證與測試》學(xué) 院 信息科學(xué)與技術(shù)學(xué)
專 業(yè) 軟件工程
姓 名
學(xué) 號 20119050
摘要：隨著計(jì)算機(jī)應(yīng)用越來越廣泛與深入,軟件也越來越復(fù)雜,人們已清楚的認(rèn)識到軟件產(chǎn)品和其它工業(yè)產(chǎn)品一樣,未經(jīng)測試、試驗(yàn)是不能作為產(chǎn)品推向市場的。軟件產(chǎn)業(yè)的發(fā)展,需要合格的、高質(zhì)量的商品化軟件產(chǎn)品。軟件質(zhì)量提高是一個(gè)龐大的系統(tǒng)工程,涉及到技術(shù)、過程和人員等綜合因素, 本文針對軟件質(zhì)量提高工作的關(guān)鍵環(huán)節(jié)——軟件測試——進(jìn)行探討,著重討論了軟件測試和質(zhì)量提高工作中可能面臨的問題,試圖為IT組織的軟件質(zhì)量實(shí)踐工作提供幫助。
關(guān)鍵詞： 軟件測試 軟件質(zhì)量 質(zhì)量保證 質(zhì)量提高
1. 引言
軟件質(zhì)量作為參與國際競爭的必要條件,日益受到人們的關(guān)注。由于受到資源限制和環(huán)境影響,多數(shù)IT組織追求短期利益、放棄長遠(yuǎn)質(zhì)量投資在所難免,陷入發(fā)展的惡性循環(huán)。顯然,在合理借鑒國外成功經(jīng)驗(yàn)的基礎(chǔ)上,探尋切合國內(nèi)實(shí)際情況的軟件質(zhì)量提高途徑是當(dāng)務(wù)之急。軟件測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測試僅處于編碼之后、運(yùn)行維護(hù)階段之前，是軟件產(chǎn)品交付用戶使用之前軟件質(zhì)量保證的最后手段。這是一種誤導(dǎo)，軟件生命周期每一階段中都應(yīng)包含測試，從靜態(tài)測試到動態(tài)測試，要求檢驗(yàn)每一個(gè)階段的成果是否符合質(zhì)量要求和達(dá)到定義的目標(biāo)，盡可能早的發(fā)現(xiàn)錯誤并加以修正。如果不在早期階段進(jìn)行測試，錯誤的不斷擴(kuò)散、積累常常會導(dǎo)致最后成品測試的巨大困難、開發(fā)周期的延長、開發(fā)成本的劇增等等。
2. 軟件測試與軟件質(zhì)量保證之間的關(guān)系
軟件測試和軟件質(zhì)量保證是軟件質(zhì)量工程的兩個(gè)不同層面的工作。軟件測試只是軟件質(zhì)量保證工作的一個(gè)重要環(huán)節(jié)。
軟件測試是為使產(chǎn)品滿足質(zhì)量要求所采取的作業(yè)技術(shù)和活動，它包括檢驗(yàn)、糾正和反饋。比如軟件測試進(jìn)行檢驗(yàn)發(fā)現(xiàn)不良品后將其剔除，然后將不良信息反饋給相關(guān)部門采取改善措施。因此軟件測試的控制范圍主要是在工廠內(nèi)部，其目的是防止不合格品投入、轉(zhuǎn)序、出廠。確保產(chǎn)品滿足質(zhì)量要求及只有合格品才能交付給客戶。
軟件質(zhì)量保證是為滿足顧客要求提供信任，即使顧客確信你提供的產(chǎn)品能滿足他的要求。軟件質(zhì)量保證的目的不是為了保證產(chǎn)品質(zhì)量，保證產(chǎn)品質(zhì)量是軟件測試的任務(wù)。
軟件質(zhì)量保證主要是提供確信。因此需對了解客戶要求開始至售后服務(wù)的全過程進(jìn)行管理。這就要求企業(yè)建立品管體系，制訂相應(yīng)的文件規(guī)范各過程的活動并留下活動實(shí)施的證據(jù)，
以便提供信任。軟件測試和軟件質(zhì)量保證的主要區(qū)別前者是保證產(chǎn)品質(zhì)量符合規(guī)定，后者是建立體系并確保體系按要求運(yùn)作，以提供內(nèi)外部的信任。同時(shí)軟件測試和軟件質(zhì)量保證又有相同點(diǎn):即軟件測試和軟件質(zhì)量保證都要進(jìn)行驗(yàn)證，如軟件測試按標(biāo)準(zhǔn)檢測產(chǎn)品就是驗(yàn)證產(chǎn)品是否符合規(guī)定要求，軟件質(zhì)量保證進(jìn)行內(nèi)審就是驗(yàn)證體系運(yùn)作是否符合標(biāo)準(zhǔn)要求。
測試并非像大家平時(shí)認(rèn)知的那樣，不動腦，天天對著屏幕點(diǎn)鼠標(biāo)，雖然做測試門檻不高，但真正能做好做精，更需要正確的方法和勤奮的學(xué)習(xí)。
首先軟件測試的主要內(nèi)容，軟件測試人員平時(shí)主要是在一定時(shí)間內(nèi)根據(jù)軟件需求對開發(fā)完成的軟件功能進(jìn)行檢測，并且能對項(xiàng)目研發(fā)過程中可能遇到的風(fēng)險(xiǎn)有預(yù)見性，及時(shí)提出，幫助團(tuán)隊(duì)優(yōu)化。
檢測的時(shí)候需要站在用戶的角度，如果需求模糊，需要跟寫需求的人員溝通確保理解了需求。如果測試過程當(dāng)中發(fā)現(xiàn)問題，提交給開發(fā)修改后再次測試。直到軟件符合發(fā)布的標(biāo)準(zhǔn)，結(jié)束測試。
軟件測試的關(guān)鍵在于能在有限的時(shí)間內(nèi)將送測軟件中影響軟件使用的問題盡量都找到。如何才能高效的完成一次軟件測試呢。有很多因素影響測試的效果，我一一列舉：
1.書寫需求的人對客戶的真正需求理解錯誤，導(dǎo)致需求說明書與實(shí)際需求不符，這是最致命的，直接導(dǎo)致項(xiàng)目失敗，所以在測試的第一步，就要求測試人員查看需求說明書，根據(jù)需求說明書寫出對應(yīng)的測試需求，一旦發(fā)現(xiàn)需求模糊或不合理盡早跟需求人員確認(rèn)。如果條件允許的話，測試人員可以跟提出需求的人復(fù)述自己對需求的理解，如果一致，就可以按照理解的來進(jìn)行測試了。當(dāng)然，需求確定完成后還可能多次修改，這時(shí)測試人員需要注意，一方面做好更新記錄，避免后期容易遺漏，一方面要注意更改需求對項(xiàng)目的風(fēng)險(xiǎn)，及時(shí)提出。
2.由于研發(fā)的流程可能是多種多樣的，若是瀑布模型的，測試人員需要盡早主動問相關(guān)人員拿到需求文檔或開發(fā)文檔，提前準(zhǔn)備測試用例和測試數(shù)據(jù)，如果研發(fā)流程是開發(fā)和測試并行，測試人員也要盡量多參與多了解開發(fā)進(jìn)度，方便后期測試。
3.當(dāng)有多個(gè)測試人員同時(shí)測試一個(gè)項(xiàng)目，則需要提前分配好工作，并且創(chuàng)建好測試需要用的公共文件夾，測試環(huán)境等，并且經(jīng)常溝通， 相互了解測試進(jìn)度
4.測試提交BUG時(shí)，對BUG的書寫也需要注意，盡量用詞準(zhǔn)確，簡潔，開發(fā)通過看BUG能了解到這個(gè)問題是通過什么步驟操作以后出現(xiàn)什么樣子的效果，還可以寫上建議的解決方案。
5.盡量從用戶的角度來進(jìn)行測試，模擬用戶常用的操作場景，這樣才能發(fā)現(xiàn)用戶實(shí)際使用時(shí)可能會遇到的問題
6.測試的是否全面很難量化，可以根據(jù)排列功能的重要級別，把主要精力用在重要的模塊，邏輯復(fù)雜的模塊，改動頻繁的模塊，這些都是容易產(chǎn)生錯誤的地方，將這些地方重點(diǎn)優(yōu)先保證，可以極大的減少嚴(yán)重的BUG產(chǎn)生
7.在開始測試軟件之前，需要測試人員先想好測試的途徑，如果邊測邊想，很難保證測試效果，只有先考慮好如何分解功能模塊，每個(gè)模塊如何測試，是否有測試工具能提高測試效率等等，才能既快又準(zhǔn)的完成測試任務(wù)。
8.完成測試后，最好能對這個(gè)項(xiàng)目進(jìn)行總結(jié)分析，總結(jié)常見的問題分類，測試方法，為下一次的測試做積累。
3. 軟件測試對軟件質(zhì)量的影響
由于人們對于軟件質(zhì)量的重視程度越來越高，就導(dǎo)致了軟件測試在軟件開發(fā)中的地位越來越重要。軟件測試是程序的一種執(zhí)行過程，目的是盡可能發(fā)現(xiàn)并改正被測試軟件中的錯誤，提高軟件的可靠性。它是軟件生命周期中一項(xiàng)很重要且非常復(fù)雜的工作，對軟件可靠性保證具有極其重要的意義。在目前形式化方法和程序正確性證明技術(shù)還無望成為實(shí)用性方法的情況下，軟件測試在將來相當(dāng)一段時(shí)間內(nèi)仍然是軟件可靠性保證的有效方法。軟件工程的總目標(biāo)是充分利用有限的人力和物力資源，高效率、高質(zhì)量地完成軟件開發(fā)項(xiàng)目。不足的測試勢必使軟件帶著一些未揭露的隱藏錯誤投入運(yùn)行，這將意味著更大的危險(xiǎn)讓用戶承擔(dān)，過度測試則會浪費(fèi)許多寶貴的資源。到測試后期，即使找到了錯誤，然而付出了過高的代價(jià)。E.W.Dijkstra的一句名言說明了這一道理：“程序測試只能表明錯誤的存在，而不能表明錯誤不存在。”可見，測試是為了使軟件中蘊(yùn)涵的缺陷低于某一特定值，使產(chǎn)出、投入比達(dá)到最大。
近20來年的時(shí)間，隨著計(jì)算機(jī)和軟件技術(shù)的飛速發(fā)展，軟件測試技術(shù)研究也取得了很大的突破，同時(shí)人們的要求也在不斷增加。軟件測試和軟件質(zhì)量是分不開的。測試是手段，質(zhì)量是目的。對比國外可以看到，國外軟件開發(fā)機(jī)構(gòu)會把40%的工作花在測試上，測試費(fèi)用則會占到軟件開發(fā)總費(fèi)用的30%到50%，對于一些要求高可靠性、高安全性的軟件，測試費(fèi)用則相當(dāng)于整個(gè)軟件項(xiàng)目開發(fā)費(fèi)用的3至5倍。因此，軟件測試在軟件生存期中占有非常突出的位置，是保證軟件質(zhì)量的重要手段。軟件項(xiàng)目的實(shí)踐一再說明，為了確保軟件產(chǎn)品能夠符合用戶的需要，必須著眼于整個(gè)軟件生存周期，在各個(gè)階段進(jìn)行驗(yàn)證、確認(rèn)和測試活動，使軟件不致在開發(fā)完成后，才發(fā)現(xiàn)和用戶的需求有較大的差距。
軟件在很多領(lǐng)域廣泛使用，然而軟件是人編的，難免存在各種各樣的缺陷。下面給出個(gè)
著名的案例。
Oracle曾分析過這樣一個(gè)故障案例：當(dāng)某人從自動柜員機(jī)中取錢時(shí)，在輸入信息后，系統(tǒng)開始交易并已經(jīng)從數(shù)據(jù)庫中扣除了100元，但在柜員機(jī)吐出錢之前，突然由于某些硬件的原因?qū)е鹿收�。這樣顧客沒有拿到錢，而在其賬戶中卻已經(jīng)被扣除了100元。為了解決這類問題，Oracle提出了”有效交易”概念，即交易中的每一步都要在上一步完全有效下才能進(jìn)行。為此，研發(fā)人員在產(chǎn)品中建立登錄檔案來記錄交易中的每個(gè)步驟，萬一交易過程突然中斷，則Oracle的登錄檔案會適時(shí)修復(fù)數(shù)據(jù)，重新恢復(fù)到初始狀態(tài)。
以上只是軟件失敗時(shí)發(fā)生的歷史事件，后果也許是不方便使用，也可能是災(zāi)難性的。而隨著時(shí)間的推移，軟件缺陷修復(fù)的費(fèi)用會數(shù)十倍的增長，例如，若編寫需求說明書時(shí)就發(fā)現(xiàn)了軟件缺陷，費(fèi)用可能只要幾角錢；若在測試時(shí)才發(fā)現(xiàn)軟件缺陷時(shí)費(fèi)用可能要幾元錢；若缺陷是客戶發(fā)現(xiàn)的費(fèi)用可能達(dá)到幾百元。
由于原始問題的復(fù)雜性，軟件的復(fù)雜性和抽象性，軟件開發(fā)各個(gè)階段工作的多樣性，以及參加開發(fā)各種層次人員之間工作的配合關(guān)系等因素，使得開發(fā)的每個(gè)環(huán)節(jié)都可能產(chǎn)生錯誤。所以不應(yīng)把軟件測試僅僅看作是軟件開發(fā)的一個(gè)獨(dú)立階段，而應(yīng)當(dāng)把它貫穿到軟件開發(fā)的各個(gè)階段中。堅(jiān)持在軟件開發(fā)的各個(gè)階段的技術(shù)評審，這樣才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，把出現(xiàn)的錯誤克服在早期，杜絕某些隱患，提高軟件質(zhì)量。
4. 從軟件測試到質(zhì)量保證
在中國，專業(yè)的軟件測試服務(wù)目前尚處于起步階段，而專業(yè)化的質(zhì)量測試服務(wù)機(jī)構(gòu)，必須具備下面三個(gè)條件:1、有先進(jìn)的、完整的軟件質(zhì)量測試管理理念;2、結(jié)合先進(jìn)的測試技術(shù)和工具，有一套完整的實(shí)用的質(zhì)量測試解決方案;3、擁有一批行業(yè)經(jīng)驗(yàn)豐富，測試水平高超，項(xiàng)目管理能力很強(qiáng)的咨詢實(shí)施團(tuán)隊(duì)。
建設(shè)銀行總行，十分注重自身的IT系統(tǒng)質(zhì)量，其信息化水平在業(yè)內(nèi)也屬于領(lǐng)先地位。他們采用的策略是針對重點(diǎn)系統(tǒng)進(jìn)行性能測試，驗(yàn)證各種系統(tǒng)在不同使用條件和壓力下的性能表現(xiàn)，跟據(jù)性能測試進(jìn)行系統(tǒng)性能優(yōu)化，包括對用戶行為、硬件和軟件參數(shù)配置、數(shù)據(jù)庫和代碼的優(yōu)化。對軟件體系結(jié)構(gòu)方面的性能基準(zhǔn)測試和咨詢。從而確保系統(tǒng)在上線前后都無質(zhì)量問題。此外，在項(xiàng)目前期通過實(shí)施事業(yè)部提供的設(shè)備選型方案和技術(shù)架構(gòu)驗(yàn)證方案，采用科學(xué)化的技術(shù)手段和客觀的數(shù)字分析，來采購最適合的設(shè)備和最適宜業(yè)務(wù)特點(diǎn)的架構(gòu)，避免了資金的浪費(fèi)和后期的開發(fā)風(fēng)險(xiǎn)。
如何判斷IT系統(tǒng)質(zhì)量是否存在問題一般的評判標(biāo)準(zhǔn)包含以下幾個(gè)方面:1、功能，軟件
篇二：功能測試質(zhì)量報(bào)告范例
范例：商業(yè)攻略項(xiàng)目功能測試質(zhì)量報(bào)告 2009.03.06
一、功能測試情況： 1、測試的整體情況：
測試進(jìn)度：本周完成了全面功能測試，今天下午進(jìn)入第一輪回歸測試。全面功能測
試一共發(fā)現(xiàn)20個(gè)bug，回歸階段目前發(fā)現(xiàn)一個(gè)問題。
質(zhì)量情況：在全面測試階段，一共發(fā)現(xiàn)的20個(gè)bug。其中urgent和very high的
沒有。6個(gè)high的bug主要是來自實(shí)現(xiàn)難度比較大的wiki編輯器部分。所以從以上數(shù)據(jù)來看，到目前為止，商業(yè)攻略一期項(xiàng)目的質(zhì)量還是不錯的。但同時(shí)有7個(gè)bug被deferred。其中2個(gè)high，4個(gè)medium和1個(gè)low。Deferred的bug比較多的主要原因是：很多deferred的bug都是與wiki編輯器相關(guān)的，考慮到即將啟動的二期會重點(diǎn)改進(jìn)現(xiàn)有的wiki編輯器，與項(xiàng)目經(jīng)理商量決定將與wiki編輯器相關(guān)且不影響正常功能的bug deferred到二期一起解決。
2、本周測試進(jìn)度說明：
3、風(fēng)險(xiǎn)評估
5、項(xiàng)目進(jìn)度關(guān)鍵點(diǎn)的計(jì)劃：
二、bug統(tǒng)計(jì)情況
1、Bug進(jìn)度圖：（該圖反映了一周內(nèi)缺陷狀態(tài)的變化趨勢情況）
分析：從圖中可以看出open的bug 數(shù)在周二到周四比較多，是因?yàn)檫@幾天重點(diǎn)測試的是wiki編輯器以及XSS控制，這些bug處理后，closed的bug上升很快。說明目前項(xiàng)目處于穩(wěn)定進(jìn)行中的狀態(tài)
2、bug狀態(tài)變化表：（該表反映了一周內(nèi)缺陷狀態(tài)的變化情況）
分析：從圖中看到，open的bug數(shù)高于fix的bug數(shù)。其中原因是wiki編輯器的bug是通過技術(shù)經(jīng)理做為接口人處理的，并不是他本人fix bug。所以在這個(gè)過程中，難免出現(xiàn)沒有按時(shí)fix bug的情況
3、bug嚴(yán)重等級表：（該表反應(yīng)了一周內(nèi)開發(fā)人員的擁有的各種嚴(yán)重等級的bug數(shù)量情況）
分析：high的bug主要集中在shunjian.nisj和zhiwen.mizw身上。主要原因是wiki編輯器是shunjian.nisj做為bug處理接口人，而負(fù)責(zé)帖子搜索的zhiwen.mizw因wiki編輯器和XSS影響也比較大
4、bug按人員分布表：（該表反映了一周內(nèi)分配給不同人員的缺陷狀態(tài)情況）
分析：遺留的一個(gè)是關(guān)于wiki編輯器的問題，測試人員在快下班時(shí)驗(yàn)證發(fā)現(xiàn)問題，故該問題留到下周處理
5、Bug按類型分布表：（該表反映了一周內(nèi)不同類型缺陷的數(shù)量情況）
分析：本周發(fā)現(xiàn)的全部是功能的缺陷。
篇三：項(xiàng)目質(zhì)量屬性需求分析報(bào)告
Software Architecture
Report
Network Examination System
(Quality Attribute Requirements Analysis)
Student ID:0843042233 Name:張瀚瓏
1. Introduction
網(wǎng)上考試系統(tǒng)（NES）是一套基于B/S體系，采用大型數(shù)據(jù)庫Sql Server2005和先進(jìn)的ASP和ASP.NET技術(shù)開發(fā)的，以組織客觀、公正、科學(xué)合理和大規(guī)�？荚嚍槟康牡臉�(biāo)準(zhǔn)化考試系統(tǒng)。 系統(tǒng)主要具有如下特點(diǎn)：
1．基于B/S體系
B/S體系即瀏覽器/服務(wù)器（Browser/Server）體系。在B/S的系統(tǒng)中，用戶可以通過瀏覽器向分布在網(wǎng)絡(luò)上的許多服務(wù)器發(fā)出請求。B/S結(jié)構(gòu)極大的簡化了客戶機(jī)的工作，客戶機(jī)上只需安裝．配置少量的客戶端軟件即可， 服務(wù)器將擔(dān)負(fù)更多的工作，對數(shù)據(jù)庫的訪問和應(yīng)用程序的執(zhí)行將在服務(wù)器上完成。B/S體系的優(yōu)點(diǎn)是，系統(tǒng)安裝維護(hù)簡便．?dāng)?shù)據(jù)集中管理．便于分散用戶使用，適應(yīng)互連時(shí)代軟件的發(fā)展趨勢。
2．采用三層體系結(jié)構(gòu)
三層體系即客戶端瀏覽器．應(yīng)用服務(wù)器和數(shù)據(jù)庫。這種結(jié)構(gòu)不僅把客戶機(jī)從沉重的負(fù)擔(dān)和不斷對其提高的性能的要求中解放出來，也把技術(shù)維護(hù)人員從繁重的維護(hù)升級工作中解脫出來。由于客戶機(jī)把事務(wù)處理邏輯部分分給了功能服務(wù)器，使客戶機(jī)一下子"苗條"了許多，不再負(fù)責(zé)處理復(fù)雜計(jì)算和數(shù)據(jù)訪問等關(guān)鍵事務(wù)，只負(fù)責(zé)顯示部分，所以維護(hù)人員不再為程序的維護(hù)工作奔波于每個(gè)客戶機(jī)之間，而把主要精力放在功能服務(wù)器上程序的更新工作。這種三層結(jié)構(gòu)層與層之間相互獨(dú)立，任何一層的改變不影響其它層的功能。它從根本上改變了傳統(tǒng)的二層C/S體系結(jié)構(gòu)的缺陷，是應(yīng)用系統(tǒng)體系結(jié)構(gòu)中一次深刻的變革。
3．完善的安全管理機(jī)制
由于考試系統(tǒng)的特殊性，安全性顯得格外重要。網(wǎng)上考試系統(tǒng)（IES）從考生登陸（注冊）到參加考試，到查詢考試成績?nèi)娌捎昧?56位的數(shù)據(jù)加密技術(shù)，確保系統(tǒng)的安全性。另外在考生考試模塊的設(shè)計(jì)中，采用了大量的安全技術(shù)，例如：禁止刷新．禁止查看源代碼．考試結(jié)束自動交卷．不能用同一用戶名多次同時(shí)登陸等等。
4．個(gè)性化操作界面
一個(gè)好的系統(tǒng)不僅僅要體現(xiàn)在強(qiáng)大的功能上，還要在使用上具有方便、快捷、高效的特點(diǎn)。網(wǎng)上考試系統(tǒng)（IES）采用個(gè)性化的設(shè)計(jì)，吸取了在線電子郵局的優(yōu)點(diǎn)，不同權(quán)限的用戶具有不同的操作界面，各項(xiàng)功能安排井井有條．一目了然。
2. Quality Attribute Requirements
Usability
1) Reasons
可用性關(guān)注于如何讓用戶簡單容易的地完成他想要的工作。這樣可以使用戶快速地學(xué)習(xí)該系統(tǒng)的功能，高效地使用系統(tǒng)從而最小化錯誤的影響并且讓用戶對該系統(tǒng)有信心和滿意
2) Concrete Scenario
Response Measure: 熟悉系統(tǒng)花費(fèi)時(shí)間，滿意度
Security
1) Reasons
網(wǎng)上考試系統(tǒng)必須阻止為授權(quán)的訪問，而且為合法的用戶提供服務(wù)。如果系統(tǒng)安全性不高，易被外界破解，從事一些非法操作，如獲取考試的題目與答案，增加刪除數(shù)據(jù)庫內(nèi)容，從而對系統(tǒng)造成一定的破壞。 2) Concrete Scenario
Response Measure: 檢查可能的網(wǎng)絡(luò)攻擊，恢復(fù)數(shù)據(jù)和服務(wù)
Performance
1) Reasons
網(wǎng)上考試系統(tǒng)必須保證其性能，才能為用戶提供正�？煽考皶r(shí)的服務(wù)，用戶無法或者需要等待很久才能得到系統(tǒng)的服務(wù)，這必然會降低用戶對該系統(tǒng)的評價(jià)，嚴(yán)重影響系統(tǒng)的質(zhì)量。性能主要關(guān)注于響應(yīng)時(shí)間。 2) Concrete Scenario
【軟件項(xiàng)目質(zhì)量報(bào)告】相關(guān)文章：
質(zhì)量檢測中心實(shí)習(xí)報(bào)告范文01-13
國際質(zhì)量體系內(nèi)審報(bào)告08-01
關(guān)于樓盤項(xiàng)目外墻裝飾報(bào)告07-31
環(huán)境影響項(xiàng)目報(bào)告書07-23
項(xiàng)目申請驗(yàn)收報(bào)告03-19
質(zhì)量數(shù)據(jù)分析報(bào)告范文07-24