网上购物测试计划1

...v.网上购物测试方案简介1.1目的1.2背景1.3范围1.4参考文档测试需2.1测试需求测试风险3.1人力资源风险质量保证风险3.2风险管理3.2.1需求变更：进度风险：质量风险测试策略4.1测试完成标准4.2测试类型4.2.1功能测试4.2.2、性能测试4.2.3用户界面测试4.2.4、平安性测试4.2.5兼容性测试4.2.6回归测试4.3风险分析4.3.1测试人员对系统熟悉程度的风险4.3.2系统资料方面的风险4.3.3时间方面的风险测试资源5.1人员安排5.2系统资源5.3培训需求测试进度和里程碑6.1、测试进度6.2、里程碑技术可交付工件简介1.1目的测试网上购物系统中的各个功能模块是否满足用户需求，并测试是否存在bug。预期到达能够使系统进展快速的改良和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误，从而提高软件运行的稳定性和提高用户体验。1.2背景a.工程测试的背景：网上购物系统是一个营业单位不可缺少的局部，他的内容对于购物者和管理者来说都至关重要。所以网上购物系统应该能够为用户提供充足的信息和快捷的购置手段。随着商品经济的开展及人们消费水平的提高，还有信息时代的飞跃，越来越多的人爱上了网购，从而催生了网上购物系统的诞生。它为人们购物带来了方便快捷，节约了没时间出去而省下了空间。b.该开发工程的历史，列出用户和执行此工程测试的机构或人群，该工程目前后经历三个阶段，前期设计阶段，然后是开发阶段，最后是软件的测试阶段。工程的用户针对的是网上购物的广阔群众和管理员，系统的功能测试主要由专业的软件测试人员进展测试。1.3范围网上购物系统测试采用的是黑盒测试的方式对系统进展测试，主要测试软件的功能是否满足用户的需求，性能是否优越以及系统所存在的问题。对系统的各个模块进展详细的测试，并记录测试的结果，对测试的结果进展细致的分析处理。测试时对系统的各个功能模块进展拆分测试，并以每一个模块都要测试到。对所有可能的结果尽最大可能都测试到，以及测试过程中存在的问题进展分析，然后提交测试的记录并催促开发人员进展修复，最后，对软件存在的问题以及性能的测试进展全面分析，给予记录并解决。在测试的过程中需要提出各个问题的假设，以及根据需求报告文档中存在的工程给你模块和用户的需求来改善系统。列出可能会影响测试设计、开发或实施的所有风险、意外事件或所有约束。测试方案和设计：根据需求规格说明书和最终的系统设计，制定测试方案、测试方案，包括收集测试方法、测试用例、可能用到的测试工具等；单元测试：对各个模块的源代码进展测试，保证各模块根本功能能够正确的实现；集成测试：将各个模块进展组合测试，保证所有的功能都能够正确的实现；系统测试：根据?需求规格说明书?对软件进展功能测试，对重点的模块进展性能测试，并结合可能的用户测试；验收测试：根据用户手册对功能进展检查，复查报告库中的所有Bug，对Release版本进展安装测试。1.4参考文档表1列出的是制定测试方案所用的文档：文档作者或来源备注系统需求规格说明书概要设计说明书详细设计说明书功能性规约测试用例设计工程方案设计规约用户手册数据模型或数据流工程风险评估测试需求功能性需求功能模块需求标识测试需求/测试要点用户注册增加记录用户名填写事例：shaotian004shaotian6872034用户名的范围：1、字母或数字字母+数字用户名不能为空长度：[1,12]密码填写事例：shaotian004密码范围：1、不能为空2、两次输入要一致3、字母+数字，字母或数字4、长度：[1,20]填写事例：shaotian20163.范围：1、不能为空2必须要+3、长度：[1,16]**号填写事例：4x范围：1、不能为空2、必须是18位的数字3、末尾数可以为字母非功能性需求测试工程需求标识测试需求/测试要点功能性互操作性系统与外部设备接口、其他系统接口之间的协调、能够协调正常工作系统从接口正确承受和发送数据平安**性对不同的用户有不同的权限限制所有的密码不明码显示、存储与传输有密码设置策略，包括有效期、最小长度、复杂度、非空设置、大小写敏感度依从性遵循系统各功能的标准、约定、风格指南或法规测试风险软件测试风险是不可防止的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足用户的需求。本次测试所面临的风险〔如人力资源风险、测试技术风险、测试资源风险、质量保证风险等〕及相应的建议解决方法。风险如下：3.1人力资源风险人员无法到位躲避措施：a.在产品的预算中表达这局部需求b.定期催促人力资源部门进展资源协调

c.从可能空闲的产品部门中物色人员

应急方案：a.推迟进度方案b.进展招聘c.考虑外包人员技能不符合要求躲避措施：a.在人力预算中给出人员技能要求b.对提供的人员进展技能面试

c.从其他产品部门协调有能力的人员

应急方案：a.提高培训的强度b.加强培训效果监控c.对工作输出加强检视质量保证风险需求、设计变更频繁导致测试依据失效躲避措施：a.充分了解用户需求，确保主要需求不变更

b.开展有效的需求评审，及时与客户确认评审结果

应急方案：先实现主要的需求，和客户确认无误后，再进一部完善系统，防止再次反覆补丁频繁发布影响测试工作的执行躲避措施：a.提高测试质量，防止功能性缺陷而导致的补丁

b.制定补丁发放方案，合理规划新增功能性补丁的发放工作应急方案：测试人员多和前端客户、维护人员沟通，针对补丁的必要性划分优先级，按序发布补丁Bug的生命周期过长躲避措施：a.及时分配修复任务，并检查监视

b.对于非问题、拒绝的等缺陷，请相关责任人验证后，尽快关闭

c.对于暂缓处理的缺陷，测试人员要记录并跟踪

应急方案：对缺陷优先级进展排序，先修复优先级高的缺陷。3.2风险管理3.2.1需求变更：需求变更是软件工程经常发生的事情。一个看似很有“钱途〞的软件工程，往往由于无限度的需求变更而让工程承建方苦不堪言，甚至最终亏损〔实际上工程建立方也面临巨大的风险〕。预防这种风险的方法是工程建立之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。进度风险：有些工程对进度要求非常苛刻〔进度要求不高的工程，我们同样要考虑该风险〕，工程进度的延迟意味着违约或市场时机的错失。预防这种风险的方法一般是分阶段交付产品、增加工程监控的频度和力度、多运用可行的方法保证工作质量防止返工。质量风险有些工程，用户对软件质量有很高的要求，如果工程组成员同类型工程的开发经历缺乏，那么需要密切关注工程的质量风险。预防这种风险的方法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、方案和组织严格的独立测试等。测试策略4.1测试完成标准最终通过系统测试，系统无业务逻辑错误和二级的bug。经确定的所有缺陷都已得到了商定的解决结果，所设计的测试用例已全部重新执行，的所有缺陷都已按照商定的方法进展了处理，而且没有发现新的缺陷。4.2测试类型4.2.1功能测试测试范围验证数据准确度、数据类型、业务功能等相关方面的正确性测试目标核实所有功能均已正常实现。1、业务流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。2、数据准确：各数据类型的输入时统计准确。技术采用黑盒测试，使用边界值测试，等价类划分，数据驱动的测试方法工具与方法手工测试开场标准测试用例设计完毕并且通过同行评审且工程移交系统测试完成标准95%测试用例通过并且最高级缺陷全部解决测试重点与优先级需考虑的特殊事项4.2.2、性能测试测试范围大流量的数据与多用户操作时性能方面的测试测试目标核实系统在大流量的数据与多用户操作时软件性能的稳定性，不在造成系统崩溃或相关的异常现象技术自动化测试工具与方法VisualStudio2008开场标准自动化测试脚本设计并评审通过且工程组移交系统测试完成标准系统满足用户需求中所要求的性能要求测试重点与优先级需考虑的特殊事项4.2.3用户界面测试测试范围1、导航、、Cookie、页面构造的一致性等2、友好性，可操作性测试目标核实各个窗口风格都与基准版本保持一致，或符合课承受标准，能够保证用户界面的友好性，易操作性，而且符合用户操作习惯。技术WEB测试通用方法工具与方法手工测试开场标准工程移交系统测试完成标准UI符合可承受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯测试重点与优先级需考虑的特殊事项4.2.4、平安性测试测试范围密码：登录，超级管理员、用户或会员等2、权限3、非法攻击4、登录超市限制等测试目标应用程序级别的平安性：核实用户只能操作其拥有权限能操作的功能系统级别的平安性：核实只有具备系统权限的用户才能系统技术代码包或者非法攻击工具工具与方法手工测试开场标准工程移交系统测试完成标准执行各种非法操作无平安漏洞且系统使用正常测试重点与优先级需考虑的特殊事项4.2.5兼容性测试测试范围使用不同版本的不同浏览器、分辨率、操作系统分别进展测试。不同操作系统、浏览器、分辨率和各种运行软件等各种条件组合测试测试目标核实系统在不同的软件和硬件配置中运行稳定技术黑盒测试工具与方法手工测试开场标准工程移交系统测试完成标准在各种不同版本不同类项浏览器、操作系统或其组合下均能正常实现功能测试重点与优先级需考虑的特殊事项4.2.6回归测试测试范围所有功能、性能，用户界面，平安性等测试类型测试目标核实执行所有测试类型后功能、性能等均到达用户所要求的标准技术黑盒测试工具与方法手工测试和自动化测试开场标准每当被测试软件或其环境改变时在每个适宜的测试阶段上进展回归测试完成标准95%测试用例执行通过并通过系统测试测试重点与优先级需考虑的特殊事项4.3风险分析4.3.1测试人员对系统熟悉程度的风险：

参与本工程的测试人员都是第一次接触该类型系统，在经过短期的系统培训后，仍然有可能没有完全掌握系统的业务细节，这将在后面的测试设计和测试执行工作造成一些测试逃逸现象〔即一些要测试的方面没有测到〕。4.3.2系统资料方面的风险：

本工程被测试的系统没有完备的开发文档，测试人员做测试设计时能够参考的只是使用手册和训练手册，以及通过培训和初步使用后对系统的了解，可能导致测试人员在初期无法全面地对系统进展深入的测试。4.3.3时间方面的风险：

本次工程时间只有一个月，却要完成测试标准的制定、整套测试用例的设计和执行一轮完整的测试，时间进度非常紧X，可能导致测试设计工作不够完善。五、测试资源5.1人员安排人员安排表角色所分配的专职角色数量任务安排或职责测试经理测试方案测试设计员测试方案与测试用例设计、测试总结测试员测试执行5.2系统资源系统资源资源名称/类别配置及数量测试数据库效劳器PCServer:512M内存、40GSCSI硬盘1台PC台式机P4,主频1.6G以上及其他电脑配置等4台系统软件SQLServer2008WindowsXP应用软件VS20085.3培训需求由于参与本次测试的测试人员对考试管理系统都不了解，需要**公司对这些测试人员进展系统的相关培训。培训内容包括：系统架构的培训系统数据流程的培训各子系统的功能培训在实际使用过程中哪些局部问题比拟多哪些局部是本次的重点测试对象六、测试进度和里程碑6.1、测试进度工程进度测试工作任务的起止时间为：测试工作任务开场时间完毕时间备注制定测试方案<工程的启动时间><四周完成>工程的进程状况设计测试<上一个任务完成时起><八周完成>工程的进程状况实施测试<设计测试完成时起><十二周完成>工程的任务完成评估测试<实施测试完成后时起><两周完成>工程的任务完成6.2、里程碑技术在本工程中，我们将整个测试过程分为几个里程碑，到达一个里程碑后才能转换到下一阶段，以控制整个过程。我们将整个测试过程分为以下几个里程碑：里程碑完成标准系统培训对于本工程所有需要测试的系统的培训完成测试人员以及对所有被测系统/模块进展了使用，了解了被测系统的具体功能测试需求1、所有具体测试范围已确定2、测试需求制定完成3、所有测试需求得到客