手机软件测试流程-20120918

1、名目 TOC o 1-3 h z 1.概述 .21.1目的 21.2适用范围 21.3执行原则 21.4角色和职责 22.软件测试流程 32.1软件测试流程图 32. 2 流程图解析 33 软件测试周期人员活动图 73.2 活动图 73.2 活动图描述 83.2.1软件测试预备（S0S2） 83.2.2 测试执行阶段（S3）93.2.2.1软件执行阶段流程图 93.2.2.2软件测试执行阶段人员活动图 103.2.3测试扫尾工作（S4S6） 134.结语 141.概述1.1目的有效的保证软件质量；有效的制定不同测试类型（软件系统测试、音频主观性测试、Field Trial、专项测试、自动化测试

2、、性能测试、用户体验测试）的软件测试方案；依据方案进行测试，发觉软件中存在的问题；对软件中已经解决的问题进行有效的验证;判定测试过程和问题验证的有效性。1.2适用范围适用范围是参与手机产品软件测试的各测试工程师、测试模块组长、测试PM。1.3执行原则.标准化作业，敬重事实；测试工程师需要对手机各项功能持有疑问的看法来思考软件；测试工程师需要主动与项目组的全部成员保持有效的沟通，以便更好地完成测试任务；尽早发觉问题，准时跟踪问题；1.4角色和职责1.4.1 测试部门经理1. 负责审核测试方案,监督方案的实施过程，确保方案的实施和按方案完成测试任务；2. 制定、更新和维护软件测试流程；3. 对发觉

3、的部门需要改进的问题供应解决方案；4. 制定短期、长期的改进措施；进行评审和监督；5. 监督新员工培训实施状况，对培训结果进行考核6. 参与项目风险评估1.4.2 测试PM1. 参与软件需求与UI评审2. 编制STP（软件测试方案），组建测试团队3. 依据软件测试申请单的要求判定是否接受软件测试版本；达到软件测试标准支配系统测试；对测试需求进行组内培训。4.测试任务的支配，保证测试方案的按时完成，保障软件测试质量；测试过程进行跟踪；处理异样状况；定期发送测试报告（每一个软件升级版本）到测试部门经理、开发、各管理人员5.跟进BUG的修改状况，组织BUG评审6.组织项目风险评估1.4.3 测试功能

4、模块组长1.保障全部项目所属模块的测试质量2.参与软件需求评审3.组织测试工程师编写测试用例以及测试用例的维护，并与测试PM、开发一起进行用例评审4.组内成员工作技能的培育与培训，组内成员的业绩考核5.帮忙测试PM做好人员调配，跟进每个组员的任务进度6.帮忙测试PM进行BUG评审1.4.4 测试工程师依据测试方案进行测试的执行,测试用例在编写测试记录的整理，Bug的跟踪【包括：提交、验证、关闭Bug】。参与BUG的评审 定时完成学习方案并提交学习报告给组长2.软件测试流程2.1软件测试流程图立项需求初审组建测试团队需求分析测试设计测试方案测试执行软件评估测试总结测试维护2. 2 流程图解析立项

5、 对于立项，外研项目与内研项目的进入条件是分开说明的。对于外研项目，立项的条件需要满足如下条件：方案商必需供应功能完整和稳定的软件版本，整合了供应的图铃、APK等资源，以及有效的不同的IMEI 、蓝牙地址、 WIFI地址方案商供应产品功能需求/设计说明书，并供应真实的硬件检验报告、系统测试报告、外场测试报告方案商供应手机相关驱动，抓日志和版本升级的方法或工具测试样机到位项目进度表对于内研项目，立项的条件只需要满足：测试部收到立项通知，软件产品功能需求/设计说明书都已供应到位测试样机到位项目进度表当立项条件满足时，由测试部门经理指定测试PM，由测试PM组织立项与后续的测试工作。需求初审 测试PM

6、组织各功能模块组长一起对需求进行批阅，完成三个任务：一是对文档进行评审，确认文档是否符合质量标准以及需求的可行性，如对需求有疑问，或者对需求有建议要求以邮件的形式与需求输出人进行沟通，直到需求定稿；二是确定测试所需样机、SIM卡、以及人力资源等；三是确定好软件测试策略，并输出软件测试概要说明给相关项目人员。软件测试概要说明主要包括如下方面：1.测试依据 a,软件需求文档 b,软件规格书 c,其他，如参考产品等2. 测试资源 a,测试人员需求 b,测试样机需求3. 测试策略 a,实行测试方法 b,实行哪些测试工具以及测试管理工具 c,对测试人员进行培训等组建测试团队 测试PM依据在需求初审过程中

7、各功能模块组长供应的测试人员名单，完成测试团队的组建。 需求分析 团队组建完毕后，测试PM组织组员进行需求分析，完成两项任务：一是进行组内需求培训，保证全部组员完全理解需求；二是支配测试用例编写或维护任务，确认测试用例完成日期。请留意：测试用例完成日期必需在软件版本发布测试之前。测试设计对于手机而言，测试设计主要包括测试用例的编写与评审。由于常规的测试点的用例都已经具备，这里主要针对新的需求与应用。测试方案当全部测试前的预备工作已经完成，测试PM就要依据开发时间表以及测试策略制定一个完整的软件测试方案（STP文档），测试方案的依据主要是项目开发方案和测试需求分析结果。测试方案测试日程方案，主要

8、是把测试分成哪些测试阶段（如单元测试、集成测试、系统测试阶段，外场测试、测试阶段等），每个阶段的工作重点以及投入资源等。 方案赶不上转变，一份方案做的再好，当实际实施的时候就会发觉往往很难依据原有方案开展。如在软件开发过程中资源匮乏、人员流淌等都会对测试造成确定的影响。所以，这些就要求测试PM能够从宏观上来调控了。在转变面前能够做到应对自如、处乱不惊那是最好不过了。测试执行51Testing软件测试网 f7#E+K&s/z51Testing软件测试网1H/N Z l k!Md V4H,x测试执行一般分为以下阶段：确认测试系统测试验收测试产品说明书check，其中每个阶段还有回来测试验证问题。单

9、元测试、集成测试目前暂无需求，后期项目可依据实际状况添加。 从测试的角度而言，测试执行过程是要考虑量和度的问题，就是指测试的范围与测试的程度的问题。从管理的角度而言，在有限的时间内，在人员有限甚至短缺的状况下，要考虑如何分工，如何合理地利用资源来开展测试。当然如下几个问题也需要考虑：a, 当测试人员测试的执行不到位、敷衍了事时该如何解决？b, 测试效率问题，怎样提高测试效率?c, 依据版本的不同实行怎么样的测试策略，是全面测试、自由测试还是针对模块的测试软件评估这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的状况下，对预备发布量产的软件进行评估，以确定是否能够投放市场。软件

10、评估会议由软件测试PM组织，评估成员一般由软件开发PM、软件测试PM、营销人员、部门经理以及研发最高负责人等组成。测试总结项目已经发布量产，测试项目组可以通过各种方式对整个测试过程进行总结，可以是做的好的方面的阅历，也可以是不足之处以便后续项目避开。测试维护 由于测试的不完全性，当软件正式release后，用户在用法过程中，难免遇到一些问题，有的甚至是严峻性的问题，这就需要修改有关问题，修改后需要再次对软件进行测试、评估、发行。3 软件测试周期人员活动图3.1 活动图3.2 活动图描述 3.2.1软件测试预备（S0S5）目的有效的做好测试预备工作，为测试的执行做好前期所需；依据需求制定好测试策

11、略与测方案；进入条件项目正式启动需求文档已经进行归档输入软件开发方案、软件开发时间表、软件产品功能需求/设计说明书等相关需求文档。作业流程及其管理方法No.作业过程名作业内容/管理方法作业人输出1.立项当立项条件达到，测试部经理指定测试PM，测试PM整理相关资料组织立项动作测试部经理、测试PM2需求初审测试PM组织需求的初审，邀请各模块组长一起对需求进行审读，确认需求的可行性，确认该项目对应的人力、物力资源，确认对应的测试策略测试PM、各功能模块组长软件测试概要说明3组建测试团队与需求分析测试PM依据需求初审会议定下的测试人员，组建测试团队，和模块组长一起对各测试人员进行需求分析与培训，并支配

12、测试用例编写与维护任务4测试设计测试工程师依据Case编写依据进行TestCase的编写，然后由测试PM制定测试用例的评审方案并依据方案进行评审；（要求开发人员、测试工程师）；测试PM要将每次Case的评审结果进行记录，测试部门经理在用法Case前进行评审结果的确认； 测试部门经理确认最终的Testcase和评审记录。 测试工程师、测试PM、测试部门经理测试用例Case编写的依据：软件需求文档；Menutree；UI Spec;极限值表；按键定义表；冲突大事响应表；相关规范和标准；Case 编写基本规章；与通讯行业相关规范、标准保持全都；以相关需求文档为编写依据（参考case编写依据）；用法条

13、件和路径掩盖法判定Case的掩盖率；Case的易理解和易操作性；针对不同测试目的编写测试用例；依据不同的测试类型编写测试用例（界面全都性、功能符合性、兼容性、性能稳定性）参与CASE的评审人员也应当遵循Case编写规章对Case进行评审，并对每次评审要求记录评审会议记录；5.测试方案编写和评审当测试用例完成后，测试PM依据开发方案表制定STP；完成后需要组织开发、测试部门经理等相关人员进行评审；当方案定稿后，测试PM需要严格依据制定的方案支配测试；测试PMSTP测试方案评审留意事项：保证测试方案要符合开发方案测试的全面性；输出软件测试概要说明、软件测试方案（STP）、测试用例3.2.2 测试执

14、行阶段（S6）3.2.2.1内研项目软件执行阶段流程图T1：测试初期T2：测试中期T3：测试后期自由测试、性能测试、兼容性测试、自动化测试进入外场测试（包括外场回来测试）音频主观性测试音频主观性测试执行测试用例、文档确认测试流程图解析 1依据整个软件测试执行过程，按时间分成三等分，分别为T1：测试初期、T2：测试中期、T3：测试后期T1：测试初期这个阶段，主要执行确认测试、基本功能的测试。确认测试的目标需要确保软件完全符合设计文档。基本功能的测试的重点是执行测试用例，尽可能多的去暴露基本功能的问题，测试的执行方式以执行测试用例为主。同时这个阶段，我们进行一次音频主观性测试，对各音频进行一次摸底

15、测试，得出结论可由软、硬件开发工程师进行分析，确保音频不要由于硬件问题而导致毁灭不良效果。T2：测试中期接受自由测试为主，除了测试基本功能外，还需要重点测试性能、用户体验性测试、兼容性测试、音频主观性测试。其中性能测试可借助于自动化测试工具进行测试。另外这个时期需要外场测试的进入，测试目的是模拟动态环境下用户的用法过程下手机是否稳定。T3：测试后期阶段，这个阶段照旧需要执行多遍测试用例以确保基本功能的实现完全没有问题。系统测试分为三个阶段，并不是单纯的时间三等分，而是每个时间段都需要达到测试目标。若没有达到测试目标，测试PM需要准时调整方案，并组织分析问题，避开由于测试不到位的缘由导致项目延期

16、。3.2.2.2外研项目软件执行阶段流程图第一个版本其次个版本第三个版本外场测试、音频主观性测试完成文档确认测试、执行测试用例外场测试、音频主观性回来测试自由测试、兼容性测试、自动化测试、性能测试执行测试用例流程图解析1. 对于外研项目，我们只做验收测试，正常状况下我们只接受三个版本的验收测试。2. 第一个版本期间需要执行文档确认测试确保手机功能完全符合设计文档，然后执行测试用例。由于验收版本的周期并不是很长，因此在第一个版本就需要进行外场测试和音频主观性测试，发觉的问题需要责成方案商在其次个版本前修复。3. 其次个版本，接受自由测试为主，让测试工程师自由发挥自己的思维去进行测试。同时这个阶段

17、需要完成兼容性测试、自动化测试、性能测试。假如在第一个版本外场测试与音频主观性测试发觉问题，也需要在这个版本进行回来验证。4. 第三个版本，照旧需要执行测试用例，最终确保手机基本功能。 3.2.2.2软件测试执行阶段人员活动图活动图活动图描述目的有效的制定系统测试的软件测试方案；依据方案进行测试，发觉软件中的存在的问题（包括：界面、需求、功能、兼容性、性能等方面问题）。对软件中已经解决的问题进行有效的验证;判定测试过程和问题验证的有效性； 进入条件完成系统测试方案和系统测试用例;测试工程师领用了测试样机和相关的测试资源。已确认软件测试申请、软件版本和Release Note。输入软件测试方案和

18、软件测试用例。软件版本；作业流程及其管理方法NO作业过程名作业内容 / 管理方法作业人输出结果1测试任务支配测试PM获得软件版本后，确认后依据测试目的制定版本测试方案；测试方案完成后，向组内成员介绍项目基本状况、测试时间支配等 测试PM每个新版本软件测试方案2系统测试测试PM接收到软件测试申请并确认软件在发布时已供应相关信息后，支配测试工程师依据测试用例进行系统测试或进行自由测试；在系统测试阶段，项目的第一轮和最终一轮测试必需至少执行一个完整的周期。包括过一遍完整的case； 在量产前要针对用户说明书检查；测试PM各功能模块组长测试工程师测试报告3验证测试每个版本对以前已修改的BUG进行验证，

19、若确认已经修改，可执行关闭操作。测试工程师4性能测试测试PM支配工程师，依据性能测试用例进行测试，主要接受与对比机对比测试得出体验结果；测试工程师用户体验测试报告5音频主观测试测试PM支配工程师，依据音频主观性测试用例进行音质、通话音质、音质等其他音质的验证测试测试工程师音频主观性测试报告6兼容性测试测试PM支配工程师，依据兼容性测试用例进行对不同型号的蓝牙耳机、蓝牙适配器、SD卡以及不同厂商、运营商的SIM卡进行验证测试测试工程师兼容性测试报告7外场测试测试PM需依据项目平台以往项目的Field Trial状况、客户销售区域状况等，确认Field Trial地区；Field Trial要是考虑进行静态和动态测试；本地主要完成市区、郊区的动态、弱信号、和高速测试，外地动态测试以市区测试为主，有特殊需求时再考虑增加；测试用例要求为模拟客户操作能再现客户发觉的问题；必要时，开发工程师参与测试；Field Trial过程中，发觉问题也需要录入bugfree中，同时要求进行log信息的跟踪；并将log信息供应开发进行问题的确认；场测工程师场测方案场测报告输出每个新版本软件测试方案（Cycle）、测试报告（Cycle）、用户体验测试报告、音频主观性测试报告、兼容性测试报告、场测方案、场测报告3.2.3测试扫尾工作（S7S9）目的依据测试结果，组织软件评估，评断软件是否可