第一篇：03 - 軟件測試計劃(STP)

Downloads By http://down.liehuo.net

軟件測試計劃(STP)說明：

1.《軟件測試計劃》（STP)描述對計算機軟件配置項CSCI,系統或子系統進行合格性測試的計劃安排。內容包括進行測試的環境、測試工作的標識及測試工作的時間安排等。2.通常每個項目只有一個STP,使得需方能夠對合格性測試計劃的充分性作出評估。

/ 8

Downloads By http://down.liehuo.net 目錄

軟件測試計劃(STP)..........................................................................................................................1 1引言...............................................................................................................................................3

1.1標識....................................................................................................................................3 1.2系統概述.............................................................................................................................3 1.3文檔概述.............................................................................................................................3 1.4與其他計劃的關系.............................................................................................................3 1.5基線....................................................................................................................................3 2引用文件........................................................................................................................................3 3軟件測試環境................................................................................................................................3

3.x(測試現場名稱)...................................................................................................................4

3.x.1軟件項......................................................................................................................4 3.x.2硬件及固件項..........................................................................................................4 3.x.3其他材料..................................................................................................................4 3.x.4所有權種類、需方權利與許可證..........................................................................4 3.x.5安裝、測試與控制..................................................................................................4 3.x.6參與組織..................................................................................................................5 3.x.7人員..........................................................................................................................5 3.x.8定向計劃..................................................................................................................5 3.x.9要執行的測試..........................................................................................................5

4計劃...............................................................................................................................................5

4.1總體設計.............................................................................................................................5

4.1.1測試級......................................................................................................................5 4.1.2測試類別..................................................................................................................5 4.1.3一般測試條件..........................................................................................................6 4.1.4測試過程..................................................................................................................6 4.1.5數據記錄、歸約和分析..........................................................................................6 4.2計劃執行的測試.................................................................................................................6

4.2.x(被測試項)................................................................................................................6 4.3測試用例.............................................................................................................................7 5測試進度表....................................................................................................................................7 6需求的可追蹤性............................................................................................................................7 7評價...............................................................................................................................................8

7.1評價準則.............................................................................................................................8 7.2數據處理.............................................................................................................................8 7.3結論....................................................................................................................................8 8注解...............................................................................................................................................8 附錄..................................................................................................................................................8

/ 8

Downloads By http://down.liehuo.net 1引言

1.1標識

本條應包含本文檔適用的系統和軟件的完整標識，(若適用)包括標識號、標題、縮略詞語、版本號和發行號。

1.2系統概述

本條應簡述本文檔適用的系統和軟件的用途。它應描述系統與軟件的一般性質；概述系統開發、運行和維護的歷史；標識項目的投資方、需方、用戶、開發方和支持機構；標識當前和計劃的運行現場；并列出其他有關文檔。

1.3文檔概述

本條應概括本文檔的用途與內容，并描述與其使用有關的保密性或私密性要求。

1.4與其他計劃的關系

(若有)本條應描述本計劃和有關的項目管理計劃之間的關系。

1.5基線

給出編寫本軟件測試計劃的輸入基線，如軟件需求規格說明。

2引用文件

本章應列出本文檔引用的所有文檔的編號、標題、修訂版本和日期。本章還應標識不能通過正常的供貨渠道獲得的所有文檔的來源。

3軟件測試環境

本章應分條描述每一預計的測試現場的軟件測試環境。可以引用軟件開發計劃(SDP)中所描述的資源。

/ 8

Downloads By http://down.liehuo.net 3.x(測試現場名稱)本條應標識一個或多個用于測試的測試現場，并分條描述每個現場的軟件測試環境。如果所有測試可以在一個現場實施，本條及其子條只給出一次。如果多個測試現場采用相同或相似的軟件測試環境，則應在一起討論。可以通過引用前面的描述來減少測試現場說明信息的重復。

3.x.1軟件項

(若適用)本條應按名字、編號和版本標識在測試現場執行計劃測試活動所需的軟件項(如操作系統、編譯程序、通信軟件、相關應用軟件、數據庫、輸入文件、代碼檢查程序、動態路徑分析程序、測試驅動程序、預處理器、測試數據產生器、測試控制軟件、其他專用測試軟件和后處理器等)。本條應描述每個軟件項的用途、媒體(磁帶、盤等)，標識那些期望由現場提供的軟件項，標識與軟件項有關的保密措施或其他保密性與私密性問題。

3.x.2硬件及固件項

(若適用)本條應按名字、編號和版本標識在測試現場用于軟件測試環境中的計算機硬件、接口設備、通信設備、測試數據歸約設備、儀器設備(如附加的外圍設備(磁帶機、打印機、繪圖儀)、測試消息生成器、測試計時設備和測試事件記錄儀等)和固件項。本條應描述每項的用途，陳述每項所需的使用時間與數量，標識那些期望由現場提供的項，標識與這些項有關的保密措施或其他保密性與私密性問題。

3.x.3其他材料

本條應標識并描述在測試現場執行測試所需的任何其他材料。這些材料可包括手冊、軟件清單、被測試軟件的媒體、測試用數據的媒體、輸出的樣本清單和其他表格或說明。本條應標識需交付給現場的項和期望由現場提供的項。(若適用)本描述應包括材料的類型、布局和數量。本條應標識與這些項有關的保密措施或其他保密性與私密性問題。

3.x.4所有權種類、需方權利與許可證

本條應標識與軟件測試環境中每個元素有關的所有權種類、需方權利與許可證等問題。

3.x.5安裝、測試與控制

本條應標識開發方為執行以下各項工作的計劃，可能需要與測試現場人員共同合作： a.獲取和開發軟件測試環境中的每個元素；

b.使用前，安裝與測試軟件測試環境中的每項； c.控制與維護軟件測試環境中的每項.4 / 8

Downloads By http://down.liehuo.net 3.x.6參與組織

本條應標識參與現場測試的組織和它們的角色與職責。

3.x.7人員

本條應標識在測試階段測試現場所需人員的數量、類型和技術水平，需要他們的日期與時間，及任何特殊需要，如為保證廣泛測試工作的連續性與一致性的輪班操作與關鍵技能的保持。

3.x.8定向計劃

本條應描述測試前和測試期間給出的任何定向培訓。此信息應與3.x.7所給的人員要求有關。培訓可包括用戶指導、操作員指導、維護與控制組指導和對全體人員定向的簡述。如果預料有大量培訓的話，可單獨制定一個計劃而在此引用。

3.x.9要執行的測試

本條應通過引用第4章來標識測試現場要執行的測試。

4計劃

本章應描述計劃測試的總范圍并分條標識，并且描述本STP適用的每個測試。

4.1總體設計

本條描述測試的策略和原則，包括測試類型和測試方法等信息。

4.1.1測試級

本條所描述要執行的測試的級別，例如:CSCI級或系統級。

4.1.2測試類別

本條應描述要執行的測試的類型或類別(例如，定時測試、錯誤輸入測試、最大容量測試)。

/ 8

Downloads By http://down.liehuo.net 4.1.3一般測試條件

本條應描述運用于所有測試或一組測試的條件，例如：“每個測試應包括額定值、最大值和最小值；”“每個x類型的測試都應使用真實數據(livedata)；”“應度量每個CSCI執行的規模與時間。”并對要執行的測試程度和對所選測試程度的原理的陳述。測試程度應表示為某個已定義總量(如離散操作條件或值樣本的數量)的百分比或其他抽樣方法。也應包括再測試/回歸測試所遵循的方法。

4.1.4測試過程

在漸進測試或累積測試情況下，本條應解釋計劃的測試順序或過程。

4.1.5數據記錄、歸約和分析

本條應標識并描述在本STP中標識的測試期間和測試之后要使用的數據記錄、歸納和分析過程。(若適用)這些過程包括記錄測試結果、將原始結果處理為適合評價的形式，以及保留數據歸約與分析結果可能用到的手工、自動、半自動技術。

4.2計劃執行的測試

本條應分條描述計劃測試的總范圍。

4.2.x(被測試項)本條應按名字和項目唯一標識符標識一個CSCI、子系統、系統或其他實體，并分以下幾條描述對各項的測試。

4.2.x.y(測試的項目唯一標識符)本條應由項目唯一標識符標識一個測試，并為該測試提供下述測試信息。根據需要可引用4.1中的一般信息。a.測試對象； b.測試級；

c.測試類型或類別；

d.需求規格說明中所規定的合格性方法；

e.本測試涉及的CSCI需求(若適用)和軟件系統需求的標識符(此信息亦可在第6章中提供)； f.特殊需求(例如，設備連續工作48小時、測試程度、特殊輸入或數據庫的使用)； g.測試方法，包括要用的具體測試技術，規定分析測試結果的方法。h.要記錄的數據的類型；

i.要采用的數據記錄/歸約/分析的類型；

/ 8

Downloads By http://down.liehuo.net j.假設與約束，如由于系統或測試條件即時間、接口、設備、人員、數據庫等的原因而對測試產生的預期限制；

k.與測試有關的安全性、保密性與私密性要求。

4.3測試用例

a.測試用例的名稱和標識；

b.簡要說明本測試用例涉及的測試項和特性；

c.輸入說明，規定執行本測試用例所需的各個輸入，規定所有合適的數據庫、文件、終端信息、內存常駐區域和由系統傳送的值，規定各輸入間所需的所有關系(如時序關系等)；

d.輸出說明，規定測試項的所有輸出和特性(如：響應時間)，提供各個輸出或特性的正確值； e.環境要求，見本文檔第3章。

5測試進度表

本章應包含或引用指導實施本計劃中所標識測試的進度表。包括： a.描述測試被安排的現場和指導測試的時間框架的列表或圖表。

b.每個測試現場的進度表，(若適用)它可按時間順序描述以下所列活動與事件，根據需要可附上支持性的敘述。

1)分配給測試主要部分的時間和現場測試的時間，2)現場測試前，用于建立軟件測試環境和其他設備、進行系統調試、定向培訓和熟悉工作所需的時間；

3)測試所需的數據庫/數據文件值、輸入值和其他操作數據的集合； 4)實施測試,包括計劃的重測試；

5)軟件測試報告(STR)的準備、評審和批準。

6需求的可追蹤性

本章應包括：

a.從本計劃所標識的每個測試到它所涉及的CSCI需求和(若適用)軟件系統需求的可追蹤性(此可追蹤性亦可在4.2.x.y中提供，而在此引用)。

b.從本測試計劃所覆蓋的每個CSCI需求和(若適用)軟件系統需求到針對它的測試的可追蹤性。這種可追蹤性應覆蓋所有適用的軟件需求規格說明(SRS)和相關接口需求規格說明(IRS)中的CSCI需求，對于軟件系統，還應覆蓋所有適用的系統/子系統規格說明(SSS)及相關系統級IRS中的系統需求。

/ 8

Downloads By http://down.liehuo.net 7評價

7.1評價準則 7.2數據處理 7.3結論

8注解

本章應包含有助于理解本文檔的一般信息(例如背景信息、詞匯表、原理)。本章應包含為理解本文檔需要的術語和定義，所有縮略語和它們在文檔中的含義的字母序列表。

附錄

附錄可用來提供那些為便于文檔維護而單獨出版的信息(例如圖表、分類數據)。為便于處理，附錄可單獨裝訂成冊。附錄應按字母順序(A,B等)編排。

/ 8

第二篇：軟件測試 心得體會3

心得體會

這是我第一次參加項目開發，我們小組的各位成員互相協助，充分體現了團隊精神和意識。首先，項目的模塊必須分的合理清晰，只有這樣后期的所有工作才能順利展開，每位成員必須積極向上、團結一致共同努力實現項目的開發。其次，通過這次項目開發，我對項目開發的流程有了基本的認識和了解，我相信這是我以后工作學習的基礎。最后，我充分認識到了自己基礎知識的不足和能力上的欠缺，機會永遠留給有準備的人的，在這個充滿競爭的社會當中，機會也是留給優秀者的。

很榮幸參加了這次蘭州直方信息技術有限公司提供的這次實訓，我真誠地感謝這次項目開發當中的項目經理，你幫我們解自我決了很多實踐當中遇到的問題。也真誠地感謝參加實訓的每一位成員，感謝你們對我的幫助，是你們讓我更加清楚地認識了自我。真誠地祝愿大家工作學習順順利利，生活開開心心。

第三篇：QR-D-010軟件測試計劃

深圳中航電腦系統工程有限公司

QR-D-010

軟件測試計劃 深圳中航電腦系統工程有限公司

QR-D-010 1 概述

1.1 測試目的

說明本項目測試目的、預期達到的目標。

1.2 背景

說明本項目測試的背景。

1.3 參考資料

列出編寫本計劃及測試整個過程中所要參考的文件、資料。測試基本內容

2.1 測試要點

測試要點應對以軟件測試的以下信息進行具體描述。測試方法：本次測試采用的測試方法（黑盒或白盒測試）。測試類型：測試類型的說明。

測試手段：如手工測試、自動測試或手工與自動測試相結合。采用手工與自動測試相結合的方式，說明不同手段所占比例。采用自動測試，需詳細說明選用的測試工具。

測試內容：根據軟件項目的實際特點確定確認測試的測試內容。對部分軟件除基本的功能測試外，可能還包括：

性能測試、安全性測試、極限測試、并發操作測試等。

2.2 測試環境

說明本次測試軟件的運行與測試所需的硬件環境和軟件環境。

2.3 測試范圍

確定本次測試范圍。

深圳中航電腦系統工程有限公司

QR-D-010 2.4 測試工具

說明本次測試使用的測試工具，包括自編測試程序，并進行確認。

2.5 測試開始時間

指明本項目測試工作的開始時間。

2.6 測試結束時間

確認測試工作預計的完成時間。實施計劃

3.1 測試設計工作任務分解和人員安排

測試設計工作應包括對系統功能及專業知識的學習，編寫測試大綱、設計測試用例等工作。

3.1.1 時間安排

測試設計開始時間：測試設計工作預計開始時間。測試設計結束時間：測試設計工作預計結束時間。

3.1.2 人員安排

列出預計參加本次測試設計工作的全部測試人員。

3.2 輸出要求

測試設計工作的輸出應包括《測試用例》、《測試記錄表》、《測試報告》。對系統功能及專業知識學習如有必要也要形成書面材料。由測試小組負責規定組織相關的測試人員進行評審計劃。

第四篇：軟件測試筆試題3解讀

一、測試基礎題

1、Linux的超級用戶是root

2、Linux系統中，查看文件的命令是什么？寫出至少三個：cat、less、more

3、Linux系統中，對文件httpd.conf賦予755權限指的是什么意思？如何操作？ 賦予http.conf 文件 擁有者 讀、寫、執行；擁有組 讀、執行； 其他人 讀；執行 chmod 755 http.conf

4、Linux系統中，vi編輯，以下操作的命令是？插入、刪除單個字符、刪除一整行、到文件開頭和結尾、另存為等 插入 i 刪除單個字符 x 刪除一整行

dd 到文件開頭 gg 結尾 G 另存為 :qw

5、數據庫題（1）員工信息表

create table employ(employID number primary key--員工ID ,ename varchar2(50)--名稱 ,sex varchar2(50)--性別 ,age number--年齡 ,deptid number--部門ID ,stationid number--崗位ID);(2)員工薪水

create table salary(salaryid number--薪水ID ,employid number--員工ID ,basesalary number--基本薪水 ,bonussalary number--獎金);

1）統計各部門的平均薪水

select max(em.deptid), round(avg(sa.basesalary+sa.bonussalary),1)from employ em ,salary sa where em.employid=sa.employid group by em.deptid

2）查詢所有部門的最高薪水，最低水，平均薪水，顯示部門，最高薪水，最低薪水，平均薪水,并按部門名升序排序;select max(em.deptid)“部門名”, min(sa.basesalary+sa.bonussalary)“最低薪水”, round(avg(sa.basesalary+sa.bonussalary),1)“平均薪水” from employ em ,salary sa where em.employid=sa.employid group by em.deptid order by em.deptid

3）查詢所有姓王的所有員工信息;select em.employID “員工ID”, em.ename “名稱”, em.sex “性別”, em.age “年齡”, em.deptid “部門ID”, em.stationid “崗位ID”, sa.salaryid “薪水ID”, sa.basesalary “基本薪水”, sa.bonussalary “獎金” from employ em ,salary sa where em.employid=sa.employid and ename like '王%'

二、測試理論知識

1、軟件測試的目的是什么？軟件測試有哪幾大特性？

目的：沒發現軟件缺陷與錯誤，對軟件質量進行度量和評估，以提高軟件的 質量，節約成本，滿足客戶需求。

特性：應追溯到用戶需求；盡早地和不斷地進行軟件測試；完全測試是不可能的，測試需要終止；測試無法顯示軟件潛在的缺陷；充分注意測試中的群集現象；開發人員不能即是運動員又是裁判員；避免測試的隨意性

2、軟件測試有哪幾種類型？它們的關注點分別是什么？ 按階段劃分

對不同的階段用不同的方法進行測試

a單元測試（unit testing），是指對軟件中的最小可測試單元進行檢查和驗證

b集成測試在單元測試的基礎上，將所有模塊按照設計要求（如根據結構圖〕組裝成為子系統或系統，進行集成測試

c確認測試經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。

c系統測試目的是驗證系統是否滿足了需求規格的定義，找出與需求規格不符或與之矛盾的地方，從而提出更加完善的方案。系統測試的對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設甚至包括某些數據、某些支持軟件及其接口等。d驗收測試主要確認軟件是否按合同要求進行工作，既是否滿足軟件需求規格說明書中的要求。

按是否運行程序劃分

靜態測試不運行被測試的軟件，而只是靜態的檢查代碼、界面或者文檔。動態測試實際運行被測試的軟件，輸入相應的測試數據，檢查世界的輸出結果是否和預期結果相一致的過程。按是否查看代碼劃分 黑盒測試

把軟件看成一個黑盒子，不管內部邏輯和內部特性，只依據規格說明書檢查程序的功能是否符合功能說明又稱為功能測試或數據驅動測試 白盒測試

又稱為結構測試或邏輯驅動測試。著重于程序內部結構和算法，不關心功能和性能指標。灰盒測試

介于白盒和黑盒測試之間，基于程序運行時刻的外部表現同時又結合程序內部邏輯結構來設計用例，執行程序并采集程序路徑執行信息和外部用戶接口結果的測試技術。其他劃分 回歸測試

對軟件的新版本測試時，重復執行上一個版本測試時使用的測試用例。防止出現“以前應用沒有的問題現在出問題了”。

冒煙測試（BVT測試（Build Verification Test））

冒煙測試的對象是每一個新編譯需要正式測試的版本，目的是確認軟件基本功能正常，可以進行后續的正式測試工作。隨機測試（又名猴子測試）

測試數據是隨機產生的，在測試用例之外。只能作為一個測試的補充。

3、通常來說，一個case需要包含哪幾部分？bug呢？

Case 用例編號 用例名稱 功能接口、預置條件 用例優先級 操作步驟 預期結果 Bug bug編號 bug名稱

bug優先級

操作環境 操作步驟

預期步驟 實際結果

三、自動化及項目測試知識

1、在自動化測試中，參數化的目的是什么？檢查點呢？

2、LR中場景分為哪幾種，分別是什么？性能測試指標包含哪些（盡可能多的列舉）？

四、綜合知識

1、您認為作為一名軟件測試工程師，應該具備哪些素質？ 計算機相關知識，能夠熟練使用常用的管理工具 開發語言：C,C++,Java,JavaScript,VBScript,Shell。數據庫：SQL Server,Oracle,MySQL等數據庫知識

操作系統,如Windows 2003以及2008,UNIX,Linux,MAC,Solaris等 網絡基本知識，能夠獨立完成測試環境的搭建。

軟件基礎知識：軟件工程,軟件生命周期,測試理論和測試方式有較深的理解。

軟件測試技術,方法,流程,測試文檔編寫,能獨立設計和執行測試用例, 提交完整的缺陷報告單, 編寫測試報告。

測試工具，能夠熟練使用至少一種功能/性能自動化測試工具。質量管理知識，如CMM,CMMI以及ISO 9001等。

2、就ATM取款機的取款功能，請寫出測試點。

用場景法測試ATM機 基本流 插入銀行卡 驗證銀行卡 輸入密碼 驗證密碼

進入ATM主界面 取款并選擇金額 ATM機驗證

更新賬戶余額出鈔 返回主界面 備選流 銀行卡無效 密碼錯誤

密碼三次錯誤吞卡 賬戶余額不提示退卡

總取款金額超過當日取款限額 ATM機余額不足 場景一 取款成功 預備條件

ATM余額10000 有效銀行卡***8843 密碼213213 卡內余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款1000元 預期結果

ATM機輸出1000元，提示用戶取走現金并返回主頁面 ATM機余額9000 用戶賬戶余額7000 場景二 卡無效 預置條件

ATM余額10000 一張無效銀行卡 操作步驟

插入無效銀行卡 預期結果

提示該卡無效并退卡。

場景三 密碼錯誤且輸入三次錯誤密碼，ATM機吞卡 預置條件

ATM余額10000 有效銀行卡***8843 密碼213213 卡內余額8000 操作步驟

插入銀行卡，輸入錯誤密碼321321 預期結果

提示密碼錯誤，并清空密碼 再次輸入錯誤密碼321321 預期結果

提示密碼錯誤，并清空密碼 再次輸入錯誤密碼321321 預期結果

提示密碼錯誤，并沒收該卡。場景四賬戶余額不足 ATM余額10000 有效銀行卡***8843 密碼213213 卡內余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款9000元 預期結果

提示賬戶余額不足，并退卡 場景五取款金額超過當日限額 預備條件 ATM余額100000（單筆取款最大金額為2000最大取款金額為20000）有效銀行卡***8843 密碼213213 卡內余額80000 操作步驟

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款2000元 預期結果

ATM機輸出2000元，提示用戶取走現金并返回主頁面 ATM機余額98000 用戶賬戶余額78000 累計取款20000 預期結果

ATM機余額80000 用戶賬戶余額60000 再次取走2000元 預期結果

提示已達當日取款最大限額，并退卡。場景六 ATM余額不足 預備條件 ATM余額800 有效銀行卡***8843 密碼213213 卡內余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款1000元 預期結果

提示ATM機余額不足，并退卡。

讀書的好處

1、行萬里路，讀萬卷書。

2、書山有路勤為徑，學海無涯苦作舟。

3、讀書破萬卷，下筆如有神。

4、我所學到的任何有價值的知識都是由自學中得來的。——達爾文

5、少壯不努力，老大徒悲傷。

6、黑發不知勤學早，白首方悔讀書遲。——顏真卿

7、寶劍鋒從磨礪出，梅花香自苦寒來。

8、讀書要三到：心到、眼到、口到

9、玉不琢、不成器，人不學、不知義。

10、一日無書，百事荒廢。——陳壽

11、書是人類進步的階梯。

12、一日不讀口生，一日不寫手生。

13、我撲在書上，就像饑餓的人撲在面包上。——高爾基

14、書到用時方恨少、事非經過不知難。——陸游

15、讀一本好書，就如同和一個高尚的人在交談——歌德

16、讀一切好書，就是和許多高尚的人談話。——笛卡兒

17、學習永遠不晚。——高爾基

18、少而好學，如日出之陽；壯而好學，如日中之光；志而好學，如炳燭之光。——劉向

19、學而不思則惘，思而不學則殆。——孔子

20、讀書給人以快樂、給人以光彩、給人以才干。——培根

第五篇：滴滴打車軟件STP戰略分析

滴滴打車軟件STP戰略分析

一、滴滴打車軟件簡介

滴滴打車是一款免費打車軟件，入選“App Store2013精選”，榮登日常助手類應用榜單冠軍。正是北京中關村小桔科技開發了這種實現叫車，外加附帶付款的app軟件——滴滴打車。滴滴打車原理非常簡單，乘客啟動滴滴打車軟件客戶端，點擊“現在用車”，按住說話，發送一段語音說明現在所在具體的位置和要去的地方，松開叫車按鈕，叫車信息會以該乘客為原點，在90s內自動推送給直徑3公里以內的出租車司機，司機可以在滴滴打車司機端一鍵搶應，并和乘客保持聯系。

二、滴滴打車的STP戰略分析

1、市場細分

市場細分的標準有地理因素、人口因素、心理因素、和行為因素。滴滴打車主要是依據地理因素和心理因素進行市場細分的，下面我們就這兩個因素進行具體分析：

出租車拒載已經成為大城市的普遍現象，滴滴打車的最大價值是匹配用戶和司機的需求，減少司機的空載提高效率。很多情況下，司機不能正確把握乘客信息，常出現所到之處乘客稀少或出租車扎堆的現象，這就造成了極大的不便，甚至還會加劇交通堵塞。而滴滴打車的應運而生解決了這一困擾，實時信息使乘客與司機溝通，拒載和跑空趟有效減少。

天氣炎熱寒冷，外面刮風下雨，時間的緊迫，人群密集...等等因素下誰愿意在馬路邊上漫無目標地等待出租車？以前有過電話叫車的說法，但是中國人骨子里對電話預定、電話提問、電話干嘛干嘛有種抗拒心理，覺得不靠譜。諸多的心理原因都催生著新一代打車“神器”滴滴打車。

2、目標市場

在進行了市場細分后，滴滴打車結合自身的資源，選擇了集中性營銷戰略和市場專業化的覆蓋模式。隨著打車軟件市場的縱深發展，商業模式也有漸漸浮出水面的跡象，打車軟件的市場競爭正在向生態圈演化。無論滴滴打車怎樣建立自己的生態圈，盈利都是最終目的，個人認為就打車軟件而言，滴滴軟件的盈利模式仍然會是——增值服務收費+廣告模式，因為對于單純的打車業務來說完全沒有盈利點，除了傳統的廣告外，只能只能通過增值服務來實現盈利。滴滴打車將把主要的目標市場確定為廣大的乘客消費者和眾多的司機。

3、市場定位

滴滴打車采取了迎頭定位的策略，與快的打車兩強對峙，然而新興的滴滴打車更勝一籌。其宣傳毫不費力，依靠在網絡紅極一時的“滴滴打人”一詞，只改動一個字，便在廣告宣傳上搭了順風車。

下圖是滴滴打車做的市場份額報告，根據上面數據顯示，截至2014年5月底，滴滴和快的占據了打車軟件市場超過98.3%的市場份額，滴滴打車以68.1%的高比例凸顯市場領導者地位，快的打車獲得30.2%的市場份額排在第二，在持續四個多月的打車市場“燒錢圈地”告一段落后，全國汽車O2O打車市場的格局基本大局已定。值得注意的是，在后補貼時代，滴滴打車聯合微信紅包推出“分享更有愛”的送紅包活動，用戶在獲得利益的同時又多了一份樂趣，滴滴也以此與快的拉開差距，樹立品牌形象，這是它獨特的賣點。所以接下來滴滴打車定位自己的市場為整合資源，在大局已定的情況下，快的想要保住自己的市場份額只有通過的微創新，不斷推出豐富多彩的活動來吸引用戶、樹立品牌形象。

經過以上分析，我們可以得出滴滴打車的科學性，同時我們也能根據市場反映情況發現它的不足之處。

優勢：1）隨時隨地，隨叫隨到，不再需要在路上長時間等待，特別是有時候在鄉下或者其他地理位置偏遠的地方，路上招車簡直是折磨。；2）軟件使用方法簡單便捷，有一鍵叫車功能；3）軟件有巨大的經濟效益，用戶單程打車補貼金額最高可達15元，超過此前13元的最高額度。按照活動規則，安卓新用戶掃描紅色二維碼通過應用寶下載滴滴打車就可以收獲滴滴打車提供的5元~10元打車紅包；4）很好的解決了需求匹配問題；5）實現多贏，這軟件出名了，用的人多了，就是一筆巨大的流動資金。

缺點： 1）有時候會出現“系統繁忙”的字樣蹦出。這估計是軟件各方面的技術還不過關，希望加以改善。2）對部分人來說是不公平。怎么說呢，很多人是被“滴滴打車”了，因為只有部分年輕人或者說愛玩手機的人才會使用這款軟件。這軟件不能算大眾或者其他出租車公司官方認證的，乘客招車不停其實是能舉報的，這軟件對于那些不會使用的人是一種不公平。