軟件測試和質(zhì)量保證標準_第1頁
軟件測試和質(zhì)量保證標準_第2頁
軟件測試和質(zhì)量保證標準_第3頁
軟件測試和質(zhì)量保證標準_第4頁
軟件測試和質(zhì)量保證標準_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

軟件測試和質(zhì)量保證標準第一章軟件測試基本概念1.1軟件測試定義軟件測試是一個系統(tǒng)地執(zhí)行軟件過程,以檢查軟件是否滿足預定需求和規(guī)范的過程。它旨在發(fā)覺軟件產(chǎn)品中的缺陷,以保證其質(zhì)量和可靠性。1.2軟件測試目標軟件測試的主要目標是:保證軟件產(chǎn)品滿足用戶需求和業(yè)務目標。驗證軟件的正確性、完整性和可靠性。提高軟件產(chǎn)品的質(zhì)量,減少缺陷和錯誤。提高軟件產(chǎn)品的用戶體驗。1.3軟件測試類型軟件測試可以根據(jù)不同的標準進行分類,一些常見的測試類型:單元測試集成測試系統(tǒng)測試驗收測試功能測試安全測試回歸測試1.4軟件測試原則在進行軟件測試時,應遵循以下原則:早期和持續(xù)的測試全面性測試簡化測試覆蓋度原則缺陷驅(qū)動測試需求驅(qū)動測試風險驅(qū)動測試1.5軟件測試方法一些常見的軟件測試方法,結(jié)合最新的行業(yè)發(fā)展和趨勢:測試方法描述黑盒測試通過軟件的外部界面進行測試,不關心內(nèi)部結(jié)構和代碼實現(xiàn)。重點在于檢查軟件的輸出是否滿足預期。白盒測試從軟件內(nèi)部進行測試,通過檢查程序的邏輯路徑來測試代碼的每個分支和循環(huán)。適用于復雜的程序和關鍵組件的測試?;液袦y試結(jié)合了黑盒測試和白盒測試的方法,測試人員同時擁有對內(nèi)部結(jié)構的了解和對外部行為的關注。自動化測試使用測試自動化工具自動執(zhí)行測試腳本,提高測試效率,降低人力成本。常用于回歸測試、功能測試等領域。持續(xù)集成測試在軟件開發(fā)的各個階段自動執(zhí)行測試,保證每次代碼提交后的集成質(zhì)量。與持續(xù)部署相結(jié)合,實現(xiàn)快速迭代和交付。摸索性測試測試人員根據(jù)經(jīng)驗和直覺摸索軟件的未知區(qū)域,以發(fā)覺潛在的缺陷。這種方法需要高度的主觀判斷和技能。負載測試模擬用戶并發(fā)訪問,測試軟件在高負載下的功能和穩(wěn)定性。常用于評估軟件的伸縮性和資源利用率。壓力測試對軟件進行極限壓力測試,以評估其在極端條件下的功能和穩(wěn)定性。常用于發(fā)覺可能導致軟件崩潰的瓶頸。兼容性測試保證軟件在不同平臺、設備和瀏覽器上都能正常運行。包括操作系統(tǒng)、瀏覽器、數(shù)據(jù)庫、硬件等兼容性測試。通過以上方法,軟件測試人員能夠從不同的角度和層面全面評估軟件產(chǎn)品的質(zhì)量。第二章軟件測試流程2.1測試規(guī)劃測試規(guī)劃是軟件測試流程的第一步,旨在確定測試的范圍、目標和資源。以下為測試規(guī)劃的主要內(nèi)容:確定測試目標:明確測試的目的是驗證軟件是否滿足需求規(guī)格說明書的要求。確定測試范圍:定義測試的邊界,包括功能測試、功能測試、安全性測試等。制定測試策略:選擇合適的測試方法、技術和工具。編制測試計劃:詳細描述測試活動的安排,包括測試時間表、資源分配、風險評估等。2.2測試設計測試設計階段是在測試計劃的基礎上,設計具體的測試用例和測試數(shù)據(jù)。測試設計的關鍵步驟:確定測試用例:根據(jù)需求規(guī)格說明書,設計能夠覆蓋所有功能點和潛在問題的測試用例。設計測試數(shù)據(jù):為測試用例準備相應的輸入數(shù)據(jù),保證測試的有效性和準確性。設計測試場景:將測試用例組合成測試場景,模擬實際使用過程中的各種操作。評審測試設計:對測試設計進行評審,保證其完整性和可行性。2.3測試執(zhí)行測試執(zhí)行是按照測試計劃執(zhí)行測試用例的過程。測試執(zhí)行的主要活動:準備測試環(huán)境:搭建符合測試需求的硬件和軟件環(huán)境。運行測試用例:按照測試用例執(zhí)行測試,記錄測試結(jié)果。跟蹤缺陷:發(fā)覺缺陷后,按照缺陷跟蹤流程進行記錄、分配和修復。確認缺陷修復:驗證缺陷修復是否徹底,保證軟件質(zhì)量。2.4測試報告測試報告是測試流程的輸出,用于總結(jié)測試活動的成果。測試報告的主要內(nèi)容:測試結(jié)果概述:總結(jié)測試用例的執(zhí)行情況,包括通過、失敗和阻塞的用例數(shù)量。缺陷分析:分析缺陷的類型、嚴重性和優(yōu)先級,評估軟件質(zhì)量。測試結(jié)論:根據(jù)測試結(jié)果,對軟件質(zhì)量進行綜合評價。測試建議:針對測試過程中發(fā)覺的問題,提出改進建議。項目內(nèi)容測試結(jié)果概述通過/失敗/阻塞的測試用例數(shù)量缺陷分析缺陷類型、嚴重性、優(yōu)先級測試結(jié)論軟件質(zhì)量綜合評價測試建議改進建議2.5測試評估測試評估是對測試過程和結(jié)果進行評價的過程,旨在持續(xù)改進測試流程。測試評估的主要活動:收集測試數(shù)據(jù):收集測試過程中的數(shù)據(jù),包括測試用例、缺陷和測試結(jié)果。分析測試數(shù)據(jù):對測試數(shù)據(jù)進行統(tǒng)計分析,識別問題和改進機會。制定改進措施:根據(jù)分析結(jié)果,制定針對性的改進措施。實施改進措施:執(zhí)行改進措施,提高測試效率和軟件質(zhì)量。第三章質(zhì)量保證策略3.1質(zhì)量保證定義質(zhì)量保證(QualityAssurance,簡稱QA)是指在軟件開發(fā)生命周期中對軟件產(chǎn)品進行有計劃、有組織的活動,以保證軟件產(chǎn)品滿足既定的質(zhì)量標準和客戶需求。3.2質(zhì)量保證目標質(zhì)量保證的目標主要包括:提高軟件產(chǎn)品的可靠性、可用性和功能;保證軟件產(chǎn)品符合預定的功能和非功能需求;提高軟件開發(fā)和維護的效率;降低軟件產(chǎn)品的缺陷率和返修率。3.3質(zhì)量保證方法質(zhì)量保證的方法主要包括:制定和實施質(zhì)量保證計劃;質(zhì)量管理;編寫和執(zhí)行測試用例;使用自動化測試工具;實施持續(xù)集成和持續(xù)部署。3.4質(zhì)量保證與測試的關系質(zhì)量保證和測試是相輔相成的兩個方面。質(zhì)量保證關注整個軟件開發(fā)生命周期的質(zhì)量,而測試則是質(zhì)量保證的重要手段。兩者之間的關系:質(zhì)量保證測試設計、規(guī)劃、監(jiān)控執(zhí)行、評估、報告保證質(zhì)量標準得到遵守驗證軟件產(chǎn)品是否符合這些標準全面的過程管理針對特定階段的驗證活動3.5質(zhì)量保證實施步驟步驟描述1.質(zhì)量保證規(guī)劃根據(jù)項目需求制定質(zhì)量保證計劃,明確質(zhì)量目標和責任。2.質(zhì)量管理工具和資源準備準備必要的質(zhì)量管理工具和資源,如測試用例管理工具、缺陷跟蹤系統(tǒng)等。3.質(zhì)量保證培訓對團隊成員進行質(zhì)量保證知識和技能的培訓。4.質(zhì)量保證實施根據(jù)質(zhì)量保證計劃,實施相應的質(zhì)量保證活動。5.質(zhì)量保證監(jiān)控監(jiān)控質(zhì)量保證活動的執(zhí)行情況,保證質(zhì)量目標的實現(xiàn)。6.質(zhì)量保證改進根據(jù)監(jiān)控結(jié)果,持續(xù)改進質(zhì)量保證工作。第四章測試環(huán)境搭建4.1硬件要求硬件配置要求CPU至少雙核處理器,推薦四核或更高內(nèi)存至少4GB,推薦8GB或更高硬盤至少80GB,推薦使用SSD顯卡兼容DirectX9.0c或更高版本網(wǎng)絡具備穩(wěn)定的網(wǎng)絡連接,推薦千兆以太網(wǎng)4.2軟件需求軟件名稱版本要求操作系統(tǒng)Windows7/8/10專業(yè)版或更高瀏覽器Chrome80或更高保證支持Web測試測試工具Selenium、Appium等根據(jù)測試需求選擇合適的工具數(shù)據(jù)庫MySQL5.6或更高用于測試數(shù)據(jù)存儲4.3網(wǎng)絡環(huán)境配置獲取公網(wǎng)IP地址,保證網(wǎng)絡可達。配置內(nèi)網(wǎng)IP地址段,保證測試環(huán)境內(nèi)主機之間通信。設置DNS服務器,保證域名解析正確。部署防火墻,設置必要的安全策略,如開放80、443端口等。4.4數(shù)據(jù)庫環(huán)境配置安裝數(shù)據(jù)庫軟件,如MySQL。創(chuàng)建數(shù)據(jù)庫用戶,設置密碼和權限。導入測試數(shù)據(jù),保證數(shù)據(jù)完整性。配置數(shù)據(jù)庫連接,保證測試過程中能夠順利訪問數(shù)據(jù)庫。4.5環(huán)境安全性與穩(wěn)定性評估對硬件進行安全檢查,保證無故障。檢查操作系統(tǒng)和軟件版本,保證安全補丁已更新。對網(wǎng)絡進行安全評估,包括IP地址、端口、防火墻等。檢查數(shù)據(jù)庫安全設置,保證數(shù)據(jù)不被非法訪問。進行壓力測試,評估系統(tǒng)在高負載下的穩(wěn)定性。第五章測試用例設計5.1測試用例概念測試用例是軟件測試過程中用于驗證軟件功能、功能、安全性和兼容性等特性的具體步驟和預期結(jié)果。它是軟件測試的核心組成部分,旨在保證軟件產(chǎn)品在交付前達到預定的質(zhì)量標準。5.2測試用例模板一個通用的測試用例模板:序號測試用例ID測試項測試步驟預期結(jié)果實際結(jié)果測試結(jié)果1TC001功能A步驟1結(jié)果1結(jié)果1通過/未通過2TC002功能B步驟2結(jié)果2結(jié)果2通過/未通過5.3測試用例設計原則覆蓋全面:測試用例應盡可能覆蓋軟件的所有功能,保證軟件各個方面的質(zhì)量。可測試性:測試用例應具有可操作性,便于測試人員執(zhí)行??删S護性:測試用例應便于修改和擴展,以適應軟件的迭代和升級。優(yōu)先級:根據(jù)功能的重要性和風險等級,合理設置測試用例的優(yōu)先級??勺匪菪裕簻y試用例應與需求、設計等文檔建立關聯(lián),以便于追蹤問題來源。5.4測試用例評審測試用例評審是保證測試用例質(zhì)量的重要環(huán)節(jié)。評審流程:評審準備:測試人員整理測試用例文檔,準備評審材料。評審會議:組織評審會議,邀請相關人員進行討論。評審內(nèi)容:評審測試用例的完整性、可操作性、可維護性等。評審結(jié)果:根據(jù)評審意見,對測試用例進行修改和完善。5.5測試用例管理測試用例管理是保證測試用例質(zhì)量和效率的關鍵。一些管理方法:版本控制:對測試用例文檔進行版本控制,保證文檔的一致性和可追溯性。測試用例庫:建立測試用例庫,便于測試人員查找和復用測試用例。自動化測試:利用自動化測試工具,提高測試效率和覆蓋率。持續(xù)集成:將測試用例集成到持續(xù)集成流程中,實現(xiàn)自動化測試和反饋。(聯(lián)網(wǎng)搜索有關最新內(nèi)容,請參考以下表格:)測試用例管理工具簡介優(yōu)點缺點TestRail功能強大的測試管理工具,支持多種測試類型支持多種測試用例模板,易于使用價格較高Zephyr敏捷測試管理工具,支持JIRA集成支持敏捷開發(fā),易于與JIRA整合功能相對單一TestLink開源測試管理工具,功能全面開源免費,功能全面學習曲線較陡峭第六章自動化測試6.1自動化測試定義自動化測試是一種通過編寫腳本或使用專門的工具來執(zhí)行重復測試的方法,目的是為了提高測試效率和保證軟件產(chǎn)品的質(zhì)量。6.2自動化測試優(yōu)勢提高測試效率:自動化測試可以減少手動測試所需的時間,提高測試的效率。降低人力成本:通過自動化測試,可以減少人工測試的需求,降低長期的人力成本。測試覆蓋更全面:自動化測試可以執(zhí)行大量的測試用例,保證測試覆蓋面更廣。測試結(jié)果更穩(wěn)定:自動化測試可以保證測試結(jié)果的一致性,降低人為誤差??焖倩貧w測試:在軟件迭代過程中,自動化測試可以快速進行回歸測試,保證新功能的引入不會影響已有功能的穩(wěn)定性。6.3自動化測試流程需求分析:分析軟件需求,確定測試目標和測試用例。測試設計:根據(jù)需求分析,設計自動化測試腳本和測試數(shù)據(jù)。測試開發(fā):編寫自動化測試腳本,并進行測試環(huán)境的搭建。測試執(zhí)行:執(zhí)行自動化測試腳本,收集測試結(jié)果。測試報告:根據(jù)測試結(jié)果,編寫測試報告,分析測試效果。6.4自動化測試工具選擇選擇自動化測試工具時,應考慮以下因素:測試工具的功能:選擇功能全面、支持多種測試類型的工具。易用性:選擇操作簡單、易于學習和使用的工具。集成性:選擇能夠與現(xiàn)有系統(tǒng)集成,減少開發(fā)成本的工具。功能:選擇功能穩(wěn)定、運行效率高的工具。一些常用的自動化測試工具:工具名稱描述Selenium開源自動化測試工具,支持多種編程語言。JMeter壓力測試工具,可以模擬多用戶同時訪問應用,用于測試系統(tǒng)在高負載下的功能。Appium用于自動化移動應用測試的工具。PostmanAPI自動化測試工具,支持HTTP請求的錄制、編輯和執(zhí)行。6.5自動化測試實施策略實施自動化測試時,應遵循以下策略:逐步實施:先從簡單的測試用例開始,逐步擴展到復雜的測試場景。持續(xù)集成:將自動化測試集成到持續(xù)集成(CI)流程中,保證每次代碼提交后都能進行自動化測試。資源分配:合理分配資源,包括人力、硬件和軟件資源。測試環(huán)境管理:建立穩(wěn)定、可復制的測試環(huán)境,保證測試結(jié)果的一致性。監(jiān)控和優(yōu)化:定期監(jiān)控自動化測試的效果,并對測試流程和腳本進行優(yōu)化。由于內(nèi)容并未明確指出要聯(lián)網(wǎng)搜索最新內(nèi)容,以上內(nèi)容僅供參考,如需最新內(nèi)容,請自行查閱相關資料。第七章測試數(shù)據(jù)分析與評估7.1測試數(shù)據(jù)分析方法在測試數(shù)據(jù)分析過程中,采用科學、嚴謹?shù)姆椒ā追N常見的測試數(shù)據(jù)分析方法:描述性統(tǒng)計方法:通過對測試數(shù)據(jù)進行統(tǒng)計,得出諸如均值、標準差、方差等統(tǒng)計量,用于描述測試數(shù)據(jù)的集中趨勢和離散程度。趨勢分析:通過對測試數(shù)據(jù)的時序分析,判斷測試結(jié)果的趨勢變化。相關性分析:通過分析不同測試指標之間的相互關系,發(fā)覺潛在的關聯(lián)性。異常值檢測:通過識別測試數(shù)據(jù)中的異常值,發(fā)覺可能存在的問題。分類和回歸分析:利用機器學習等方法,對測試數(shù)據(jù)進行分析和預測。7.2測試數(shù)據(jù)收集測試數(shù)據(jù)的收集應遵循以下原則:全面性:保證收集的測試數(shù)據(jù)能夠覆蓋測試的各個方面,包括功能、功能、兼容性等。代表性:選取具有代表性的測試數(shù)據(jù),避免因個別數(shù)據(jù)的影響而導致誤判。實時性:及時收集測試數(shù)據(jù),以便對測試進度進行實時監(jiān)控。一致性:保持測試數(shù)據(jù)的格式、類型、來源等方面的一致性。7.3測試數(shù)據(jù)整理與分析對收集到的測試數(shù)據(jù)進行分析和整理,包括:數(shù)據(jù)清洗:對異常數(shù)據(jù)、錯誤數(shù)據(jù)進行處理,保證數(shù)據(jù)質(zhì)量。數(shù)據(jù)整合:將來自不同來源的數(shù)據(jù)進行整合,以便進行分析。數(shù)據(jù)分析:根據(jù)具體需求,選擇合適的分析方法對數(shù)據(jù)進行分析??梢暬故荆和ㄟ^圖表等形式將分析結(jié)果進行展示,以便更直觀地理解測試數(shù)據(jù)。7.4測試數(shù)據(jù)報告撰寫撰寫測試數(shù)據(jù)報告應包含以下內(nèi)容:背景信息:包括測試項目、測試目標、測試范圍等。測試方法:簡要介紹采用的測試分析方法。測試結(jié)果:展示測試數(shù)據(jù)的具體分析結(jié)果。結(jié)論和建議:根據(jù)分析結(jié)果,提出針對性的結(jié)論和建議。7.5測試結(jié)果評估與改進測試結(jié)果評估與改進包括:評估指標:確定測試評估指標,如覆蓋率、缺陷率、功能指標等。評估結(jié)果:根據(jù)評估指標對測試結(jié)果進行評估。問題識別:通過分析評估結(jié)果,找出測試過程中的問題和不足。改進措施:針對發(fā)覺的問題,提出改進措施,優(yōu)化測試過程。指標重要性指標值覆蓋率高95%缺陷率高3%吞吐量中2000req/s響應時間中0.5s成功率高90%第八章缺陷管理8.1缺陷定義缺陷是指軟件產(chǎn)品中不符合既定需求、設計或標準的問題,它可能導致軟件產(chǎn)品無法按照預期工作或產(chǎn)生不正確的結(jié)果。8.2缺陷生命周期缺陷生命周期包括以下幾個階段:發(fā)覺:缺陷被測試人員或用戶發(fā)覺。報告:缺陷被詳細記錄并報告給開發(fā)團隊。評估:開發(fā)團隊評估缺陷的嚴重性和優(yōu)先級。修復:開發(fā)人員根據(jù)評估結(jié)果修復缺陷。驗證:測試人員驗證缺陷是否已被正確修復。關閉:缺陷被關閉,表示問題已解決。8.3缺陷管理流程缺陷管理流程通常包括以下步驟:缺陷報告:詳細記錄缺陷的詳細信息,包括缺陷的描述、重現(xiàn)步驟、優(yōu)先級和嚴重性等。缺陷分類:根據(jù)缺陷的性質(zhì)和影響范圍對缺陷進行分類。缺陷跟蹤:跟蹤缺陷的狀態(tài)和進度,保證缺陷得到妥善處理。缺陷修復:開發(fā)人員根據(jù)缺陷報告進行修復。缺陷驗證:測試人員驗證缺陷是否已被正確修復。缺陷關閉:缺陷被關閉,表示問題已解決。8.4缺陷報告與跟蹤缺陷報告通常包括以下信息:缺陷編號缺陷標題缺陷描述發(fā)覺日期發(fā)覺者優(yōu)先級嚴重性影響范圍修復狀態(tài)缺陷跟蹤可以使用以下工具:缺陷跟蹤系統(tǒng)(如JIRA、Bugzilla等)電子表格項目管理工具8.5缺陷分析與歸類缺陷分析與歸類是缺陷管理的重要環(huán)節(jié),一些常見的缺陷歸類方法:缺陷類型描述功能缺陷軟件產(chǎn)品無法實現(xiàn)既定功能或需求。功能缺陷軟件產(chǎn)品在功能方面存在問題,如響應時間慢、資源消耗高等。界面缺陷軟件產(chǎn)品界面設計不合理,影響用戶體驗。安全缺陷軟件產(chǎn)品存在安全漏洞,可能導致數(shù)據(jù)泄露或系統(tǒng)崩潰。穩(wěn)定性缺陷軟件產(chǎn)品在運行過程中出現(xiàn)不穩(wěn)定現(xiàn)象,如崩潰、死機等。可用性缺陷軟件產(chǎn)品無法滿足用戶需求,如操作復雜、難以使用等。第九章測試項目管理9.1項目管理基礎項目管理是一種綜合性的活動,它涉及規(guī)劃、執(zhí)行、監(jiān)控和控制項目以實現(xiàn)特定目標。在軟件測試領域,項目管理是保證項目按時、按預算和質(zhì)量要求完成的關鍵。9.2測試項目管理目標測試項目管理的主要目標包括:保證測試活動符合項目需求。優(yōu)化測試資源分配。提高測試效率。保證測試質(zhì)量滿足預期標準。9.3測試項目管理流程測試項目管理流程通常包括以下步驟:項目啟動:定義項目范圍、目標和預算。需求分析:確定軟件需求。測試計劃:制定測試策略、資源分配和進度安排。測試設計:創(chuàng)建測試用例和測試腳本。測試執(zhí)行:執(zhí)行測試用例并記錄結(jié)果。測試結(jié)果分析:評估測試結(jié)果和識別缺陷。測試報告:測試報告并提交給利益相關者。項目收尾:總結(jié)項目成果,進行經(jīng)驗教訓總結(jié)。9.4測試項目團隊組建測試項目團隊組建應考慮以下因素:專業(yè)知識:保證團隊成員具備所需的技能和知識。項目經(jīng)驗:考慮團隊成員在類似項目中的經(jīng)驗。團隊協(xié)作:評估團隊成員的溝通和協(xié)作能力。工作風格:保證團隊成員的工作風格與項目要求相匹配。職位角色責任測試經(jīng)理領導整個測試團隊,負責測試項目的規(guī)劃和執(zhí)行。測試開發(fā)人員負責設計測試用例、測試腳本和測試工具。測試執(zhí)行員執(zhí)行測試用例,報告測試結(jié)果和缺陷。測試分析師分析測試結(jié)果,評估缺陷,提出改進建議。質(zhì)量保證(QA)工程師負責監(jiān)控項目質(zhì)量,保證質(zhì)量標準和流程得到遵循。9.5測試項目風險管理與控制測試項目風險管理與控制是保證項目按計劃進行的重要環(huán)節(jié)。一些關鍵步驟:風險識別:識別可能導致項目延遲、超支或失敗的潛在風險。風險分析:評估每個風險的嚴重性和可能發(fā)生的概率。風險應對策略:制定應對措施以減輕或消除風險。風險監(jiān)控:持續(xù)監(jiān)控風險狀態(tài),并在必要時調(diào)整應對策略。風險類型風險描述時間風險項目延遲可能影響項目按時交付。成本風險項目成本超出預算可能導致資源緊張。質(zhì)量風險測試不充分可能導致缺陷遺漏,影響最終產(chǎn)品質(zhì)量。技術風險技術挑戰(zhàn)可能導致項目難以按時完成。人員風險人員流失或能力不足可能影響項目進度和質(zhì)量。第十章軟件測試與質(zhì)量保證標準制定與執(zhí)行10.1標準制定原則在制定軟件測試與質(zhì)量

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論