《Petshop系统测试计划.docx》由会员分享，可在线阅读，更多相关《Petshop系统测试计划.docx（13页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Web应用软件 Petshop系统测试计划文件状态： 草稿 正式发布 正在修改文档标识：T1003-Test-Petshop当前版本：T1.0当前状态：草稿发布日期：05-25-2011正在修改正式发布 作者： 刘清泉A-添加M-修改D-删除修改历史日期版本修订者AMD评审号变更控制号05-23-2011T4.0刘清泉A05-25-2011T4.0刘清泉M目录1概述3 1.1产品简介31.2测试目的31.3测试范围31.4测试参考文档32送测要求33测试策略43.1测试开始/中断/完成标准43.2测试技术43.3测试类型53.3.1功能测试63.3.2性能测试63.3.3用户界面（UI）测试6
2、3.3.4安全性与访问控制测试.73.3.5兼容性测试73.3.6回归测试83.4测试实施阶段83.5工具83.6特殊的考虑事项94估计结果记录94.1估计的假设条件94.2测试用例数估计94.2.1系统测试方案.94.3文档大小估计94.4工作量估计94.5关键计算机资源估计104.6成本估计（可选）105风险管理计划106组间协调计划107测试度量采集与分析计划107.1采集计划107.2度量分析计划108资源118.1人员安排118.2系统资源119项目测试里程碑1110测试工作产品与规模1211测试进度甘特图1212测试阶段说明1313其他1314评审意见131 概述1.1 产品简介P
3、etshop是一个在线购物的Web应用平台。这里不仅有我们平常所熟悉的宠物还提供各种另类宠物。 Petshop主要包括以下：用基于用户名/密码的认证方式。用户可以注册，登入，登录后的用户可以通过点击“加入购物车”链接进行选购喜欢的宠物，用户也可以将选购的宠物从购物车中移除，还可以更新选购宠物的数量。1.2 测试目标为Web应用程序Petshop系统提供完善的测试指导，确保Web 应用程序发布后可为不同的宠物爱好者提供完善的功能服务，尽量在软件投入之前发现其中的错误和功能服务的不足之处。1.3 测试范围该项目选择V模型作为项目的生命周期，在项目开发过程中, 项目组将对所开发的模块进行单元测试，开
4、发人员单元测试时互换代码走查，然后再对各模块进行集成测试。测试组将依据用户需求说明书和软件需求说明书以及相应的设计文档进行系统测试。该项目不存在验收测试。执行的测试类型将包括：功能测试、性能测试、用户界面（UI）测试、安全性和访问测试控制等测试方法、兼容性测试等。1.4 测试参考文档文档名称文档标识号及版本号作者或来源备注Petshop软件开发计划.docR1000-Test-PetshopMicrosoftPetshop软件用户需求说明书.docY1000-Demand-PetshopMicrosoftPetshop项目计划.docR1000-Project-PetshopMicrosoft
5、2 送测要求 该项目的测试需求将全部列入Test Director7.6 Requirement页面，需求编号由TD自动生成。l URL：http:/VSS_SEVER/TDBIN/start_a.htm ，项目名称：PRJ_Petshop。l 为便于归档，对bugtracker的提交要求如下：l 测试部：列出进行测试的具体步骤（进行过何种测试）l 研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果 销售助手开发人员提交的测试按以下要求进行：步骤动作负责人相关文档或记录要求1打包、编译开发人员无确认可测试2审核并提交测试上级负责人经审核的上一级测试报告测试报告经上级负责人审核并签字3
6、接收测试测试人员经xx审核并签字的上一级测试报告4开始测试测试人员Bug单、小结测试小结个人编写个人的内容3 测试策略3.1 测试开始/中断/完成标准说明中断/开始/完成测试的标准。开始/中断/完成测试标准说明开始测试标准硬件环境可用且软件正确安装完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug完成测试标准完成测试计划中的测试规划并达到产品和测试质量目标,并由Test Lead/R&D Manager确认l 产品质量目标产品质量目标确认者（如需说明）测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确产品规定的操作和运
7、行稳定l 测试质量目标测试质量目标确认者（如需说明）所有的测试案例已经执行过所有的自动测试脚本已经执行通过所有的重要等级为1/2的Bug已经解决并由测试验证每一部分的测试已经被Test Lead确认完成重要的功能不允许有等级为1/2/3的Bug一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能轻量的功能允许有少量2/3等级的错误发现错误等级为1/2/3的Bug的速率正在下降并接近0在最后的三天内没有发现错误等级为1/2/3类的Bug3.2 测试技术测试技术是否采用说明里程碑技术采用里程碑的达成标准及验收方法在测试完后制订自动测试技术采用
8、核心业务流程采用自动测试技术审评测试采用对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行编写测试用例采用在产品编码阶段编写测试用例单元测试不采用由开发人员进行集成测试采用检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。确认测试采用在产品发布前，对照feature list 进行基本需求的确认，确认产品是否正确实现了功能。系统测试采用包括性能测试、压力测试和回归测试验收测试不采用由工程实施人员进行3.3 测试类型测试类型是否采用说明功能测试采用根据系统需求文档和设计文档，检查产品是否正
9、确实现了功能。流程测试采用按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理边界值测试采用选择边界数据进行测试，确保系统功能正常，程序无异常。容错性测试采用检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息异常测试采用检查系统能否处理异常启动停止测试采用检查每个模块能否正常启动停止、异常停止后能否正常启动安装测试采用检查系统能否正确安装、配置易用性测试采用检查系统是否易用友好界面测试采用检查界面是否美观合理接口测试采用检查系统能否与外部接口正常工作配置测试采用检查配置是否合理、配置是否正
10、常安全性和访问控制测试采用应用程序级别的安全性：检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。系统级别的安全性：检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。性能测试采用提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。压力测试采用检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。兼容性测试采用对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。割接/升级测试不采用进行专门的割接测试或升级测试，提供工程升级割接方案文挡测试采用检查文档是否足够、描
11、述是否合理回归测试采用检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求3.3.1 功能测试测试范围验证数据精确度、数据类型、业务功能等相关方面的正确性测试目标核实所有功能均已正常实现，即可按每个用户的需求定制不同的申请表及招聘流程（筛选、笔试、面试）。1业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。2、数据精确：各数据类型的输入输出时统计精确。技 术自动化测试，采用黑盒测试，使用边界值测试、等价类划分、数据驱动等测试方法工具与方法手工测试&Winrunner8.0开始标准测试用例设计完毕并且通过同行评审且项目组移交系统测试完成标准95%测试用例通过并且
12、最高级缺陷全部解决测试重点与优先级需考虑的特殊事项3.3.2 性能测试 测试范围大流量的数据与多用户操作时性能方面的测试测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象技 术自动化测试工具与方法LoadRunner 8.1开始标准自动化测试脚本设计并评审通过且项目组移交系统测试完成标准系统满足用户需求中所要求的性能要求测试重点与优先级需考虑的特殊事项3.3.3 用户界面（UI）测试测试范围1导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。2友好性、可操作性（易用性）测试目标核实各个窗口风格（包括
13、颜色、字体、提示信息、图标、TITLE等等）都与基准版本保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。技 术WEB测试通用方法工具与方法手工测试开始标准项目组移交系统测试完成标准UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯测试重点与优先级需考虑的特殊事项3.3.4 安全性与访问控制测试测试范围1 密码：登录、超级管理员、一般管理员、普通用户或会员等2 权限 3 非法攻击4 登录超时限制等等测试目标1应用程序级别的安全性：核实用户只能操作其所拥有权限能操作的功能。2系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统
14、。技 术代码包或者非法攻击工具工具与方法手工测试开始标准项目组移交系统测试完成标准执行各种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项3.3.5 兼容性测试测试范围1 使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。2不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。测试目标核实系统在不同的软件和硬件配置中运行稳定技 术黑盒测试工具与方法手工测试开始标准项目组移交系统测试完成标准在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能测试重点与优先级需考虑的特殊事项3.3.6 回归测试测试范围所有功能、性能、用户界面、兼容性、安全性与访问控
15、制等测试类型测试目标核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准技 术黑盒测试工具与方法手工测试和自动化测试开始标准每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试完成标准95%的测试用例执行通过并通过系统测试测试重点与优先级需考虑的特殊事项3.4 测试实施阶段测试类型测试阶段集成测试系统测试验收测试功能测试XX性能测试XX安全性测试XX兼容性测试XX用户界面（UI）测试XX回归测试每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试备注：“”表示由测试组执行，“X”表示由项目组执行；3.5 工具该项目使用下表所述的测试工具和测试管理平台进行测试和测
16、试管理，测试数据存储在TestDirector 7.6相应栏位下，访问地址：http:/vss_server/TDBIN/start_a.htm 。工具名称标识号产商/自产版本TestDirector Mercury Interactive 7.6LoadRunnerMercury Interactive8.1WinrunnerMercury Interactive8.0MS Office2003Microsoft20033.6 特殊的考虑事项无4 估计结果记录4.1 估计的假设条件无4.2 测试用例数估计4.2.1 系统测试方案功能点或测试类型最多用例数适中的用例数最少的用例数合计模块1（性
17、能测试）5323模块2（功能测试）60504050模块3（安全性测试）4323模块4（兼容性测试）5323。合计系统用例数：4.3 文档大小估计文档名称估计文档 大小（页）备注Petshop测试计划.doc12Petshop系统测试方案.doc20按功能点Petshop系统测试方案.mpp40按功能点Petshop测试总结报告.doc154.4 工作量估计任务或模块工作量（人小时）阶段最多工作量适中工作量最少工作量合计测试策划5323.5测试设计7535测试实现7645测试执行10868测试总结6434合计25.54.5 关键计算机资源估计关键项数量性能要求期望到位阶段PC台式机3P4，主频2
18、.0G以上，硬盘40G，内存1G，本要求是最小配置。需求分析阶段TD7.6服务器1PC Server：1G内存、40G SCSI硬盘需求分析阶段4.6 成本估计：（可选）人员+硬件=100005 风险管理计划序号风险名称严重程度负责人预期日期预防及补救方案1测试时间压缩过短较严重员工T001全程延长工作时间，增加人力，提高工作效率2测试过程中测试工具和测试管理平台发生软、硬件问题轻微员工T002全程协调相关资源3测试人员经验不足较严重员工T003全程有针对性的培训指导，自身加强学习6 组间协调计划序号计划日期发起组接受组责任人支持描述105/20/2011测试组项目组员工T004参与Petsh
19、op测试计划、测试方案等评审205/26/2011项目组测试组员工T005测试移交305/28/2011测试组项目组员工T006提供系统测试阶段的问题报告，以及问题解决的验证406/05/2011测试组项目组、质量管理组员工T007提供测试总结报告7 测试度量采集与分析计划7.1 采集计划原始数据来 源采集频度负责人测试用例数系统测试方案.doc全程员工T001测试缺陷数Test Director 7.6全程员工T0027.2 度量分析计划度量名称说 明类别基线值上限值下限值缺陷严重级别比率（A级为例）缺陷按严重级别分布情况5%10%0%缺陷修复率已修复的缺陷占全部缺陷的比率95%100%90
20、%缺陷分布所有缺陷在各模块的分布情况测试返工率缺陷重复出现导致的误工率5%10%0%测试用例覆盖率执行测试用例发现的缺陷占所有缺陷的比率95%100%90%8 资源8.1 人员安排人员安排表角 色姓名任务安排或职责测试经理测试策划测试设计员测试方案与测试用例设计、测试总结测试员测试执行8.2 系统资源系统资源资源名称/类型配置及数量测试数据库服务器PC Server：1G内存、40G SCSI硬盘 1台PC台式机P4，主频2.0G以上，硬盘40G，内存1G，本要求是最小配置。 3台系统软件：SQL Server2005、WINDOWS 2003(XP) PROFESSIONAL、IIS应用软件
21、： MICROSOFT OFFICE、VISIO、VISUAL SOURCESAFE、Visual Studio C#.NET. 9 项目测试里程碑里程碑任务工作描述计划开始日期计划结束日期测试策划收集测试需求，制定测试计划，确定测试策略、测试资源、进度、风险等。搭建软件测试环境05/20/201105/23/2011测试设计结合相应的软件需求文档，设计出比较全面、合理的测试用例。定义测试用例的执行顺序05/23/201105/28/2011测试实现开发测试用例/脚本05/28/201106/02/2011测试执行搭建软件测试环境，执行测试用例全方位的观察测试用例执行结果加强测试过程记录及时确
22、认发现的问题与开发人员良好的沟通及时更新测试用例06/03/201106/15/2011测试总结测试评估，生成测试和缺陷覆盖报告06/15/201106/19/201110 测试工作产品与规模工作产品名称文档标识计划完成日期评审类型Petshop测试计划.docT1003-Test-Petshop05/24/2011正式评审Petshop测试计划.mppT1004-Test-Petshop05/24/2011正式评审Petshop测试用例.docT1005-Test-Petshop05/25/2011正式评审系统测试方案.docT1006-Test-Petshop06/05/2011正式评审测
23、试总结报告.docT1007-Test-Petshop06/19/2011桌面检查11 测试进度甘特图Gantt图(也称横道图)是安排工程进度计划的简单工具，如下图。任务负责人05/20/201106/19/20111202213224235246257368279281291301311122334456789101112131415161718119分析 测试计划 总体设计 详细设计 编码 模块测试 集成测试 验收测试 文档 在Gantt图中，每项任务的开始时间和结束时间先均用空心小菱形表示，两者用横线相连，令人一目了然。当活动开始时，将横线左面的小菱形形涂黑，当活动结束时，再把横线右边的
24、小菱形涂黑。上图中，分析工作已经完成；测试计划、总体设计和编写文档工作已经开始，但尚未完成；其他几项工作尚未开始。Gantt图简单明了，易画易读易改，使用十分方便。图上显示了年月时间，用它来检查工程完成的情况十分直观方便，但是它不能显示各项任务之间的依赖关系，只适用于简单的软件项目12 测试阶段说明测试阶段开始时间完成时间测试人员阶段完成标志制定测试计划需求Review设计Review设计测试用例测试开发测试环境准备测试实施功能测试集成测试性能测试系统测试验收测试文档编写13 其他缺陷严重等级说明：A. 严重影响系统运行的错误；B. 功能方面一般缺陷，影响系统运行；C. 不影响运行但必须修改；D. 合理化建议。14 评审意见