测试流程及规范培训讲学

测试(cèshì)流程规范

产品部

20180410第一页，共27页。目录(mùlù)1项目测试流程2客户演示系统部署流程第二页，共27页。流程(liúchéng)说明项目测试流程1、外部新需求(xūqiú)需要投入一定的人力去需求(xūqiú)分析、开发、测试2、客户演示类需求(xūqiú)涉及到一定开发工作量系统演示(yǎnshì)部署流程仅适用于不需要开发工作量的客户演示(yǎnshì)类需求第三页，共27页。1项目测试(cèshì)流程1.1测试流程图 1.1.1完整项目流程 1.1.2测试流程1.1.2.1计划与设计(shèjì)阶段1.1.2.2实施测试阶段1.1.2.3测试总结阶段 1.2计划与设计(shèjì)阶段 1.2.1立项 1.2.2需求评审 1.2.3测试工作启动 1.2.4测试设计(shèjì)阶段1.2.4.1设计(shèjì)测试策略1.2.4.2设计(shèjì)测试用例 1.2.5设计(shèjì)内容评审 1.3实施测试阶段 1.3.1测试接收 1.3.2实施测试1.3.2.1实施测试1.3.2.2阶段性测试报告 1.3.3回归测试 1.4总结阶段 1.4.1测试总结报告 1.4.2测试验收 1.4.3测试归档 1.4.4测试工作总结第四页，共27页。1.1.1完整项目测试(cèshì)流程 第五页，共27页。1.1.2测试流程(liúchéng)

1.1.2.1计划与设计阶段 第六页，共27页。1.1.2测试流程(liúchéng) 1.1.2.2实施测试阶段 第七页，共27页。1.1.2测试(cèshì)流程 1.1.2.3测试(cèshì)总结 第八页，共27页。

1.2计划(jìhuà)与设计阶段

1.2.1立项过程要点详细说明输入条件立项工作内容外部需求、内部需求、紧急小需求填写立项申请单，确定项目周期、需求人力、开发人力、测试人力。退出标准产品经理、项目经理决定责任人产品经理、项目经理输出文件立项申请单由产品(chǎnpǐn)经理确认需求后立项，填写立项申请单，确定项目周期、需求人力、开发人力、测试人力。并且需要在禅道上见项目。注：如果是外部紧急需求或者急需演示给客户但涉及到开发量的，都一定要产品经理确认需求后在禅道上立项，然后(ránhòu)再进行开发测试上线，否则测试一律不接收测试。第九页，共27页。1.2计划(jìhuà)与设计阶段

1.2.2需求评审过程要点详细说明输入条件需求PRD、页面原型完成工作内容开发团队、测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题，产品经理解答并确认。退出标准所有人员对需求和上线目标达成一致参与人员需求发起人、产品经理，开发组，测试部责任人需求发起人输出文件需求PRD终稿、页面原型终稿注：1．需求定义基本完成，此时应在评审会议召开之前发给开发团队、测试团队，预留时间给测试相关人员熟悉、理解。2．测试部参与人员主要由负责该项目测试人员组成(zǔchénɡ)。3.需求文档需包含产品描述、功能需求、有无性能需求和其他特殊需求等。第十页，共27页。

1.2计划与设计阶段

1.2.3测试(cèshì)工作启动

过程要点详细说明输入条件项目（产品）开发任务拆分完成工作内容1．项目/产品经理邮件通知测试正式转测时间，，同时提交相关最新项目资料：开发设计过程中提供概要设计、详细设计文档。其他相关资料2．组建测试小组，确定小组成员。并指定各个模块测试负责人。3．开发团队提供需求规格说明书和开发计划，确认开发组与测试组对需要交接的测试内容、测试目标达成一致，统一项目组的目标和测试的工作重点。

退出标准测试小组成立，双方对测试目标及内容达成一致。责任人产品（项目）经理，测试组长输出文件测试任务表更新在正式测试任务下达(xiàdá)前，开发团队应在项目（产品）开发计划完成后及时向测试团队下达(xiàdá)预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试小组成员可预先熟悉必要的项目（产品）资料。第十一页，共27页。

1.2计划与设计阶段

1.2.4测试(cèshì)设计阶段

1.2.4.1制定测试(cèshì)策略过程要点详细说明输入条件项目需求文档建立，项目开发任务分解完成工作内容根据项目的需求文档、设计文档，按照测试策略文档模板编写测试策略。测试策略中应该至少包括以下关键内容：测试需求——功能测试点测试策略——确定整体测试的测试方法和每个测试需求的测试方法。测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源、测试目标——测试上线需要达到什么样的标准风险管理——列举出测试工作所可能出现的风险退出标准测试策略在测试组内评审并通过.责任人测试工程师

输出文件测试策略文档测试组需要制定测试策略及预估测试过程中的风险，为后续的测试工作(gōngzuò)提供直接的指导。第十二页，共27页。

1.2计划(jìhuà)与设计阶段

1.2.4测试设计阶段

1.2.4.2设计测试用例过程要点详细说明输入条件测试需求明确，测试策略明确工作内容根据测试策略设计测试用例，设计参考原则：等价类划分边界值分析错误推测等业务知识及相关流程退出标准测试用例需要覆盖所有的测试需求测试用例需进行评审并通过项目进行过程中，适时的根据需求变更来对测试用例进行维护责任人测试组成员输出文件测试用例EXCEL、思维导图在需求分析文档确立以后，测试组需要针对项目的测试需求编写测试用例，在实际(shíjì)的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下：第十三页，共27页。

1.2计划与设计阶段

1.2.5设计内容(nèiróng)评审

过程要点详细说明输入条件测试策略、测试用例完成工作内容评审测试策略内容的正确性及合理性：测试需求范围，各个测试需求的优先级；测试策略及风险管理等；评审测试用例集：测试用例优先级测试用例集基于需求的覆盖程度退出标准测试策略及测试用例评审通过责任人测试组、产品经理输出文件测试用例和测试策略终稿测试策略及测试用例的设计工作(gōngzuò)完成后，需通知项目组相关成员召开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。评审通过后需要将测试用例导入到禅道里面。第十四页，共27页。

1.3实施测试(cèshì)阶段

1.3.1测试(cèshì)接收

过程要点详细说明输入条件测试设计内容评审完毕，开发团队编码工作完成，并已完成内部测试；工作内容开发组需要在禅道项目里创建新版本并提交写明转测内容、版本号、SVN路径等，然后发邮件正式通知测试已转测测试负责人进行冒烟测试：检查送测的程序包是否完整，能否进行测试；测试主流程功能能否通过退出标准转测程序包是否测试通过责任人产品（项目）经理，测试负责人输出文件冒烟测试报告在开发正式转测前需要产品(chǎnpǐn)经理进行需求方面的测试验证，保证主流程能通且需求理解一致。如果冒烟测试主流程受阻，需要终止测试，待开发修复后再重新开启测试。第十五页，共27页。1.3实施测试(cèshì)阶段

1.3.1测试(cèshì)接收1、开发需要先在禅道项目里面创建新版本，然后提交(tíjiāo)测试，需要抄送邮件通过项目组成员，如下图第十六页，共27页。

1.3实施(shíshī)测试阶段

1.3.2实施(shíshī)测试

1.3.2.1实施(shíshī)测试

过程要点详细描述输入条件评审通过的测试用例工作内容测试工程师根据分配给自己的测试任务和提供的测试用例，实施相应的测试用例。提交缺陷。退出标准测试用例中的所有任务被执行，结果被记录。责任人测试组成员输出文件Bug缺陷、测试进展第十七页，共27页。1.3实施(shíshī)测试阶段

1.3.2实施(shíshī)测试

1.3.2.1实施(shíshī)测试1、在禅道上测试--》测试单点击关联测试用例，选中要测试的用例，然后保存2、执行选中用例，发现(fāxiàn)问题在该用例上面提bug，描述bug重现步骤，必要时需要添加附件截图3、开发修复bug后要及时验证，验证通过关闭该bug，将该用例状态更新为通过。第十八页，共27页。1.3实施(shíshī)测试阶段

1.3.2实施(shíshī)测试

1.3.2.2提交阶段性报告

过程要点详细描述输入条件测试组完成了预定周期的测试任务工作内容测试负责人根据此轮测试的结果，编写阶段性测试报告，主要应包含以下内容：测试报告的版本测试的人员和时间测试所覆盖的缺陷——测试组在这轮测试中所有处理的缺陷。不仅要写出覆盖缺陷的总数，还要写明这些缺陷的去向经过此轮测试，所有活动缺陷的数量及其状态分类测试评估——写明在这一版本中，那些功能被实现了，那些还没有实现，这里只需写明和上一版本不同之处即可急待解决的问题——写明当前项目组中面临的最优先的问题，可以重复提出退出标准在每轮测试结束之后应尽快将符合标准的测试报告发给全项目组责任人测试负责人输出文件阶段性测试报告在约定(yuēdìng)的测试周期完成之后，测试负责人需要总结此次测试的结果，编写阶段性测试报告。第十九页，共27页。1.3实施测试阶段

1.3.2实施测试

1.3.2.2提交(tíjiāo)阶段性报告第二十页，共27页。

1.3实施(shíshī)测试阶段

1.3.3回归测试

过程要点详细描述输入条件在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。工作内容测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。记录用例实施结果，提交回归测试记录。退出标准回归测试所运行的用例全部通过缺陷经过验证所有缺陷都被指明处理方式责任人测试工程师

输出文件回归测试记录在每轮测试结束之后，由测试组重新拷贝(kǎobèi)修改后的最新版本，进行回归测试。第二十一页，共27页。

1.4总结(zǒngjié)阶段

1.4.1测试总结(zǒngjié)报告

过程要点详细描述输入条件测试组完成了所有的测试实施工作.工作内容测试负责人根据测试的结果，按照测试总结报告的文档模板编写测试报告（参考测试报告模板），测试报告必须包含以下重要内容：测试资源概述——多少人、多长时间。测试结果摘要——分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现缺陷分析——按照缺陷的属性分类进行分析测试评估——从总体对项目质量和风险进行评估测试组建议——从测试组的角度为项目组提出工作建议退出标准测试负责人完成了符合标准的测试报告，发送给全项目组。责任人测试负责人输出文件测试总结报告在回归测试结束之后，测试组长将要编写测试总结报告，对测试进行总结，并且提交给全体项目组，为产品的后续工作提供重要的信息(xìnxī)支持。第二十二页，共27页。

1.4总结(zǒngjié)阶段

1.4.2测试验收

过程要点详细描述输入条件测试组完成了所有的测试实施工作，并完成符合标准的测试总结文档工作内容对本次测试收进行验收，验收内容包括：测试效果验收——测试是否达到预期目的测试评估——从总体对测试的质量进行评估测试建议——对本次测试工作指出不足，需要在以后工作中改进的地方退出标准测试验收通过，发上线部署申请参与人员测试负责人、产品（项目）经理输出文件验收报告和上线部署申请测试验收工作是在以上工作全部(quánbù)结束后，对测试的过程，效果进行验收，发布上线部署申请，宣布测试结束。第二十三页，共27页。

1.4总结阶段

1.4.3测试(cèshì)归档

过程要点详细描述输入条件测试验收通过工作内容归类、存档测试过程涉及到的文档，主要包括以下文档（必须）测试用例阶段性测试报告测试总结报告退出标准全部文档在SVN归类完毕责任人测试