1、公司产品测试方案编写人：审批人：最后修改日期：2019-10-01公开范围：公司内部目录目录1 项目简介部分21.1 文档编写目的21.2 测试项目背景描述21.3 测试工作内容和范围22 测试文档22.1 测试所需参考文档22.2 测试需提交文档33 测试安排和计划43.1 测试难点和重点43.1.1 测试重点43.1.2 测试难点43.2 项目整体计划53.3 测试资源安排73.3.1 人力资源分工73.3.2 测试环境安排和使用73.3.3 所需的合作方配合83.3.4 测试所需工具84 风险预估和应对95 准入测试方案106 功能测试方案106.1 测试用例开发和管理的规范106.2
2、 测试需求分析和策略制定116.2.1 分功能测试需求分析116.2.2 测试工具需求127 性能测试方案121 性能测试工具需求121. 场景名XXX1121. 场景概述121. 执行策略设计121. 测试数据需求131. 性能测试结果分析方法和预期131. 压力测试场景设计131. 131. 场景名XXX131项目简介部分6.1 文档编写目的有助于实现以下目标：1、确定现有项目的信息和应测试的软件构件。2、列出推荐的测试需求（高级需求）。3、推荐可采用的测试策略，并对这些策略加以说明。4、确定所需的资源，并对测试的工作量进行估计。5、预估项目的风险和成本，对制定应对措施。6、列出测试项目的
3、可交付元素6.2 测试项目背景描述对测试对象（应用程序、模块、子模块、系统等）及其开发设计目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史、测试对象的设计开发初衷和目标。6.3 测试工作内容和范围1、简要描述测试所需的阶段（例如，评审、测试设计、单元测试、冒烟测试、手工测试、回归测试、自动化测试、性能测试、交叉自由测试等）。2、简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。3、列出可能会影响测试设计、开发或实施的所有风险或意外事件。4、列出可能会影响测试设
4、计、开发或实施的所有约束。2测试文档2.1. 测试所需参考文档下表列出了制定和实施该测试方案时所需要使用的相关文档，并标明了各文档的可用性:说明：列表中为文档项，需要具化，可适当地删除或添加文档项文本具体的文档名称和列表（版本/日期）已创建或可用已被接收或已经过复审作者或来源角色和姓名备注软件产品背景相关资料业务简介、名词解释、操作说明、系统资料、访问环境等是口合口是否口PM/RD软件产品调研相关资料前期调研资料等是口合口是否口PM/RD概要设计是口合口是口合口RD详细设计是口合口是口合口RD产品性能要求是口合口是口合口PM/RD产品常规检查是口合口是口合口PM/RD产品升级检查是口合口是口合
5、口PM/RD运维部署文档是口合口是口合口RD/OP上线步骤是口合口是口合口RD/OP单元测试设计（单元测试报告）是口合口是口合口RD代码行差异分析是口合口是口合口RD产品总测试方案（性能）是口合口是口合口QA产品测试框架是口合口是口合口QA产品测试用例是口合口是口合口QA相关流程文档和模板是口合口是口合口QA/PM/RD相关工作指南和规范是口合口是口合口QA测试工具参考文档是口合口是口合口QA测试陷阱、经验总结文档、项目成长记录等参考资料是口合口是口合口QA说明：RD：Research&Development;PM：ProjectManager;QA：QualityAssuranceOP:Op
6、erator2.2. 测试需提交文档下表列出了制定和实施该测试方案时测试所需要提交的相关文档，并标明了各文档的可用性：注：列表中为文档项，需要具化，可适当地删除或添加文档项。文本具体的文档名称和列表（版本/日期）已创建或可用已被接收或已经过复审作者或来源角色和姓名备注详细设计等评审批注意见是口合口是否口QA单元测试设计（单元测试报告）是口合口是口合口QA测试方案（性能）是口合口是口合口QA测试计划是口合口是口合口QA测试开发需求货设计（关键字、工具等）是口合口是口合口QA测试设计是口合口是口合口QA测试报告（功能、性能、自动化）是口合口是口合口QA项目总结是口合口是口合口QA缺陷分析和测试设计
7、补充是口合口是口合口QA项目投入和时间数据是口合口是口合口QA测试陷阱是口合口是口合口QA项目成长记录是口合口是口合口QA3测试安排和计划测试难点和重点说明：注本小节描述项目测试中预计的测试重点和测试难点，撰写者可根据需要对下列的表格进行修改测试重点编p重点项重要性说明备注1多用户并发读写操作作为一个分布式系统，并发读写必须要支持的关键功能；另外这部分功能只要正确，顺序读写正确性一定能保证由于需要考虑自动化工具支持。2异常测试作为一个基础平台项目，系统要能够兼容各种软硬件异常。可以参照之前整理的分布式异常体系进行异常模拟3XxxxXxxx3.1.2测试难点编p难点项困难性说明备注1相关数据并发
8、读写的正确性验证由于存在执行不确定性，无法事先获得期望的结果；另外这种不确定性也导致了bug难以复现可以考虑利用系统的checkpoint功能进行功能回放。2Xxxx项目整体计划项目阶段时间段参与人员测试工作内容安排产出备注调研阶段参与调研讨论需求评审阶段了解项目背景资料阅读mrd反馈评审问题参与需求评审确认评审结论初步评估测试计划评审批注反馈初步测试计划详细设计阶段分析产品功能，确认测试需求进行测试点拆分反馈评审问题参与设计评审确认设计评审结论确定测试初步方案评审批注反馈测试框架功能点拆分文档测试点拆分文档初步测试方案测试计划调整开发阶段确定测试方案确定自动化测试点撰写测试测试用例和相关关键
9、字准备测试数据自动生成自动化测试用例FE提交页面后获取页面对象开发测试工具测试方案和测试设计评审关键字列表测试用例书写规范测试测试用例文档自动化测试用例测试工具和程序准入测试阶段环境部署准入测试完善自动化测试用例测试环境准入测试结论部分自动化测试用例及执行结果第一遍全面测试执行手工测试执行自动化测试用例性能测试完善自动化测试用例手工测试结论部分关键字完善或新补充的自动化测试用例性能测试结果自动化测试用例结果Bug回归测试确认bug修复情况执行自动化测试用Bug确认结论部分关键字例.完善自动化测试用例.性能测试完善或新补充的自动化测试用例自动化测试用例结果性能测试结果全面回归测试执行手工回归测试
10、执行自动化测试用例e性能测试测试结论和测试报告交叉自由测试PMRDQA交叉自由测试常规检查自动化测试用例执行测试结论和测试报告上线阶段上线辅助线上检查Bug回灌Bug回灌项目总结阶段相关总结；测试用例和框架合并；自动化测试用例管理详细测试计划请参加xx项目v0.0.0_测试计划文档测试进度以下为举例步骤动作负责人进度工作量（人日）1测试准备2015-7-1-2015-7-112测试计划2015-7-1至2015-7-333环境测试部署2015-7-8-4测试设计2015-7-10至2015-7-1665测试实施2015-7-16至2015-8-1156测试报告2015-8-213.3测试资源安
11、排3.3.1人力资源分工卜表列出了在此项目的人员配备方面所作的各种假定。注：可适当地删除或添加角色和人员项。角色人员所推荐的投入主要职责或注释需要具化项目负责人803100%处理插入事务协调项目安排分析测试需求制定测试方案和测试计划负责管理文档资料、测试用例、程序、工具测试全程参与测试工程师503100%测试全程参与分析测试需求撰写测试测试用例（即自动化测试用例）提出关键字和自动化工具需求完善补充自动化测试用例并执行测试测试分析和测试报告辅助测试开发工程师10%-30%参与测试工作辅助关键字、工具开发、执行问题修复辅助自动化框架制定和实施3.3.2测试环境安排和使用网络硬件，如拓扑图、硬件设备
12、规格、数量、配置等信息;网络软件，如协议、通讯和连接方式等信息。下表列出了测试的系统环境硬件环境（服务器、网络、虚拟机等需求）软件环境（相关操作系统、软件及环境配置等）3.3.3所需的合作方配合配合方配合人员希望提供的资源希望的配合工作配合阶段配合时间备注PM人员资源协调和推动交叉自由测试安排全程RD/FE利于测试的程序、页面及其部署安装文档分阶段提供被测程序在开发周期的后20%前提供页面测试设计和测试执行产品QAXx服务器的xx服务、xx数据人员联调环境准备；联调资源提供联调问题辅助定位测试执行（联调测试）3.3.4测试所需工具下表列出了在此项目的使用工具方面所作的各种假定。注：可适当地删
13、除或添加工具项。工具获取和访问地址用途支持人员使用阶段使用时间备注测试用例管理工具比如禅道testlink,TestDeirector等导出测试用例框架和可复用测试用例测试准备Word-撰写方案、测试用例测试准备Project-撰写测试计划测试准备QTP自动化测试工具（回归测试）LR性能测试工具4风险预估和应对卜表列出了在此项目的测试工作所存在的各种风险的假定，需要考虑项目测试过程中可能发生的具体事务，分别分析并加以应对，然后体现在测试计划中。注：可适当地删除或添加风险项。风险类型风险责任方风险内容相应处理优先级可能发生的阶段可能发生的时间段应对所需资源应对措施只是建议，需要具化备注时间计划合
14、理计划及时调整人员风险充分估计预留buffer及时调整资源协调充分估计预留buffer及时调整插入事务预留buffer及时调整任务超预期及时调整说明：各个风险类型解释如下。时间计划：无法匹配的延期风险。诸如项目存在发布日期、计划受到客观条件限制、非己方责任导致地被动延期等等；人员风险：测试人员和需配合方的人员的变动导致的工作任务无法按计划完成或者完成质量无法保证的风险，包括新人风险、人员变化、投入不足、投入质量不高等；资源协调：包括所需资源不能如期到位，或者资源质量低于预期等风险。比如测试工具开发的风险、各个阶段交付物的质量风险等。插入事务：包括临时插入高优先级的事务，打乱原有计划等风险。任务
15、超预期：实际执行时的工作复杂程度、结果的质量同预期不符所带来的风险。属于不可预期的风险，只能待出现时及时合理地调整。风险分为可预期的和不可预期的，对于可预期的风险，可以要求资源，制定提前的应对措施。但是对于不可预期的风险，只能待出现时，充分考虑各方因素，及时调整。所以，对于可预期的风险，需要的能力是充分预估，对于不可预期的风险，需要的是及时察觉并调整应对。5准入测试方案本节可根据是否做准入测试进行裁减说明准入测试中各测试内容的列表和预期结果，其它内容可选分类测试内容（可分级描述）输入（可选）操作步骤（可选）预期结果辅助工具（可选）环境搭建依据上线步骤成功搭建测试环境环境搭建成功功能测试测试数据
16、加载成功准备线上词表加载成功、日志记录准确*脚本6功能测试方案用例开发和管理的规范描述用例的模板以及管理方式如测试用例模板用例标识01项目名称*系统开发人员模块名称*用例作者经巧信息测试类型功能测试设计日期测试人员测试方法手工、黑盒测试日期用例描述前置条件编P测试项操作步骤预期结果数据实际结果结果比较说明12测试需求分析和策略制定分功能测试需求分析进行测试需求分析，确定测试内容和测试方法XX功能模块.主要功能描述根据需求和设计，将该部分的功能做简要描述.测试点分析测试点所需回归的相关测试点测试方法类型测试方法详述A依据该功能分析可以测试的点依据测试框架所选择的复用测试用例的测试点列表手工测试自
17、动化测试自动化辅助测试新旧版本对比测试描述依据测试类型而选择的测试策略，包括需要准备的数据，需要使用的辅助工具，需要使用的自动化方法，以及需要抽象的关键字等等说明：各个测试方法类型解释如下。手工测试：采用人工操作，并人工观察确认测试结果的测试方法。如无特别的创新方法，诸如数据准备和场景描述策略等，此方法可以一笔带过。自动化测试：使用提前准备好的自动化用例完全无人工干预的测试。该方法如果需要特别的工具、关键字开发，需要注明。自动化辅助测试：使用工具，将测试的部分过程，比如结果保存（抓图）、数据上传、结果验证等用程序自动化实现，但是部分过程还需要人工验证的测试。该方法可以提高部分效率，但是或许需要
18、人工去分析严重结果。新旧版本对比测试：在版本升级测试中，如果有两套环境，可以通过同样的输入和操作来对比验证结果的方式来进行测试和自动化测试，自动化测试可以使用coco2.0工具，常用与规避数据计算逻辑复杂的结果对比测试。测试工具需求测试工具需求的列表，可以单独文档进行描述7性能测试方案本节可根据是否做性能测试进行裁减性能测试工具需求测试工具需求的列表，可以单独文档进行描述场景名XXXI场景概述此处概要说明此场景对应的业务流程，如果多个场景业务流程一致，只是数据方面的差异，可将场景概述提前在所有场景前进行统一描述。例如：用户登录系统-进入系统-退出系统执行策略设计此处描述对于这一场景的执行策略，
19、如并发用户数量、重复次数、性能测试执行时间等内容，同时说明性能测试过程中重点监控的性能指标。为便于说明，可采用如下表格的形式，例如：性能场景执行策略（并发数、时长）备注登录系统，进入考场10用户并发，登录系统，进入系统，重复操作15分钟，退出。得到/、同并发数下系统的性能指标对系统的容量做出倩计列出测试的数据指标项有哪些，值在什么区间内20用户并发，登录系统，进入系统，重复操作15分钟，退出。40用户并发，登录系统，进入系统，退出。重复操作15分钟测试数据需求测试数据准备需求说明性能测试结果分析方法和预期性能测试结果分析方法和预期的整体目标压力测试场景设计7.3.1说明压力测试目的7.3.2场景名XXX同性能测试场景设计
免费区 
