03 - 软件测试计划(STP)

第一篇：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）对部分人来说是不公平。怎么说呢，很多人是被“滴滴打车”了，因为只有部分年轻人或者说爱玩手机的人才会使用这款软件。这软件不能算大众或者其他出租车公司官方认证的，乘客招车不停其实是能举报的，这软件对于那些不会使用的人是一种不公平。