第一篇：報表測試方法總結(jié)

報表測試方法總結(jié)

1.提高對業(yè)務(wù)的熟悉程度

和功能測試以及其他測試一樣，報表測試也需要熟悉業(yè)務(wù)，包括業(yè)務(wù)流程、業(yè)務(wù)規(guī)則以及數(shù)據(jù)存儲，不同點是報表測試要理解每個指標(biāo)的算法、數(shù)據(jù)來源以及要明白具體的業(yè)務(wù)動作和指標(biāo)之間的關(guān)系，例如：要統(tǒng)計保費收入，首先要考慮正常保單，其次要考慮批增、批減以及注銷、全單退以及其他特殊批改，這些業(yè)務(wù)類型都可以對此指標(biāo)的統(tǒng)計結(jié)果產(chǎn)生影響。所以如果不能分析業(yè)務(wù)動作和指標(biāo)之間的關(guān)系，那就無法驗證報表中數(shù)據(jù)的準(zhǔn)確性。

2.數(shù)據(jù)準(zhǔn)備

數(shù)據(jù)對報表測試來說是非常重要的問題，因為報表的基本功能就是通過各種查詢統(tǒng)計分析的方法為用戶提供準(zhǔn)確的數(shù)據(jù)，幫助用戶進(jìn)行決策以及分析，所以在報表測試前要保證準(zhǔn)備足夠多準(zhǔn)確、有效的數(shù)據(jù)。在實際測試的時候一定要覆蓋到報表所要求的每個維度,要保證所有的指標(biāo)都要有對應(yīng)的數(shù)據(jù)，不能出現(xiàn)指標(biāo)為零的情況，當(dāng)然也不需要過多，只要覆蓋了所有的類型就可以了。一下總結(jié)了兩種數(shù)據(jù)準(zhǔn)備的方法：

1> 對測試后期比如凍結(jié)測試時產(chǎn)生的數(shù)據(jù)進(jìn)行備份，用于報表測試，前提一定要保證數(shù)據(jù)的原始性，不允許對任何人對數(shù)據(jù)進(jìn)行修改；

2> 自己手工對數(shù)據(jù)進(jìn)行準(zhǔn)備并且精心設(shè)計，要分析影響所測指標(biāo)的各種因素，以及每個因素可能出現(xiàn)的不同變化，這樣才有可能覆蓋各種查詢統(tǒng)計方法，并且要考慮需要考慮的是對各種正常的、異常的業(yè)務(wù)流程和業(yè)務(wù)規(guī)則的組合的遍歷或覆蓋,從而來驗證報表是否取到的該取的數(shù)據(jù)、沒有取不該取的數(shù)據(jù)，并且最后計算出了正確的結(jié)果。最后要將自己準(zhǔn)備的數(shù)據(jù)用excel保存，并對數(shù)據(jù)的特點進(jìn)行記錄，以提高測試時的效率，并可以減少回歸測試工作量；

3.數(shù)據(jù)正確性驗證

對于客戶來說，使用報表就是期望通過報表系統(tǒng)這個平臺能夠快速簡單的查到自己所需要的數(shù)據(jù)，所以測試報表最主要的內(nèi)容就是要驗證數(shù)據(jù)的正確性，總結(jié)方法如下：1 > 要弄清楚數(shù)據(jù)的來源，來源于哪張表、哪個字段；> 時間條件：統(tǒng)計區(qū)間具體應(yīng)該以業(yè)務(wù)中的什么時間在卡，并且考慮需求中是否包括統(tǒng)計區(qū)間的邊界值；

3> 要弄清楚所測表以及所測指標(biāo)的特定條件，比如要統(tǒng)計2009-01-01——2009-01-31 這個月份所有代理業(yè)務(wù)，那特定條件就是將保單的業(yè)務(wù)來源要限制在代理業(yè)務(wù)中； 4> Sql準(zhǔn)備，這個過程是將上面三個過程進(jìn)行總結(jié)，也是后續(xù)和開發(fā)人員進(jìn)行分析數(shù)據(jù)的基礎(chǔ)，所以提高自己編寫sql的能力。另外當(dāng)測試時間不充裕的情況下，對一

5>

6>

7>

8> 些簡單的報表，如清單之類的報表就可以不用自己遍寫sql語句，直接選出各種業(yè)務(wù)類型的單子進(jìn)行單獨分析； 數(shù)據(jù)核對以及分析，用sql查詢出的數(shù)據(jù)要和開發(fā)人員的進(jìn)行核對，由于有些數(shù)據(jù)量很大，所以最好借助對比工具（推薦：BCompare此軟件），對于核對不上的數(shù)據(jù)要單獨進(jìn)行分析，分析的過程往往是發(fā)現(xiàn)問題主要環(huán)節(jié)，在這個過程中，如果自己實在分析不出來，則可以讓開發(fā)人員協(xié)助； 數(shù)據(jù)的顯示格式：小數(shù)位、千分符，百分號等是否與報表設(shè)置的一致，單位、匯率等是否進(jìn)行轉(zhuǎn)化，將有些代碼是否轉(zhuǎn)換成文字，比如被保險人性別，是否將系統(tǒng)中的0、1轉(zhuǎn)化成男或女； 明細(xì)與合計的一致性:各部分明細(xì)值的和是否和總和一致等； 要覆蓋所有的查詢統(tǒng)計方式，在時間充分的條件下，要根據(jù)條件（篩選項、維度）

通過等價類劃分和排列組合設(shè)置各種條件組合，每種都要測試到，千萬不能按照自己的習(xí)慣為準(zhǔn)；

4.報表格式的顯示

在數(shù)據(jù)驗證之后，要關(guān)注的就是輸出報表的顯示格式是否符合客戶需求。報表的格式主要有兩大類：

一、保險行業(yè)標(biāo)準(zhǔn)中規(guī)定的報表使用固定格式，如：保監(jiān)會上報的一些報表，二：按照企業(yè)或者用戶的需求定制的報表，所以對這兩大類報表則需要從以下幾個方面去測試：

1> 報表的整體顯示格式是否符合客戶提供的表樣

2> 報表的標(biāo)題或者表名是否正確

3> 報表頁面的時間段是否是用戶選擇的時間段

4> 當(dāng)輸出的內(nèi)容過多時，分頁方式是否正確，翻頁時，是否有與上頁相同的樣式（如

表頭），第2頁的輸出是否正確

5> 需要特別提醒的數(shù)據(jù)（一些異常數(shù)據(jù)）是否突出顯示，有些指標(biāo)計算方法特別復(fù)雜

或者有幾個指標(biāo)容易混淆時是否在頁面有加注釋

5.報表之間的可比性

在縱向的測試完成后，我們要將所測試的報表進(jìn)行橫向聯(lián)系，因為有些報表雖然名稱不一樣，但是有些指標(biāo)是一樣的，這樣我們就需要將這兩張報表哪起來進(jìn)行比較，看在相同的時間段內(nèi)是否統(tǒng)計出的結(jié)果都是一樣的。另外不同報表的不同指標(biāo)之間也是有聯(lián)系的，如：業(yè)務(wù)中的應(yīng)收保費清單和財務(wù)中的應(yīng)收保費科目余額，當(dāng)兩者統(tǒng)計口徑一致的時候，清單中的應(yīng)收保費的合計則等于財務(wù)應(yīng)收科目的余額，還有保費收入、實收保費、應(yīng)收保費在同一統(tǒng)計區(qū)間總保費收入 = 實收保費 + 應(yīng)收保費（未實收到的），所以在測試過程中，一定要理清它們之間的層次、順序，這就需要加強(qiáng)對業(yè)務(wù)的理解和知識的積累！

6.其他

1> 報表的輸出以及打印

報表在系統(tǒng)中生成后,并沒有結(jié)束.報表一般都需要打印出來供客戶使用用,例如開會或者提交審批之類.所以報表的打印功能也是非常重要的.在打印之前,用戶一般都需要導(dǎo)出報表做進(jìn)一步的分析或用于和其他報表的比較.所以也要驗證報表的導(dǎo)出功能.一般可以導(dǎo)出的主要格式是Excel,pdf格式,然后要驗證導(dǎo)出的內(nèi)容是否正確,與生成的報表相一致.2> 報表的性能

盡量要求開發(fā)人員采用最優(yōu)的查詢語句，避免客戶在使用過程中等待時間過長 3> 報表的權(quán)限

對于有權(quán)限控制的系統(tǒng),報表當(dāng)然也應(yīng)該和用戶所具有的權(quán)限相一致.需要從兩方面校驗權(quán)限的控制.報表的條件定義:在條件選擇區(qū)域,有些下拉框中應(yīng)該不能顯示用戶權(quán)限范圍外的數(shù)據(jù).備注：目前這部分內(nèi)容測試比較少，之前客戶沒有提出權(quán)限這方面的需求，但是最近在使用過程中，客戶提出過，要求分公司人員只能查出自己分公司的清單，允許總公司查出所有的符合要求的清單，估計在后續(xù)還會提出類似這樣的要求，所以這部分后續(xù)要需要加強(qiáng)測試。

第二篇：軟件測試中報表測試用例設(shè)計方法總結(jié)

軟件測試中報表測試用例設(shè)計方法總結(jié)

報表的測試主要分為以下幾個方面:界面,安全性,準(zhǔn)確性,展示速度(性能)

數(shù)據(jù)統(tǒng)計方面

1、報表統(tǒng)計數(shù)據(jù)的正確性；

2、報表統(tǒng)計數(shù)據(jù)的完整性；

3、報表統(tǒng)計數(shù)據(jù)的合法性；比如，統(tǒng)計金額字段需求要求有“$”等；

報表格式

1、表頭字段表示的正確性；

2、表頭字段表示的完整性；

3、表頭字段表示的字體，字號，美觀程度；

4、各統(tǒng)計字段的顯示是否滿足需求；比如：數(shù)據(jù)過長時要求折行還是縮??；

5、頁眉和頁角的表示；

報表的預(yù)覽和印刷

1、預(yù)覽中的顯示完整性；

2、多頁情況下，第2頁的表頭顯示；

3、能否實現(xiàn)需求要求的特定印刷情況；（比如，印刷使用指定的模板）

4、預(yù)覽后印刷；

5、不預(yù)覽，直接印刷

6、需求規(guī)定各類打印機(jī)的測試；

數(shù)據(jù)準(zhǔn)確性測試，帶有報表測試的系統(tǒng)分為兩類，一類是業(yè)務(wù)系統(tǒng)中，帶有統(tǒng)計分析功能模塊，該模塊中包含分析報表，這個系統(tǒng)的主體是業(yè)務(wù)系統(tǒng)，報表是為辦理業(yè)務(wù)的而提供幫助的。

比如說，應(yīng)年檢統(tǒng)計報表，某月應(yīng)交罰款車輛統(tǒng)計報表，這樣的報表數(shù)據(jù)準(zhǔn)確與否，可通過增加、刪減、修改相關(guān)業(yè)務(wù)或相關(guān)業(yè)務(wù)的參數(shù)，查看統(tǒng)計報表數(shù)據(jù)變化，檢查數(shù)據(jù)準(zhǔn)確性。

另一類是系統(tǒng)只有統(tǒng)計功能，就是我說的數(shù)據(jù)倉庫展現(xiàn)這類，它與業(yè)務(wù)系統(tǒng)分離，并且經(jīng)過多層處理，比如數(shù)據(jù)倉庫的數(shù)據(jù)，經(jīng)過抽取，清洗，展現(xiàn)前會經(jīng)過數(shù)據(jù)挖掘，數(shù)據(jù)再處理，有些字段在原始數(shù)據(jù)表中根本就沒有。這樣的數(shù)據(jù)準(zhǔn)確性測試比較復(fù)雜，當(dāng)然檢查出數(shù)據(jù)錯誤，修改定位也是很不容易的。

從整個項目節(jié)約成本看，逐層測試效果是最好的。完全修改率也是最高的。

首先建立測試數(shù)據(jù)模型，模擬所有應(yīng)用表，建立簡單易跟蹤的數(shù)據(jù)用例，底層的數(shù)據(jù)表測試，方法很原始，嘿嘿，通過SQL語句和手工計算，對數(shù)據(jù)進(jìn)行比對。對系統(tǒng)中的報表數(shù)據(jù)準(zhǔn)確性測試方法較為靈活，①系統(tǒng)中報表重疊的進(jìn)行比對

②對子報表匯總與父報表比對，就是對月報表匯總與年報表比對，日報表匯總與月報表比對，這只是一個方面，可以從維度關(guān)系考慮，地域，行政級別、時間，個人等方面下手，進(jìn)行匯總比對

③這個方法如果延伸點呢，可以將報表間的業(yè)務(wù)邏輯關(guān)系作為比對依據(jù)。呵呵，這要看測試人員的需求了解深度個人能力了。插幾句不想干的話，做測試工作總讓我保持快樂狀態(tài)，前兩天我的一個同事說，公司里一直沒有人喜歡做測試工作，這個工作太枯燥。嘿嘿，我當(dāng)時就說我做了這么多年的測試工作從來沒有感覺到枯燥。重復(fù)性工作不代表枯燥，編程其實不也是重復(fù)嘛，人每天誰不重復(fù)昨天的事啊，吃飯，吃這個動作重復(fù)一生，有誰覺得麻煩枯燥啦？

④使用SQL和手工計算進(jìn)行比對。以上是差錯方式，接下來講一下查什么錯？哪些地方容易出錯

●原始表使用錯誤：因為表比較多，又加上沒有統(tǒng)一的數(shù)據(jù)關(guān)系對應(yīng)表，很容易表使用錯誤，當(dāng)然這應(yīng)該是單元測試檢查出來的錯誤。

●數(shù)據(jù)處理邏輯錯誤：這一點容易因為測試人員和開發(fā)人員對需求理解有偏差造成爭執(zhí)，所以在需求評審時，對數(shù)據(jù)處理規(guī)則用表達(dá)式或偽代碼表示清楚。還有就是程序員失誤，邏輯編寫有偏差，邊界值、特殊情況處理不當(dāng)。

●數(shù)據(jù)權(quán)限：不同用戶對數(shù)據(jù)有著不同的查看權(quán)限。這關(guān)系到數(shù)據(jù)的安全性。

●數(shù)據(jù)誤差：數(shù)據(jù)的保留位數(shù)，數(shù)據(jù)是否是處理計算是否是最后一次計算使用了位數(shù)保留和四舍五入。

●由于字典表，數(shù)據(jù)錯誤，而造成的數(shù)據(jù)錯誤，如，根據(jù)性別統(tǒng)計，購買量，表中的男女顛倒，或者沒有考慮性別缺失項，用了ifelse,這樣就是把表中缺失該項內(nèi)容的算成了else條件里?；蛘哌壿嬛袘?yīng)該考慮用戶狀態(tài)，數(shù)據(jù)狀態(tài)類似的字段，容易被忽略，測試應(yīng)該考慮到。

●最后一項，當(dāng)數(shù)據(jù)量相當(dāng)大的時候，統(tǒng)計應(yīng)該考慮，切割速度，也就是數(shù)據(jù)的完整性，由于數(shù)據(jù)切割的滯后，帶來的數(shù)據(jù)不完整，而造成統(tǒng)計結(jié)果不完整。如統(tǒng)計昨天的銷售情況，而昨天的數(shù)據(jù)并沒有完全從業(yè)務(wù)系統(tǒng)數(shù)據(jù)到數(shù)據(jù)池，再者月底數(shù)據(jù)，由于最后一天的數(shù)據(jù)切割不完整而造成的正月統(tǒng)計數(shù)量不準(zhǔn)確。

報表的界面和輸入輸出測試

界面分為輸入界面和輸出界面；統(tǒng)一的界面要求：美觀、統(tǒng)一、易操作。

輸入界面要求是：

①輸入項字段長度不允許超過字段長度；

②輸入不符合字段要求的，不允許查詢。如money類型，在輸入漢字，字母、特殊字符等不允許查詢，并有友好的操作提示。

③用戶權(quán)限范圍外的輸入，不允許查詢。如用戶輸入不是其權(quán)限范圍內(nèi)的客戶號，不允許查詢，并有友好的操作提示。

對于選項，應(yīng)不出現(xiàn)可選擇的用戶權(quán)限以外的選項。

對于漢字模糊查詢，考慮不常見字，如“?”即漢字因譯碼問題，造成的漢字存儲出現(xiàn)亂碼問題。

輸出界面要求：

①因為是報表所以應(yīng)該有打印、打印預(yù)覽、報表導(dǎo)出等功能。不能因為報表導(dǎo)出丟失數(shù)據(jù)，不能因為打印缺少了報表表格框

②報表排列方式可調(diào)，用戶可按任意列升序或降序排列，或者，按某一關(guān)鍵列的一定規(guī)則排序

③報表標(biāo)題明確，不能含糊誤導(dǎo)用戶

④報表內(nèi)可關(guān)聯(lián)查詢的項，應(yīng)能特殊顯示，如鼠標(biāo)有箭頭變?yōu)槭终?，子報表格式與父報表格式統(tǒng)一，數(shù)據(jù)統(tǒng)一。

報表測試根據(jù)項目的定義有大有小,有時只是作為軟件的一個部分進(jìn)行測試,有時整個項目都是測試各種報表.但不論如何,報表的作用始終都是將系統(tǒng)中已經(jīng)存在的數(shù)據(jù)根據(jù)用戶的設(shè)置計算加工/整理匯總/最終以清晰的格式展示給用戶,以便用戶進(jìn)一步做數(shù)據(jù)分析或統(tǒng)計.軟件中的報表實現(xiàn)一般分為定義報表的所需數(shù)據(jù)(一般可以通過選擇或手工輸入條件來縮小數(shù)據(jù)范圍)和定義報表格式兩個部分.報表格式除了如國家各行業(yè)標(biāo)準(zhǔn)中規(guī)定的報表使用固定格式外,大多是根據(jù)企業(yè)或用戶的需要定制報表.所以,做報表測試時要注意以下方面:

1.數(shù)據(jù)的正確

用戶使用報表就是期望通過一個簡單方便的平臺能快速的查找到他所需要的數(shù)據(jù).所以在測試報表時首先就要檢查報表中的數(shù)據(jù)是不是用戶需要的數(shù)據(jù),如果沒有加工的數(shù)據(jù),是否保持了原貌;加工過的數(shù)據(jù)查看加工的結(jié)構(gòu)是否和手工加工的結(jié)果一致.簡言之,需要測試以下內(nèi)容.數(shù)據(jù)的來源：來源于哪張表,哪個字段,數(shù)據(jù)庫中的數(shù)值與界面數(shù)據(jù)的對應(yīng).如數(shù)據(jù)庫中性別的數(shù)據(jù)可能是0或1,但界面顯示為男或女,這個對應(yīng)關(guān)系是否正確.數(shù)據(jù)的范圍：是否只顯示了報表設(shè)置的對應(yīng)范圍；特別要注意邊界數(shù)據(jù),要清楚報表的需求,是否需要過濾掉被選擇的數(shù)據(jù).如時間選擇為200627~200727,那么是否應(yīng)該包含9-27這天.數(shù)據(jù)的對應(yīng)關(guān)系：數(shù)據(jù)庫中的字段是否與報表中的信息對應(yīng)

數(shù)據(jù)的格式：小數(shù)位,千位符,四舍五入等是否與報表設(shè)置一致；單位或稅率轉(zhuǎn)換是否正確；組合顯示的數(shù)據(jù)是否合理

數(shù)據(jù)的排序：排序方式是否與報表設(shè)置一致(如果沒有設(shè)置,是否有一個清晰的默認(rèn)排序方式,如按字母或數(shù)字排序)

流水號：如報表有使用流水號,流水號的生成和格式是否正確.取消操作是否會生成流水號.明細(xì)與合計的一致性：各部分明細(xì)或小節(jié)是否與最后總和一致

其他

測試這一部分內(nèi)容需要對業(yè)務(wù)邏輯相當(dāng)熟悉,對數(shù)據(jù)庫的設(shè)計也要非常了解.必要時可以通過自己寫查詢語句查看數(shù)據(jù).有些報表的條件有多有少,但測試方法都是一樣.根據(jù)條件通過等價類劃分和排列組合設(shè)置各種條件組合.千萬不要盲目的測試,否則會導(dǎo)致該測的沒測,多余的測試做了一堆..一般來說有類別劃分的(一般界面表現(xiàn)為下拉框),每個類別都要測試到,如性別中的男,女都要測試.輸入的可以用等價類來劃分要測試的數(shù)據(jù).2.格式的正確

數(shù)據(jù)驗證正確后,就需要看看報表的輸出格式是否符合要求.可以從以下幾方面來檢查.報表的整體風(fēng)格：報表是否符合規(guī)定的或用戶設(shè)置的格式

報表標(biāo)題：報表的標(biāo)題是否是正確的報表名稱；如報表中有嵌入的數(shù)據(jù)(會跟隨用戶的選擇而變化的).需要檢查數(shù)據(jù)是否正確,如XX企業(yè)9月份財務(wù)報表,這個9月就是用戶選擇的;或者XX公司200627~200727的網(wǎng)站訪問量,這個時間段也是用戶選擇的.公司的一些標(biāo)志：如logo,名稱,地址之類的是否正確

報表的頁首與頁尾：是否采用了一致的規(guī)則.分頁：當(dāng)輸出的內(nèi)容多時,分頁是否正確.翻頁功能是否正確

友好性：數(shù)據(jù)或圖表是否清晰,一目了然,數(shù)據(jù)的展示符合用戶的習(xí)慣；需要特別提醒的數(shù)據(jù)(如合計,異常數(shù)據(jù))是否突出顯示；復(fù)雜算法處,用戶不明白或容易混淆處是否有注釋；一些默認(rèn)的格式是否讓人感覺舒服,如對齊,邊界,間隔等

3.權(quán)限的控制

對于有權(quán)限控制的系統(tǒng)，報表當(dāng)然也應(yīng)該和用戶所具有的權(quán)限相一致。需要從兩方面校驗權(quán)限的控制。

報表的條件定義:在條件選擇區(qū)域，有些下拉框中應(yīng)該不能顯示用戶權(quán)限范圍外的數(shù)據(jù)。如普通文員在使用報表時，報表名稱下拉框中是不可以顯示管理者才能查看的報表的。有些以輸入的文本框有級別的劃分時，都應(yīng)該要測試輸入超越權(quán)限的數(shù)據(jù)的相應(yīng)。

注意這里一定要測試每個條目。

報表內(nèi)容：報表中的內(nèi)容不能顯示用戶本沒有權(quán)限查看的數(shù)據(jù)。

4.報表的輸出

報表在電腦上生成后，并不是報表的結(jié)束。報表一般都需要打印出來他用，如開會或者提交審批之類。所以報表的打印功能也是非常重要的。測試主要分成三部分：

●打印設(shè)置

●打印預(yù)覽

●實際打印效果

除了打印之外，用戶有可能需要導(dǎo)出報表做進(jìn)一步的分析或用于和其他報表的比較。所以也應(yīng)該提供導(dǎo)出報表的功能。一般可以導(dǎo)出為CSV,Excel,pdf,html,xml格式。

第三篇：軟件測試方法總結(jié)

軟件測試方法總結(jié)

（一）發(fā)布時間: 2008-12-12 17:07作者: lxm_lxm來源: 51Testing論壇

軟件測試方法的總結(jié)，是lxm_lxm根據(jù)個人所做過的項目整理的，提供給新來的的朋友們。軟件測試方法總結(jié)

一、界面

● 界面測試

（1）測試界面設(shè)計是否合理、簡潔、美觀，操作是否方便

（2）功能鍵、數(shù)據(jù)項信息是否齊全

（3）確認(rèn)系統(tǒng)中同一功能抌名稱是否統(tǒng)一

（4）設(shè)計樣式、風(fēng)格（查詢條件樣式；輸入風(fēng)格（點選/手輸入）；）是否與系統(tǒng)其它模塊統(tǒng)一

（5）確認(rèn)頁面內(nèi)所有字段名稱顯示風(fēng)格是否統(tǒng)一（居中、左對齊、右對齊，一般采用居中顯示風(fēng)格）

1、新增頁面及功能測試

● 字段

在開始測試時應(yīng)該保證數(shù)據(jù)的正確性，然后再從系統(tǒng)中找出各種Bug

（1）各字段輸入正確的信息值保存，確認(rèn)系統(tǒng)是否可以正確完成新增操作。

（2）進(jìn)入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統(tǒng)應(yīng)該給出某個不允許為空字段的提示信息（屬于邊界測試）

（3）建議不允許為空的字段前面加上?*?作為標(biāo)記（統(tǒng)一性，方便性問題）

（4）編碼/編號字段不允許輸入中文及特殊字符，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

（5）測試編碼/編號字段不允許重復(fù)，否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

（6）確認(rèn)字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時系統(tǒng)應(yīng)該給出提示信息

（7）非法測試，如：校驗數(shù)值型字段輸入非數(shù)值，保存時系統(tǒng)是否給出相應(yīng)的提示信息（根據(jù)實際需要確定數(shù)值型字段是否能夠接受負(fù)數(shù)）

（8）邊界測試，如：確認(rèn)數(shù)值型字段的邊界值（如：有效值為?0-100?整數(shù)，那么輸入-1或101保存時系統(tǒng)應(yīng)該給出相應(yīng)的提示信息；輸入值為0、100系統(tǒng)應(yīng)該能正確保存信息值；輸入0到100內(nèi)的整數(shù)值系統(tǒng)應(yīng)該正確保存信息值）

（9）精確值測試，測試小數(shù)位數(shù)是否在定義的長度內(nèi)

（10）字段精確值是否正確（四舍五入否）。

（11）根據(jù)實際情況測試名稱字段是否具有唯一性，（一般情況下名稱是不允許重復(fù)的，具體問題具體分析），否則系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

（12）確認(rèn)各字段名稱書寫是否正確（注意：要求編輯界面、住息列表中、錯誤提示信息、查詢條件中的字段名稱完全相同）

（13）確認(rèn)特殊格式的字段是否已做標(biāo)準(zhǔn)格式的限制（如：電子郵件、郵編等）

（14）測試上級信息字段（如：上級XXX名稱、上級XXX編號）的信息值是否根據(jù)所選擇的上級XXX名稱系統(tǒng)自動生成（注意：編號生成值一定是維護(hù)界面的編號，而不應(yīng)該是相應(yīng)表的那個主鍵編碼）

（15）測試如果某字段信息值是從另一個模塊中選擇輸入的，那么需要確認(rèn)其它相關(guān)聯(lián)字段的信息值是否也相應(yīng)的正確的自動帶入，并且這些字段應(yīng)該都是只讀的（16）創(chuàng)建人/編輯人、發(fā)布人、創(chuàng)建時間、創(chuàng)建人字段應(yīng)該設(shè)為只讀的，而且此類字段值應(yīng)該默認(rèn)當(dāng)前操作人的姓名

（17）如果某個字段可以點選輸入多個信息值，那么測試該字段是否接受，并保存了點選輸入的多個信息值

（18）對于多選字段，測試是否具有記憶上次選擇值并已驗重

（19）測試字符型字段是否可以接受空格（統(tǒng)一性問題，建議不要接受空格）

（20）引用其它模塊的字段信息值的字段長度是否與被引用模塊相應(yīng)字段長度一致

軟件測試方法總結(jié)

（二）發(fā)布時間: 2008-12-12 17:13作者: lxm_lxm來源: 51Testing論壇

關(guān)鍵字：軟件測試方法

6、常用功能鍵的功能測試

（1）保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統(tǒng)應(yīng)該給出“XXX字段不允許為空”的提示信息

（2）保存---如果某字段輸入值有錯誤或超出長度范圍，那么單擊“保存”按鈕時，系統(tǒng)應(yīng)該給出相應(yīng)的提示信息

（3）保存---輸入相關(guān)信息單擊“保存”后，建議系統(tǒng)給出“保存成功”提示信息

（4）保存---測試新增/修改信息保存后，信息列表是否自動刷新

（5）下一步---單擊此按鈕，如果有非空字段為空，系統(tǒng)應(yīng)該給出相應(yīng)提示信息；如果有字段輸入非法值，單擊此按鈕系統(tǒng)應(yīng)該給出相應(yīng)提示信息；正常情況下單擊此功能按鈕，系統(tǒng)進(jìn)入到下一個編輯/操作界面

（6）上一步---單擊此功能按鈕，系統(tǒng)應(yīng)該正確返回到上一個編輯/操作界面

（7）瀏覽---測試該功能鍵功能是否已經(jīng)正確實現(xiàn)，單擊此按鈕系統(tǒng)應(yīng)該彈出文件選擇頁面，并且可以選擇輸入相關(guān)附件

（8）上傳附件---測試上傳功能已經(jīng)正確實現(xiàn)，確認(rèn)上傳的附件在界面相應(yīng)位置是否顯示

（9）下載---測試下載功能已經(jīng)正確實現(xiàn)（可以將上傳到服務(wù)器的附件下載的本地相應(yīng)位置）

（10）重新上傳---保存操作后上傳功能按鈕名稱應(yīng)該自動變?yōu)椤爸匦律蟼鳌保⑶铱梢灾匦律蟼鞲郊?/p>

（11）發(fā)布---測試該功能鍵功能已經(jīng)正確實現(xiàn)，單擊些功能按鈕系統(tǒng)完成發(fā)布操作，相應(yīng)的信息狀態(tài)變?yōu)椤耙寻l(fā)布”，發(fā)布人、發(fā)布時間系統(tǒng)自動生成或已經(jīng)正確保存（注意：已經(jīng)發(fā)布的信息是不允許再進(jìn)行修改操作的）（根據(jù)系統(tǒng)需求及設(shè)計測試，有些系統(tǒng)只有信息修改頁面才有此功能）

（12）取消發(fā)布---測試該功能鍵功能是否已經(jīng)正確實現(xiàn)，單擊此功能按鈕系統(tǒng)完成取消發(fā)布功能，相應(yīng)信息狀態(tài)變?yōu)椤拔窗l(fā)布”（根據(jù)系統(tǒng)需求及設(shè)計測試，有些系統(tǒng)只有信息修改頁面才有此功能）

（13）關(guān)閉---單擊此功能按鈕系統(tǒng)將關(guān)閉當(dāng)前頁面，建議當(dāng)單擊此功能按鈕時系統(tǒng)彈出“確認(rèn)離開此頁面提示信息”

（14）查詢---單擊查詢功能按鈕，系統(tǒng)按鈕輸入查詢條件進(jìn)行模糊查詢；查詢條件輸入非法值進(jìn)行查詢操作，系統(tǒng)應(yīng)該查詢0記錄

（15）刪除----未勾選待刪除記錄單擊此按鈕系統(tǒng)彈出相應(yīng)提示信息；正常情況下系統(tǒng)刪除所選記錄

（16）選擇---勾選待選記錄，單擊此按鈕系統(tǒng)完成選擇操作；單擊選擇超鏈接功能按鈕系統(tǒng)完成選擇操作

（17）取消選擇---單擊此功能按鈕，系統(tǒng)完成取消選擇操作（清除所有選擇信息）

軟件測試方法總結(jié)

（三）發(fā)布時間: 2008-12-12 17:14作者: lxm_lxm來源: 51Testing論壇

關(guān)鍵字：軟件測試方法

11、對用戶名、密碼的有效性測試

（1）密碼信息有效性測試：特殊字符、正常字符、空字符（不輸入）、空格

（2）登陸名是否區(qū)分大小寫

（3）登陸名是否允許重名

（4）用戶名字和密碼都為最大長度（邊界值分析，取上點）

（5）用戶名字和密碼都為最小長度（邊界值分析，取上點）

（6）用戶名字和密碼都是非最大和最小長度的數(shù)據(jù)（邊界值分析，取內(nèi)點）

（7）用戶名長度大于要求1位（邊界值分析，取離點）

（8）用戶名長度小于要求1位（邊界值分析，取離點）

（9）密碼長度大于要求1位（邊界值分析，取離點）

（10）密碼長度小于要求1位（邊界值分析，取離點）

（11）是否記住上次登陸名

（12）密碼信息有效性測試：字母數(shù)字混排、數(shù)字、符號數(shù)字、字母符號、數(shù)字符號、空字符（不輸入）、空格、ASCII字符、字符串在有空格、串在有半角空格

（13）口令鎖定：即輸入口令次數(shù)的限制

（14）密碼顯示是否以星號或者別的符號顯示

（15）看是否支持tap和enter鍵等

（16）密碼是否可以復(fù)制粘貼

密碼修改測試方法

（1）不輸入舊密碼，直接改密碼

（2）輸入錯誤舊密碼

（3）不輸入確認(rèn)新密碼

（4）不輸入新密碼

（5）新密碼和確認(rèn)新密碼不一致

（6）新密碼中有空格

（7）新密碼長度有效性測試方法同上

（8）新密碼為非允許字符（如有的密碼要求必須是英文和數(shù)字組成，那么要試漢字和符號等）

（9）測試密碼是否區(qū)分大小寫，新密碼中英文小寫，確認(rèn)密碼中英文大寫

（10）新密碼與舊密碼一樣能否修改成功

軟件測試方法總結(jié)

（四）發(fā)布時間: 2008-12-12 17:17作者: lxm_lxm來源: 51Testing論壇

關(guān)鍵字：軟件測試方法

四、權(quán)限測試

1、業(yè)務(wù)權(quán)限

按需求測試用戶業(yè)務(wù)權(quán)限分配是否正確，業(yè)務(wù)權(quán)限主要控制功能模塊、功能菜單的展示，沒有相應(yīng)業(yè)務(wù)權(quán)限的不展示其功能模塊能功能菜單。

2、操作權(quán)限

（1）權(quán)限組：按組用戶來分配操作權(quán)限。（組內(nèi)所有人員都具有所分配的操作權(quán)限）

（2）測試已分配操作權(quán)限的功能按鈕是可見的（3）測試已分配操作權(quán)限的功能按鈕是否可用；是否可以正確完成相應(yīng)功能操作

（4）通常不分配調(diào)看操作權(quán)限是無法進(jìn)行修改操作

五、算法

1、測試前需要充分了解算法的整個計算過程及結(jié)果值的精度

2、算法測試之前需要準(zhǔn)備充足，而且是準(zhǔn)確無誤的測試實例

3、根據(jù)輸入值確認(rèn)系統(tǒng)計算輸出結(jié)果是否與預(yù)期結(jié)果完全一致

4、如果計算公式中含有引用其它模塊的數(shù)據(jù)，需要先確認(rèn)數(shù)據(jù)提取是否對應(yīng)的正確

5、先用等價劃分法、邊界值測試方法測試輸入數(shù)據(jù)是否在需求范圍內(nèi)

6、嚴(yán)格按照測試用例執(zhí)行測試，確認(rèn)計算結(jié)果是否正確無誤，注意結(jié)果的精度。

第四篇：App測試方法總結(jié)

一、安全測試 1.軟件權(quán)限

1）扣費風(fēng)險：包括短信、撥打電話、連接網(wǎng)絡(luò)等。

2）隱私泄露風(fēng)險：包括訪問手機(jī)信息、訪問聯(lián)系人信息等。

3）對App的輸入有效性校驗、認(rèn)證、授權(quán)、數(shù)據(jù)加密等方面進(jìn)行檢測 4）限制/允許使用手機(jī)功能接入互聯(lián)網(wǎng) 5）限制/允許使用手機(jī)發(fā)送接收信息功能 6）限制或使用本地連接

7）限制/允許使用手機(jī)拍照或錄音 8）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 9）限制/允許使用手機(jī)寫入用戶數(shù)據(jù)

10）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序 2.安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上

2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo) 3）安裝路徑應(yīng)能指定

4）沒有用戶的允許，應(yīng)用程序不能預(yù)先設(shè)定自動啟動 5）卸載是否安全，其安裝進(jìn)去的文件是否全部卸載 6）卸載用戶使用過程中產(chǎn)生的文件是否有提示 7）其修改的配置信息是否復(fù)原 8）卸載是否影響其他軟件的功能 9）卸載應(yīng)該移除所有的文件 3.數(shù)據(jù)安全性

1）當(dāng)將密碼或其它的敏感數(shù)據(jù)輸入到應(yīng)用程序時，其不會被存儲在設(shè)備中，同時密碼也不會被解碼。2）輸入的密碼將不以明文形式進(jìn)行顯示。

3）密碼、信用卡明細(xì)或其他的敏感數(shù)據(jù)將不被存儲在它們預(yù)輸入的位置上。4）不同的應(yīng)用程序的個人身份證或密碼長度必須至少在4-8個數(shù)字長度之間。

5）當(dāng)應(yīng)用程序處理信用卡明細(xì)或其它的敏感數(shù)據(jù)時，不以明文形式將數(shù)據(jù)寫到其他單獨的文件或者臨時文件中。以防止應(yīng)用程序異常終止而又沒有刪除它的臨時文件，文件可能遭受入侵者的襲擊，然后讀取這些數(shù)據(jù)信息。

6）黨建敏感數(shù)據(jù)輸入到應(yīng)用程序時，其不會被存儲在設(shè)備中。7）應(yīng)用程序應(yīng)考慮或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告

8）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告，更不能在安全警告顯示前，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶。

9）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個“取消”命令的操作。10）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況。

11）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r，應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息。12）在沒有用戶明確許可的前提下不損壞刪除個人信息管理應(yīng)用程序中的任何內(nèi)容。13）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫，應(yīng)及時告知用戶。14）能合理的處理出現(xiàn)的錯誤。15）意外情況下應(yīng)提示用戶。4.通訊安全性

1）在運(yùn)行軟件過程中，如果有來電、SMS、藍(lán)牙等通訊或充電時，是否能暫停程序，優(yōu)先處理通信，并在處理完畢后能正?；謴?fù)軟件，繼續(xù)其原來的功能。2）當(dāng)創(chuàng)立連接時，應(yīng)用程序能夠處理因為網(wǎng)絡(luò)連接中斷，進(jìn)而告訴用戶連接中斷的情況。3）應(yīng)能處理通訊延時或中斷。

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r，進(jìn)而給用戶一個錯誤信息指示有鏈接錯誤。5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報用戶。6）應(yīng)用程序關(guān)閉網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉，斷開。5.人機(jī)接口安全測試

1）返回菜單應(yīng)總保持可用。2）命令有優(yōu)先權(quán)順序。

3）聲音的設(shè)置不影響使用程序的功能。4）聲音的設(shè)置不影響應(yīng)用程序的功能

5）應(yīng)用程序必須能夠處理不可預(yù)知的用戶操作，例如錯誤的操作和同時按下多個鍵。

二、安裝、卸載測試

驗證App是否能正確安裝、運(yùn)行、卸載、以及操作過程和操作前后對系統(tǒng)資源的使用情況 1.安裝

1）軟件安裝后是否能夠正常運(yùn)行，安裝后的文件夾以及文件是否寫到了指定的目錄里。2）軟件安裝各個選項的組合是否符合概要設(shè)計說明。3）軟件安裝向?qū)У腢I測試

4）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件。2.卸載

1）測試系統(tǒng)直接卸載程序是否有提示信息。

2）測試卸載后文件是否全部刪除所有的安裝文件夾。3）卸載是否支持取消功能，單擊取消后軟件卸載的情況。4）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示。

三、UI測試

1）測試用戶界面（如菜單、對話框、窗口和其他控件）布局、風(fēng)格是否滿足要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。

2）UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。1.導(dǎo)航測試

1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航。2）是否易于導(dǎo)航，導(dǎo)航是否直觀。3）是否需要搜索引擎。4）導(dǎo)航幫助是否準(zhǔn)確直觀。

5）導(dǎo)航與頁面結(jié)構(gòu)、菜單、連接頁面的風(fēng)格是否一致。2.圖形測試

1）橫向比較，各控件操作方式統(tǒng)一。

2）自適應(yīng)界面設(shè)計，內(nèi)容根據(jù)窗口大小自適應(yīng)。3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一。4）頁面是否美觀。

5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀。3.內(nèi)容測試

1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致。2）文字長度是否加以限制。3）文字內(nèi)容是否表意不明。4）是否有錯別字。5）信息是否為中文顯示。

四、功能測試

根據(jù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)，采用如下方法實現(xiàn)并評估功能測試過程： 1）采用時間、地點、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點，并明確測試標(biāo)準(zhǔn)。2）根據(jù)被測功能點的特性列出相應(yīng)類型的測試用例對其進(jìn)行覆蓋，如：設(shè)計輸入的地方需要考慮等價、邊界、負(fù)面、異常、非法、場景回滾、關(guān)聯(lián)測試等測試類型對其進(jìn)行覆蓋。

3）在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況，及時修正業(yè)務(wù)或需求理解錯誤。1.運(yùn)行

1）App安裝完成后的試運(yùn)行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。3）App頁面間的切換是否流暢，邏輯是否正確。4）注冊

? ? ? ? ? 同表單編輯頁面 用戶名密碼長度 注冊后的提示頁面

前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致 注冊后，在后臺管理中頁面提示

5）登錄

? ? 使用合法的用戶登錄系統(tǒng)

系統(tǒng)是否允許多次非法的登錄，是否有次數(shù)限制 ? ? ? ? ? ? ? 使用已經(jīng)登錄的賬號登錄系統(tǒng)是否正確處理 用戶名、口令（密碼）錯誤或漏填時能否登陸 刪除或修改后的用戶，原用戶名登陸

不輸入用戶口令和重復(fù)點“確定/取消”按鈕，是否允許登錄 登陸后，頁面中登錄信息 頁面中有注銷按鈕 登錄超時的處理

2.應(yīng)用的前后臺切換

1）App切換到后臺，再回到App，檢查是否停留在上一次操作界面。2）App切換到后臺，再回到App，檢查功能及應(yīng)用狀態(tài)是否正常。

3）App切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。

4）手機(jī)鎖屏解鎖后進(jìn)入App注意是否會崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。

5）當(dāng)App使用過程中有電話進(jìn)來中斷后再切換到App，功能狀態(tài)是否正常。6）當(dāng)殺掉App進(jìn)城后，再開啟App，App能否正常啟動。

7）出現(xiàn)必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候會出現(xiàn)應(yīng)用自動跳過提示框的缺陷。

8）對于有數(shù)據(jù)交換的頁面，每個頁面都必須要進(jìn)行前后臺切換、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰。3.免登陸

很多應(yīng)用提供免登陸功能，當(dāng)應(yīng)用開啟時自動以上一次登錄的用戶身份來使用App。1）考慮無網(wǎng)絡(luò)情況時能否正常進(jìn)入免登錄狀態(tài)。

2）切換用戶登陸后，要校驗用戶登錄信息以及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。

3）根據(jù)Mtop的現(xiàn)有規(guī)則，一個賬戶只允許登陸一臺機(jī)器。所以，需要檢查一個賬戶登錄多臺手機(jī)的情況。原手機(jī)里的用戶需要被退出，給出友好提示。4）App切換到后臺，在切換回前臺的校驗。5）切換到后臺，再切換回到前臺的測試。

6）密碼更換后，檢查有數(shù)據(jù)交換時是否進(jìn)行了有效身份的校驗。

7）支持自動登錄的應(yīng)用在進(jìn)行數(shù)據(jù)校驗時，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤。8）檢查用戶主動退出登錄后，下次啟動App，應(yīng)停留在登錄界面。4.離線瀏覽

很多應(yīng)用會支持離線瀏覽，即在本地客戶端會緩存一部分?jǐn)?shù)據(jù)供用戶查看。1）在無線網(wǎng)絡(luò)情況可以瀏覽本地數(shù)據(jù)。2）退出App再開啟App時能正常瀏覽。3）切換到后臺再回到前臺可以正常瀏覽。4）鎖屏后再解鎖回到應(yīng)用前臺可以正常瀏覽。

5）在對服務(wù)器段的數(shù)據(jù)有更新時回給予離線的相應(yīng)提示。5.App更新

1）當(dāng)客戶端有新版本時，有更新提示。

2）當(dāng)版本為非強(qiáng)制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動App時，仍出現(xiàn)更新提示。

3）當(dāng)版本為強(qiáng)制升級版時，但給出強(qiáng)制更新后用戶沒有做更新時，退出客戶端。下次啟動App時，仍出現(xiàn)強(qiáng)制升級提示。4）當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

5）當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。6）當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。6.定位、照相機(jī)服務(wù)

1）App有用到相機(jī)，定位服務(wù)時，需要注意系統(tǒng)版本差異。

2）有用到照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺的切換測試，檢查應(yīng)用是否正常。3）測試照相機(jī)服務(wù)時，需要采用真機(jī)進(jìn)行測試。7.PUSH測試

1）檢查Push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送。

2）檢查不接收推送消息時，用戶不會在接收到Push消息。

3）如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到Push。在非免打擾時間段內(nèi)，用戶能正常收到Push。

4）當(dāng)Push消息是針對登錄用戶的時候，需要檢查收到的Push與用戶身份是否相符，沒有錯誤的將其他人的消息推送過來。一般情況下，只對手機(jī)上最后一個登錄用戶進(jìn)行消息推送。5）測試Push時，需要采用真機(jī)進(jìn)行測試。

五、性能測試

1）響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時間要求。

? ? App安裝、卸載的響應(yīng)時間 App各類功能性操作的響應(yīng)時間

2）壓力測試，反復(fù)/長期操作下，系統(tǒng)資源是否占用異常。

? App反復(fù)進(jìn)行安裝卸載，檢查系統(tǒng)資源是否正常 ? 其他功能反復(fù)進(jìn)行操作，檢查系統(tǒng)資源是否正常

六、交叉事件測試

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進(jìn)行干擾的測試。如：App在前/后臺運(yùn)行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。1）多個App同時運(yùn)行是否影響正常功能。2）App運(yùn)行時前/后臺切換是否影響正常功能。3）App運(yùn)行時撥打/接聽電話。4）App運(yùn)行時發(fā)送/接收信息。5）App運(yùn)行時發(fā)送/收取郵件。6）App運(yùn)行時瀏覽網(wǎng)絡(luò)。

7）App運(yùn)行時使用藍(lán)牙傳送/接收數(shù)據(jù)。

8）App運(yùn)行時使用相機(jī)、計算器等手機(jī)自帶設(shè)備。

七、兼容測試

主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容

2）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在個系統(tǒng)下，各種行為是否一致。

? ? 不同手機(jī)屏幕分標(biāo)率的兼容性 不同手機(jī)品牌的兼容性

八、回歸測試

1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行大量用例的回歸測試。

九、用戶體驗測試

以主觀的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過不同個體、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性，提出修改意見提升產(chǎn)品的潛在客戶滿意度。

1）是否有空數(shù)據(jù)界面設(shè)計，引導(dǎo)用戶去執(zhí)行操作。2）是否濫用用戶引導(dǎo)。

3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導(dǎo)。4）菜單層次是否太深。5）交互流程分支是否太多。6）相關(guān)的選項是否離的很遠(yuǎn)。7）一次是否載入太多的數(shù)據(jù)。8）界面中按鈕可點擊范圍是否適中。

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時候，內(nèi)容跟著切換。10）操作應(yīng)該有主次從屬關(guān)系。

11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應(yīng)具體定義。12）是否有橫屏模式的設(shè)計，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計。

十、手勢操作測試

1）手機(jī)開鎖屏對運(yùn)行中的App的影響。2）運(yùn)行中的App前后臺切換的影響。3）多個運(yùn)行中的App的切換。4）App運(yùn)行時關(guān)機(jī)。5）App運(yùn)行時重啟系統(tǒng)。6）App運(yùn)行時充電

7）App運(yùn)行時Kill掉進(jìn)程再打開

十一、客戶端數(shù)據(jù)庫測試 1）一般的增、刪、改、查測試。

2）當(dāng)表不存在時是否能自動創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動從服務(wù)器中獲取回來并保存。

3）在業(yè)務(wù)需要從服務(wù)器端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地。

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時，App數(shù)據(jù)是否能自動從客戶端數(shù)據(jù)中取出，還是仍然會從服務(wù)器端獲??？檢查客戶端數(shù)據(jù)不存在時，App數(shù)據(jù)能否自動從服務(wù)器端獲取到并保存到服務(wù)器端。

5）當(dāng)業(yè)務(wù)對數(shù)據(jù)進(jìn)行了修改、刪除后，客戶端和服務(wù)器端是否會有相應(yīng)的更新。

第五篇：SIT測試方法總結(jié)

SIT測試方法總結(jié)

測試人員介入時機(jī)

對于SIT測試，測試人員最佳介入時間為需求分析階段，在需求分析階段就介入測試可以使測試人員更高效充分的了解需求，從而提高后面測試用例編寫及測試用例執(zhí)行的效率。

制定測試方案

測試人員進(jìn)入項目后首要任務(wù)是制定測試方案。制定測試方案的目的： 1.明確測試目的。2.制定本次測試范圍。3.闡述本次測試的策略。

4.羅列測試過程中可能遇到的風(fēng)險及應(yīng)對措施。5.安排測試人員的任務(wù)。

6.確定測試實施過程中需要準(zhǔn)備的數(shù)據(jù)。

7.確定測試階段的輪次及各項測試工作的時間節(jié)點。8.制定缺陷分級的級別描述以及缺陷修復(fù)的時效。以上8點作為測試方案的重要內(nèi)容。測試方案編寫后，與項目組其他人員以及客戶方一起參與測試方案的評審工作；對測試方案評審?fù)瓿珊鬁y試方案正式定稿。

案例對需求的覆蓋

測試案例對需求的覆蓋率直接關(guān)系到測試質(zhì)量，如果覆蓋率不夠則系統(tǒng)中隱藏的缺陷無法被發(fā)現(xiàn)，存在嚴(yán)重的質(zhì)量風(fēng)險。提高案例的覆蓋率有效的方法：

1.提高測試人員對需求的理解，對需求進(jìn)行逐字逐句的分析將顯性與隱性的功能點充分挖掘出來。

2.測試人員在編寫測試用例之前先編寫測試大綱，羅列出功能點并與需求人員一同對測試大綱進(jìn)行評審，找出遺漏的測試點。

3.測試大綱評審?fù)瓿珊蟾鶕?jù)測試大綱所羅列的測試點進(jìn)行測試案例編寫，編寫完成后與開發(fā)人員、需求人員一同對案例進(jìn)行評審，找出潛在的遺漏部分。

案例編寫策略（易讀易執(zhí)行優(yōu)先級等）

1.測試用例編寫遵循以下大體分類：界面及字段顯示，字段取值規(guī)則，模塊功能，上下游模塊功能關(guān)聯(lián)。2.用例應(yīng)包括以下內(nèi)容：功能，子功能，優(yōu)先級，用例類型，測試點，操作步驟，預(yù)期結(jié)果。

編寫是功能子功能描述清晰，一條用例對應(yīng)一個測試點和唯一的預(yù)期結(jié)果。操作步驟編寫是簡單易懂具有很好的可操作性，測試點、預(yù)期結(jié)果需言簡意賅可讀性強(qiáng)。

3.案例優(yōu)先級的確定規(guī)則一般為：模塊功能＝上下游模塊功能關(guān)聯(lián)＞字段取值規(guī)則＞界面及字段顯示。

制定測試計劃及測試資源分配（工作量輪次）

1.測試用例編寫完成后對測試實施制定測試計劃，計劃按照單個測試人員每日預(yù)估執(zhí)行案例數(shù)，測試人員數(shù)量，測試用例總量計算出需要的測試實施時間，如測算出的時間超過測試方案中計劃時間時需要與項目負(fù)責(zé)人溝通延長測試時間或者增加測試資源。（每個人每天的工作量是有限的所以不可以通過總量/時間/人數(shù)來倒退每人每日需執(zhí)行的數(shù)量）。

2.測試實施過程需經(jīng)過三個階段：準(zhǔn)入測試階段，第一輪測試階段，第二輪測試階段。

第二輪測試階段在第一輪測試的案例中選取，選擇策略：在一輪測試中該模塊測試情況不良好，缺陷較多則在二輪中著重測試；系統(tǒng)的重要功能需在二輪中著重測試；一輪中缺陷優(yōu)先級高的再二輪中著重測試。

3.測試用例在執(zhí)行時有難易之分，為了保證測試人員可以完成計劃中的工作量，在分配時要綜合考慮有所區(qū)分。

實施過程中的策略

1.測試用例的難易程度存在兩個維度：用例所屬模塊，用例優(yōu)先級；當(dāng)用例的所屬模塊功能操作較易時則可不考慮用例的優(yōu)先級；當(dāng)用例的所屬模塊功能操作以及需要準(zhǔn)備的數(shù)據(jù)比較復(fù)雜時則需要優(yōu)先執(zhí)行用例優(yōu)先級較高的用例。

2.測試人員被分配需執(zhí)行的用例后首先要做的是縱覽一遍需要執(zhí)行的用例，對用例需要的數(shù)據(jù)進(jìn)行整合，使用最少的數(shù)據(jù)來覆蓋所需執(zhí)行的用例。

3.在測試中遇到阻礙性問題導(dǎo)致后續(xù)功能測試進(jìn)度延遲，此時需組織復(fù)雜該模塊開發(fā)的骨干人員聯(lián)合測試人員在該模塊進(jìn)入測試階段之前進(jìn)行調(diào)通，以便于測試人員按照測試計劃開始該模塊測試時不會發(fā)生嚴(yán)重的阻礙性缺陷，可以有效的提高測試效率。

缺陷的處理

1.使用測試工具提交缺陷時需填寫完整功能模塊，問題描述簡單易懂并附上截圖，標(biāo)明使用的數(shù)據(jù)編號，使用的用戶。

2.提交缺陷時缺陷級別嚴(yán)格按照測試方案中所制定的缺陷等級標(biāo)準(zhǔn)。

3.開發(fā)人員將缺陷狀態(tài)指為已解決后測試人員在關(guān)閉時需復(fù)測，同時將復(fù)測通過的截圖記錄在測試工具中。

4.對于缺陷修復(fù)的時效需要實時關(guān)注，特別對于優(yōu)先級高且影響測試進(jìn)度的缺陷需要重點跟蹤直到被解決。附件：

1.測試方案與計劃：測試方案與計劃.xlsx

2.測試案例模板：測試案例.xlsx