第一篇：稿件管理系統(tǒng)測試項(xiàng)目經(jīng)驗(yàn)總結(jié)

稿件管理發(fā)布系統(tǒng)測試項(xiàng)目經(jīng)驗(yàn)總結(jié)

經(jīng)過近兩周時間，稿件管理發(fā)布系統(tǒng)測試工作基本完成了，收獲很多，但還有很多不足，希望在之后的學(xué)習(xí)中以此為借鑒，完善測試過程。收獲：

（一）了解了做一個項(xiàng)目的大概步驟；要想做一個好的項(xiàng)目，測試要貫穿整個開發(fā)過程，在做項(xiàng)目之前要做好充分的準(zhǔn)備，如環(huán)境配置、文檔準(zhǔn)備、資料收集等。在一個項(xiàng)目中至少要有以下幾個文檔：需求分析報告、測試設(shè)計報告、測試用例設(shè)計報告、bug報告及測試報告。對一個測試人員來說，測試設(shè)計報告是一個前提，首先要保證測試設(shè)計合理，并且內(nèi)容齊全。這樣才能更直接、準(zhǔn)確地進(jìn)入下一項(xiàng)目步驟。測試用例是整個項(xiàng)目的重點(diǎn)，在一個項(xiàng)目中測試用例必須經(jīng)過三方面的評審，評審?fù)ㄟ^才能執(zhí)行。一是自我檢查，二是測試人員互相評審，三是項(xiàng)目經(jīng)理評審。一個好的測試用例要覆蓋全測試需求，測試用例的設(shè)計要合理、正規(guī)。測試用例不在于多，要在于覆蓋全，測試用例的多少在一定程度上并不代表質(zhì)量的高低，所以說，測試人員對于測試用例的設(shè)計一定要細(xì)心且全面。接下來是bug記錄，在bug記錄中一定要詳細(xì)給出測試的重現(xiàn)步驟。一個bug報告中所包含的標(biāo)題有：缺陷ID、缺陷標(biāo)題、缺陷描述、缺陷的重現(xiàn)步驟、缺陷的嚴(yán)重級或者優(yōu)先級、測試模塊、缺陷提交人、缺陷的版本及證明是缺陷的視頻或者截圖等。最后是測試報告，在測試報告中最突出的問題就是測試缺陷的分析，測試用例中缺陷有多少，通過率是多少，有哪些建設(shè)性的意見，及最終得測試結(jié)果，是通過還是沒通過。

（二）了解了如何寫測試計劃、測試用例、bug報告、測試報告等；

1、測試計劃的內(nèi)容包括引言、測試背景、測試組織結(jié)構(gòu)、測試策略、測試計劃、測試環(huán)境及測試總結(jié)。在整個測試計劃中最重要是測試的詳細(xì)計劃，當(dāng)然在測試之前，要評估好測試的工作量分配及進(jìn)度安排，人員規(guī)劃等，測試計劃的書寫要有一定得邏輯，要能夠真實(shí)反應(yīng)測試項(xiàng)目。測試進(jìn)度的安排要合理。

2、測試用例報告是一個項(xiàng)目中的重點(diǎn)，描寫一個測試用例包括測試需求ID、測試需求標(biāo)題、用例ID、用例步驟、期望結(jié)果、測試結(jié)果、測試人員、所屬模塊、嚴(yán)重級、備注等。在測試用例報告中重點(diǎn)在于測試步驟

要盡可能地詳細(xì)，測試需求、標(biāo)題等要描述清楚。

3、Bug報告也是測試項(xiàng)目中的重點(diǎn)，也是最讓人有成就感的報告，bug報告中缺陷要描述清楚、正確評估缺陷的嚴(yán)重級別。

4、測試報告是一個項(xiàng)目的總結(jié)性報告，測試報告主要包括引言、測試設(shè)計簡介、測試結(jié)果分析、測試結(jié)論及建議。

（三）了解了如何有條理地書寫測試用例；首先測試用例要覆蓋需求，根據(jù)項(xiàng)目的需求分析或者軟件，設(shè)計測試用例。其次，寫復(fù)雜的測試用例要掌握一些方法。例如決策表法，要先把影響因素和測試用例的個數(shù)做成表格形式，以便于詳細(xì)分析設(shè)置用例的多少。在設(shè)計測試用例的過程中最常用的是等價類劃分法，基本上每個測試用例的設(shè)計都要考慮正反兩個方面。在這劃分過程中遵守著盡量覆蓋尚未覆蓋的有效等價類，僅覆蓋一個尚未覆蓋的無效等價類原則。

不足：

1)需求分解不徹底；在本次項(xiàng)目執(zhí)行過程中，我們發(fā)現(xiàn)在需求手冊中很多地方描述很模糊或者很簡單，不能很好地向設(shè)計者呈現(xiàn)要設(shè)計軟件的細(xì)節(jié)操作步驟，從而，對于軟件測試人員來說就很難辨別測試結(jié)果是否符合要求，換句話來說，如果一個測試人員想把需求描寫的很模糊的地方測試清楚就必須和客戶不停的交流、溝通，在一定程度上影響項(xiàng)目的進(jìn)度。以上是從客戶需求角度來說的。對于客戶只提供軟件而沒有需求的情況下，項(xiàng)目組人員就要人怎分析測試需求，詳細(xì)分解。

2)測試用例覆蓋不了測試需求；一開始感覺設(shè)計的測試用例可以覆蓋需求了，但是執(zhí)行后才發(fā)現(xiàn)很多細(xì)節(jié)部分沒有寫全，例如稿件管理發(fā)布系統(tǒng)用谷歌瀏覽器打開就會出現(xiàn)很多錯誤，稿件管理系統(tǒng)在瀏覽器的應(yīng)用上存在一定得兼容性問題，等等。針對這種情況，我們需要在執(zhí)行之前，詳細(xì)地了解用戶需求及真實(shí)軟件的運(yùn)用效果。兩者相結(jié)合，設(shè)計更全面的用例。

3)對bug的辨識度還有待提高；在測試用例執(zhí)行時，會發(fā)現(xiàn)很多細(xì)節(jié)性的問題，不容易判斷它是不是一個bug。例如稿件管理發(fā)布系統(tǒng)中高級查詢里的版本查詢，雖然說它支持的是模糊查詢，但是輸入很多“.”時查詢的結(jié)果仍然是正確的，如果把它歸類為非法版本號，非法版本號輸入后查詢結(jié)果應(yīng)該是查不到，而不是查詢到正確的結(jié)果。在一開始我將其定義為bug，但是和其他人討論之后，覺得可以不是bug，第二天又去考慮覺得還是bug。雖然說各人的判斷標(biāo)準(zhǔn)不同，但是總該有一個統(tǒng)一的標(biāo)準(zhǔn)。想這類問題還要在以后的項(xiàng)目實(shí)行過程中不斷總結(jié)經(jīng)驗(yàn)。

4)測試執(zhí)行方法及步驟還存在很大的改善空間；在測試用例設(shè)計中不只

是功能測試，它還包括性能測試、界面測試、安全測試等，對于這些測試，測試用例設(shè)計時步驟不是很詳細(xì)，操作時就存在一定得困難。例如：性能測試中系統(tǒng)支持20人并發(fā)訪問系統(tǒng)，這就要求我們要盡量組織20人去集體測試，怎么去組織，要做哪些事情，諸如此類準(zhǔn)備工作一定要詳細(xì)準(zhǔn)備。

5)很多業(yè)務(wù)知識還不了解；這個問題在本次項(xiàng)目中體現(xiàn)不明顯。這是做

軟件測試學(xué)長給的意見。要做好一個項(xiàng)目，必須地相應(yīng)項(xiàng)目的業(yè)務(wù)流程有一定的了解。

6)項(xiàng)目中組員間的交流不夠；雖然很多時候大家都提出互相檢查用例及

bug記錄等，但在實(shí)際過程中并沒有切實(shí)實(shí)行。交流是測試人員必備的溝通技巧，在項(xiàng)目進(jìn)行過程中遇到問題要互相溝通，以便更好地解決問題。

7)對部分基礎(chǔ)知識的理解不夠透徹；在寫測試用例時，我們采取的步驟

是先把可能考慮到得測試寫全，但在寫測試用例時，就發(fā)現(xiàn)對一些測試的概念記得不清楚甚至混淆。這就說明我們對基礎(chǔ)問題的認(rèn)識還不夠深。因此，在之后的學(xué)習(xí)過程中我們要不端去記憶一些概念，或者在做項(xiàng)目過程中不斷地發(fā)現(xiàn)相應(yīng)的問題然后去解決。反復(fù)記憶，出現(xiàn)問題才能銘記于心。

8)報告書寫技能有待提高；測試人員做項(xiàng)目時，很多問題的結(jié)果都是以

報告形式，我們要不斷練習(xí)自己的公文寫作能力，熟悉應(yīng)用office辦公軟件。

9)數(shù)據(jù)庫、服務(wù)器等其他知識了解太少；在測試執(zhí)行中，遇到一些bug，不清楚其出現(xiàn)的原因，知識面太狹隘。在之后的過程中要多了解與測試相關(guān)的知識。

總之，這兩個星期來，收獲頗多，問題多多，革命尚未成功，同志仍需努力！我們要通過各種渠道主動去獲取知識，多交流，多溝通，共同收獲！

第二篇：項(xiàng)目測試經(jīng)驗(yàn)總結(jié)

項(xiàng)目測試經(jīng)驗(yàn)總結(jié)

說明：以下項(xiàng)目測試經(jīng)驗(yàn)是我在原來公司工作中的實(shí)際經(jīng)驗(yàn)，拿出來和大家一起交流。我相信之前的項(xiàng)目測試工作中有不少可以改進(jìn)的地方，還希望大家多多交流。

項(xiàng)目測試經(jīng)驗(yàn)

——Judy Shen

本文是對我近幾年測試工作經(jīng)驗(yàn)的總結(jié)，并以簡報的方式在研發(fā)中心內(nèi)進(jìn)行分享及交流。測試團(tuán)隊(duì)介紹

在介紹我們之前項(xiàng)目測試工作之前，需要首先介紹一下之前我所在團(tuán)隊(duì)的組織架構(gòu)及測試人員在項(xiàng)目中的工作。

我們的測試團(tuán)隊(duì)屬于質(zhì)量改進(jìn)中心下的測試部，它和研發(fā)團(tuán)隊(duì)屬于兩個不同的中心。測試團(tuán)隊(duì)有6個人，從圖一可以看出來，一個人可以參與多個處于不同階段的項(xiàng)目測試工作。

圖一 測試團(tuán)隊(duì)組織架構(gòu)

參與項(xiàng)目的測試人員以測試組的形式進(jìn)入項(xiàng)目，測試組和需求組、開發(fā)組并列。每個測試組有一個測試組長負(fù)責(zé)項(xiàng)目測試工作。項(xiàng)目經(jīng)理不直接面對測試組成員，而是通過測試組長進(jìn)行任務(wù)安排、協(xié)調(diào)、溝通。測試部經(jīng)理知情測試人員的項(xiàng)目測試工作，項(xiàng)目測試組的工作匯報均需要抄送給測試部經(jīng)理。如圖二所示：

圖二 項(xiàng)目組織架構(gòu)（舊）

上面說到的是舊的測試人員工作模式，在去年年底，為了有效利用公司測試人員資源，我們開始了測試外包的嘗試。這里的測試外包模式是指，測試組不進(jìn)入項(xiàng)目，而是由項(xiàng)目組將測試工作以一個項(xiàng)目的方式分包給測試部，由測試部根據(jù)項(xiàng)目組提供的信息，進(jìn)行計劃、執(zhí)行測試，并按照項(xiàng)目要求提交測試成果給項(xiàng)目組。

這個模式還在探索中，如圖三所示，測試部經(jīng)理直接負(fù)責(zé)項(xiàng)目的測試工作，測試組的工作情況抄送給項(xiàng)目經(jīng)理。這種模式需要進(jìn)行獨(dú)立核算，包括成本估算、預(yù)算、結(jié)算等。但是這種模式的整體思路還不是很成熟，從這個組織架構(gòu)上大家也可以看出來，很多東西還沒有理順，所以一直都處于嘗試過程中。后面提到的內(nèi)容，如果沒有特殊說明，都是在舊的模式下進(jìn)行的。

圖三 項(xiàng)目組織架構(gòu)（測試外包方式）

我想不可否認(rèn)，大家都認(rèn)為測試人員應(yīng)該是測試技術(shù)上的專家，但是，測試人員是否需要熟悉并擅長一定的業(yè)務(wù)呢？不管答案是什么都沒有關(guān)系，但是我認(rèn)為一個好的測試人員不僅是測試專家，他同時也是業(yè)務(wù)專家。有一些測試人員，因?yàn)橄到y(tǒng)的業(yè)務(wù)知識很復(fù)雜，就一頭扎進(jìn)去，幾乎全力去學(xué)習(xí)業(yè)務(wù)知識，測試技術(shù)的學(xué)習(xí)和研究沒有跟上，結(jié)果不是設(shè)計出大量冗余的測試用例，就是很多方面沒考慮到，面對客戶的不當(dāng)請求，也沒有底氣說測試應(yīng)該怎么做，弄得做起項(xiàng)目來辛苦異常，個個苦不堪言！

有著樣的說法：“軟件測試人員要兩條腿走路，左腿是測試技術(shù)，右腿是業(yè)務(wù)知識。只有兩條腿的健壯差不多，走路才穩(wěn)當(dāng)?！背鲇谶@種思想的考慮，在原來的測試團(tuán)隊(duì)，我們每個人都有兩個學(xué)習(xí)、研究方向，一個是技術(shù)方向，一個是業(yè)務(wù)方向。例如：

? 技術(shù)方向：

? 功能自動化測試 ? 性能測試 ? 單元測試 ? 測試管理 ? 業(yè)務(wù)方向：

? 物流業(yè)務(wù) ? 智能交通 ? 知識管理

但這種方式在工作開展上有些困難。如果公司認(rèn)為測試人員應(yīng)該絕大部分時間用在項(xiàng)目測試工作上，那么測試團(tuán)隊(duì)既要研究測試技術(shù)，又要擠出時間學(xué)習(xí)業(yè)務(wù)知識，在操作上是比較困難的。在我們以前的測試團(tuán)隊(duì)的工作中，有一部分工作時間是用來進(jìn)行部門建設(shè)的，部門建設(shè)工作中包括前面說到的技術(shù)研究、業(yè)務(wù)學(xué)習(xí)，還有就是部門搭建所需要進(jìn)行的一些工作（如部門制度建設(shè)）。當(dāng)時公司允許我們團(tuán)隊(duì)有30%的工作量投入部門建設(shè)上。將部門建設(shè)工作分開，主要是用于統(tǒng)計部門成本和測試成本用的。

前面說到了測試人員是以測試組身份進(jìn)入項(xiàng)目開展測試工作的，但不是每個成員上去都從事同樣的工作。在進(jìn)入項(xiàng)目組工作時，每個測試人員所充當(dāng)?shù)慕巧遣煌?，?xiàng)目的測試角色劃分為以下四種，如表一所示。在實(shí)際工作中因?yàn)闇y試人員數(shù)量有限，所以經(jīng)常是一個人擔(dān)任多個角色。

角色 職責(zé) 測試管理員

負(fù)責(zé)測試項(xiàng)目的管理 測試過程問題的處理與反饋 系統(tǒng)/性能測試組織和計劃 測試過程狀態(tài)報告 測試設(shè)計員 測試需求的描述

系統(tǒng)/性能測試用例的設(shè)計 測試工具、方法的引入 測試執(zhí)行員

根據(jù)需要開發(fā)測試腳本

按照測試用例、測試腳本執(zhí)行測試 項(xiàng)目測試工作指導(dǎo) 測試監(jiān)督與度量員 測試度量

測試過程問題的匯總與反饋 開發(fā)產(chǎn)品的質(zhì)量抽檢與評定

表一 測試角色劃分

了解了原來測試團(tuán)隊(duì)的分工之后，下面介紹一下測試團(tuán)隊(duì)的工作內(nèi)容。原來的測試團(tuán)隊(duì)承接的工作內(nèi)容包括：

? 承擔(dān)系統(tǒng)測試、用戶測試、性能測試；

? 進(jìn)行測試技術(shù)研究及培訓(xùn)

其中，測試技術(shù)研究，屬于提高團(tuán)隊(duì)工作技能的工作，在整個部門范圍內(nèi)進(jìn)行，這里屬于部門建設(shè)工作；對于項(xiàng)目中的測試人員有可能需要進(jìn)行，如果項(xiàng)目采用新的測試技術(shù)或者測試工具，那么就需要項(xiàng)目測試組成員研究測試技術(shù)了，這部分屬于項(xiàng)目測試工作。

培訓(xùn)，是指把內(nèi)部研究的成果在團(tuán)隊(duì)內(nèi)使用，在適當(dāng)?shù)臅r機(jī)在公司內(nèi)傳播。我們測試團(tuán)隊(duì)在2004年開展了21次內(nèi)部培訓(xùn)，7次公司級培訓(xùn)。因?yàn)槊總€人各有研究重點(diǎn)，所以我們每個人都是團(tuán)隊(duì)內(nèi)部培訓(xùn)的講師。

說到測試工程師的工作內(nèi)容，那么就涉及到測試工程師該做的和不該做的。當(dāng)然這和公司對測試人員定位有關(guān)，這里僅指以前的組織。要說該做的，那么我們需要先明確為什么我們要測試？這是因?yàn)榇嬖凇跋到y(tǒng)錯誤很多、系統(tǒng)不是客戶想要的東西、系統(tǒng)實(shí)現(xiàn)沒有遵照系統(tǒng)需求”等這樣的背景。在這樣的背景下，產(chǎn)生了測試，但是又因?yàn)殚_發(fā)人員自己測試自己的東西，難免測試不全面，所以產(chǎn)生了測試工程師這個角色。因此，測試人員他該做的，就是測試軟件產(chǎn)品和用戶需求不一致的地方，并盡可能多的發(fā)現(xiàn)缺陷，能夠向項(xiàng)目經(jīng)理匯報軟件質(zhì)量狀態(tài)。但是在實(shí)際工作中，測試人員經(jīng)常主動或被動的去做了一些不該做的事情。例如說，測試人員認(rèn)為自己或者測試能夠保證軟件的質(zhì)量，以及有意識或無意識的接受了決定軟件是否發(fā)布的這個權(quán)利。

為什么測試無法保證軟件的質(zhì)量，是因?yàn)轫?xiàng)目的質(zhì)量，需要項(xiàng)目組的所有成員共同努力，才能達(dá)到質(zhì)量保證的目的。單純靠測試工程師的力量，是無法實(shí)現(xiàn)軟件質(zhì)量保證的目的。

為什么測試人員不適合承擔(dān)決定軟件是否發(fā)布的權(quán)利，是因?yàn)檐浖陌l(fā)布，是需要項(xiàng)目組各個小組負(fù)責(zé)人等相關(guān)人一起對系統(tǒng)現(xiàn)在的缺陷、質(zhì)量狀況進(jìn)行評估后，由項(xiàng)目經(jīng)理（或者與會者）做出是否發(fā)布的決定。在這個過程中，測試工程師可以提供測試數(shù)據(jù)、系統(tǒng)當(dāng)前質(zhì)量狀態(tài)報告給與會者參考。當(dāng)然，我知道這兩點(diǎn)會有很多人不認(rèn)同，但是沒有關(guān)系的。我接觸的同行中對兩點(diǎn)經(jīng)常有爭論。但是，有一些質(zhì)量大師等權(quán)威人士還是全部或部分贊同這兩個觀點(diǎn)的，如：菲利普.克勞士比曾在他的書中提到軟件質(zhì)量的保證需要全員努力，需要過程的控制的，而不是某個英雄可以保證軟件質(zhì)量的等。項(xiàng)目測試工作

做了背景介紹后，下面我介紹之前項(xiàng)目如何開展測試工作的。

因?yàn)闇y試過程是整個測試工作的一個綱要，所以首先得從測試過程講起。

2.1 測試過程

測試過程，我們包括四個環(huán)節(jié)：測試計劃、測試設(shè)計、測試執(zhí)行、測試分析。

圖四 測試過程

2.1.1 測試計劃

測試計劃主要是進(jìn)行描述測試需求、分析制定測試計劃工作。在制定測試計劃時，經(jīng)常有人認(rèn)為測試計劃是在整個項(xiàng)目計劃制定之后才開始進(jìn)行測試計劃的，事實(shí)上并不是這樣的。測試計劃和項(xiàng)目計劃是互相影響的。舉個例子。假設(shè)項(xiàng)目有進(jìn)行性能測試的需求，但是測試工具又需要學(xué)習(xí)，那么我們在測試計劃中就需要預(yù)留這部分的時間，還有，測試用例的評審，也需要預(yù)留時間?；蛘?，如果某部分比較復(fù)雜，可能測試需要的時間會較多，或者需要測試的次數(shù)會比較多，那么可能要求開發(fā)組先安排這個核心模塊的開發(fā)，這樣需要調(diào)整開發(fā)計劃的順序。所以，測試計劃和項(xiàng)目計劃是互相影響的。在測試計劃環(huán)節(jié)還包括測試需求的描述，主要是確認(rèn)需求是可測試的，并將需求細(xì)化為具體的可測試點(diǎn)，保證測試設(shè)計時可以根據(jù)測試需求編寫測試用例，而避免遺漏測試點(diǎn)。我們的測試需求需要得到業(yè)務(wù)分析人員的評審，測試計劃要得到項(xiàng)目經(jīng)理的審批認(rèn)可。對于測試計劃，還需要說明的是，在具體的每個測試階段工作計劃中，我們需要定義本階段測試需要進(jìn)行的次數(shù)。每一輪測試是一個完整的測試周期，按照這里介紹的測試過程進(jìn)行。通常我們是一天一輪測試，最多是兩天一輪測試。通過這種方式，減少了測試和開發(fā)之間的空擋時間，即測試等開發(fā)，開發(fā)等測試。例子如圖五所示：

圖五 測試迭代例子 肯定會有人疑問，如果一個系統(tǒng)很龐大的話，怎么能在一兩天內(nèi)完成測試呢？是的，如果系統(tǒng)比較大的話，確實(shí)沒法在一兩天內(nèi)完成所有測試點(diǎn)的全面測試，有可能需要一周或更長的時間，但是這樣的話，就出現(xiàn)了測試、開發(fā)互相等待的情況了。所以，在我們制定的測試階段計劃時，需要指明本次測試的測試重點(diǎn)，測試范圍。我可以這一輪測試進(jìn)行A、B模塊基本功能測試，第二輪測試進(jìn)行C、D模塊基本功能測試，第三輪測試，進(jìn)行主要業(yè)務(wù)流程測試，第四輪測試，關(guān)注負(fù)面測試。在我之前的實(shí)踐中，發(fā)現(xiàn)這種方法還是比較有效的?？赡艽蠹乙沧⒁獾搅?，這個例子是另一個項(xiàng)目的。沒錯，在今天提到的移動的這個項(xiàng)目中我們沒有按照這種策略進(jìn)行測試，弄得當(dāng)時我們測試小組工作很累，很被動，經(jīng)常是開發(fā)說測試我們就要馬上開始測試，而缺乏計劃。實(shí)施這種方法后，測試的計劃性就比較強(qiáng)，測試不用總是被打擾。

2.1.2 測試設(shè)計

測試設(shè)計，主要是根據(jù)需求、設(shè)計文檔進(jìn)行的測試用例設(shè)計工作。如何從需求導(dǎo)出測試用例并設(shè)計測試用例，是整個測試過程中很重要的一部分工作，關(guān)系到測試執(zhí)行效果。但是在剛開始時，系統(tǒng)沒有界面，所以我們只能根據(jù)系統(tǒng)用例搭建測試用例的初步框架，能寫多少寫多少。隨著對系統(tǒng)的理解深入，加上后面也開發(fā)了系統(tǒng)原型，我們就可以不斷完善測試用例。即使是在測試階段，我們?nèi)圆粩嘈薷臏y試用例。測試用例我們分為兩種，一種是內(nèi)部測試用例，項(xiàng)目組內(nèi)部使用；一種是驗(yàn)收測試用例，偏重于業(yè)務(wù)，供客戶使用。項(xiàng)目組內(nèi)部用的測試用例例子如圖六所示：

圖六 測試用例例子（項(xiàng)目內(nèi)用）

從圖中大家也可以感覺到項(xiàng)目組內(nèi)部使用的測試用例在維護(hù)上比較不方便。因?yàn)槲覀兊男枨蟛]有做到很細(xì)，加上需求本身就是變化的，所以我們的測試需求經(jīng)常修改，一旦測試需求新增、修改、刪除時，測試用例要相應(yīng)進(jìn)行調(diào)整。這就造成了1)定位測試用例比較不方便，2)測試用例編號修改不方便，3)閱讀、執(zhí)行測試用例不方便。所以，我在2004年底開始準(zhǔn)備在團(tuán)隊(duì)內(nèi)自主開發(fā)一個測試用例管理系統(tǒng)。

2.1.3 測試執(zhí)行

在測試執(zhí)行階段，主要進(jìn)行測試的執(zhí)行工作。如果項(xiàng)目有需要編寫或錄制測試腳本的話，那么也在這個階段進(jìn)行。測試執(zhí)行結(jié)果是在原有測試用例的副本上編寫實(shí)際執(zhí)行結(jié)果而形成。在東南融通，它是把這個活動單獨(dú)為“測試實(shí)施”環(huán)節(jié)。

2.1.4 測試分析 在測試執(zhí)行結(jié)束后，我們開始對測試執(zhí)行結(jié)果進(jìn)行測試分析并編寫測試報告。測試報告的編寫上，主要的內(nèi)容在于對投入的資源、測試結(jié)果、缺陷進(jìn)行分析，并對整體測試情況進(jìn)行總結(jié)分析。對于資源的分析，包括各個測試任務(wù)投入的人力情況、實(shí)際工作量與計劃工作量的對比，并進(jìn)行分析。測試結(jié)果分析，可以通過對測試需求的覆蓋情況、測試用例的覆蓋情況及測試用例執(zhí)行結(jié)果情況進(jìn)行統(tǒng)計，并進(jìn)行分析。缺陷分析，可以通過對嚴(yán)重性、優(yōu)先級、模塊缺陷數(shù)、缺陷修復(fù)情況等方面進(jìn)行統(tǒng)計，并分析。例如，對系統(tǒng)缺陷進(jìn)行統(tǒng)計后，發(fā)現(xiàn)存在比較多的可用性問題，如修改操作員所屬的組后，無法登錄系統(tǒng)等。整體情況的總結(jié)可以從測試充分性、軟件質(zhì)量情況、測試活動情況、經(jīng)驗(yàn)教訓(xùn)等方面進(jìn)行總結(jié)。

測試分析中有個很重要的活動是對測試活動和測試過程進(jìn)行經(jīng)驗(yàn)教訓(xùn)的總結(jié)。因?yàn)闇y試經(jīng)驗(yàn)教訓(xùn)是很重要的，所以我們團(tuán)隊(duì)有專人負(fù)責(zé)對每個項(xiàng)目測試報告中的經(jīng)驗(yàn)教訓(xùn)進(jìn)行匯總，目的是讓后面項(xiàng)目測試工作可以吸取前面項(xiàng)目測試的經(jīng)驗(yàn)，避免犯前面項(xiàng)目測試工作同樣的錯誤。注：本測試過程對于每個階段的測試活動、每一輪測試活動、測試團(tuán)隊(duì)承接的各種測試類型均適用。

也就是說，每一輪測試之前，測試組組長都需要準(zhǔn)備測試計劃，確定測試執(zhí)行重點(diǎn)、目標(biāo)、測試內(nèi)容等，選取測試用例，并按照預(yù)先選取的測試用例執(zhí)行測試，測試執(zhí)行結(jié)束，需要進(jìn)行測試匯報。

2.1.5 測試準(zhǔn)則

在測試過程中有個很重要的內(nèi)容是：測試準(zhǔn)則。

在實(shí)際執(zhí)行中，我們不難碰到以下類似情況：提交測試的系統(tǒng)經(jīng)常在測試執(zhí)行初期，就出現(xiàn)頁面訪問失敗或者正常功能失效的情況；測試人員不知道提交測試的版本改了什么內(nèi)容或者新增了什么功能，改了哪些缺陷，導(dǎo)致經(jīng)常碰到開發(fā)人員說測試人員提交的某些缺陷所對應(yīng)的功能不屬于本版本集成內(nèi)容等等。存在這些情況的很大一部分的原因是因?yàn)樵陧?xiàng)目策劃階段時，測試組未就測試準(zhǔn)則和項(xiàng)目組達(dá)成一致意見，或者已經(jīng)達(dá)成一致，但是并沒有嚴(yán)格執(zhí)行。我們今天要講的測試準(zhǔn)則，主要是針對前者，后者屬于管理層面問題，不在我們的考慮范圍內(nèi)。

設(shè)置測試準(zhǔn)時需要注重實(shí)用性。測試準(zhǔn)則，通常包括測試進(jìn)入、暫停、恢復(fù)、退出準(zhǔn)則。這些測試準(zhǔn)則的例子如表二所示：

進(jìn)入準(zhǔn)則 暫停準(zhǔn)則 恢復(fù)準(zhǔn)則 退出準(zhǔn)則

含義

描述開始執(zhí)行測試的時機(jī)

描述系統(tǒng)在什么情況下暫停全部或部分測試工作。描述系統(tǒng)恢復(fù)測試的必要條件。

描述測試退出的條件，有正常退出，也有非正?；蛞馔獾耐顺?。集成測試

測試環(huán)境已經(jīng)準(zhǔn)備好； 已經(jīng)完成提交測試的模塊內(nèi)容； 主要功能無頁面點(diǎn)擊錯誤； 測試所需的文檔資料已經(jīng)完整。測試環(huán)境被破壞； 主要功能頁面點(diǎn)擊錯誤。測試環(huán)境重新搭建好；

主要功能不會出現(xiàn)頁面點(diǎn)擊錯誤的情況。完成已提交內(nèi)容所能完成的測試 系統(tǒng)測試

測試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)基本業(yè)務(wù)流程能走通 無任何功能的頁面點(diǎn)擊錯誤； 測試所需的文檔資料已經(jīng)完整。測試環(huán)境被破壞； 系統(tǒng)基本業(yè)務(wù)流程不通； 任何功能的頁面點(diǎn)擊錯誤。測試環(huán)境重新搭建好； 系統(tǒng)基本業(yè)務(wù)流程可以走通； 頁面點(diǎn)擊錯誤問題解決。測試內(nèi)容已經(jīng)完成；

阻塞測試的內(nèi)容（即測試暫停的產(chǎn)生原因）在短時間內(nèi)無法解決。內(nèi)部確認(rèn)測試/UAT 測試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)正常功能已正確實(shí)現(xiàn)； 業(yè)務(wù)流程能走通。測試環(huán)境被破壞； 系統(tǒng)業(yè)務(wù)流程不通； 正常功能未正確實(shí)現(xiàn)；

用戶很容易重現(xiàn)的嚴(yán)重缺陷產(chǎn)生。測試環(huán)境重新搭建好； 系統(tǒng)業(yè)務(wù)流程能走通； 正常功能實(shí)現(xiàn)； 需要解決的缺陷解決。測試內(nèi)容已經(jīng)全部完成；

PM根據(jù)測試報告，認(rèn)為系統(tǒng)可以滿足客戶的要求； PM要求修改的缺陷已經(jīng)全部修復(fù)； 到了時間，系統(tǒng)必須發(fā)布。驗(yàn)收測試

測試環(huán)境已經(jīng)準(zhǔn)備好； 客戶要求的功能都已經(jīng)完成。業(yè)務(wù)流程可以走通。測試環(huán)境被破壞； 發(fā)現(xiàn)需要修改的缺陷。測試環(huán)境重新搭建好； 修改完需要修改的缺陷。

所有要求的測試用例和測試程序都已經(jīng)執(zhí)行，并且沒有發(fā)現(xiàn)新的必須修改的缺陷 性能測試

測試環(huán)境已經(jīng)準(zhǔn)備好； 系統(tǒng)的功能正常實(shí)現(xiàn)； 不存在影響系統(tǒng)流程的缺陷。測試環(huán)境被破壞； 系統(tǒng)流程存在缺陷； 被測試功能存在缺陷；

程序的版本更新，存在影響系統(tǒng)功能實(shí)現(xiàn)的缺陷。測試環(huán)境重新搭建好； 解決影響性能測試的缺陷。

所有要求的測試用例和測試腳本都已執(zhí)行； 完成性能分析工作。

表二 測試準(zhǔn)則例子

恢復(fù)測試時，一般是需要把前面測試內(nèi)容重新進(jìn)行測試，因?yàn)闀ㄙM(fèi)較大的工作量，所以測試組長在決定暫停測試時需要很慎重。

在表二顯示的集成測試的退出準(zhǔn)則中寫到“完成已提交測試內(nèi)容所能完成的測試”，這里的“所能完成的測試”是指，在當(dāng)前版本所能進(jìn)行的測試內(nèi)容，如在系統(tǒng)剛集成時，可進(jìn)行界面測試，基本模塊的基本功能的測試。

上面的測試準(zhǔn)則的例子，也不是很恰當(dāng)及規(guī)范，至少缺少了數(shù)據(jù)度量部分，這里只是拿出來和大家一起交流。這部分內(nèi)容我一直認(rèn)為是很重要的，如果做的不好，測試組的負(fù)擔(dān)會很重。

需要注意的一點(diǎn)是：測試準(zhǔn)則，是在制定測試計劃時溝通確定的，它需要和相關(guān)人溝通，且得到項(xiàng)目經(jīng)理審批通過的。

測試準(zhǔn)則是固定的，實(shí)際處理方式是靈活的。在實(shí)際測試過程中碰到同樣的問題，是否繼續(xù)測試，或者需要暫停測試，處理方式不是一成不變的，這是需要根據(jù)項(xiàng)目所處階段來具體情況具體分析的。

下面舉個例子，這個例子是經(jīng)常性的一種情況。假設(shè)在測試過程中，我們發(fā)現(xiàn)了一個阻塞性錯誤（流程無法繼續(xù)往下走等類似情況），是否繼續(xù)進(jìn)行測試呢？

? 在項(xiàng)目初期，進(jìn)行單個或多個模塊的測試時：因?yàn)榭梢詧?zhí)行界面測試及熟悉系統(tǒng)，我們可以接受該版本，繼續(xù)進(jìn)行測試。這就屬于已提交測試內(nèi)容所能完成的測試。在項(xiàng)目測試初期，要求不可過于嚴(yán)格。

? 系統(tǒng)測試：基本流程必須走通。如果基本業(yè)務(wù)流程（主干）不能走通，則需要根據(jù)實(shí)際情況來靈活處理。（是否暫停測試或繼續(xù)測試？）如果是整個流程的初始節(jié)點(diǎn)失效，沒有這個節(jié)點(diǎn)的數(shù)據(jù)，后面所有節(jié)點(diǎn)均無法進(jìn)行，那么這種情況下就只能暫停測試。如果說是分支流程出現(xiàn)阻塞，那么可以考慮繼續(xù)測試，然后在測試報告中說明該分支未測試。此時不暫停測試，主要是考慮重新集成一個版本的性價比，也就是是否值得重新集成。

? 發(fā)布前的確認(rèn)測試：一旦有阻塞性缺陷，馬上停止測試。

2.2 測試實(shí)施過程

上面說的是測試過程。下面簡單介紹一下我們實(shí)際的測試工作。

我們的測試組一般是在項(xiàng)目啟動時進(jìn)入項(xiàng)目組的。在項(xiàng)目立項(xiàng)時，項(xiàng)目經(jīng)理會向測試部經(jīng)理申請測試資源。經(jīng)過評估衡量后，測試部經(jīng)理會安排一個測試人員作為項(xiàng)目測試組長。當(dāng)項(xiàng)目啟動時，測試組長進(jìn)入項(xiàng)目，開始了解項(xiàng)目用戶需求，起草項(xiàng)目測試計劃。在到了一定階段，例如測試設(shè)計階段，測試部經(jīng)理會根據(jù)項(xiàng)目規(guī)模，項(xiàng)目在公司的重要性以及團(tuán)隊(duì)其他人員工作負(fù)荷情況，安排其他人進(jìn)入項(xiàng)目組。一般來說，我們一個項(xiàng)目是2~3名測試人員。在項(xiàng)目進(jìn)入維護(hù)階段時，則是一個測試人員跟進(jìn)項(xiàng)目。

測試組長根據(jù)項(xiàng)目情況及項(xiàng)目階段計劃，定義項(xiàng)目本階段測試次數(shù)。項(xiàng)目經(jīng)理參考測試組長提供的測試次數(shù)建議，以及項(xiàng)目開發(fā)的情況，和項(xiàng)目組各個小組負(fù)責(zé)人溝通后，定義了系統(tǒng)本階段版本集成時間。在我們的項(xiàng)目里，有一個開發(fā)人員兼職做集成人員。在指定的版本集成時間之前的一段時間，各個開發(fā)人員將他們的程序提交配置庫，由集成人員進(jìn)行集成（不同語言有不同的集成方式）。集成后，集成人員會進(jìn)行簡單的自測，驗(yàn)證是否集成成功。如果集成成功，就在服務(wù)器上給該版本程序打上標(biāo)簽。如果集成不成功，那么返工給相應(yīng)開發(fā)人員修改并重新集成，如此反復(fù)直至集成成功。集成成功后，集成人員會提交一份集成說明給測試組長。集成說明內(nèi)容包括：集成版本路徑、版本標(biāo)簽、修改內(nèi)容、新增內(nèi)容等。測試組長則根據(jù)預(yù)先準(zhǔn)備好的測試計劃開始測試。在開始測試時測試組長會通知項(xiàng)目組，告訴他們測試開始，請勿更新測試環(huán)境。測試結(jié)束后，也會通知項(xiàng)目組測試結(jié)束。

這里要很注意一點(diǎn)的是，對于數(shù)據(jù)庫的更新也需要采用同樣的管理，即數(shù)據(jù)庫維護(hù)也是需要進(jìn)行統(tǒng)一管理，避免出現(xiàn)客戶環(huán)境和測試環(huán)境不一致的情況。

在正常情況下，開發(fā)組是在預(yù)定的集成日期的當(dāng)天晚上集成，測試組第二天上班后開始測試。如果遇到特殊情況需要當(dāng)天集成當(dāng)天測試的話，我們的開發(fā)人員會等到測試組發(fā)出測試結(jié)束的通知后，才離崗。

如果在完成計劃的測試次數(shù)后，系統(tǒng)質(zhì)量仍不穩(wěn)定或沒有達(dá)到預(yù)期目標(biāo)的話，那么測試組長將和項(xiàng)目經(jīng)理溝通，相應(yīng)增加測試次數(shù)。

關(guān)于測試用例的執(zhí)行，我不知道公司現(xiàn)在是采用怎樣的一種方式的。在我原來的團(tuán)隊(duì)中，測試用例的主要作用是保證系統(tǒng)功能的測試覆蓋率，避免某些功能因?yàn)闇y試周期長而導(dǎo)致測試遺漏。但是我們也采用經(jīng)驗(yàn)法、試探法、轉(zhuǎn)換思維的方式進(jìn)行測試，所以，我們一般使用測試用例執(zhí)行3~4次測試。這可能和我們的測試用例設(shè)計能力有關(guān)。

在缺陷管理上，整體流程基本類似，但是在缺陷分配上，我們測試人員是直接分配給項(xiàng)目缺陷分配專員，缺陷分配專員一般是由業(yè)務(wù)分析員擔(dān)任。缺陷分配專員對缺陷進(jìn)行分析后，再進(jìn)行缺陷的再分配。對于缺陷分配專員處理為不修改的缺陷，測試人員需要進(jìn)行確認(rèn)。如果測試人員不認(rèn)可缺陷分配專員的處理意見，可以同他進(jìn)行溝通，或向相關(guān)人員（如項(xiàng)目經(jīng)理）提出自己的意見，最終以項(xiàng)目經(jīng)理的意見為準(zhǔn)。在系統(tǒng)階段確認(rèn)測試前的2~3天，測試組長會將系統(tǒng)未解決的缺陷清單給項(xiàng)目經(jīng)理確認(rèn)，并要求項(xiàng)目經(jīng)理提供缺陷應(yīng)對方案。缺陷應(yīng)對方案在系統(tǒng)發(fā)布時，作為項(xiàng)目發(fā)布說明的附件。

我們是采用公司自主開發(fā)的缺陷管理系統(tǒng)進(jìn)行缺陷管理的，使用excel、word進(jìn)行其他測試工件的編寫的。

如何搭建一個高效的測試團(tuán)隊(duì)

俗話說“工欲善其事，必先利其器”，要做好測試工作，首先需要建立并維護(hù)一個高效的測試團(tuán)隊(duì)。然而，許多小型軟件企業(yè)卻將測試作為產(chǎn)品面臨發(fā)布時的一個小“插曲”，往往臨時抽調(diào)幾名程序員對產(chǎn)品的功能粗略測試一下即交付客戶（甚至在進(jìn)度和成本不足時首先砍掉這一塊）。這種倉促完成的產(chǎn)品通常質(zhì)量問題很多，所以我們首先應(yīng)拋棄小企業(yè)慣常的思維模式，不計較一時一地之利益，立足長遠(yuǎn)，著手組建高效測試團(tuán)隊(duì)。

第一步：招募測試人員

在國內(nèi)的軟件企業(yè)中有一種普遍做法，那就是把那些剛涉足軟件行業(yè)的技術(shù)新手或業(yè)績不突出的開發(fā)人員安排去做測試工作。筆者認(rèn)為這絕對是一種欠妥當(dāng)?shù)男袨椤Ｊ聦?shí)上，對一個系統(tǒng)進(jìn)行有效測試所需要的技能絕對不比進(jìn)行軟件開發(fā)所需要的技能少，測試從業(yè)者甚至可能面對許多開發(fā)人員都不會遇到的技術(shù)難題。那么，測試團(tuán)隊(duì)需要招募什么樣的成員呢？這里，筆者總結(jié)了以下兩點(diǎn)：

首先，測試人員要具備良好的溝通能力、自信心、外交能力、遷移能力以及懷疑精神。

其次，測試組成員應(yīng)具備良好的專業(yè)技能或者技術(shù)學(xué)習(xí)能力。

當(dāng)然，新招募的測試人員不可能像上面說的那么理想。關(guān)鍵是他們是否熱愛測試這項(xiàng)工作，對相關(guān)的工作內(nèi)容是否感興趣以及他們的學(xué)習(xí)能力如何。

第二步：測試團(tuán)隊(duì)制度建設(shè)

良好的制度可以規(guī)范測試團(tuán)隊(duì)的工作開展，同時也便于對團(tuán)隊(duì)成員進(jìn)行業(yè)績考評。相反,則很有可能導(dǎo)致人心渙散，滋長負(fù)面風(fēng)氣。建設(shè)良好的測試團(tuán)隊(duì)制度，可以考慮以下幾個方面：

? 匯報制度 團(tuán)隊(duì)成員匯報本周工作情況及下周工作計劃、遇到的問題以及需要提供的幫助，培養(yǎng)團(tuán)隊(duì)成員的匯報及計劃習(xí)慣。

? 工作總結(jié)制度 成員每個階段匯報上階段工作經(jīng)驗(yàn)和教訓(xùn)，并在部門例會上交流、分享經(jīng)驗(yàn)及教訓(xùn)，避免同樣的問題重復(fù)出現(xiàn)。

? 獎懲制度 對于貢獻(xiàn)突出的成員予以獎勵，對于業(yè)績差的提出批評，有效地保持測試團(tuán)隊(duì)的工作熱情。

? 測試件審核制度 對測試件進(jìn)行審核，去粗存精，鼓勵測試人員使用和提出改進(jìn)，保證提交到測試團(tuán)隊(duì)知識庫的測試件的質(zhì)量。

? 會議制度 定期召開部門例會，討論、解決工作中的問題，并提供部門內(nèi)的學(xué)習(xí)的平臺。

目前，已有不少軟件企業(yè)推行給測試人員區(qū)分級別的制度，獎優(yōu)罰劣。這無疑是一個好的做法，但成員業(yè)績的具體考評辦法，目前尚無可供參考的標(biāo)準(zhǔn)文件，所以筆者建議應(yīng)盡量做到公正客觀，以免挫傷團(tuán)隊(duì)成員的工作積極性。

第三步：測試團(tuán)隊(duì)內(nèi)部的職責(zé)分工

明確測試團(tuán)隊(duì)內(nèi)部各類測試人員的職責(zé)分工可以使測試團(tuán)隊(duì)內(nèi)部各類測試人員能集中精力在較短的時間內(nèi)完成特定崗位必需的知識儲備和經(jīng)驗(yàn)積累，同時也使得測試團(tuán)隊(duì)的管理更科學(xué)，真正做到“用其所長，避其所短”。

第四步：測試流程建設(shè)

我們可以通過以下步驟來建立適合本單位的測試流程：

1.測試團(tuán)隊(duì)負(fù)責(zé)人員根據(jù)對公司現(xiàn)有測試狀況的了解，及個人的測試經(jīng)驗(yàn)，起草測試流程及相關(guān)的模板；

2.通過一到兩個項(xiàng)目的實(shí)踐，記錄測試流程草稿中的問題及不足之處； 3.根據(jù)實(shí)施經(jīng)驗(yàn)，完善測試流程，得到測試流程初稿，并起草相關(guān)實(shí)施指南； 4.選擇一個到多個項(xiàng)目，實(shí)踐上述測試流程初稿及實(shí)施指南，記錄實(shí)踐過程中出現(xiàn)的問題；

5.根據(jù)上述實(shí)踐工作的反饋，組織修改測試流程初稿及實(shí)施指南，并把修改后的測試流程繼續(xù)應(yīng)用到項(xiàng)目實(shí)踐中去，根據(jù)反饋進(jìn)一步完善成熟；

6.測試流程及其相關(guān)文件基本趨于穩(wěn)定狀態(tài)時，可以考慮發(fā)布測試流程（含測試流程、模板、表格、指南），并在以后的實(shí)踐中不斷改進(jìn)和完善。第五步：團(tuán)隊(duì)成員能力的逐步提高

有了明確、合理的職責(zé)分工后，需要針對這些分工對團(tuán)隊(duì)成員進(jìn)行有意識的引導(dǎo)，穩(wěn)步提升團(tuán)隊(duì)成員的技能。測試團(tuán)隊(duì)負(fù)責(zé)人需要負(fù)起監(jiān)督和促進(jìn)員工能力提升的任務(wù)。監(jiān)督和促進(jìn)測試團(tuán)隊(duì)成員能力提高，主要做好如下三個方面的工作:

一是，提倡資深測試人員在測試團(tuán)隊(duì)內(nèi)部進(jìn)行經(jīng)常性的培訓(xùn)和測試經(jīng)驗(yàn)交流，通過該渠道幫助資歷淺的測試人員大幅提升業(yè)務(wù)技能，做到新老員工之間的知識傳播和繼承。二是，測試團(tuán)隊(duì)?wèi)?yīng)充分利用好測試件知識庫，對于納入到測試團(tuán)隊(duì)知識庫的測試件應(yīng)充分消化和學(xué)習(xí)，在此基礎(chǔ)上進(jìn)一步鼓勵測試團(tuán)隊(duì)成員對這些測試件提出改進(jìn)性意見。

三是，測試人員除了需要注重自身的測試技能提升，在條件許可的情況還應(yīng)適度開發(fā)部門的基本知識，這樣能減少與開發(fā)團(tuán)隊(duì)協(xié)同工作時的領(lǐng)域障礙。

第三篇：項(xiàng)目管理經(jīng)驗(yàn)總結(jié)

項(xiàng)目管理經(jīng)驗(yàn)和技術(shù)總結(jié)

江蘇分公司第四管理部

2015.09

作為項(xiàng)目管理人員，要以專業(yè)技術(shù)為依托，以工程項(xiàng)目管理為中心，先進(jìn)的工程建設(shè)理念，明確項(xiàng)目成本、質(zhì)量、進(jìn)度和安全目標(biāo)。扎實(shí)的工程建設(shè)理論和技術(shù)管理知識、豐富的現(xiàn)場施工經(jīng)驗(yàn)是做好工程項(xiàng)目管理的基礎(chǔ);這就需要在平時的工作中不斷積累和總結(jié)，讓實(shí)踐與理論更好地沉淀于能力上，更好去管理協(xié)調(diào)。

一、對于整個施工過程中的技術(shù)實(shí)施，主要還是在于工程的質(zhì)量，質(zhì)量不合格，其它一切也就白談了。影響施工項(xiàng)目的質(zhì)量因素主要是人、材、機(jī)、方法和環(huán)境。所以如何控制好質(zhì)量是關(guān)鍵。1.要熟悉工程建設(shè)中的各種材料的技術(shù)性質(zhì)和質(zhì)量要求;材料要嚴(yán)格檢查驗(yàn)收，正確合理使用，建立管理臺帳，進(jìn)行收、發(fā)、儲、運(yùn)等環(huán)節(jié)的技術(shù)管理，避免混料和將不合格的原材料使用到工程上。2.對各工序的施工工藝充分地把握，嚴(yán)格按施工方案施工;全面分析，預(yù)防為主，對可能出現(xiàn)質(zhì)量隱患的，設(shè)置控制點(diǎn)，重點(diǎn)防范;控制好整個施工過程的質(zhì)量通病：質(zhì)量通病面大量廣，危害極大，消除質(zhì)量通病只要思想重視，施工過程嚴(yán)格按施工驗(yàn)收規(guī)范進(jìn)行施工，遵守施工程序和操作規(guī)程，貫徹技術(shù)責(zé)任，嚴(yán)格檢查、層層把關(guān)，絕大多數(shù)質(zhì)量通病都能消除。

二、當(dāng)今社會是一個講效率的社會，時間就是金錢，質(zhì)量保證了，進(jìn)度也要跟得上，要合理地趕進(jìn)度，對各種資源優(yōu)化搭配，從而節(jié)省管理資源，節(jié)約管理成本。

三、建立項(xiàng)目核算制，對項(xiàng)目進(jìn)行成本控制，人、材、機(jī)、管是構(gòu)成成本的主要費(fèi)用;人工費(fèi)嚴(yán)格按工程量計算，優(yōu)化勞動力，減少返工，杜絕濫用工，施工要按工期嚴(yán)格進(jìn)行，嚴(yán)禁窩工，無故停工，用工要按時按量(定量定工);材料在在提取使用前，施工主要負(fù)責(zé)人要熟悉施工圖紙，對所用的材料的數(shù)量做到心中有數(shù)，要按時按量提取材料，盡量控制材料使用量，嚴(yán)格按照圖紙施工，多用材料和少用材料土建工長都要以洽商的形式反映在書面上。也就是說主要負(fù)責(zé)人要對提取的材料嚴(yán)格把關(guān)，嚴(yán)禁多提錯提。在現(xiàn)場要有人專門盯工程質(zhì)量，依圖施工，嚴(yán)禁浪費(fèi)材料，丟失材料。工人對施工工藝不了解會導(dǎo)致浪費(fèi)材料，還要防止工人盜竊施工材料和施工工具;機(jī)械施工方案的選擇，要合理配置機(jī)械，提高使用率;管理人員要嚴(yán)格配置，架構(gòu)要合理，管理人員素質(zhì)、技術(shù)、辦事效率要高，縮短工期，減少管理成本;優(yōu)化整個施工過程各工序的施工工藝，綜合衡量，通過改變工藝，搞高效率，減少人、材、機(jī)，從而降低成本。

四、要以人為本，安全第一，明確安全目標(biāo)、減少和消除生產(chǎn)過程中的事故，保證人員健康安全和財產(chǎn)免受損失;統(tǒng)一安全生產(chǎn)管理，制定周密的安全措施，建全規(guī)章制度，保證在多項(xiàng)目、多部位、多工種施工的條件下有序地進(jìn)行工作，對使用一些特殊建筑材料性能、使用方法，要明確進(jìn)行技術(shù)交底，控制好人、物的不安全狀態(tài)、改善生產(chǎn)、生活環(huán)境。

在工作中要多觀察，多動腦，多學(xué)習(xí)，并且不斷提高交際能力，增強(qiáng)管理協(xié)調(diào)能力，以良好的思想品德、敬業(yè)的合作精神和奉獻(xiàn)創(chuàng)新意識來回報社會的。

第四篇：各種項(xiàng)目管理經(jīng)驗(yàn)總結(jié)[范文模版]

各種項(xiàng)目管理經(jīng)驗(yàn)總結(jié)大全

如何在一個項(xiàng)目中從啟動、執(zhí)行、完成這一過程中，在做好項(xiàng)目管理的基礎(chǔ)上，使團(tuán)隊(duì)所有成員在做人做事方面有所提高？

減少溝通成本是做好項(xiàng)目管理和團(tuán)隊(duì)管理的重要前提條件，而且是貫穿整個流程之中。（1）幫助新人快速理解原來團(tuán)隊(duì)的氛圍，知識，降低后期的溝通成本。

一方面要提前將內(nèi)部約定的詞語或?qū)I(yè)詞語解釋給新人，且必須讓他們理解。

內(nèi)部約定的詞語有兩種情形：一種是我們自己原創(chuàng)的，例如“欄目頁”；另一種是普通的單詞，在特定的環(huán)境使用中，我們對它“重新”定義，例如“模塊”。而專業(yè)詞語則是行業(yè)中通用的詞匯，這個與個人的閱歷直接相關(guān)。

內(nèi)部約定的詞語在團(tuán)隊(duì)的日常交流中經(jīng)常使用，不會覺得有問題。但對于新人來說則是碰到一個概念，大部分情況下新人們會根據(jù)已有的經(jīng)驗(yàn)、閱歷去理解我們的詞匯，他們自己覺得“懂”了，所以大部分情況沒有提出疑問。只有在項(xiàng)目進(jìn)行中出現(xiàn)問題，幾輪溝通下來才發(fā)現(xiàn)問題在于雙方對某個詞的理解出現(xiàn)了偏差，這時已付出巨大的溝通成本。所以，在和新人溝通的時候，時刻提醒自己：當(dāng)講到一些詞語，無論是否是內(nèi)部約定詞語還是一些專業(yè)名詞，停下來問問新人是否理解，并要讓他們說出理解，以此來檢驗(yàn)大家在理解上是否有偏差。例如在界面設(shè)計中的“模塊”，在不同場景有不同理解，但我們內(nèi)部已經(jīng)對它“重新”定義，特指界面中的一個欄目。如果沒有提前解釋清楚，在中期執(zhí)行經(jīng)常會出現(xiàn)多次返工修改的情形。

另一方面根據(jù)新人的理解水平，選擇用詞。

由于每個人的閱讀量、認(rèn)知水平都不同，所以在日常溝通中，一開始最好盡量少用一些專業(yè)名詞，最好是在新人親身經(jīng)歷過，再向他解釋。例如一開始講界面就提到用戶體驗(yàn)、眼動實(shí)驗(yàn)，估計他們大腦頓時就石化了。

在開會、安排任務(wù)、解釋說明的措辭上，盡量用一些通俗易懂，他們的認(rèn)知水平可以理解的詞語來說?！坝脩舳际巧倒稀边@話也適用于新人，（沒有絲毫貶低的意思）這要求leader在解釋說明時要做到所用的詞，連傻瓜都能聽得懂。我們要的是團(tuán)隊(duì)一起成長，不是為了向新人炫耀自己懂了多少，不是在賣弄我們的技術(shù)。

（2）整個團(tuán)隊(duì)交流時要化抽象為具象，便于成員之間相互理解

由于每個人的知識、閱歷不盡相同，對于概念的理解必然存在偏差。因此leader在安排任務(wù)、講解時，能畫圖的不用文字，能用表格的不用文字，能用比喻的不要直白陳述概念。通過具體、生動地表述幫助大家理解，減少不必要的糾結(jié)。

（3）明確一個時間點(diǎn)，減少誤解。

假如說leader對你說“明天上午把文件發(fā)給我”你會什么時候發(fā)？可能leader從9點(diǎn)多就在電腦前等，你卻睡到11點(diǎn)多才起床。Leader肯定不爽。問題出在哪？時間不明確。每個人對“明天上午”的理解都不同，“發(fā)給我”是發(fā)送到郵箱還是QQ離線文件？稍微注意下，改成“明天上午10點(diǎn)前把文件發(fā)到我QQ郵箱”。雙方都心知肚明，可能leader會9點(diǎn)50分就去查看郵箱。大家合作愉快。

（一）項(xiàng)目管理

項(xiàng)目管理的目的就是保證項(xiàng)目按時按質(zhì)完成。最理想的情形就是適當(dāng)在人安排在適當(dāng)?shù)膷徫簧献鲞m當(dāng)?shù)氖?，但現(xiàn)實(shí)中往往很難實(shí)現(xiàn)。這時leader需要有效地執(zhí)行計劃并監(jiān)督大家朝一個方向努力。

一個項(xiàng)目的執(zhí)行，需要有2個角色：項(xiàng)目經(jīng)理+產(chǎn)品經(jīng)理。（只能借助這樣裝逼的詞）項(xiàng)目經(jīng)理：正確地做流程；產(chǎn)品經(jīng)理：正確地做產(chǎn)品。

由于人的精力有限，需要有人專注某一領(lǐng)域，協(xié)調(diào)項(xiàng)目的進(jìn)展。項(xiàng)目經(jīng)理更注重流程，制定并把握項(xiàng)目的進(jìn)度，安排合適的人做正確的事，而產(chǎn)品經(jīng)理則注重產(chǎn)品的質(zhì)量，如網(wǎng)頁的界面、功能，后臺的數(shù)據(jù)庫等，安排合適的人把事情做正確！

（1）制定合理的進(jìn)度表，確保各項(xiàng)內(nèi)容安排得當(dāng)。

一份進(jìn)度表須包括：起始時間、內(nèi)容、參與人、負(fù)責(zé)人、輸出物（即某個階段做出的成果）。

確定的起始時間應(yīng)注意：

第一，包括一個緩沖期。為了避免拖拉，延誤了整個項(xiàng)目的時間，需將起始時間設(shè)定在底限的時間的前1-3天。例如1號開始畫psd圖，底線是10號交最終版的樣圖。在確定起始時間，應(yīng)當(dāng)設(shè)定為1-7號。因?yàn)榉倒ば薷呐c可能會出現(xiàn)拖拉的這2個因素，空出3天這樣一個彈性時間。假如設(shè)定時間是1-10號，有可能10號晚上拿到的PSD圖就非常滿意，不需要一點(diǎn)點(diǎn)修改？

第二，時間的最終確定需所有成員清楚并同意。為了增加成員對項(xiàng)目的認(rèn)同感，也為了尊重成員，避免成員在情感上認(rèn)為上級又布置了一個任務(wù)，只能選擇接受。由于每個人有各種私人的事情，還有可能有選修課、實(shí)驗(yàn)課等等不定因素，所以大家的時間比較零碎。此時，leader可以先按理想中的情況安排起始時間，再在會議上讓成員商議，在每個人確保自己能完成任務(wù)的時間的情況下，再確定一份最終版的時間表（當(dāng)然不能超過底限時間），最后leader要強(qiáng)調(diào)這份時間表是所有成員做出的承諾，如果完成不了再進(jìn)行問責(zé)！

確定任務(wù)的參與人時，應(yīng)充分考慮到他的技能水平、時間安排能否按時按質(zhì)完成。但現(xiàn)實(shí)情況是很難有一個量化標(biāo)準(zhǔn)來衡量一個成員，因此leader在安排時可適當(dāng)降低標(biāo)準(zhǔn)，只要不底于底限即可。

（2）開會進(jìn)行任務(wù)安排，明確每個人的職責(zé)。

為了避免會議冗長、低效，小團(tuán)隊(duì)（8-12人）開會時，全部人站著開會且開會時間盡量控制在20分鐘之內(nèi)。會議上無法達(dá)成協(xié)議的，由雙方會后再協(xié)商，不能因?yàn)閭€人浪費(fèi)大家時間。

在部署任務(wù)時

第一，講清我的期望與衡量標(biāo)準(zhǔn)?？梢宰尦蓡T從思想上重視，且知道怎么做才能讓leader滿意，更具方向性。

第二，講清楚做這件事對其個人能力成長有什么幫助。

第三，關(guān)于做事情的方法和思路，如何去做，因人而異：對于新手，就直接講明應(yīng)該如何去做，細(xì)化到步驟，讓其馬上去執(zhí)行；對于有經(jīng)驗(yàn)者，只需要將一個大致思路；

第四，明確優(yōu)先級。有時會出現(xiàn)一個人手頭上多個任務(wù)，不知道先做那個，所以leader在安排時，有時需要對多任務(wù)設(shè)定一個優(yōu)先級排序。（3）追蹤目標(biāo)，動態(tài)掌握項(xiàng)目的進(jìn)程，適時進(jìn)行干預(yù)確保能按時完成。

第一，leader要主動去詢問、幫助成員解決問題。通過詢問、了解、幫助成員解決問題，既有利于項(xiàng)目的順利進(jìn)行，又有利于團(tuán)隊(duì)的和諧融洽。由于習(xí)慣、年級等多方面因素，成員不習(xí)慣向上提問，向上反饋，特別是新成員，經(jīng)常是到截至日期前一刻才會反饋出一堆問題，倘若此時再解決，時間已經(jīng)不允許了，造成的結(jié)果往往就是項(xiàng)目拖時。越少的溝通，成員之間的了解就越少，默契配合就越差，成員之間如果一直在陌生人的情形下合作是相當(dāng)不利的。Leader可以這樣發(fā)問“最近**做得怎么樣，有什么需要我?guī)椭膯?？?/p>

第二、定期舉行進(jìn)度會議來一次性解決問題，反饋進(jìn)度。進(jìn)度會議既可以讓成員了解項(xiàng)目的進(jìn)度，清楚現(xiàn)狀，又可以根據(jù)實(shí)際情況解決出現(xiàn)的問題并調(diào)整計劃。由于許多問題在做計劃時是無法提前遇見，因此通過定期的會議來總結(jié)問題并解決問題。

第三、在風(fēng)險可承擔(dān)的前提下，適當(dāng)放權(quán)，允許成員犯錯。既可以發(fā)揮成員的積極性也可以讓他領(lǐng)悟更深。做一個項(xiàng)目的開發(fā)，與大學(xué)其他社團(tuán)活動最大的區(qū)別就是終止時間。一旦活動舉辦的時間確定下來，無論中間多少個不確定因素，無論質(zhì)量好壞，活動必須舉辦。而項(xiàng)目開發(fā)因?yàn)閺椥詴r間大，一個成員犯的錯對于整個項(xiàng)目最后能否按時按質(zhì)完成的影響的風(fēng)險，leader若可以承擔(dān)，就主動放權(quán)，讓成員去試錯。在犯錯之后，及時幫他總結(jié)，解釋，讓他有更深的領(lǐng)悟，但絕不允許一個錯誤犯兩次。

第五篇：手機(jī)安卓系統(tǒng)測試經(jīng)驗(yàn)總結(jié)

手機(jī)安卓系統(tǒng)簡介及測試經(jīng)驗(yàn)總結(jié)

一、Android簡介

Android（安卓）系統(tǒng)是手機(jī)或一些平板電腦等終端的操作系統(tǒng)，可以說是現(xiàn)在最流行的系統(tǒng)之一。是目前最流行的手機(jī)智能平臺，目前廣泛的應(yīng)用在智能手機(jī)上，在智能手機(jī)領(lǐng)域掀起了“Android風(fēng)暴”。Android系統(tǒng)在不久的將來即將應(yīng)用在平板電腦，微波爐，電冰箱等等電器上，發(fā)展前景很好。尤其是Android操作系統(tǒng)的平板電腦更值得大家期待！

安卓相比塞班主要有這幾個優(yōu)點(diǎn)：

1、系統(tǒng)基于Linux,非常穩(wěn)定，怎么折騰都不死機(jī)，不像塞班三天兩頭死機(jī)。

2、系統(tǒng)代碼年輕并且精簡，手機(jī)運(yùn)行比較快！不像塞班手機(jī)用一段時間后速度會變慢。

3、系統(tǒng)升級后以前的軟件都可用，目前支持的軟件極多達(dá)三萬種！不像塞班系統(tǒng)一升級以前軟件都作廢，用戶毫無辦法智能干瞪眼。

4、安卓操作界面很人性化，像蘋果手機(jī)一樣很多界面都是動態(tài)的，酷炫且華麗，并且在圖標(biāo)甚至空白處長按三秒有類似電腦鼠標(biāo)右鍵的快捷菜單彈出，很方便。相比之下塞班界面設(shè)計較保守，諾基亞的觸屏機(jī)號稱多次升級，其實(shí)還是老一代的手機(jī)N73加觸控點(diǎn)按。

Android是基于Linux開放性內(nèi)核的手機(jī)操作系統(tǒng)，Android系統(tǒng)由操作系統(tǒng)、中間件、用戶界面和應(yīng)用軟件組成。它采用軟件堆層（Software Stack，又名軟件疊層）的架構(gòu)，主要分為三部分。底層以Linux內(nèi)核工作為基礎(chǔ)，由C語言開發(fā)，只提供基本功能；中間層包括函數(shù)庫Library和虛擬機(jī)Virtual Machine，由C++開發(fā)。最上層是各種應(yīng)用軟件，包括通話程序，短信程序等，應(yīng)用軟件則由各公司自行開發(fā)，以Java作為編寫程序的一部分。

二、Android系統(tǒng)各個版本及功能

1、Android 1.1 2008年9月22日，由HTC代工生產(chǎn)T-Mobile定制的HTC G1正式面世，Android系統(tǒng)終于面向世人。作為全球首款使用Android操作系統(tǒng)的手機(jī)，該機(jī)支持WCDMA/HSPA網(wǎng)絡(luò)，并支持Wi-Fi。

主要功能有鬧鐘，API示例，瀏覽器，攝像頭，聯(lián)系人，開發(fā)工具包，撥號應(yīng)用，電子郵件，地圖（包含街景），音樂，圖片，設(shè)置。

2、Android 1.5(Cupcake)

2009年4月30日，官方1.5版本的android（基于 Linux Kernel 2.6.27）發(fā)布。主要的更新如下。

1.拍攝/播放影片，并支持上傳到Y(jié)outube 2.支持立體聲藍(lán)牙耳機(jī)，同時改善自動配對性能。

3.采用最新的Webkit技術(shù)的瀏覽器，支持復(fù)制/粘貼上和頁面中搜索。4.GPS性能大大提高，提供屏幕虛擬鍵盤。

5.主屏幕增加音樂播放器和相框widgets，應(yīng)用程序自動隨著手機(jī)旋轉(zhuǎn)。6.短信，Gmail,日歷，瀏覽器的用戶接口大幅改進(jìn)，如Gmail可以批量刪除郵件。

7.相機(jī)啟動速度加快，拍攝圖片可以直接上傳Picasa，來電照片顯示。代表機(jī)型有HTC Magic G2、HTC HeroG3、HTC TattooG4等。

3、Android 1.6(Donut)2009年9月15日，1.6（基于Linux Kernel 2.6.29）版本軟件開發(fā)工具包發(fā)布。主要的更新如下。

1、重新設(shè)計的Android Market,手勢支持，支持CDMA網(wǎng)絡(luò)。文字轉(zhuǎn)語音系統(tǒng)（Text-to-Speech），快速搜索框，全新的拍照接口。

2、查看應(yīng)用程序耗電，支持虛擬私人網(wǎng)絡(luò)（VPN）

3、支持更多的屏幕分辨率，支持OpenCore2媒體引擎。

4、新增面向視覺或聽覺困難人群的易用性插。

代表機(jī)型：索尼愛立信X10，在Android 1.6還沒有普及的情況下，谷歌又出招了，帶來的是Android 2.0固件。

4、Android 2.0/2.0.1/2.1(Eclair)2009年10月26日，2.0（基于Linux Kernel 2.6.29）版本軟件開發(fā)工具包發(fā)布。主要的更新如下。

1、優(yōu)化硬件速度，“Car Home”程序，支持更多的屏幕分辨率。

2、改良的用戶界面，新的瀏覽器的用戶接口和支持HTML5

3、新的聯(lián)系人名單，更好的白色/黑色北京比率，改進(jìn)Google Maps 3.1.2

4、支持Microsoft Exchange，支持內(nèi)置相機(jī)閃光燈。支持?jǐn)?shù)碼變焦。

5、改進(jìn)虛擬鍵盤，支持藍(lán)牙2.1，支持動態(tài)桌面設(shè)計。代表機(jī)型：摩托羅拉XT800,HTC G6

5、Android 2.2/2.2.1(Froyo)2010年5月20日，2.2（基于Linux Kernel 2.6.32）版本軟件開發(fā)工具包發(fā)布。主要的更新如下。

1、支持將軟件安裝至擴(kuò)展內(nèi)存，支持Adobe Flash 10.1。

2、加強(qiáng)軟件即時編譯的速度，新增軟件啟動“快速”至電話和瀏覽器。

3、USB分享器和WiFi熱點(diǎn)功能，支持在瀏覽器上傳檔案。

4、更新Market中的批量和自動更新。

5、增加對Microsoft Exchange的支持，集成Chrome的V8 JavaScript 引擎到瀏覽器。

6、加強(qiáng)快速搜索小工具，速度和性能的優(yōu)化。

7、更多軟件能透過Market更新，類似2.0/2.1中的Map更新。代表機(jī)型：三星I9000

6、Android 2.3(Gingerbread)2010年12月7日，Google正式對外發(fā)布了他們的下一代只能手機(jī)操作系統(tǒng)2.3。主要跟新如下。

1、游戲：增加了新的垃圾回收和優(yōu)化處理時間，以提高對游戲的支持能力，原生代碼可直接存取輸入和感應(yīng)器時間，EGL/OpenGL ES,OpenSl ES，新的管理窗口和生命周期的框架。

2、多媒體：支持VP8和WebM視頻格式，提供AAC和AMR寬頻編碼，提供了新的音頻效果器，比如混響，均衡，虛擬耳機(jī)和低頻提升。

3、通訊方式：支持前置攝像頭，SIP/VOIP和NFC（近場通訊）

4、簡化界面，速度提升，更快更直觀的文字輸入，一鍵文字選擇和復(fù)制/粘貼，改進(jìn)電源管理系統(tǒng)，新的應(yīng)用管理方式。

代表機(jī)型：三星代工的谷歌Nexus S

7、Android 3.0(Honeycomb)谷歌在2011年2月3日發(fā)布了專用于平板電腦的android 3.0系統(tǒng)，它帶來了很多激動人心的新特性。這是首個基于Android的平板電腦專用操作系統(tǒng)。新功能如下。

1、多任務(wù)處理：可在桌面中方便使用所有開放性應(yīng)用軟件。

2、桌面工具：可建立在數(shù)據(jù)合成基礎(chǔ)上，正如在桌面小窗口中可以同時設(shè)置多種應(yīng)用軟件。此外，還有不同的桌面工具，包括豎屏，橫屏以及滾動屏。

3、通知系統(tǒng)：在屏幕右下方會跳出通知短消息。消息短信中可包括多種數(shù)據(jù)，例如用戶朋友通過Iming發(fā)送消息時的頭像照片。此外用戶還可以通過該功能快速訪問應(yīng)用軟件，如媒體播放器等。

4、硬件加速：通過簡單添加一行代碼，2D硬件加速可被使用在現(xiàn)在的Android應(yīng)用軟件上。5、3D功能：有新的3D圖像引擎功能Renderscript，該功能由3D公司W(wǎng)ar Drum Studios負(fù)責(zé)開發(fā)。

6、視頻通話：設(shè)有前置攝像頭。可通過Google Talk工具支持視頻通話。

8、Android 3.1 2011年5月11日在Google I/O開發(fā)者大會宣布發(fā)布。新版本最大的改變是將Android手機(jī)系統(tǒng)跟平板系統(tǒng)再次合并，從而方便開發(fā)者。具體更新內(nèi)容如下。

1、支持基于android Market的電影租賃業(yè)務(wù)，可以通過自身的顯示器或在更大的屏幕上進(jìn)行觀看。

2、全面支持的Adobe Flash Player 10.2，提升網(wǎng)頁Flash的顯示性能。

3、支持調(diào)整部件大小，方便用戶進(jìn)行自定義主屏幕。

4、支持鍵盤，鼠標(biāo)，游戲手柄，數(shù)碼相機(jī)等USB外圍設(shè)備和配件。

5、支持藍(lán)牙擴(kuò)展功能，可以通過Google talk 進(jìn)行視頻通話。

6、支持圖片傳輸協(xié)議，支持多種USB設(shè)備直接導(dǎo)入數(shù)據(jù)到平板中，而無需電腦支持。

9、Android 3.2 谷歌2011年7月13日發(fā)布了Android 3.2操作系統(tǒng)，Google為Android3.2增加了屏幕分辨率縮放兼容的新功能。Android 3.2不會帶來許多的新功能，只是一個BUG修復(fù)更新，讓平板機(jī)運(yùn)行更穩(wěn)定。3.2也將會成為Honeycomb的最終版本。更新內(nèi)容包括。

1、錯誤修復(fù)和硬件加速優(yōu)化

2、新版本的movie studio，Movies和Music

3、桌面小部件自由縮放

4、手機(jī)應(yīng)用縮放兼容，SD卡支持，7英寸平板和高通處理器獲得支持。還有一個是Android 2.4將2011年第四季度發(fā)布，代號為IceCream Sandwich將是所有設(shè)備通用的，Google將拿出同一的UI，增加更多UI元素和效果以減輕開發(fā)者的負(fù)擔(dān)。而且新增的API將會支持臉部跟蹤，現(xiàn)場展示了一個使用了臉部跟蹤識別API的應(yīng)用。

三、Android系統(tǒng)優(yōu)勢

（1）開放性

在優(yōu)勢方面，Android平臺首先就是其開放性，開發(fā)的平臺允許任何移動終端廠商加入到Android聯(lián)盟中來。顯著的開放性可以使其擁有更多的開發(fā)者，隨著用戶和應(yīng)用的日益豐富，一個嶄新的平臺也將很快走向成熟。

開放性對于Android的發(fā)展而言，有利于積累人氣，這里的人氣包括消費(fèi)者和廠商，而對于消費(fèi)者來講，最大的受益正是豐富的軟件資源。開放的平臺也會帶來更大競爭，如此一來，消費(fèi)者將可以用更低的價位購得心儀的手機(jī)。

（2）掙脫束縛

在過去很長的一段時間，特別是在歐美地區(qū)，手機(jī)應(yīng)用往往受到運(yùn)營商制約，使用什么功能接入什么網(wǎng)絡(luò)，幾乎都受到運(yùn)營商的控制。自從iPhone上市，用戶可以更加方便地連接網(wǎng)絡(luò)，運(yùn)營商的制約減少。隨著EDGE、HSDPA這些2G至3G移動網(wǎng)絡(luò)的逐步過渡和提升，手機(jī)隨意接入網(wǎng)絡(luò)已不是運(yùn)營商口中的笑談。

（3）豐富的硬件

這一點(diǎn)還是與Android平臺的開放性相關(guān)，由于Android的開放性，眾多的廠商會推出千奇百怪，功能特色各具的多種產(chǎn)品。功能上的差異和特色，卻不會影響到數(shù)據(jù)同步、甚至軟件的兼容。好比你從諾基亞Symbian風(fēng)格手機(jī)一下改用蘋果iPhone，同時還可將Symbian中優(yōu)秀的軟件帶到iPhone上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移。

（4）開發(fā)商

Android平臺提供給第三方開發(fā)商一個十分寬泛、自由的環(huán)境。因此不會受到各種條條框框的阻撓，可想而知，會有多少新穎別致的軟件會誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如何控制正是留給Android難題之一。

（5）無縫結(jié)合的Google應(yīng)用

如今叱詫互聯(lián)網(wǎng)的Google已經(jīng)走過10歷史。從搜索巨人到全面的互聯(lián)網(wǎng)滲透，Google服務(wù)如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Android平臺手機(jī)將無縫結(jié)合這些優(yōu)秀的Google服務(wù)。

四、Android系統(tǒng)在手機(jī)上表現(xiàn)的缺陷

每一款手機(jī)都有缺陷，每一個操作系統(tǒng)也不是沒有BUG。即使是IPHONE4也有許多不盡如人意的地方。

一、Android系統(tǒng)手機(jī)泄密信息時代很嚴(yán)重

二、撥號后自動掛斷電話通話BUG頻繁出現(xiàn)

三、對硬件配置要求高制造成本增加

四、系統(tǒng)費(fèi)電嚴(yán)重安卓手機(jī)續(xù)航不足

五、系統(tǒng)計算器計算有偏差

五、Android系統(tǒng)手機(jī)端應(yīng)用程序測試

5.1、安卓系統(tǒng)應(yīng)用程序安裝與卸載

（1）.應(yīng)用程序的安裝：安卓系統(tǒng)的安裝文件一般為.apk文件，把安裝文件放到手機(jī)存儲卡中，在“文件管理器”中就可以找到相應(yīng)的安裝文件，點(diǎn)擊進(jìn)行安裝。

（2）.應(yīng)用程序服務(wù)的開啟與停止：在“設(shè)置”——“應(yīng)用程序”——“正在運(yùn)行的服務(wù)”中列出了手機(jī)現(xiàn)在開啟正在運(yùn)行的服務(wù)，點(diǎn)擊相應(yīng)的服務(wù)可以開啟或關(guān)閉服務(wù)。

（3）.應(yīng)用程序的卸載：在“設(shè)置”——“應(yīng)用程序”——“管理應(yīng)用程序”中，找到相應(yīng)的應(yīng)用程序，可以對程序進(jìn)行卸載、強(qiáng)行停止和清除數(shù)據(jù)操作。

5.2、網(wǎng)絡(luò)配置

（1）.WLAN設(shè)置：通過“設(shè)置”——“無線和網(wǎng)絡(luò)”——“WLAN”來連接WLAN，并可以點(diǎn)擊“WLAN設(shè)置”來進(jìn)行設(shè)置參數(shù)。

（2）.無線網(wǎng)絡(luò)連接：如果有需要可以在“設(shè)置”——“無線和網(wǎng)絡(luò)”——“移動網(wǎng)絡(luò)”來選擇或新建移動網(wǎng)絡(luò)。（比如，新建公安內(nèi)網(wǎng)）

（3）.藍(lán)牙設(shè)置：通過“設(shè)置”——“無線和網(wǎng)絡(luò)”——“藍(lán)牙”來打開藍(lán)牙，并可以通過“藍(lán)牙設(shè)置”來設(shè)置其參數(shù)。

5.3、系統(tǒng)測試注意要點(diǎn)

（1）.安裝時系統(tǒng)能否正常安裝成功；（2）.測試系統(tǒng)能否正常卸載；（3）.系統(tǒng)界面信息是否正確；

（4）.由于系統(tǒng)容易觸碰導(dǎo)致誤操作，測試系統(tǒng)有沒有相應(yīng)的提示信息；（5）.登錄系統(tǒng)時檢查網(wǎng)絡(luò)連接是否正常，在不同的網(wǎng)絡(luò)狀態(tài)下進(jìn)行登錄觀察登錄情況；

（6）.測試查詢到的信息和加載的信息是否正確；

（7）.測試信息能否通過網(wǎng)絡(luò)上傳到數(shù)據(jù)庫，上傳的數(shù)據(jù)是否保持正確，數(shù)據(jù)上傳后重點(diǎn)測試數(shù)據(jù)庫的數(shù)據(jù)情況；

（8）.如果有記錄或者圖片保存到手機(jī)端存儲器，檢查是否能正常保存，保存的信息是否正確；

（9）.測試時注意系統(tǒng)崩潰情況；

（10）.進(jìn)行登錄、查詢、上傳時注意響應(yīng)時間，等待響應(yīng)時間不要太長；（11）.測試時用一臺手機(jī)登錄幾個賬號或者用幾臺手機(jī)登錄一個賬號，進(jìn)行操作，檢查數(shù)據(jù)是否有混亂現(xiàn)象；

（12）.手動更新時，查檢是否需要先卸載舊版本后再進(jìn)行新版本的安裝；或者不卸載舊的版本進(jìn)行新版本安裝，測試新版本能否正常安裝，安裝后是否覆蓋舊版本；

（13）.如果有自動更新的系統(tǒng)，測試系統(tǒng)能否正常自動更新，更新后系統(tǒng)是否保留舊版本的一些數(shù)據(jù)和設(shè)置；

（14）.對應(yīng)用程序中的“系統(tǒng)設(shè)置”中的參數(shù)進(jìn)行設(shè)置，檢查設(shè)置參數(shù)后系統(tǒng)是否有相應(yīng)的變化。

（15）.手機(jī)端需求進(jìn)行計時的，要對規(guī)定的時間內(nèi)、設(shè)定的時間點(diǎn)和設(shè)定的時間點(diǎn)之外的時間進(jìn)行測試和統(tǒng)計，檢查在不同的時間段系統(tǒng)的變化、數(shù)據(jù)庫中數(shù)據(jù)的變化。

（16）.手機(jī)應(yīng)用程序運(yùn)行時需要連接其它設(shè)備的，如打印機(jī)、掃描儀，檢查能否正常通過無線網(wǎng)絡(luò)或者線路正常連接并使用。

六、Android的發(fā)展趨勢

相對于iPhone的成功，Android目前還僅擁有很小的，盡管是增長的，移動設(shè)備操作系統(tǒng)的市場份額。我們已經(jīng)看到開源移動操作系統(tǒng)Symbian在2009年占有51%市場份額已經(jīng)被侵蝕到現(xiàn)在41.2%的份額。同樣RIM在2009年占有19% 的市場份額，已經(jīng)縮減到17.2%。在同一時期，由于智能手機(jī)銷售驅(qū)動，Android的市場份額已從1.9%上升到17.2%，在這個由Symbian和RIM長期占主導(dǎo)地位的市場有著驚人的增長。Android智能手機(jī)開始像滾動的雪球那樣迅速增長。該系統(tǒng)已應(yīng)用于60多個型號的手機(jī)中。使用Android也已經(jīng)延伸到其他便攜式和嵌入式設(shè)備（平板電腦、電子書、上網(wǎng)本、高清電視等）。