CRM系统测试计划.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CRM系统测试-测试计划 PAGE 14 CRM 系统测试-测试计划 版本:1.0 XX组 12/04/2013 TOC \o 1-3 \h \z \u 1. 概述 3 1.1 目的 3 1.2 背景介绍 3 1.3 测试计划读者范围 3 2. 测试基本内容 4 2.1 测试环境 4 2.2 测试工具 4 2.3 测试范围 4 2.3.1 测试对象 4 2.3.2 需要测试的特性 4 2.3.3不需要测试的特性 5 3. 测试用例设计 5 3.1 测试用例相关约定 5 3.2 衡量测试用例设计的质量标准 5 4.实施计划 6 4.1 测试进度安排 6 4.2 测试人员安排以及职责 7 4.3 输出要求 7 5 测试方法 7 6. 测试的各项标准 8 6.1 测试项通过/失败的标准 8 6.2 中断测试和恢复测试的判断标准 8 7. 缺陷跟踪 9 7.1 缺陷类型 9 7.2 缺陷管理流程图 9 7.3 缺陷严重程度和优先等级 10 7. 测试报告 12 8. 风险及应急措施 12 1. 概述 1.1 目的 CRM系统“CRM系统-系统测试计划”文档有助于实现以下目标: 确定CRM系统的测试环境、测试工具、测试范围 列出测试用例编写的相关约定 确定所需资源并对CRM系统测试的工具进行估计 列出CRM系统测试项目可交付元素 文件中所规定的内容可以作为对测试过程完备性的对照检查表,将会提高测试过程的每个阶段的能见度,极大地提高测试工作的可管理性。 1.2 背景介绍 客户关系管理系统是一种崭新的、国际领先的、以客户为中心的企业管理理论、商业运作模式、也是一种以信息技术为手段、有效提高企业受益、客户满意度、雇员生产力的具体软件和实现方法,是一套集理念、组织、流程、技术为一体的整体解决方案,是一种旨在改善企业与客户之间关系的新型管理机制。企业实施CRM战略本质目标是与那些有价值的客户建立稳定的长期双赢关系,进而为企业在几楼的市场竞争中赢得优势。 1.3 测试计划读者范围 测试工程师,开发经理,项目经理,实施负责人 2. 测试基本内容 2.1 测试环境 软件环境(相关软件、操作系统等) 操作系统:Win7 硬件环境 处理器:QEMU Virtual CPU VERSION 2.29GHz 内存:4G 系统类型:64位操作系 统 软件环境:CRM 2.2 测试工具 用途 工具 生产厂商/自产 版本 备注 测试管理 ALM HP 11.52 被测系统 CRM N/A 1.0 报告以及测试用例 Excel/Word Microsoft 2013 2.3 测试范围 2.3.1 测试对象 被测系统为CRM1.0版本,使用C++开发的。 2.3.2 需要测试的特性 本次系统测试要求包含以下业务流程: 添加线索 导入与导出线索 查看线索 编辑线索 删除线索 搜索线索 2.3.3不需要测试的特性 本次系统测试不需要包含的内容: 上述业务流程(2.3.2)之外的所有业务流程 被删除的功能 被外包的功能 3. 测试用例设计 3.1 测试用例相关约定 在设计测试用例时,你需要定义程序的操作来确保程序的各方面都被测试到。为了确保清楚,准确的捕获到了完成一个操作所需要的所有行为,要满足下面条件: 测试用例的目标清楚,并能满足软件质量的各个方面,包括功能测试、性能测试、安全性测试、故障转移测试、负载测试等。 设计思路正确、清晰。例如,通过序列图、状态图、工作流程图、数据流程图等来描述待测试的功能特性或非功能特性。 在组织和分类上,测试用例层次清楚、结构合理。测试用例的层次与产品特性的结构/层次相一致,或者与测试的目标/子目标的分类/层次相一致,并具有合理的优先级或执行顺序。 测试用例覆盖所有测试点、覆盖所有已知的用户使用场景(User scenario),也就是说每个测试点都有相应数量的测试用例来覆盖,而且将各种用户使用场景通过矩阵或因果图等方式列出来,找到相对应的测试用例。 测试手段的区别对待。在设计测试用例时,就要全面考量测试的手段,哪些方面可以通过工具测试,哪些方面不得不用手工测试,对不同手段的测试用例区别对待。 有充分的负面测试。作为测试用例,不仅要测试正确的输入和操作,还要测试各种各样的例外情况,如边界条件、不正确的操作、错误的数据输入等。 没有重复、冗余的测试用例,满足相应的行业标准等。 衡量测试用例设计的质量标准 3.

文档评论(0)

139****4073 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档