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(客户关系管理系统)测试计划文档修订记录版本号变化状态简要说明日期变更人批准日期批准人V1.0C 变化状态:C=创立,A=增加,M=修改,D=删除1. 概述41.1 目的41.2 背景介绍41.3 测试计划读者范围42. 测试基本内容42.1测试环境42.2测试工具52.3测试范围52.3.1 测试对象52.3.2需要测试的特性52.3.3不需要测试的特性63. 测试用例设计63.1 测试用例相关约定63.2衡量测试用例设计的质量标准73.2.1系统性73.2.2连贯性73.2.3相关性73.2.4全面性73.2.5.正确性83.2.6符合正常业务惯例83.2.7容错性(健壮性)84.实施计划84.1 测试进度安排84.2 测试人员安排以及职责94.3 输出要求105 测试方法105.1黑盒测试方法105.1.1等价类划分法105.1.2边界值分析法105.1.3因果图法115.1.4功能图法115.1.5错误推测法115.1.6正交实验设计方法115.1.7接口间测试125.1.8数据库测试125.1.9可理解(操作)性125.1.10可移植性125.2软件测试的一些准则126. 测试的各项标准136.1 测试项通过/失败的标准136.2 中断测试和恢复测试的判断标准137. 缺陷跟踪147.1 缺陷类型147.2 缺陷管理流程图147.3 缺陷严重程度和优先等级167. 测试报告188. 风险及应急措施181. 概述1.1 目的CRM系统“CRM系统-系统测试计划”文档有助于实现以下目标:确定CRM系统的测试环境、测试工具、测试范围列出测试用例编写的相关约定确定所需资源并对CRM系统测试的工具进行估计列出CRM系统测试项目可交付元素文件中所规定的内容可以作为对测试过程完备性的对照检查表,将会提高测试过程的每个阶段的能见度,极大地提高测试工作的可管理性。1.2 背景介绍客户关系管理系统是一种崭新的、国际领先的、以客户为中心的企业管理理论、商业运作模式、也是一种以信息技术为手段、有效提高企业受益、客户满意度、雇员生产力的具体软件和实现方法,是一套集理念、组织、流程、技术为一体的整体解决方案,是一种旨在改善企业与客户之间关系的新型管理机制。企业实施CRM战略本质目标是与那些有价值的客户建立稳定的长期双赢关系,进而为企业在几楼的市场竞争中赢得优势。1.3 测试计划读者范围测试工程师,开发经理,项目经理,实施负责人2. 测试基本内容2.1测试环境软件环境(相关软件、操作系统等)操作系统:Win7硬件环境CPU处理器:i3-3220 @3.3 GHz内存:4G系统类型:64位操作系统软件环境:CRM2.2测试工具用途工具生产厂商/自产版本备注测试管理ALMHP11.5被测系统CRMN/A1.0报告以及测试用例WordMicrosoft20072.3测试范围2.3.1 测试对象被测系统为CRM1.0版本,使用C++开发的。2.3.2需要测试的特性本次系统测试要求包含以下业务流程:添加线索导入与导出线索查看线索编辑线索删除线索搜索线索2.3.3不需要测试的特性本次系统测试不需要包含的内容:上述业务流程(2.3.2)之外的所有业务流程被删除的功能被外包的功能3. 测试用例设计3.1 测试用例相关约定在设计测试用例时,你需要定义程序的操作来确保程序的各方面都被测试到。为了确保清楚,准确的捕获到了完成一个操作所需要的所有行为,要满足下面条件:测试用例的目标清楚,并能满足软件质量的各个方面,包括功能测试、性能测试、安全性测试、故障转移测试、负载测试等。设计思路正确、清晰。例如,通过序列图、状态图、工作流程图、数据流程图等来描述待测试的功能特性或非功能特性。在组织和分类上,测试用例层次清楚、结构合理。测试用例的层次与产品特性的结构/层次相一致,或者与测试的目标/子目标的分类/层次相一致,并具有合理的优先级或执行顺序。测试用例覆盖所有测试点、覆盖所有已知的用户使用场景(User scenario),也就是说每个测试点都有相应数量的测试用例来覆盖,而且将各种用户使用场景通过矩阵或因果图等方式列出来,找到相对应的测试用例。测试手段的区别对待。在设计测试用例时,就要全面考量测试的手段,哪些方面可以通过工具测试,哪些方面不得不用手工测试,对不同手段的测试用例区别对待。有充分的负面测试。作为测试用例,不仅要测试正确的输入和操作,还要测试各种各样的例外情况,如边界条件、不正确的操作、错误的数据输入等。没有重复、冗余的测试用例,满足相应的行业标准等。衡量测试用例设计的质量标准3.2.1系统性对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系;对于模

文档评论(0)

wuyuetian + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档