手机软件测试流程规范（精选12篇）
手机软件测试流程规范 篇1
手机软件测试流程
我只知道手机软件测试包括：
基本功能设置（本机设置）测试；对于整个菜单结构进行逐一检测，验证在整个菜单中是否所有的功能都已经实现，以及在操作过程中是否有异常状况出现；
容错性测试，输入手机允许范围之外的数据进行测试，检测反应状况；
边界测试，输入手机允许条件的边界进行测试，检测是否有异常现象出现；
异常中断测试，在进行相关操作的同时，有其它事件发生，查看终端有什么现象产生；
回归测试
易用性测试
兼容性测试
通话测试（强信号、弱信号以及强信号&弱信号之间切换测试）；
手机软件测试流程规范 篇2
关键词：软件测试,测试流程,测试过程
由于计算机系统的复杂性以及开发过程和涉及的人员易于出错,所以即使是保证一个相对简单的程序没有缺陷也是不可能的[1]。对一个给定系统进行充分地测试以确定其没有缺陷是不可能实现的。为了尽可能多地发现并改正缺陷,测试人员必须集中精力使测试过程尽可能地高效和有效。
有效测试的关键是使过程尽可能地高效。正规的软件测试工作过程应包括:编制测评大纲(或测试需求和测试计划)、 编写测试用例、准备测试数据、搭建测试环境、测试执行、编写测评报告进行测试总结和评估等多项内容。各阶段流程及生成的主要文档如图1所示:
1测试需求分析与策划阶段
测试需求分析与策划阶段是软件测试提纲挈领的一个阶段,在该阶段对软件需求及可测性进行分析,提取出测试项,规定测试环境、测试类型、测试范围及主要测试方法,在该阶段生成的测试文档测评大纲(或者是测试需求和测试计划)往往需要经过委托方、用户代表和开发方代表等的审查认可。
软件要提交测试(这里指成型的软件产品的确认测试或系统测试)首先需要有完整齐套的过程文档。除了测试所依据的标准、规范外,一般软件测试的输入文档应包括:
1)软件需求规格说明书(根据软件具体情况,可分为软件需求、接口需求和数据库需求);
2)软件设计说明书(根据软件具体情况,可分为概要设计、 详细设计、数据库设计、接口设计等);
3)软件使用说明书或用户手册。
1.1测试需求分析
针对一个待测软件,可以依据软件需求规格说明等文档, 逐条提取出测试需求,主要包括功能测试需求、接口测试需求、 性能测试需求、强度测试需求、边界测试需求、人机交互界面测试需求、安装性测试需求、安全性测试需求、恢复性测试需求等。测试需求的提取需要遵循的原则是:测试需求要对软件需求进行全面的覆盖。
测试需求分析阶段在实际实施的过程中主要是依据软件需求规格说明的内容逐项进行分析,从软件需求规格说明文档的相关章节中提取各测试类型的测试项。
1)功能性测试需求
功能性测试需求来自于软件需求规格说明的软件功能描述。每个功能模块至少提取一个功能测试项,每个测试项至少生成一个测试用例。为了避免由于软件需求文档描述不完整而导致的测试需求提取不全面问题,还需要通过与用户和承研单位交流获取软件测试需求。
2)性能测试需求
性能测试需求来自于软件相关文档的技术指标或性能要求。通常包括系统响应时间、资源利用率、系统容量、并发访问量、配置要求等,尤其要注意的是同一个软件系统针对不同配置或不同目标有不同性能要求的情况。软件需求规格说明中的每项性呢指标均要提取一个性能测试需求。
3)其它测试需求
其它测试需求包括强度测试、边界测试、安装性测试、安全性测试、恢复测试等测试需求通常可以从相应需求中发现与其对应的描述。每一个描述信息可以生成至少一个测试需求。 同样需要注意与用户和承研单位交流以获取一些软件需求文档中未描述到的内容。
常见的测试类型主要有:代码审查、代码走查、文档审查、 静态分析、功能测试、性能测试、余量测试、接口测试、人机交互界面测试、强度测试、逻辑测试、边界测试、安全性测试、安装性测试、恢复性测试、兼容性测试、内存使用缺陷测试、容量测试、数据处理测试。
1.2测试策划阶段
测试需求分析确定了要进行的测试类型和测试项,下面需要进行的就是测试策划,制定测试策略。
软件开发的最终目的是为了满足客户需求,以客户需求作为评判软件质量的标准,则软件缺陷可以包括下面几个因素:
1)软件未满足客户要求的所有功能和性能(即部分功能未实现);
2 )软件实现了客户不需要的功能(即实现了多余功能);
3 )软件功能实现错误;
4)软件的用户好性不好。
测试策划阶段就是制定适合的测试方案,尽可能地发现软件的各类缺陷。
在测试策划阶段可以依据软件功能等需求和测试需求分析设计测试项,即需要测试的点。每个测试项需要追踪到相应的测试需求,规定测试内容、测试范围、测试环境要求、前提约束、数据准备及该测试项的结束条件,制定好相应的测试方法, 还要分析测试环境与软件实际使用环境的差异和对测试结果的影响。
2测试用例设计阶段
测评大纲确定了软件需要进行的测试类型和每个类型要测试的点,而测试说明则是对测评大纲的拆分、细化和具体化, 是测试项的具体设计和实现。在测试说明中,针对每一个测试项至少设计一个测试用例。
测试用例(Test Case)目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等[1]。
设计测试用例首先要对测试项进行分解,然后根据一定的测试用例设计方法设计测试用例,确定测试用例执行顺序,进行测试数据准备、测试资源准备、测试程序开发、测试环境建立和校核等工作。
由于测试用例规定了测试的前提、方法甚至是操作步骤, 直接关系到测试质量的好坏,关系到整个测试工作的成效,因此测试用例设计阶段是软件测试过程中非常重要的一个阶段。
下面是一个测试用例的模板:
软件测试根据测试级别和类型的不同可能有不同的分类方法,不同的叫法和不同的解释。比如,从软件是否执行角度看,可分为静态测试和动态测试。从对应的软件开发过程角度看,可分为单元测试、集成测试、配置项测试和系统测试。从代码透明度方面来分,可分为黑盒测试,白盒测试。各种类型的测试设计测试用例时都要使用一定的测试技术。常用的测试技术功能分解法、等价类划分、因果图法、猜错法等,如图2所示。
3测试执行阶段
测试执行前,需要搭建满足测试需求的环境。在搭建测试环境时,要尽量减少测试环境和实际使用环境之间的差异。可以通过实装、模拟(通用接口测试工具)有机结合构建被测软件外围测试环境,实现被测软件与外部设备的数据通信;使用相应的测评驱动环境构建测评流程,完成相应的功能输入、关键数据的处理,以及通过接口人工干预的异常功能流程的测评, 实现构建最小差异的测评环境。测试工作具体实施的阶段,直接关系到测试的真实效果。该阶段主要包括如下内容:
在软件测试具体执行的过程中,有可能发现测试用例设计阶段未考虑到的地方,这时可以增加一些实际操作且对用例进行补充或者根据软件的特殊场景,对某些测试用例进行反复执行,以确保测试的充分性。
4测试总结阶段
在测试完成后,需要对测试结果进行总结,对软件质量进行评估,以利于软件改进和后续开发软件质量的提升。测试总结主要是依据测试工作产品对测试工作过程进行总结,对被测软件及其文档进行评价。
测试工作总结除了对正常的测试工作进行总结外,有几点内容需要重点分析,如:
1)测试需求规格说明、测试计划和测试说明的变化情况及其原因;
2 )因测试异常终止未实施的测试;
3)无法解决的测试问题;
4)测试数据和文档分析。
对被测软件的分析和评价主要包括:
1 )被测软件与软件需求之间的差异;
2 )被测软件评价;
3)被测软件文档评价;
4 )性能评估。
5结论
浅谈软件开发流程前期的软件测试 篇3
【关键词】软件测试；软件缺陷管理；文档的测试和评审；软件测试流程
1.基于开发过程的测试流程
根据软件开发流程的特点，软件的开发流程可分为：产品立项、需求调研、概要设计、详细设计、编码&单元测试、集成测试、系统测试、验收测试几个阶段。
测试流程在项目立项时就与之同步启动，并且覆盖软件开发的整个流程。这就要求在进行软件测试过程中要考虑审核和评审软件开发过程中各个阶段的文档和产品。
在软件测试流程中加入考虑对软件开发流程各个阶段文档集产品的评审。那么就要对相应的评审或测试结果进行文档化，形成新的软件缺陷报告或记录。项目组长或高层人员通过对这些文档的阅读，可以清楚地知道软件在开发的各个阶段存在的问题，能将因前期设计问题出现的软件缺陷问题消除在萌芽状态，保证软件开发效率和软件质量。
软件测试的目的就是发现缺陷，而它的另一个经济目的是尽早发现缺陷，以降低修复或者售后的成本。事实上，许多统计资料表明，开发过程每前进一步，发现和修复一个缺陷的平均成本要提高10倍。在代码复查阶段，平均1-2分种能发现和修复一个缺陷，在初始测试阶段要10-20分钟。在集成测试时要花费1个小时或更多，在系统测试时要花10-40个小时。这就是为什么要在项目初期就要进行文档化和审核文档的重要目的之一，在文档阶段发现文档中需求方面和软件功能方面的缺陷，如果及时修改可以避免在编码阶段发现和修改需要的大量人力和时间，是项目能按照既定计划完成的保障。
文档化的另一个重要目的是，它是软件测试的根本依赖。无论是测试计划还是测试用例都是根据需求文档和详细设计文档编写的。如果在测试阶段修改需求文档或设计文档，那么相对的开发编码、测试计划和测试用例都要相应的进行修改，那么由此引发的人力和时间对整体项目来说都是巨大的风险。在早期的文档的评审可以有效的降低整个项目的风险的同时，也会让整个项目更加缜密。
2.软件缺陷管理
软件缺陷管理就是对软件开发过程中所发现的软件缺陷进行跟踪管理，并记录软件缺陷的状态信息，保证每个被发现的软件缺陷都能解决并关闭。软件缺陷管理是软件开发过程中项目管理流程中重要的组成部分。软件测试流程管理其在本质上就是软件缺陷管理的文档化、规范化流程。
软件缺陷管理工具就是软件测试和缺陷管理的最好帮手，软件缺陷工具的主要优点在于不用再担心在项目过程中发现的缺陷无人认领或者被忘记修改。每个缺陷从新建到被关闭的过程都是由它的作者负责推动的。那么试想需求缺陷由产品人员负责，产品功能缺陷由测试人员跟踪，由缺陷发现者主导协调好和开发人员的关系，让开发人员能更有效的对软件自身的缺陷形成有效的关注，减少开发人员在缺陷上的沟通成本，可以让项目运转的更加順畅，让缺陷解决过程中的成本得到有效的控制。软件缺陷管理工具在软件项目起到不可替代的作用，它的使用应该从项目立项就跟测试人员一起介入项目中。
3.结束语
任何软件开发组织想完全消灭软件缺陷都是不现实的，也是不可能实现的。要想开发出高质量的软件产品，除了要有严格的开发流程和开发标准外。在软件的开发过程中全程引入软件质量保障也是一种行之有效的手段。通过对软件开发流程各个阶段的文档和产品的评审和测试，形成详细的文档化结果，是保障软件产品质量和减少后期工作量的有效管理方案。随着软件规模的不断扩大，软件缺陷数量的不断增加，这个管理方案的优势就会更为显著。 [科]
【参考文献】
[1]商惠华，张春雷，吕维先.基于FPA的软件工程监理方法[J].微计算机信息，2008（21）.
[2]吕晓峰.软件工程监理的一般流程与监理要点[J].现代计算机（专业版），2004（06）.
[3]王锋，张睿，张燕.软件工程监理的实施策略[J].信息技术与信息化，2004（05）.
[4]聂林波，刘孟仁.软件缺陷分类的研究.计算机应用研究，2004（06）.
[5]徐芳.软件测试技术[M].北京：机械工业出版社，2006.
手机软件测试流程规范 篇4
第一条 为提高某某供电公司计算机应用软件的开发与测试验收管理水平，符合国网公司“SG186”软件系统的质量体系，特制定本规范。
第二条 本规范适用于公司内部开发的应用软件，也适用于采购定制开发的应用软件，提供定制开发应用软件的开发商必须遵循本规范执行。
第三条 本规范的应用软件研制开发过程采用生命周期法，分为五个阶段进行：
1． 分析阶段 2． 设计阶段 3． 编码调试阶段
4． 工程实施（部署）、测试验收阶段 5． 培训、试运行阶段
第四条 每个阶段都有确定的任务，并产生相应的文档。后一阶段应在前一阶段提供文档的基础上，继续开展工作。每一阶段结束时，必须对产生的文档，进行仔细复审，发现错误，及时纠正。由于理解能力的限制，以及需求情况、环境条件的变化，反复进行修改，是不可避免的，应不厌其烦地，直至修改完善，保证正常运行使用。力戒凑合。
第五条 应用软件研制开发过程中会出现七个角色：组织机构的设置可根据
第 1页 , 共 9 页 开发平台、开发人员、项目规模等因素有所变化，开发人员也可以随着项目的连续性和项目的进展赋予不同的职责。
1． 项目经理：在一个或多个应用领域内使用整合了道德、法律和经济问题的工程方法来设计合适的解决方案。懂得确定客户需求并将其转换成软件需求的过程。履行项目经理的职责，善于处理技术和管理方面的事务。懂得并使用有用的项目管理工具。调谐互相冲突的目标，在成本、时间、知识、现有系统以及组织的限制下找出可接受的折衷办法。在一个典型的软件开发环境中谈判、有效地工作、在必要时进行领导，并与有关负责人（包含外方）进行良好沟通。从最初创建建议书一直到项目签收结束都应用国际标准。2． 系统分析员：协助项目经理工作。系统分析员是用户和开发者之间的桥梁，负责与用户一起进行需求分析，并对软件需求进行规格化说明。
3． 系统设计员：系统设计员负责设计软件的开发策略，配置软件开发环境，进行数据结构设计和业务系统设计。
4． 程序设计员：负责程序的编写、调试，以实现系统设计员做出的软件设计。
5． 系统测试员：负责程序和业务系统两方面的测试。
6． 文档管理员：负责管理整个系统开发过程中产生的各种文档。7． 用户：应用软件的接受和使用者。
第六条 分析阶段
第 2页 , 共 9 页 1． 分析阶段任务：在项目经理的带领下进行业务需求调研。系统分析员与用户一起充分讨论业务需求、安全保密等要求；对有关业务活动，进行详细分析，切实弄清在满足业务需求的条件下，软件系统应该做什么，并进行可行性论证。
2． 本阶段的文档是《业务需求说明书》、《技术方案设计书》、《草图设计》、《项目开发计划》和《项目约定书》。
3． 《业务需求说明书》由项目经理和系统分析员编写。a)阐述业务范围和内容。
b)分析现行系统的业务概况，系统的不足和用户对新系统的要求。
4． 《技术方案设计书》由项目经理和系统分析员编写。a)由开发组负责制定最优技术设计方案
b)业务流程图：对原系统的描述，为数据流程图提供依据 c)数据流程图：系统说明书中的主要文件，按自顶向下的原则分层进行，先把整个系统当作一个功能，画出最粗略的流程图，然后逐步向下分解，直到所需要的详尽程度。d)数据字典：对数据流程图中的细节，进行描述说明。e)新系统的逻辑模型；提出为达到系统目标，对原系统应作那些修改，系统的人机界面，出错处理，系统的启动和结束，系统输入输出格式，系统性能等。
5． 《草图设计》由项目经理和系统分析员编写。简化和图示化技术方案设计书，让用户直接了解思路。
第 3页 , 共 9 页 6． 《项目开发计划》由项目经理根据项目任务、人员配置和进度制定。
7． 《业务需求说明书》、《技术方案设计书》、《草图设计》和《项目开发计划》在业务部门确认这四个文档满足他们的要求后，提交软件开发部门领导审批，然后由项目经理与业务部门签订《项目约定书》，作为业务部门和软件开发部门之间密切合作的最终文件。（外购软件参照执行）8． 在《项目约定书》中必须包括：
a)开发和实施过程中的人生、信息、设备的安全条款。b)提供明确数量的技术培训和服务（质量）的承诺。
第七条 设计阶段
1． 设计阶段的任务：在设计阶段中，项目经理和系统分析员应根据《技术方案设计书》提出的逻辑模型，精心设计系统实施方案，编写《业务流程总体设计书》尽可能提高系统的安全性、可靠性、可变性、容错性、工作质量和工作效率。2． 本阶段工作是“业务流程总体设计”、“业务流程详细设计”、《项目开发管理规范书》和《任务分配文档》。3． “业务流程总体设计”由项目经理和系统分析员完成 a)“业务流程总体设计”是项目经理和系统分析员根据《业务需求说明书》和《技术方案设计书》的要求，运用结构化程序设计思想，将软件自上而下逐层分解成多个软件模块，直
第 4页 , 共 9 页 到分解成每一个模块只具有单一的功能，能用一个或几个程序实现的树形结构为止。总体设计还要定义各模块的数据传递关系，设计软件的编码方案、文件存储策略、输入输出格式，以及硬件和系统软件配置，最后编制《概要设计说明书》。b)业务流程总体设计的内容主要包括：
(1)代码设计(2)文件设计(3)输入设计(4)输出设计
(5)系统软硬件配置设计(6)设计说明书
4． “业务流程详细设计”由项目经理和系统分析员完成 a)“业务流程详细设计”是对“业务流程总体设计”中划分的每个模块再进行详细定义和说明。它包括定义每一模块的详细功能、输入数据、使用文件及使用方式，确定输出内容及格式，模块实现的详细算法，每一模块的程序构成等，其中包括对数据库关系和流程的设计。“业务流程详细设计”是软件功能、结构实现方法的最详细说明，是程序设计的依据。“业务流程详细设计”的最终成果是编制《详细设计说明书》。
5． 《项目开发管理规范书》：由项目经理和系统分析员编写。对开发人员在变量、代码、编码、数据文件格式、注释等方面
第 5页 , 共 9 页 作出约定的技术性规范书。
6． 《任务分配文档》由项目经理编写，根据《概要设计说明书》、《详细设计说明书》和《项目开发计划》分配人员和任务。
第八条 编写、调试阶段
1． 主要任务是由程序人员在系统分析员的带领下，根据《任务分配文档》分配的各自的模块说明书写出程序《开发文档》，并以此编写逻辑正确、易于阅读和理解的程序。
a)《开发文档》应该包括：程序框图、源程序清单、程序说明书、逻辑正确的程序模块。
2． 高级程序员将程序员开发的模块按《概要设计说明书》、《详细设计说明书》集成系统。
3． 在本阶段中，模块级测试可以由程序员自己或相互测试，也可以由测试员参与模块级测试。
4． 在本阶段中，对开发服务器上集成后的系统进行测试，可以由高级程序员到测试员共同参与进行测试，测试结果由程序员对代码进行消缺，同时编写《集成测试说明书》。5． 在经过系统集成测试后，可以向用户展示系统，项目经理和系统分析员要听取用户的意见，如果用户对业务有所变更，项目经理和系统分析员对此进行分析，对于确实需要变更的业务，由项目经理及时提出《问题说明报告》，让用户和领导审批，审批通过后，系统分析员立即编写《业务变更文档》，第 6页 , 共 9 页 同步记录开发过程中用户提出的业务需求变更的情况，以便及时让组员了解。
6． 在向用户展示系统通过后，系统进入现场安装部署阶段。
第九条 工程实施（部署）、测试验收阶段
1． 在现场部署阶段，首先准备运行服务器。同时，由系统分析员根据《业务需求说明书》、《概要设计说明书》、《详细设计说明书》，编写《项目测试方案与报告》的初稿，《项目测试方案与报告》包括测试案例，以验证系统的功能与性能。2． 成立由项目经理、系统分析员、程序员、测试员和用户在内的测试小组进行现场码测试。
a)现场码测试过程是按照《项目测试方案与报告》的初稿的测试案例，逐条进行。现场代码测试是一个反复的过程，如果没有通过测试，要进行消缺，再全面测试，直到测试通过为止。
b)现场代码测试完成后的系统要移植到最终运行环境（部署），将实际数据采集及导入。
3． 成立由项目经理、系统分析员、测试员和用户在内的测试小组进行现场验收测试。
a)对实际运行系统进行现场验收测试。测试过程是按照《项目测试方案与报告》的初稿的测试案例，逐条进行。b)现场验收测试完成后，测试小组要对被测试系统是否达到
第 7页 , 共 9 页 《项目测试方案与报告》的要求，提出意见，完善《项目测试方案与报告》报告，提交领导审批。
4． 在进行系统测试的同时，系统分析员、程序员积极编写《项目开发文档》汇总整个项目的使用的技术、思路、过程。5． 在工程实施（部署）、测试验收阶段，系统分析员和高级程序员还要积极编写《用户使用手册》，在系统代码测试完成后，向用户进行培训。
6． 现场验收测试通过的系统交用户试运行一段时间（一般要求３～６个月），以进一步发现问题，予以修改、完善。经用户试运行，满意认可后，由用户提出《用户报告》，项目经理则编写《项目验收报告》。
第十条 验收、运行维护阶段
1． 软件验收组应由用户、开发人员和专家三方组成。验收组要对《项目验收报告》、《项目测试方案与报告》、《用户报告》等资料是否完整进行认真审查并作出评价；
2． 在软件系统通过验收，并交付用户正式使用后，用户应对软件系统的资产进行分类统计，编制资产清单，标注资产的重要性，并对资产清单定期维护和更新；
3． 要对软件系统的日常维护工作作出安排。可以委托软件开发人员日常维护。要建立软件系统的《日常维护档案》资料归
第 8页 , 共 9 页 档，作为今后日常维护的依据。在可能的条件下，也可对业务人员作进一步培训，逐步做到由业务部门自行维护。
**供电公司
2009年2月
APP测试基本流程 篇5
一、测试周期
app测试周期一般为两周，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。
二、测试资源
测试任务开始前，检查各项测试资源。
产品功能需求文档
产品原型图
产品效果图
行为统计分析定义文档
测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）
其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等）
二、测试要点 接收版本
本人觉得，这个过程可以直接略过。非专业测试着，不喜勿拍。
UI测试
A）确保手头的原型图与效果图为当前最新版本。
B）确保产品UI符合产品经理制定的原型图与效果图。
C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。
D）由于测试环境中的数据为模拟数据，测试时必须预先想到正式环境中可能出现的数据类型。
功能测试
A）确保手头的功能需求文档为当前最新版本。
B）确保所有的软件功能都已实现且逻辑正常。
C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。个人建议，用户体验方面的建议，优先级放在修复bug之后。
D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。此处确认最好以邮件形式存在。
E）所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。并在之后的测试报告中予以体现。
F）所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。并在之后的测试报告中予以体现。
G）测试下单时，注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键字，最好每次下单的名称中含有日期，以便查询；在正式环境中下单后必须取消该订单等。
兼容测试/性能测试
A）确保软件在所有兼容机型上都能正常使用（ios一般需要兼容7或者6，ios5可以不用，用户使用率已经低于5%以下）
B）对于低端性能兼容机上独有的问题（例如ios5以下、Android1.6以下），若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认，最好以邮件的形式得到确认）
C）性能测试方面必须满足硬件压力条件下的测试需要（例如多线程，用户常用的app都要后台运行的环境中测试。）
D）网络响应用户体验方面的性能测试，需要保证在wifi、3g、2g网络下的切换效果。比如wifi切换到2g，网络响应的速度以及切换界面。
后台订单统计测试
A）核对“客户端相关启动查询”项，此项数据就是经常说的“激活量”，非常重要。测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。
B）核对“订单查询”项，测试时必须保证各数据均正确，且每次成功下单后都会有相应的统计记录。
C）需要注意的是，在成功下单之后，后台会做判断将该订单划到测试订单范围，测试人员必须到“订单查询（测试）”模块中核对订单统计记录信息。
用户行为统计测试
A）确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。
B）确保产品经理在文档中所定义的页面在该产品中都是存在的。
C）尽可能真实地模拟用户行为。D）核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。
回归测试
A）软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目
B）回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。
C）只有在回归测试通过之后，才对产品进行提交。
三、测试日报及产品上线报告
测试人员每天需对所测项目发送测试日报。
测试日报所包含的内容为：
A）对当前测试版本质量进行分级。
B）对较严重的问题进行例举，提示开发人员优先修改。
C）对版本的整体情况进行评估。
产品上线前，测试人员发送产品上线报告
保险续保规范流程 篇6
3、4月份由保险部对3-4月份待续保客户进行汇总。
汇总的待续保客户可由SA优先进行挑选。根据两年之内的保有客户，选出30%的目标客户。
前台SA主要对2010-2011年的客户进行筛选，每名SA筛选10名目标客户，2006-2009年也可再筛选5名目标客户。
SA、可设立跟踪台账（由金融保险部提供）每名客户必须做到及时跟踪、回访、明确自己的目标客户，不得浪费客户资源及跟他人哄抢客户。
保费的计算及为客户报价由续保专员负责，每续保成功一台，续保专员提取10元的服务管理费。
SA无时间洽谈或者由续保专员协助洽谈成功的客户，续保专员提取SA、每台奖励提成的30%。
SA的跟踪台账上，明确写有某个客户已经战败，若续保专员进行2次商谈成功的，奖励提成及续保任务归续保专员所有。 如续保专员二次回访战败，转售后经理及增值部经理再次跟踪回访。提成奖励归经理所有。
3月份作为缓冲阶段，暂不考核SA、的续保目标，4月份为正式考核。每人每月3个续保任务，完不成任务的每个扣除50元。 续保专员必须完善承保手续，在保险登记本上做好记录并及时录入DMS系统，如有遗漏此保险提成取消。
续保专员必须配合好SA的工作，保费的计算及给客户的报价必须及时准确，若因续保专员工作上的失误导致客户流失的，每笔扣除续保专员100元。
手机软件测试流程规范 篇7
V模型是常用和容易被接收的软件测试模型, 也适用于GJB5000A二级过程域中所使用的测试模型。V模型由PaulRook在80年代后期提出, 它将测试过程分为不同阶段进行, 分别对应软件开发的各个阶段。如:单元测试阶段检查软件代码是否符合设计阶段的详细设计要求;集成测试检查各集成部件是否符合概要设计要求;配置项合格性测试阶段检查CSCI是否符合软件需求分析阶段的软件需求规格说明的要求, 每个测试阶段在通过评审后才能进入下一个测试阶段。V模型图如图1所示[2]。
1软件测试流程
在GJB5000A二级的贯标实施过程中, 软件测试过程可以使用基于V模型的软件测试模型开展。在GJB5000A过程体系中基于V模型的软件测试流程如图2所示。
图2所示, (1) 在软件需求规格说明发布后, 软件测试人员开始软件配置项合格性测试策划, 但策划到何种程度, 检查软件配置项合格性测试策划文档的初稿依据, 文档内容质量的要求, 测试用例设计的进度等均未明确。 (2) 在执行单元和集成测试时, 若被测试软件是由汇编语言等实现的, 由于没有合适的测试工具只能进行静态分析、审查, 则单元和集成测试是否可合并到配置项合格性测试阶段执行? (3) 对于测试过程中发现的测试问题及形成的测试用例应如何管理?测试问题报告单和测试用例集是否可以单独纳入配置管理? (4) 测试问题是否由软件设计师一人决定或解决?不能解决或确认不解决且没有影响的问题应该执行什么样的处理流程?
因此软件测试流程管理并不规范, 为提升软件测试效率, 达到提高软件产品质量的目的, 改善上述软件测试流程是必要的。
3改进后的软件测试流程
根据以上对GJB5000A过程体系中基于V模型的软件测试流程的介绍和分析, 文中对GJB5000A体系中基于V模型的软件测试流程进行了改进, 发掘其流程中存在的不足, 同时考虑测试过程的合理性和可控性, 改进后的测试流程如图3所示。
图3所示: (1) 针对配置项合格性测试文档初稿制定了检查单, 明确了配置项合格性测试文档应完成的工作。 (2) 明确非C/C++语言实现的软件代码可以把单元及集成测试合并到软件配置项合格性测试阶段进行。而软件源代码和目标码的入受控库时机则由原来的单元测试结束后改为软件源代码同行评审后。 (3) 针对测试问题和测试用例的管理问题, 把测试用例形成测试用例集进行入受控库管理操作, 把测试问题报告单入受控库管理。 (4) 针对测试问题的处理流程, 明确不予解决的测试问题通知利益相关方。
4改进后的软件测试流程及应用
仪表着陆功能软件是某型飞机通信导航识别 (CNI) 功能子系统仪表着陆 (ILS) 功能的处理软件。它能为飞机进场着陆提供方位﹑下滑引导, 性能满足Ⅱ类着陆要求, 当引导信号不正常或不可靠时能产生告警信息[3,4,5]。
仪表着陆功能软件开发小组共4名成员, 采用结构化开发方法进行项目开发, 而采用改进后的GJB5000A过程体系中基于V模型的软件测试流程进行软件测试。即软件测试人员在软件需求规格说明发布后开始软件配置项合格性测试策划工作, 并接受项目SQA人员使用检查单进行审查, 确保软件配置项合格性测试策划工作开展的规范性和有效性;对于C语言实现的DSP软件, 在软件编码完成后开展单元测试工作, 对于测试中发现的问题经与软件项目主管和软件设计师沟通后, 对于确认不解决的问题由项目经理、主管所领导和军代表签字后在单元测试结束时同软件问题报告单一起入受控库, 并将测试用例或测试代码也一同入受控库, 如此流程开展软件集成测试, 直到软件配置项合格性测试结束, 对于VHDL语言实现的FPGA存储器软件, 则在代码同行评审后把软件源代码和目标码入受控库, 直接转入软件配置项合格性测试阶段, 但要求软件配置项合格性测试必须进行软件文档和代码审查工作[6]。仪表着陆功能软件在项目组4个成员近3个月的共同努力下, 圆满完成了开发及测试任务。表1为收集的该项目使用改进后的软件测试流程前后进行软件测试所产生的平均成效数据。
通过表1数据可看出, 在GJB5000A体系执行过程中, 使用改进后的基于V模型的软件测试流程, 不仅可节约软件的开发成本、提高软件的生产效率、提升软件产品的质量, 且可提升用户的满意度和软件产品的可维护性。这表明在执行GJB5000A过程体系时, 使用改进后的V模型软件测试流程与改进前的软件测试流程相比具有很多的优越性。
5结束语
分析介绍了软件测试模型中常用的V模型及在GJB5000A过程体系中基于V模型的软件测试流程, 在此基础上提出了一种更合理有效的软件测试流程, 并应用于无线电军用航空领域某型仪表着陆软件测试中, 在实践中取得了良好的效果。
摘要：软件测试模型是软件测试工作开展的依据, 合理的软件测试流程是提升软件测试质量的重要保障。文中通过对V模型及GJB5000A体系中基于V模型的软件测试流程进行了介绍与分析, 结合当前软件测试工程实践, 提出了一种更合理有效的软件测试流程。该流程能更好地管理软件测试过程的系列活动, 提高了软件测试效率及质量。
关键词：软件测试流程,GJB5000A,V模型
参考文献
[1]黄龙水, 黄诚学.软件测试模型介绍[J].舰船电子工程, 2004, 24 (3) :35-38.
[2]刘超.基于扩展V模型的软件测试[J].玉林师范学院学报, 2006, 5 (10) :26.
[3]陕西凌云电器集团有限公司.某型飞机通信导航识别 (CNI) 功能子系统仪表着陆 (ILS) 功能软件研制任务书[S].宝鸡:陕西凌云电器集团有限公司, 2012.
[4]余俊, 张菊萍, 赵莉.嵌入式软件测试过程中的并行工程应用[J].电子科技, 2008, 21 (8) :57-60.
[5]黄丽芬.软件测试数据自动生成算法的仿真研究[J].计算机仿真, 2012, 29 (10) :245-247, 382.
流程排版规范（范文） 篇8
一、页面设置
版面——A4纵向版面，上、下、左、右页边距均为2.5厘米，页眉1.5厘米，页脚1.75厘米。
页眉——文字“人力资源部板块名”右对齐，宋体、五号、倾斜。“人力资源部”与“板块名”之间空两格。
页脚——页脚选择“”格式，宋体、小
五、居中。
二、主要结构及格式要求
流程文件由标题和流程、流程图描述、流程关键点监测、文件与表格一共五部分组成。
1.标题
流程标题——宋体、四号、加粗、居中。
2.流程
标题——宋体、小
四、左对齐，单倍行距,段落间距设置“段前段后”各0.5行。表格——整体居中，总宽度16厘米。
表头——宋体、五号、居中，行高0.8厘米。
内容——宋体、小五。文本框内文字行距设为“单倍行距”，文字只有一行，居中排版，文字有两行及以上，左对齐。同列文本款保持同一宽度。
3.流程图描述
标题——宋体、小
四、左对齐，单倍行距,段落间距设置“段前段后”各0.5行。表格——整体居中，总宽度16厘米。
表头——宋体、五号、居中，行高0.8厘米。
内容——宋体、五号、单倍行距。“序号”居中，对应小标题左对齐，详细内容“两端对齐”、“首行缩进2字符”。“涉及文件”居中排版。
4.流程关键点监测
标题——宋体、小
四、左对齐，单倍行距,段落间距设置“段前段后”各0.5行。表格——整体居中，总宽度16厘米。
表头——宋体、五号、居中，行高0.8厘米。
内容——宋体、五号、单倍行距。“关键点”居中，“监测内容”设置“两端对齐”、“首行缩进2字符”。“时间节点”、“责任人”、“监测人”居中。
5.文件与表格
标题——宋体、小
四、左对齐，单倍行距,段落间距设置“段前段后”各0.5行。内容——宋体、五号、单倍行距，段落设置“首行缩进2字符”。
三、其他
1.流程附件相关表格、文件，参考流程排版要求执行。
2.总体排版要求美观、统一，可视具体内容做轻微变动。
3.文中序号按层次分别要求如下
各部分标题——用“
一、”“
二、”“
三、”„„
物资管理规范流程 篇9
物资管理工作规范
项目部物资管理主要包括计划管理、采购管理、供应管理、仓储管理、现场管理、统计分析及成本核算等几大业务板块。
一、计划统筹（需求计划、采购计划、供应计划）
1、计划统筹是物资管理的基础，是采购和供应的依据。
2、物资计划统筹由物资部牵头，工程部、计划部配合编制。工程部提供基础资料及设计量，计划部复核并安排工程进度、核定材料消耗系数。上场初，工程部对施工图纸进行全面清理，核算出各个单位工程（分部、分项工程）图纸工程量数目和所需材料设计量。钢筋混凝土工程中砼数量应扣除钢筋和波纹管等的体积。计划部复核工程量、安排施工进度、核定材料消耗系数并提供数据及进度给物资部。
材料消耗系数一般混凝土工程按钢材1.5%、散装水泥1%、袋装水泥按2.5％；设计数量加损耗量即为消耗限额。
物资部复核后按桥、隧、涵、路基等单位工程建立《单位工程物资限额发料台账》。对施工队伍更换频繁较难核算的，可从单位工程剩余工程量建立物资限额发料台账。
3、物资计划分需求总计划和、（季度）、月度计划，需求总计划由各单位工程限额计划汇总而成，是本项目控制计划。
4、物资需求计划由封面、编制说明和需求计划表三部分组成，计划应经项目总工程师审核，项目经理或其授权人批准。
/ 6
5、项目各单位工程限额供料台账和批准的项目物资需求总计划应报公司物资部备案。
6、在执行计划的过程中有设计变更时应及时调整物资计划。
二、采购
1、项目应成立物资采购领导小组，领导小组由项目主管领导、总工程师、分管付经理及工程、计划、财务、物资等部门负责人组成。负责对项目物资采购进行决策。
2、物资采购前要进行广泛市场调查，建立《合格供应商名册》，调查范围应包括相邻兄弟单位采购情况。调查情况应有相应记录。
3、除甲方供应材料外，对单个种类采购金额在30万元以上的工程材料应实行招标采购。
钢材、水泥等大宗材料开工时一般应选择三家以上的供应商同时供货，其它材料一般也要保持两家。避免因选择范围狭小造成停工待料或采购成本增加。
4、根据招标采购结果或物资采购领导小组的决策确定供应商后，应签订物资购销合同。
购销合同文字应严谨，要明确物资品名、规格型号、质量技术要求、价格、数量、交货时间、交货地点、运输方式、收货人、结算方式、对质量负责的条件和期限、质量保证金的比例及返还条件、合同争议的解决等。
5、大宗物资购销合同在签订前须报公司相关业务部门审查。
三、验收
1、物资验收主要是数量和质量的验收。
/ 6
2、需要检验试验的材料要及时委托工地试验室或相应机构进行检验试验。每季度上报《产品测量监控数据分析表》以便对材料符合性进行分析评价。
3、地材验收是物资管理的重要内容，要切实进行有效的监督和控制。原则上必须采用地磅，验收不得使用民工。
道碴验收能约定按道床断面量方的尽量进行断面量方； 火车运输装车时量方的应扣道碴沉落系数，按《铁路碎石道碴标准》数量验收是以运到现场后验收数量为准，原则上60吨车皮满载验收数量不超过36方；
汽车量方须用电子磅过磅，道碴容重在1.65左右。各项目可考虑验收数量与验收人收入挂钩模式。
4、验收合格开出《点验单》，建立《物资明细账》；不合格按《不合格品控制程序》进行处理。
5、物资业务人员凭发票和《点验单》办理材料费挂账及委托付款等手续，建立《材料费付款登记台账》。
四、发料
1、物资发放要严格执行发料作业程序，凭《发料单》或《物资限额台账》发料。
2、联营队领料要有联营队负责人或其书面授权的被授权人领料签认，授权书和身份证复印件要存档。未经有权领料人签认，不得发料。
3、材料消耗逐日登记是项目物资管理的基本制度，是开展责任成本管理的重要内容。通过对项目所购材料的去向及时登记，定期盘点库存，将材料实际消耗与其限额数量进行对比，计算出节超数量，对其进行考核，达到限额控制、节奖超罚的目的。
/ 6
对当天购进或供应的材料，必须在当天收回所有进（发）料单据，并按照项目、类别建立《物资明细账》，在《物资限额台账》进行逐笔登记。
4、道岔发料时道岔各组件、配件应列清单，双方交接签认，以明确责任。
5、发料单据应及时传递到项目财务，便于财务部门掌握材料费开支情况。
6、用于工程实体的物资应同时填写《物资标识记录》记录物资使用情况，确保实现可追溯性。
7、工具发放要实行登记制度，建立台账，责任到人，交旧领新。
五、现场管理
1、物资应一次到位，避免二次倒装和搬运。
2、应悬挂统一格式的《产品标识牌》。
3、对厂方直发的钢轨、桥梁、道岔转向架等卸车时要进行检查，对短少、损坏的及时向供货单位进行交涉；卸车后要及时回收、捆绑，保证转向架的完好状态，及时回送，收回押金。
4、对铺轨基地钢轨、道岔、扣配件、换铺工具轨、桥梁通用钢模板、工程油料器材等周转性材料，各单位应加强维护和保养，保持其良好状态。换铺工具轨原则上禁止锯轨。
对周转性材料各单位要造册登记，上报公司物资部一份，便于统一调用。
5、对运输、装卸、施工过程中的洒落、边角材料，各种物资的包装、加固材料等，要进行回收，并有相应的奖惩措施进行考核。充分
/ 6
利用废旧物资，合理采用代用材料，以达到修旧、利废、节约资源、降低成本。
6、对即将下场的项目要及时对项目剩余物资进行清理、盘点、造册，将《盘点表》上报公司物资部一份。
六、化学危险品管理
项目根据施工需要使用化学危险品的，应严格按照《化学危险品控制程序》的规定，对化学危险品的采购、运输、储存、保管、使用、报废、销毁的各个环节进行控制，确保化学危险品的使用符合环境、职业健康安全标准，满足现场施工生产的需要。
七、物资核算
1、物资核算是项目成本控制的关键环节，是项综合性的工作，需要项目技术、计划、物资等多个部门相互配合才能完成。目前也是我们项目管理的薄弱环节。
2、项目技术部门根据核算对象当月完成工程数量提供本月应耗材料数量；计划部门对工程量进行复核，加消耗系数后提供核算对象本月应耗材料数量清单交物资部门。
3、每月月末项目成本管理领导小组要组织项目技术、计划、物资、施工队等相关人员对核算对象的原材料库存量进行盘点（半成品可视为库存），盘点结束后参与人员和施工队负责人应在盘点表上签字。
4、材料盘点结束后，物资部门要及时编制《材料节超考核表》，计算出当月各核算对象材料节超。
原材料节超数量＝本月应消耗材料数量－本月实际消耗材料数量 本月实际消耗材料数量＝上月盘点库存量＋本月供应量－本月盘点库存量
/ 6
5、对同一对象的核算时间点要统一，如已完成工程量截至时点是25日下午6点，材料供应核算也是截至25日下午6点。
6、对材料考核出现的节超，项目要组织相关人员认真分析原因，总结经验教训，厘清责任，制定控制和奖罚措施，超耗部分由责任人全额承担，节约部分项目与责任人按比例分成。
八、物资统计
1、物资统计是物资管理的重要组成部分，是企业重要的信息资源，是反映企业效益的重要手段。各项目要加强物资统计的基础工作，建立健全物资原始记录和台账，保证统计数据的真实性。
2、为及时掌握项目材料成本控制情况，规定各项目上报的物资统计报表有（表格样式见附件）：
⑴、新开工项目上场后应上报的报表有《物资需求计划表》、《单位工程物资限额台账》、各类物资采购合同。
⑵、每月月末应上报的报表有《主要材料收支存统计表》、《主要材料采购价格一览表》、《材料费付款登记台账》、《月材料节超考核表》；每月30日上报。
⑶、每季度应上报的报表有《主要物资消耗定额统计表》、《产品测量监控数据分析》
⑷、每半年应上报的报表有《原材料、能源收支存统计表》、《大宗物资招标采购情况统计表》
3、项目结束后，项目物资点验、发料、台账、合同等相关物资凭证移交到公司物资部保管，保管期限三年。
公司会议流程规范书 篇10
二零一六年六月十八日启
前言
会议是一个公司或一个团队运行所必须的环节。公司就好比机器，会议就是连接这台机器各部位之间的轴承。只有通过轴承连接，机器才能正常运转下去。公司也只有通过开会进行沟通和交流，才能让整个公司正常运营。比如，通过交流，取得了新的信息；经过讨论，集思广益，取长补短，形成了正确的意见；通过表决，做出决定或决议；通过听取别人的发言，受到启发或教育等等。开会本身就耗费了时间及金钱，换言之既是成本，因此我们必须通过执行有效的管理，获取有价值的回报。同时，我们也希望通过开会让员工了解公司和部门的运行状况、期望目标、未来方向，让员工拥有责任感和归属感；通过开会让公司了解每一位员工的工作状态、职业梦想、心理需求，让公司拥有安全感和荣誉感。
鉴于公司以往的会议形式和会议流程较不规范，开会效率低，会后工作没落实等情况，公司将从本月开始规范会议的各项事宜。
会议主题为：日常工作反思与总结。
会议时间为：每周日下午四点（如有改动，另行通知）。
开会的目的：提高工作效率，落实工作任务，分享经验，鼓舞士气。开会的要求：
1、会议相关人员准时到场。
2、会议期间不得做与会议无关的事情。
3、每次开会须做好会议记录，会后两天内将会议记录交至董
事长。
4、公司每月末将通过会议记录检查各部门的工作情况，促使
每个部门的每一次会议都是有效果有价值的。
本规范书的内容包括前言、会议流程说明、公司将从二零一六年六月十八日开始试行此规范书，请各部门主管及时传达本规范书的内容，并做好相关工作。
会议流程说明
一、通知会议时间每周星期天下午四点。
二、会议地点办公楼二楼会议室。
三、会议主要内容：
1、人事部检查人员到会情况，宣布会议开始。
2、公司重大事件宣布。
3、各部门负责人评价工作进展，对计划进行修正，解决问题。
4、部门汇报工作总结、工作计划，提问，发生的事情，如何处理，处理结果，董事长进行评价、解答。
5、各部门发言全部完成后，董事长评价及总结。
7、相关部门对董事长的安排提出异议，解决。
8、会议的其他事项。
9、会议结束，董事长宣布散会。
四、会议记录一式两份，董事长一份，人事部一份存档保存。
家具售后流程与规范 篇11
前言
下单付款并不代表销售成功，成功的销售是使客户得到满意的产品，这个产品包括家具本身以及令人满意的服务。成功的销售会使客户再度光临，成为坚实的老客户。而失败的销售不但会丢失客户，甚至可能造成严重的经济损失。影响客户满意度的方面很多，售后问题是否得到及时有效的处理是主要方面之一。售后处理的总原则是：提前预防、及时响应、充分沟通、统一服务口径和标准。
1、收货时间
客户不能按时收到货是最常见的售后问题，也是最不容易受自己控制的因素。此类问题务必注意提前预防，并在出现延期迹象时便提早沟通，降低其影响。1.1下单前
1.1.1售后务必参照“公司售后注意事项”中关于出货时间的信息来为客户预估收货时间，不允许为了达成订单而做出不切实际的承诺。预估时需考虑公司近期的出货状况，这些信息同样登记在公司注意事项文档中。
1.1.2跟单员需至少每个月重新评估并更新一次公司最新出货状况到“公司售后注意事项”中。
1.1.3对于只有承诺在额定收货日期前收到货才能成交的订单，售后务必向上级申请。1.2下单中
1.2.1售后提交订单时，必须同时为此订单登记一条售后问题，问题的类型是“有最后期限”，将客户要求的收货日期填到“最后期限”中，并根据客户对收货日期的敏感程度设置“紧急性”。1.3下单后
1.3.1多数情况下，下单前售后都会要求跟单员查询是否有现货。但真正下单付款的时间可能是几天之后，对于订单是按有现货方式下单的，无论下单前是否有咨询厂家，核单时跟单员务必再次咨询是否有现货。如果没有现货，务必通知售后，并告知新的可能收货时间。售后须与客户沟通这个新的情况，如果客户接受新的收货时间，售后更新1.2.1中提交的售后问题中的“最后期限”。
1.3.2订单一旦审核通过，此订单的售后跟踪将移交给跟单员。之后在出货时间、物流提货、安装与维修等售后问题上，以跟单员为主与客户沟通，但售后应实时了解订单的当前的状况。1.4备货中
1.4.1备货过程中，跟单务必做到至少提前收货时间两周与生产沟通（实际只有一周的提前期，因为有一周的货运期）备货进度。对于1.2.1中设置的售后问题是紧急的，这个沟通要提前，并增加沟通频率。
1.4.2经过与生产沟通备货进度，跟单员须判断是否会出现延期交货的风险。如果有，则跟单员必须在在第一时间与客户沟通，争取获得客户的理解。新的交货日期须更新到售后问题中的“最后期限”。
1.4.3如果要提前出货的，也需要跟客户先沟通。1.5出货
1.5.1当获得物流单，跟单员须首先用查询电话或网络查询物流单，确保能跟踪到物流状况。同时须在订单信息中比对实际费用和售后当时估算的费用的差距。1.5.2获得物流单的当天，跟单员须向客户通知已发货，并告知物流信息：物流公司名称、物流单号、查询电话、包装件数、运输件数、运输体积、运费、包装费。如果客户纠缠费用问题而威胁退款，请向上级报告讨论解决方案，事后须帮助售后总结估算不准确的原因并矫正。2．提货
2.1提货现场发现有损坏
2.1.1提货前须告知客户提货规则。在外包装损坏的情况下，客户需要进行“有损提货”，在签收单上写下“外包装损坏”，如果家具有损坏，须同时简单写下家具的损坏情况，并尽量拍照记录，照片由远及近、由整体到细部。
2.1.2无论损坏情况怎样，都不能出现客户拒绝签收的情况。需要承诺我们会通过上门修补或补配件的方式售后服务，知道客户满意。但需要客户配合我们找物流索赔。
2.1.3部分地方的物流有霸王做法，欺负客户不明白规则，提出让客户先在签收单上签字付运费后才能看货提货，这个需要提前提醒客户注意。2.1.4对于玻璃包装件（包装上会注明“内有玻璃”），需提醒客户轻轻晃动包装件，听玻璃有没有破碎，虽然外包装完整，但也有可能已损坏。2.2回家拆开包装发现有损坏
2.2.1客户签收后回家拆开包装后，发现家具有损坏的，首先我们要确定这个损坏是物流造成的还是产品质量问题。
2.2.2要求客户提供数码照片，拍摄外包装的各面要能清晰判断包装是否有损坏，同时，拍摄损坏的家具，从整体到局部，损坏部位需有清晰地近距离特写。2.2.3如果外包装对应的部位也有损坏或者客户不能提供有效照片，我们将判断家具的损坏是物流造成的。
2.2.4如果外包装完整，可判断是家具质量问题。
2.2.5如果是物流损坏，我们需让客户感觉到是他（她）自己的疏忽造成的，不应该轻率地签收物流。
2.2.6无论是产品质量问题还是物流问题，都应该为客户进行售后处理。原则是：能不漆的补漆、能维修的派人维修、最后才是重发损坏部位的配件或者全部跟换。如果客户主动提出以钱的方式进行补偿，可以协商，单我方不要主动提出这个方案。
3．提交售后问题
3.1售后问题必须提交后台售后处理系统，以便跟踪处理。4.安装与维修
4.1 如果客户遇到安装困难，客服应给予帮助支持。如果是包安装，请从各地列表中找到服务商服务质量不低于三星的当地服务商，和服务商谈好价格，为客户提供上门安装服务。
4.2 如果在列表中没有找到当地的服务商或者服务商在不同的区域距离太远，应该通过网络或当地的服务电话寻找合适的服务商，并洽谈服务费用。寻找的原则是：
4.2.1 寻找有资质信誉的公司来合作，尽量不要找个人。
4.2.2 考虑找离客户家比较近的服务商，否则会增加服务成本，特别是大城市。4.3 服务商上门前须提醒其注意事项：
4.3.1 要求上门前务必跟客户提前取得联系，并约好时间。4.3.2 告知服务商以“志豪售后服务”的身份提供服务。4.3.3 提醒其注意礼节，包括上门带鞋套等。
4.4 首次合作的服务商，让客户先垫付服务费用，之后让客户申请一笔退款，我们将服务费用退还。多次合作的，尽量通过转账的形式支付。
4.5 每次服务后，务必回访客户服务的质量，问以下两个问题： 4.5.1 请问师傅有提前和您约好时间并按时上门吗？
手机软件测试实习报告 篇12
毕 业 实习报 告
姓名： XXX学号：093532专业班级：XXXXXXXXXX
实习单位：北京北阳电子技术有限公司
实习时间：2011年2月14日—2O11年4月1日指导教师：XXX
一．实习目的：理论联系实际，通过把所学软件测试知识与实际操作相结合，熟练软件测试操作流程，根据实际操作总结学习中的错误认识，拓
展思维方法并学习实际业务流程中的相关技巧和同事之间的相处
问题。
二．实习时间：2011年2月23日——2011年4月1日
三．实习地点：北京海淀区上地三街中黎科技园1号楼5层
四．实习单位：北京北阳电子技术有限公司
五．实习内容：
1.公司背景
北京北阳电子技术有限公司成立于1997年，地处属国家级高科技园区的北京上地信息产业基地，系高新技术企业，已先后经北京市科委评审被认定为软件企业和集成电路企业。
作为台湾凌阳科技股份有限公司在中国大陆的合作伙伴，北阳电子带着“科技落实生活”的愿景，致力于微控制器、数字信号处理器（DSP）应用与开发，以及系统工具软件、消费类娱乐产品和家庭网络产品的开发和研制，并实现通讯及多媒体技术的商品化，使人们能够享受到高科技带来的舒适、便利与欢乐，从而提升人们的生活品质。
2.平台构建
围绕经营理念的实现，北阳电子在主营高新技术原动力驱动下，打造出与之相适应的系列平台，诸如技术研发、知识管理、品质管理、智权产出、技术推广以及企业管理等平台。
在这些平台上伴随着资源的有效管理和知识、智慧的混合运作，高速、高效的载着源源不断的富创意、优品质的技术研发和推广的成果，为给客户一流的产品开发方案和满意的技术服务提供了保证，亦为北阳无可替代的优势打下坚实的基础。
3.团队建设
多年来北阳公司一直致力于团队的基础建设，从创业伊始的三、五十人发展至今已建成一个具有相当规模的研发、品保、知识产权、技术推广以及技资管理等团队的正规专业型企业。每一团队，都在公司有着举足轻重的位置，其作用一环扣一环，缺一不可。团队之间的通畅协作，不仅增强团队本身战斗力，而且亦增
强了公司的整体运作能力。
公司为员工提供了施展才华的舞台，员工为公司效力、为团队拼搏的出发点源于实现自身价值。个人的才智和能力亦在集体环境的熏陶下得到了充分发挥和升华。
4.技术与产品
北阳电子掌握声音和图像处理技术、微控制器设计、以及IC电路设计和应用软体设计技术，自力研发。从各种高低阶微处理器核心，DSP设计等SOC平台之开发工具，如编译器、集成开发环境、操作系统等，到演算法研究、IC设计等核心技术，发展出多样化的产品线。
主要开发项目为：IC应用软件开发、IC电路设计、IC版图设计、应用工具开发、IC系统开发、图像及语音数字信号处理、语音识别应用程序开发、智能化家电信息应用开发。
公司目前主要产品线包括：单片机、液晶显示控制器、多媒体、语音芯片、及各式客户委托设计芯片，应用于电子字典、MP4及MP3、计算器外围、智能家电控制器、VCD、DVD、数码相机、播放机、来电显示器、语音复读机„，在日常生活中无所不在。
5.我所在的职位
职位名称：软件测试工程师
职位描述：
① 负责产品测试工作，根据软件需求大减测试环境和计划
② 负责软件不同功能模块的系统测试
③ 认真执行测试用例
④ 负责协助组长进行测试统计工作
⑤ 负责自己测试出的bug的提交工作
⑥ 负责填写自己测试模块的测试小结
⑦ 负责协助开发人员解决bug
⑧ 对解决的bug后的回归测试
⑨ 负责填写自己测试模块的回归测试小结
⑩ 每周提交工作总结报告
6.具体工作内容
① 每天根据软件测试需求，连接好正确的硬件设备，搭配好正确的端口，为测试
软件选择不同文件参数和版本号，最终搭建好测试环境
② 每天对组长分配给自己的手机模块进行测试，认真执行分配的手机模块的每一
条测试用例，在执行英文测试用例时要反复阅读Spec文档，保证测试用例的正确执行
③ 在测试过程中，手机出现问题时，根据是手机硬件还是软件出现的问题，如果
是软件问题，需要抓取bug，首先抓取consolelog和genielog，然后抓取HSLlog，查看问题属于Manjor、minor、crash、再选择不同的工具抓取其他log，最后还要用相机拍取图片
④ 将抓取的log按照命名规则进行统一的命名，然后对log进行打包处理，处理
完毕后向本地服务器提交bug，由组长对bug进行审查
⑤ 组长审查完毕，如果bug的提取有问题，则feedback给reporter重新修改，如果组长审查完毕后bug没有问题，将bug向外网服务器上进行提交，并在固定的服务器上上传log
⑥ 当log提交后，开发人员会在外网服务器上看到自己提取的bug，我们负责解
决他们在解决bug过程中产生的疑问，并重新构建执行测试用例的测试环境，而且进行复现测试。
⑦ 对开发人员解决的bug，要重新进行回归测试，并对软件的其他一些功能进行
检查，执行更多的测试用例，尽量发现软件中一些其他的由于开发人员的代码变动而引起的其他错误，来保证软件的质量
⑧ 填写回归测试的测试小结，总结自己测试的case数量、时间以及自己测试过
程中产生的bug数量等内容
⑨ 每天和每周要提交自己的工作总结包括每天的收获和遇到的困难
5.工作中发现的问题
① 由于实习的时间不太长，培训灌输了大量的知识，在测试过程中遇到问题时常
常不知正确的操作流程，不能正确的抓取log或少抓log的现象时有发生，对手机进行测试时测试的环境把握很关键，常常由于对case没有很好的理解导致没有预置正确的测试环境而不能验证bug或复现bug。
② 在实习的这段时间中，对测试工具的使用不是很熟练，而且还有很多工具没有
用到和操作，因此在遇到问题时常常有些log常常因为工具的不会使用而被漏
掉，公司的进行测试的电脑主机过于老化、配置低导致几个工具同时运行时常常出现死机状态，不能进行正常工作。提交log的外网服务器上传速度慢、效率低下。
六．实习总结：
这份测试工作式我在学校阶段最好的自我检查，让我有机会理论联系实践，增强了我的操作能力和分析能力，也为我的毕业论文设计提供了很好的素材。
在测试过程中，问题不断的出现，又不断的得到解决，一步步的前进，磨练了我的毅力，随着系统的不断完善，我对以前所学的知识领悟程度得到了提升，测试能力的到了质的提高，所学知识得到了综合应用。
在这次实习过程中，还使我对软件测试这份工作有了深刻的认识，虽然软件测试并不能为公司创造价值，但是却能够为公司最大程度的挽回损失，软件测试的目的在于发现软件中的问题并将这些问题演示给开发人员来解决问题。
9.自我评价
在这次实习过程中，我收获颇丰： 首先，本此实习最大的收获就是学会了适应环境。未工作之前我从没想象过这样的实习我能坚持下来，但是通过这次实习我慢慢的适应了这种紧张的生活。相信有了这段时间的锻炼，不论以后做什么工作心中都有了一种吃苦耐劳的毅力，学会了适应环境。其次，就是在工作中知道了一些与学校不同的问题，就是作为一名技术人员应该怎样去和开发人员交流等，同时扩展了自己的交际面，积累了一定的人脉关系。
于此同时，在测试工作中使我认识到我的缺点，不够有耐心，每次进行压力测试都有些不耐烦，但是经过这段时间的锻炼改变了我这个缺点。让我变的更加的专心、细心和有责任心。
七．个人收获：
1.通过公司的工作实习经历，让我有了学校学习的理论知识与实际操作相结合的机会，通过各环节的具体操作，我知道了平时在学校学习的一些理论会和实践操作产生某种程度上的冲突，并因此修正了自身的认知，增长了见识。
2.通过一个多月的实习，认识了许多同事，并慢慢的知道了怎样进行相互之间的沟通交流，同事之间的相互帮助与合作，团队工作是重要的。