3艾斯医药商务系统测试计划.docx

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
3艾斯医药商务系统测试计划

《AscentSys医药商务系统》测试计划变更记录日期版本变更说明作者2010-08-09V1.0新建签字确认职务姓名签字日期1.引言1.1编写目的本测试计划主要用于控制整个AscentSys医药商务系统项目测试,本文档主要实现以下目标:通过此测试计划能够控制整个测试项目合理、全面、准确、协调地完成。为软件测试提供依据:项目管理人员根据此计划,可以对项目进行宏观调控。测试人员根据此计划,能够明确自己的权利、职责,准确地定位自己在项目的任务。相关部门,可以根据此计划,对相关资源进行准备。1.2背景本测试计划从属于亚思晟科技有限公司,为XXX医药公司实现AscentSys医药商务系统的测试。项目任务的提出者为:亚思晟公司项目管理部;系统的开发者为:亚思晟公司;系统的使用者为:XXX医药公司;此测试项目的进行,将在需求确认后开始执行,基准是准确、全面的需求文档。测试重点是对开发实现的功能和性能进行测试。1.3定义无1.4参考资料《AscentSys医药商务需求规格说明书》 1.0版本《AscentSys医药商务测试计划编写规范》1.5控制信息本项目测试经理:***;电话号码:(010)588559251.6测试目标该测试项目将通过设计和执行接受测试、界面测试、功能测试和性能测试,对软件实现的功能,以及软件的性能、兼容性、安全性、实用性、可靠性、扩展性各个方面进行全面系统的测试。基于本系统的业务复杂性和开发周期短的特性,系统测试的重点将放在功能测试和性能测试上。通过测试提高软件的质量,为用户提供最好的服务,并合理地避免软件的风险和减少软件的成本。2.计划2.1测试过程2.2进度安排及里程碑给出进行各项测试的日期和工作内容(如熟悉环境、培训、准备输入数据、实施测试等)。里程碑任务工作开始日期结束日期制定测试计划安**2010-08-092010-08-10设计测试安**2010-08-102010-08-13实施测试安**2010-08-162010-08-25对测试进行评估郭**2010-08-262010-08-272.3角色测试人员安排负责人:郭**其他负责人职责联系信息职责:负责制定测试计划;负责编写和验收用例;完成项目实测;负责与外部合作部门交互;负责协调内部人员的工作;负责编写测试报告。测 试 组 成 员姓 名职 责联系信息安**负责功能测试用例的编写和实施孙**负责性能和其他非功能测试用例的编写和实施2.4系统下表列出了测试项目所需的系统资源。系统资源资源名称/类型数据库服务器MySQL 5.0网络或子网服务器名称数据库名称acesysDS客户端测试 PCIE 8包括特殊的配置需求Tomcat 5.0测试存储库Bugs网络或子网服务器名称测试开发 PCWindow XP硬件环境Intel Core(TM) CPU 2.0GHz;内存1GB2.5可交付工件测试计划:一份测试用例:一份测试缺陷记录:一份测试报告:一份2.5.1测试模型Ascent医药商务系统1.02.5.2测试记录采用测试用例的形式提交测试过程,详见《测试用例》文档。2.5.3缺陷报告采用缺陷记录的形式,详见《测试缺陷记录》文档。2.6测试资料测试文档:测试相关模块。需求文档:项目需求文档2.7项目风险分析风险类型风险综述现有人力资源严重不足。在确保质量的前提下,人力资源与项目周期比例失调,因此人员不到位,将存在项目风险。增加人员测试中使用IE6,因此在IE7等其他环境下运行存在风险。与客户确定为争取时间保证质量仅使用IE6进行测试进度存在风险实际进度将按照开发进度进行,预期度按照开发进度进行,但是实际开发度变更时,将按照实际开发进度及时正测试进度。测试环境各服务器的配置低于实际产品使用时的服务器配置与客户商议达成一致人员变动风险通过培训等措施使变更后的人员了解统的业务流程,对系统深入了解,以求在最大限度内保证测试质量数据库测试中存在风险。因测试周期的限制,因此根据实际情况选择的测试策略存在的风险情况反应给客户,与客户商议达成一致。版本部署风险版本在部署的时候,可能会由于数据库的导入错误等原因导致系统出错。因此在实际给客户部署时同样存在此种风险。数据迁移部分增加了一个测试策略以验证迁移数据的完整性,该策略是以自建的小数据来模拟大数据。因此对于实际超大数据量的数据迁移存在一定风险。但是该方法能够验证数据迁移的迁移方法的正确性,且能够非常直观的查看结果。3.测试设计说明(大纲)3.1概述3.1.1测试方法和测试用例选取的原则系统:根据《系统需求说明书》对系统进行单元测试、集成测试、系统测试、验收测试、性能测试,并结合可能的用户测试。全面:要求测试用例能够覆盖每一个测试点的要点。合理:从可行性角度考虑,测试不可能全面覆盖,所以设置好等价类划分,测

文档评论(0)

haihang2017 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档