軟件測試分類_第1頁
軟件測試分類_第2頁
軟件測試分類_第3頁
軟件測試分類_第4頁
軟件測試分類_第5頁
已閱讀5頁,還剩3頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件測試分類1、黑盒測試:指把被測軟件看作是一個黑盒子,我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子的,只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。2、白盒測試:指把盒打開,去研究里面的源代碼和程序結(jié)構(gòu)。3、靜態(tài)測試:指不實際運(yùn)行被測軟件,而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在錯誤的過程。   對于代碼測試,主要測試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。   對于界面測試,主要測試軟件的實際界面與需求中的說明是否相符。   對于文檔測試,主要測試用戶手冊和需求說明是否真正符合用戶的實際需求。4、動態(tài)測試:指實際運(yùn)行被測程序,輸入相應(yīng)的測試數(shù)據(jù),檢查實際輸

2、出結(jié)果和預(yù)期結(jié)果是否相符的過程。所以我們判斷一個測試屬于動態(tài)測試還是靜態(tài)測試,唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。5、單元測試:指對軟件中最小可測試單元進(jìn)行檢查和驗證。例如:C語言中,單元一般指1個函數(shù);在Java里,單元一般指1個類;在圖形化的軟件中,單元也可以指1個窗口,1個菜單等??偨Y(jié)起來,單元就是人為規(guī)定的最小的被測功能模塊。   單元測試的通過標(biāo)準(zhǔn)是什么:   (1)程序通過所有單元測試的用例   (2)語句的覆蓋率達(dá)到100%   (3)分支覆蓋率達(dá)到85%   如何進(jìn)行單元測試:

3、0;   單元測試主要用白盒測試方法,一般我們先靜態(tài)地檢查代碼是否符合規(guī)范,然后動態(tài)地運(yùn)行代碼,檢查其它實際運(yùn)行結(jié)果。當(dāng)然檢查程序的運(yùn)行結(jié)果是否正確是一個最基本的要求,我們還要檢查很多項,比如程序的非法數(shù)據(jù)的容錯處理,程序的邊界值處理等。   樁模塊:是指模擬被測模塊所調(diào)用的模塊。   驅(qū)動模塊:是指模擬被測模塊的上級模塊。   樁模和驅(qū)動模塊例子:    include<stdio.h>    void main(void)int a=1,b=2,c;

4、   c=fun1(a,b);      int fun1(int x, int y)return X + Y;       主函數(shù)main調(diào)用fun1,fun1實現(xiàn)了計算兩個參數(shù)之和功能,假設(shè)這兩個函數(shù)是由兩個程序員各自開發(fā)的,他們之間的開發(fā)開度不一樣。   如果沒有main函數(shù),如何測試fun1函數(shù),這時,我們需要模擬構(gòu)一個新的main函數(shù),它可以不包含main函數(shù)中需要的所有內(nèi)容和細(xì)工,但至少要能夠調(diào)用fun1,并且能夠打印調(diào)用之后的結(jié)果,我們就把這個模擬的函

5、數(shù)稱為fun1的驅(qū)動模塊。如果沒有fun1函數(shù),這時,我們需要模擬構(gòu)建一個新的fun1函數(shù),它可以不包含fun1函數(shù)中需要的所有內(nèi)容和細(xì)節(jié),但至少能夠被main函數(shù)調(diào)用,并有一個返回值,我們把這個模擬的函數(shù)就稱為fun1的樁模塊。6、集成測試:是單元測試的下一個階段,是指將通過測試的單元模塊組裝成系統(tǒng)或子系統(tǒng),再進(jìn)行測試,重點測試不同模塊的接口部分。7、系統(tǒng)測試和驗收測試:集成測試之后,就是系統(tǒng)測試和驗收測試,系統(tǒng)測試是指將整個系統(tǒng)看做1個整體進(jìn)行測試,包括對功能、性能、以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測試。驗收測試是指在系統(tǒng)測試后期,以用戶測試為主,或有測試人人員等質(zhì)量保障人員共同參與的測試,

6、它也是軟件正式交給用戶的最后一道工序。   驗收測試又分a(阿發(fā))測試和B(貝搭)測試:其中a測試指的是由用戶、測試人員、開發(fā)人員等共同參與的內(nèi)部測試,而B測試指的是內(nèi)測后的公測,即完全交給最終用戶測試。8、功能測試:是黑盒測試的一方面,它檢查實際軟件的功能是否符合用戶的需求。一般分為邏輯功能測試、界面測試、易用性測試、安裝測試、兼容性測試等。9、性能測試:軟件的性能包括很多方面,主要有時間性能和空間性能兩種。時間性能主要是指軟件的一個具體事務(wù)的響應(yīng)時間(respond time)比如登錄163郵箱,輸入用戶名和密碼,點“登錄”按鈕,從你點擊按鈕的那一刻起,到最終登錄后的頁

7、面反饋給你,這一時間間隔為3秒,我們則稱163郵箱在這一次登錄事務(wù) 中的響應(yīng)時間為3秒。一般我們多次登錄,來記錄不同的響應(yīng)時間,最后取平均值,這樣的數(shù)據(jù)才有參考價值。(一般一個電子商務(wù)網(wǎng)站來說,一個普遍接受響就時間標(biāo)準(zhǔn)為2(2秒給用戶以響就是非常有吸引力的)/5(5秒以內(nèi)被認(rèn)為是比較不錯的)/10(用戶忍受上限));空間性能:主要指軟件運(yùn)行時所消耗的系統(tǒng)資源,比如安裝軟件之前,我們經(jīng)常看到某軟件安裝的最低要求。   性能測試一般分為:(1)一般性能測試:指讓被測系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行,不向其施加任何壓力的性能測式。(2)穩(wěn)妥定性測試:也叫可靠性測試,指連續(xù)運(yùn)行被測系統(tǒng)

8、,檢查系統(tǒng)運(yùn)行的穩(wěn)定程度。(3)負(fù)載測試:通常是指讓被測系統(tǒng)在其能忍受的壓力的極限范圍之內(nèi)連續(xù)運(yùn)行,來測試系統(tǒng)的穩(wěn)定性。壓力測試:通常是指持續(xù)不斷地給被測系統(tǒng)增加壓力,直到將被測系統(tǒng)壓垮為止,用來測試系統(tǒng)所能承受的最大壓力。10、回歸測試:是指對軟件的新版本測試時,重復(fù)執(zhí)行上一個版本測試時的用例。11、冒煙測試:是指在對一個新版本進(jìn)行系統(tǒng)大規(guī)模的測試之前,先驗證一下軟件的基本功能是否實現(xiàn),是否具備可測性。12、隨機(jī)測試:也有人稱為猴子測試,是指測試中所有的輸入數(shù)據(jù)都是隨機(jī)產(chǎn)生成的,其目的是模擬用戶的真實操作,并發(fā)現(xiàn)一些邊緣性的錯誤。軟件測試分類     軟件測試是一項復(fù)雜的

9、系統(tǒng)工程,從不同的角度考慮可以有不同的劃分方法,對測試進(jìn)行分類是為了更好的明確測試的過程,了解測試究竟要完成哪些工作,盡量做到全面測試。1,按是否需要執(zhí)行被測軟件的角度    按是否需要執(zhí)行被測軟件的角度,可分為靜態(tài)測試和動態(tài)測試,前者不利用計算機(jī)運(yùn)行待測程序而應(yīng)用其他手段實現(xiàn)測試目的,如代碼審核。(我認(rèn)為主要是讓測試人員對編譯器發(fā)現(xiàn)不了的潛在錯誤進(jìn)行分析,如無效的死循環(huán),多余的變量等),而動態(tài)測試則通過運(yùn)行被測試軟件來達(dá)到目的。2、按階段劃分:     1 單元測試  單元測試是對軟件中的基本組成單位進(jìn)行的測試,如一個模塊、一個過程

10、等等。它是軟件動態(tài)測試的最基本的部分,也是最重要的部分之一,其目的是檢驗軟件基本組成單位的正確性。因為單元測試需要知道內(nèi)部程序設(shè)計和編碼的細(xì)節(jié)知識,一般應(yīng)由程序員而非測試員來完成,往往需要開發(fā)測試驅(qū)動模塊和樁模塊來輔助完成單元測試。因此應(yīng)用系統(tǒng)有一個設(shè)計很好的體系結(jié)構(gòu)就顯得尤為重要。 一個軟件單元的正確性是相對于該單元的規(guī)約而言的。因此,單元測試以被測試單位的規(guī)約為基準(zhǔn)。單元測試的主要方法有控制流測試、數(shù)據(jù)流測試、排錯測試、分域測試等等。    2 集成測試  集成測試是在軟件系統(tǒng)集成過程中所進(jìn)行的測試,其主要目的是檢查軟件單位之間的接口是否正確。它根據(jù)集成測試計

11、劃,一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng),一邊運(yùn)行該系統(tǒng),以分析所組成的系統(tǒng)是否正確,各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。  3 系統(tǒng)測試 系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試,以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項簡單的任務(wù),它被稱為測試的“先知者問題”。因此,系統(tǒng)測試應(yīng)該按照測試計劃進(jìn)行,其輸入、輸出和其他動態(tài)運(yùn)行行為應(yīng)該與軟件規(guī)約進(jìn)行對比。軟件系統(tǒng)測試方法很多,主要有功能測試、性能測試、隨機(jī)測試等等。  4 驗收測試  驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿

12、足其用戶的需求。它的測試數(shù)據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集。所不同的是,驗收測試常常有軟件系統(tǒng)的購買者代表在現(xiàn)場,甚至是在軟件安裝使用的現(xiàn)場。這是軟件在投入使用之前的最后測試。 5 回歸測試  回歸測試是在軟件維護(hù)階段,對軟件進(jìn)行修改之后進(jìn)行的測試。其目的是檢驗對軟件進(jìn)行的修改是否正確。這里,修改的正確性有兩重含義:一是所作的修改達(dá)到了預(yù)定目的,如錯誤得到改正,能夠適應(yīng)新的運(yùn)行環(huán)境等等;二是不影響軟件的其他功能的正確性。  6 Alpha 測試:在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后,仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其他人員員完成,不能由程序

13、員或測試員完成。   7 Beta 測試:當(dāng)開發(fā)和測試根本完成時所做的測試,而最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員員完成,不能由程序員或測試員完成。3、按測試方法劃分:1 白盒測試    白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,是指基于一個應(yīng)用代碼的內(nèi)部邏輯知識,即基于覆蓋全部代碼、分支、路徑、條件的測試,它是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行,按照程序內(nèi)部的結(jié)構(gòu)測試程序,檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作,而不顧它的功能,白盒測試的主要方法有邏輯驅(qū)動、基路測試等,主要用于

14、軟件驗證。“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試?!鞍缀小狈ㄊ歉F舉路徑測試。在使用這一方案時,測試者必須檢查程序的內(nèi)部結(jié)構(gòu),從檢查程序的邏輯著手,得出測試數(shù)據(jù)。貫穿程序的獨(dú)立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一,窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范,即程序本身是個錯誤的程序。第二,窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三,窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。  白盒測試可以借助一些工具來完成如Junit Framework,Jtest等。2 黑盒測試 黑盒測試是指不基于內(nèi)部設(shè)計和代碼的任何知識,而基于需求和功能性的測

15、試,黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,它是在已知產(chǎn)品所應(yīng)具有的功能,通過測試來檢測每個功能是否都能正常使用,在測試時,把程序看作一個不能打開的黑盆子,在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下,測試者在程序接口進(jìn)行測試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等,主要用于軟件確認(rèn)測試?!昂诤小狈ㄖ塾诔绦蛲獠拷Y(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試?!昂诤小狈ㄊ歉F舉輸入測試,只有把所有可能的輸入都作為測試情況使用,

16、才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個,人們不僅要測試所有合法的輸入,而且還要對那些不合法但是可能的輸入進(jìn)行測試。   黑盒測試也可以借助一些工具,如WinRunner,QuickTestPro,Rational Robot等。3 ALAC(Act-like-a-customer)測試ALAC測試是一種基于客戶使用產(chǎn)品的知識開發(fā)出來的測試方法。ALAC測試是基于復(fù)雜的軟件產(chǎn)品有許多錯誤的原則。最大的受益者是用戶,缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。1、靜態(tài)和動態(tài)測試靜態(tài)測試是不運(yùn)行被測程序本身而尋找程序中可能存在的錯誤或評估程序代碼的過程。通

17、過分析或者檢查源程序的語法、結(jié)構(gòu)、過程、借口等來檢查程序的正確性,找出問題。這些問題包括:參數(shù)不匹配、不適當(dāng)?shù)姆种短缀脱h(huán)嵌套、未使用過的變量、空指針的引用等。文檔的測試一般也是用靜態(tài)測試。靜態(tài)測試可以用手工,也可以用工具實現(xiàn)。靜態(tài)測試工具一般是對代碼進(jìn)行語法檢查,找出不符合編碼規(guī)范的地方,根據(jù)某種模型評價代碼的質(zhì)量,生成系統(tǒng)的調(diào)用關(guān)系圖等,常見的工具有Telelogic公司的Logiscope、PR公司的PRQA等。動態(tài)測試是運(yùn)行被測試程序,輸入相應(yīng)的測試數(shù)據(jù),檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異,判定執(zhí)行結(jié)果是否符合要求,從而檢驗程序的正確性、可靠性和有效性,并分析系統(tǒng)運(yùn)行效率和健壯性等性能。2

18、、黑盒測試、灰盒測試和白盒測試黑盒測試又稱為功能測試、數(shù)據(jù)驅(qū)動測試或者基于規(guī)格說明書的測試,注重測試軟件的功能需求。測試人員不關(guān)心程序具體如何實現(xiàn),根據(jù)軟件的規(guī)格對軟件進(jìn)行各種輸入,觀察軟件的各種輸出結(jié)果,發(fā)現(xiàn)軟件的缺陷。因為這類測試不考慮軟件的內(nèi)部運(yùn)作原理,因此軟件對用戶來說就像一個黑盒子?;液袦y試是介于黑盒測試與白盒測試之間的測試方法,在執(zhí)行白盒測試的時候考慮使用黑盒測試的方法。白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序代碼的測試。根據(jù)軟件內(nèi)部的工作原理分析來進(jìn)行測試,測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量。3、冒煙測試冒煙測試的對象是每一個新編譯的需要

19、正式測試的軟件版本,目的是確認(rèn)軟件的基本功能正常,可以進(jìn)行后續(xù)的正式測試工作。簡單的說,冒煙測試就是用較少的人,在較短的時間內(nèi),測試程序的主要功能,如果通過再進(jìn)行正式的測試。4、回歸測試(Regression testing)在發(fā)生修改之后重新測試先前的測試以保證修改的正確性,以及修改后沒有引發(fā)新的錯誤。5、功能測試和性能測試功能測試(Functional testing):根據(jù)產(chǎn)品特征、操作描述和用戶方案,測試一個產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計需求。性能測試(Performance testing):評價一個產(chǎn)品或組建與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試

20、、基準(zhǔn)測試等類型。6、壓力測試和負(fù)載測試壓力測試:獲取系統(tǒng)正確運(yùn)行的極限,檢查系統(tǒng)在瞬間峰值負(fù)荷下正確運(yùn)行的能力,例如:對服務(wù)器做壓力側(cè)室時增加并發(fā)操作的用戶數(shù)量,或者不停向服務(wù)器發(fā)送請求,或者一次性向服務(wù)器發(fā)送特別大的數(shù)據(jù)等。看服務(wù)器保持正常運(yùn)行所能達(dá)到的最大狀態(tài)。負(fù)載測試:用于檢查系統(tǒng)在使用大量數(shù)據(jù)的時候正確工作的能力,即檢驗系統(tǒng)的能力最高能達(dá)到什么程度,例如:對信息檢索系統(tǒng),讓他的使用頻率達(dá)到最大,或者對多個終端的分時系統(tǒng),讓所有的終端都開動,在使整個系統(tǒng)的全部資源達(dá)到“滿負(fù)荷”的情況下,測試系統(tǒng)的承受能力。區(qū)別于壓力測試的是,負(fù)載測試一般模仿用戶真實環(huán)境,大量數(shù)據(jù)也不會取到實際不可能達(dá)

21、到的數(shù)值。7、易用性測試:從客戶角度出發(fā),從使用軟件的合理性和方便性等角度對軟件系統(tǒng)進(jìn)行檢查,發(fā)現(xiàn)人為因素或使用上的問題。8、安裝測試:確保軟件在正常情況和異常情況的不同條件下,如首次安裝、升級、完整或自定義安裝等都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。核實軟件在安裝后可正常運(yùn)行。安裝測試還包括卸載測試。9、界面測試:用戶界面風(fēng)格是否滿足用戶要求,文字是否正確,版面是否美觀等。包括窗口測試,菜單和鼠標(biāo)操作,數(shù)據(jù)項測試。10、配置測試:主要檢查計算機(jī)系統(tǒng)內(nèi)各個設(shè)備或各種資源之間的相互連接和功能分配中的錯誤,包括驗證全部配置命令的可操作性,軟件配置,硬件配置,利用手動方式進(jìn)行配

22、置狀態(tài)間的轉(zhuǎn)換。11、文檔測試:檢查文檔的正確性、完備性和可理解性。12、兼容性測試(企業(yè)內(nèi)常稱為“共存性”):測試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容,如瀏覽器、操作系統(tǒng)、硬件等。13、安全性測試(尤其B/S系統(tǒng)要求比較高):檢查系統(tǒng)對非法入侵的防范能力,檢查系統(tǒng)中已存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用,有無漏洞。系統(tǒng)安全設(shè)計的準(zhǔn)則是,使非法侵入的代價超過被保護(hù)信息的價值。14、恢復(fù)測試(Recovery testing):主要檢查系統(tǒng)的容錯能力。當(dāng)系統(tǒng)出錯時,能否在規(guī)定時間內(nèi)修正錯誤并恢復(fù)正常。例如SQL的回滾機(jī)制。15、可移植性測試:測試軟件是否可以被成功移植到指定的硬件或軟件

23、平臺上。16、引導(dǎo)測試:軟件開發(fā)中,驗證系統(tǒng)在真實硬件和客戶基礎(chǔ)上處理典型操作的能力。在軟件外包測試中,引導(dǎo)測試通常是客戶檢查軟件測試公司測試能力的一種形式,只有通過了客戶特定的引導(dǎo)測試,軟件測試公司才能接受客戶真實軟件項目的軟件測試。17、隨機(jī)測試:沒有書面測試用例、記錄期望結(jié)果、檢查列表、腳本或指令的測試,主要是根據(jù)測試者的經(jīng)驗對軟件進(jìn)行功能和性能抽查。隨機(jī)測試是根據(jù)測試說明書執(zhí)行測試用例的重要補(bǔ)充手段,是保證測試覆蓋完整性的有效方式和過程。18、健全測試:軟件主要功能成分的簡單測試以保證它是否能進(jìn)行基本的測試。19、手工和自動化測試自動化測試:使用自動化測試工具進(jìn)行測試,一般不需要人工過

24、多干預(yù),在GUI、性能測試中用得較多。20、國際化測試、本地化能力測試、本地化測試國際化測試:目的是測試軟件的國際化支持能力,發(fā)現(xiàn)軟件的國際化的潛在問題,保證軟件在世界不同區(qū)域中都能正常運(yùn)行。國際化測試使用每種可能的國際輸入類型,針對任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常,軟件國際化測試的重點在于執(zhí)行國際字符串的輸入/輸出功能。本地化能力測試:本地化能力是指不需要重新設(shè)計或修改代碼,將程序的用戶界面翻譯成任何目標(biāo)語言的能力。常在軟件的偽本地化版本上進(jìn)行。本地化測試:對象是軟件的本地化版本。本地化測試的目的是測試特定目標(biāo)區(qū)域設(shè)置的軟件本地化質(zhì)量。本地化測試的環(huán)境是在本地化的操作系統(tǒng)上安裝本地化的軟件。21、通過測試:即正面測試,使用滿足需求的數(shù)據(jù)測試系統(tǒng)的過程。22、失敗測試:負(fù)面測試,使用不滿足需求的數(shù)據(jù)測試系統(tǒng)。23、錯誤猜測:是通過

溫馨提示

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

評論

0/150

提交評論