手机软件测试流程

1、目录1.概述 .21.1目的 21.2适用范围 21.3执行原则 21.4角色和职责 22.软件测试流程32.1软件测试流程图 32. 2 流程图解析33 软件测试周期人员活动图53.1 活动图 53.2 活动图描述 73.2.1软件测试准备（S0S2 .73.2.2 测试执行阶段（S3） 83.2.2.1软件执行阶段流程图 83.2.2.2软件测试执行阶段人员活动图.93.2.3测试扫尾工作（S4S6）.114.缺陷管理.114.1 BUG级别定义.114.2 BUG处理规范 134.3 量产BUG标准131.概述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 测试功能模块组长1.参与

4、软件需求评审2.组织测试工程师编写测试用例以及测试用例的维护，并与测试PM、开发一起进行用例评审3.组内成员工作技能的培养与培训，组内成员的业绩考核4.协助测试PM做好人员调配5.协助测试PM进行BUG评审1.4.4 测试工程师1. 按照系统测试计划进行系统测试用例的执行，2. 测试记录的整理，3. Bug的跟踪【包括：提交、验证、关闭Bug】。2.软件测试流程2.1软件测试流程图立项需求分析测试计划测试设计测试执行软件评估测试总结测试维护2. 2 流程图解析需求分析一般而言，需求分析包括软件需求文档、软件规格书以及开发人员的设计文档等。测一款软件首先要知道软件能实现哪些功能，如果是手机常规运

5、用与手机平台原生态的东西可以不提供需求分析文档，这个需求分析对于手机软件而言主要针对新的定制、新的应用等。测试计划测试计划由测试PM负责制定，测试计划的依据主要是项目开发计划和测试需求分析结果而制定。测试计划一般包括以下一些方面：1. 测试背景a, 项目介绍b, 项目涉及人员（如软硬件项目负责人等）介绍以及相应联系方式等2. 测试依据 a, 软件需求文档 b, 软件规格书 c, 软件设计文档 d, 其他，如参考产品等3. 测试资源 a, 测试人员需求 b, 测试样机需求4. 测试策略 a, 采取测试方法 b, 采取哪些测试工具以及测试管理工具 c, 对测试人员进行培训等 5. 测试日程 a.,

6、 测试需求分析 b, 测试用例编写 c, 测试实施，根据项目计划，测试分成哪些测试阶段（如单元测试、集成测试、系统测试阶段，外场测试、测试阶段等），每个阶段的工作重点以及投入资源等。 计划赶不上变化，一份计划做的再好，当实际实施的时候就会发现往往很难按照原有计划开展。如在软件开发过程中资源匮乏、人员流动等都会对测试造成一定的影响。所以，这些就要求测试负责人能够从宏观上来调控了。在变化面前能够做到应对自如、处乱不惊那是最好不过了。测试设计对于手机而言，测试设计主要包括测试用例的编写。由于常规的测试点的用例都已经具备，这里主要针对新的需求与应用。测试执行51Testing软件测试网 f7#E+K&

7、s/z51Testing软件测试网1H/N Z l k!Md V4H,x测试执行阶段一般分为以下阶段：确认测试系统测试验收测试产品说明书check，其中每个阶段还有回归测试验证问题。单元测试、集成测试目前暂无需求，后期项目可根据实际情况添加。 从测试的角度而言，测试执行过程是要考虑量和度的问题，就是指测试的范围与测试的程度的问题。从管理的角度而言，在有限的时间内，在人员有限甚至短缺的情况下，要考虑如何分工，如何合理地利用资源来开展测试。当然如下几个问题也需要考虑：a, 当测试人员测试的执行不到位、敷衍了事时该如何解决？b, 测试效率问题，怎样提高测试效率?c, 根据版本的不同采取怎么样的测试策

8、略，是全面测试、自由测试还是针对模块的测试d, 达到量产的标准，是否需要项目延时等标准。软件评估这里评估指软件经过一轮又一轮测试后，确认软件无重大问题或者问题很少的情况下，对准备发布量产的软件进行评估，以确定是否能够投放市场。软件评估小组一般由项目负责人、营销人员、部门经理等组成。测试总结项目已经发布量产，测试项目组可以通过各种方式对整个测试过程进行总结，可以是做的好的方面的经验，也可以是不足之处以便后续项目避免。测试维护 由于测试的不完全性，当软件正式release后，用户在使用过程中，难免遇到一些问题，有的甚至是严重性的问题，这就需要修改有关问题，修改后需要再次对软件进行测试、评估、发行。

9、3 软件测试周期人员活动图3.1 活动图3.2 活动图描述 3.2.1软件测试准备（S0S2）目的1. 有效的制定软件测试用例的编写计划和评审计划；2. 按照用例编写计划进行测试用例的编写和评审。3. 对评审的问题进行记录，并根据评审意见和需求变更进行更新测试用例4. 判定测试用例编写、评审过程的有效性； 进入条件1. 项目正式启动2. 需求文档已经进行归档输入软件开发计划、软件开发时间表、菜单树、功能列表、人机界面规格说明书、冲突说明、内存使用分配表、按键定义、最大/最小值、默认值、需求的变更信息等相关需求文档。作业流程及其管理方法No.作业过程名作业内容/管理方法作业人输出1.项目启动测试

10、计划编写和评审项目启动后，测试PM根据开发计划表制定STP；完成后需要组织开发、测试部门经理等相关人员进行评审；当计划定稿后，测试PM需要严格按照制定的计划安排测试；测试PMSTP测试计划评审注意事项：1. 保证测试计划要符合开发计划2. 测试的全面性；2测试用例编写和评审测试工程师依据Test Case编写基本规则进行TestCase的编写，然后由测试PM制定测试用例的评审计划并按照计划进行评审；（要求开发人员、测试工程师）；测试PM要将每次Case的评审结果进行记录，测试部门经理在使用Case前进行评审结果的确认； 测试部门经理确认最终的Testcase和评审记录。 测试工程师、测试PM、

11、测试部门经理测试用例Case编写的依据：软件需求文档；Menutree；UI Spec;极限值表；按键定义表；冲突事件响应表；相关规范和标准；Case 编写基本规则；1. 与通讯行业相关规范、标准保持一致；2. 以相关需求文档为编写依据（参考case编写依据）；3. 使用条件和路径覆盖法判定Case的覆盖率；4. Case的易理解和易操作性；5. 针对不同测试目的编写测试用例；6. 根据不同的测试类型编写测试用例（界面一致性、功能符合性、兼容性、性能稳定性）参加CASE的评审人员也应该遵循Case编写规则对Case进行评审，并对每次评审要求记录评审会议记录；输出软件测试计划（STP）、测试用例

12、3.2.2 测试执行阶段（S3）3.2.2.1软件执行阶段流程图T1：测试初期T2：测试中期T3：测试晚期与验收测试性能测试、兼容性测试、音频主观性测试进入外场测试进入软件执行阶段流程图解析 1根据整个软件测试执行过程，按时间分成三等分，分别为T1：测试初期、T2：测试中期、T3：测试晚期与验收测2. T1：测试初期这个阶段，主要执行确认测试、基本功能的测试。确认测试的目标需要确保软件完全符合设计文档。基本功能的测试的重点是执行测试用例，尽可能多的去暴露基本功能的问题，测试的执行方式以执行测试用例为主。3. T2：测试中期采用自由测试为主，除了测试基本功能外，还需要重点测试性能、兼容性测试、音

13、频主观性测试。其中性能测试可借助于自动化测试工具进行测试。另外这个时期需要外场测试的进入，测试目的是模拟动态环境下用户的使用过程下手机是否稳定。4. T3：测试晚期阶段，这个阶段仍然需要执行多遍测试用例以确保基本功能的实现完全没有问题。同时根据项目进度，库里面遗漏的问题太多，需要与开发组织BUG评审，确认哪些问题是可以带上市，可以不做修改，以此来降低开发对BUG的修改时间，确保产品量产能按照计划时间顺利进行。另外，晚期的验收阶段，最好进行三个版本的验收测试。5. 系统测试分为三个阶段，并不是单纯的时间三等分，而是每个时间段都需要达到测试目标。若没有达到测试目标，测试PM需要及时调节计划，并组织

14、分析问题，避免因为测试不到位的原因导致项目延期。3.2.2.2软件测试执行阶段人员活动图活动图活动图描述目的1. 有效的制定系统测试的软件测试计划；2. 按照计划进行测试，发现软件中的存在的问题（包括：界面、需求、功能、兼容性、性能等方面问题）。3. 对软件中已经解决的问题进行有效的验证;4. 判定测试过程和问题验证的有效性； 进入条件1. 完成系统测试计划和系统测试用例;2. 测试工程师领用了测试样机和相关的测试资源。3. 已确认软件测试申请、软件版本和Release Note。输入1. 软件测试计划和软件测试用例。2. 软件测试申请；作业流程及其管理方法NO作业过程名作业内容 / 管理方法

15、作业人输出结果1测试申请及测试任务安排测试PM获得软件测试申请，确认后根据测试目的制定版本测试计划；测试计划完成后，向组内成员介绍项目基本情况、测试时间安排等 测试PM测试任务安排2系统测试测试PM接收到软件测试申请并确认软件在发布时已提供相关信息后，安排测试工程师依据测试用例进行系统测试或进行自由测试；在系统测试阶段，项目的第一轮和最后一轮测试必须至少执行一个完整的周期。包括过一遍完整的case； 在量产前要针对用户说明书检查；最后一轮的目的为验收测试，重点验证预设值，需求的一致性，手机基本功能；测试PM测试工程师系统测试报告3验证测试每个版本对以前已修改的BUG进行验证，若确认已经修改，可

16、执行关闭操作。测试工程师4性能测试测试PM安排工程师，按照性能测试用例利用自动化工具进行性能测试。性能测试进行时，要求抓取故障发生时的log信息；测试工程师5音频主观测试测试PM安排工程师，按照音频主观性测试用例进行音质、通话音质、音质等其他音质的验证测试测试工程师音频主管性测试报告6兼容性测试测试PM安排工程师，按照兼容性测试用例进行对不同型号的蓝牙耳机、蓝牙适配器、SD卡以及不同厂商、运营商的SIM卡进行验证测试测试工程师兼容性测试报告7外场测试测试PM需根据项目平台以往项目的Field Trial情况、客户销售区域情况等，确认Field Trial地区；Field Trial要是考虑进行

17、静态和动态测试；本地主要完成市区、郊区的动态、弱信号、和高速测试，外地动态测试以市区测试为主，有特殊需求时再考虑增加；测试用例要求为模拟客户操作能再现客户发现的问题；必要时，开发工程师参与测试；Field Trial过程中，发现问题也需要录入bugfree中，同时要求进行log信息的跟踪；并将log信息提供开发进行问题的确认；场测工程师场测计划场测报告输出软件测试计划（Cycle）、系统测试报告（Cycle）、场测计划、场测报告3.2.3测试扫尾工作（S4S6）目的1. 根据测试结果，做好软件风险评估，评断软件是否符合量产标准2. 做好测试总结，积累好的经验，去除不好的东西进入条件1. 完成了

18、测试执行阶段，产品申请量产作业流程及其管理方法NO作业过程名作业内容 / 管理方法作业人输出结果1软件评估测试PM获得软件量产申请后，和测试部门经理、开发PM等组织软件评估会议，最终确认软件是否能够发布量产。测试部门经理测试PM软件开发PM等评估结果发布量产2测试总结测试PM组织测试项目组进行总结性会议，总结测试经验测试PM测试供测试3维护测试当收到用户反馈的严重性问题，测试PM组织测试工程师验证并提交问题到bugfree跟踪；开发人员重新集成版本修改问题，测试PM验证后并组织一次全面的测试确保版本测试PM测试工程师测试报告4.缺陷管理4.1 BUG级别定义大类选项名称选项定义帮助和示例一级B

19、UG（致命）S1、死机、重启、内存泄漏、自动关机；2、花屏、白屏现象；3、系统无响应；4、出现数据丢失、数据库被破坏或者损坏用户器件；5、手机卡不能被识别；1、 在待机或者使用时软件出现死机报错、系统重启、自动关机、瘫痪造成软件无法使用的问题；2、 操作应用时内存不足，造成大量软件应用不能使用的情况； 3、 唤醒后屏幕、键盘失效；屏幕出现严重的花屏、白屏现象；4、 待机或者使用中系统没有响应，电话不能呼出、拨入或呼通率95%以下，单通（1%以上），通话不能挂断，短信不能收发，延迟（1小时以上），提醒类（闹钟，日程等）没有准时提醒（大于2分钟）或不提醒；5、 在使用时出现烧坏手机卡，损坏T卡，给

20、用户带来损失的情况；系统数据丢失或出现数据库破坏现象给用户带来损失；二级BUG（严重）A1、基本业务功能未实现 2、应用程序自动退出或失效3、自动亮屏；4、系统的兼容性不强5、软件使用造成系统反应慢1、基本业务功能（通信类、提醒类）处理不符合协议；产品定义中需求的基本功能没有实现； 2、通信方面出现单通（=1%）、通话回音、电流音、信号漂移、重新搜网、掉卡、通话自动挂断、三方通话出现问题、PIN和PUK问题；短信业务出现接收延迟（=1小时）、丢短信（丢失率大于3%）、经常发送失败等现象；网络自动断网、连接失败及无数据交换的基本功能； 3、软件在使用过程中应用软件自动退出，或者某些功能失效；4、系统兼容性包括驱动、CPS和蓝牙等不兼容约定操作系统；系统数据（短信、联系人、彩e、彩信、蓝牙、T卡等）不兼容自研和品牌机型；5、在使用过程中整个系统慢慢变慢，造成系统性能下降；6、提醒类没有准时提醒（小于2分钟）三级BUG（一般）B1、主要功能已实现，存在影响用户正常使用的问题2、需要提示信息的地方没有相应提醒1、软件应用的部分功能的失效，或者操作某功能响应慢，界面刷新不及时；例如短信、联系人、日程、T卡内容等数据统计结果不正确；2、在数据量满时（短信快满、联系人满、T卡满等）、