行健动力客户资源管理系统测试计划

上传人:cl****1 文档编号:475148002 上传时间:2023-09-06 格式:DOC 页数:13 大小:90.98KB
返回 下载 相关 举报
行健动力客户资源管理系统测试计划_第1页
第1页 / 共13页
行健动力客户资源管理系统测试计划_第2页
第2页 / 共13页
行健动力客户资源管理系统测试计划_第3页
第3页 / 共13页
行健动力客户资源管理系统测试计划_第4页
第4页 / 共13页
行健动力客户资源管理系统测试计划_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《行健动力客户资源管理系统测试计划》由会员分享,可在线阅读,更多相关《行健动力客户资源管理系统测试计划(13页珍藏版)》请在金锄头文库上搜索。

1、行健动力客户资源管理系统测试计划状态草稿标识号评审当前版本V1.0初始版前一版本无修订版发布日期2011-12-07西安*科技豆亚平2011.12.07目录1.引言31.1编写目的31.2项目背景31.3测试范围41.4测试目标51.4.1总体目标51.4.2测试成果51.5术语及缩略语定义52.参考文档62.1测试参考文档62.2 将要用到的文档62.3测试提交文档63.测试资源73.1 测试环境73.2相关软件73.3.人力资源84.测试进度85.测试策略95.1安装测试95.2冒烟测试95.3兼容性测试95.4功能测试105.5单元测试105.6业务测试105.7界面测试105.8易用性

2、测试115.9文档测试116.确定测试内容117.其他规则127.1测试用例设计原则127.2缺陷等级划分127.2.1缺陷严重程度级别划分127.2.2缺陷优先级别划分127.3测试用例编号编写规则128.可能的影响或风险131.引言1.1编写目的1为了使CRM系统测试工作能够有计划的进行,有效指导本次项目的资源、进度合理安排。2让学员把学到的理论知识很好的运用实践,提高实战能力。特编写该测试计划,供相关人员使用。3预期读者:项目经理、本项目所有测试人员。4测试完成后要提交文档。5为了使CRM系统满足用户使用需求6为了使用户利用CRM系统的联机使用说明能操作系统 1.2项目背景此次要测试的C

3、RM系统属于行健动力客户关系管理系统企业版, 版本是单机access。本软件适用于大中型企业,并且没有做任何的功能、时间、容量的限制,使每个销售人员和管理人员都可利用它快速创建自己的客户数据库和客户管理平台。从客户资料的录入、客户的进程管理到销售数据的分析功能,行健动力客户关系管理系统单机免费版在一个集成和高效的环境中为销售人员提供了所需的各种详细资料和应用功能。它主要功能有客户管理,进销存,营销中心,我的办公司,通讯中心等等。1.3测试范围 1.测试计划的设计根据CRM系统软件中的帮助手册(需求规格说明书),制定测试计划、测试方案。本计划主要对该系统中的 “进销存”进行功能性测试。2单元测试

4、主要针对系统的构件功能点的实现进行测试。单元测试仅对该模块的功能实现及该模块调用其他模块的接口进行测试,不考虑被调用模块的功能测试。3.集成测试在单元测试的基础上将已经通过测试的单元模块按照设计要求组装成系统或子系统,再进行的测试 。4.功能测试根据测试用例进行通过测试和失败测试,验证软件对合法数据以及非法操作(或数据)的处理,确保软件正确性满足需求说明中各模块的要求。5.业务测试确保软件功能实现后,验证系统功能和业务流程是否符合客户的需求。6.系统测试进行确认测试以及所需的非功能性测试,对集成后的系统从业务及功能角度进行测试,并根据需要,对统一信息平台进行非功能性测试,主要包括:性能及负载测

5、试、安全测试、容量(压力)测试、配置测试等。1.4测试目标1.4.1总体目标 1确保软件功能、性能等满足行健动力客户关系管理系统帮助中的使用手册2确保系统在要求的软、硬件平台上正常工作。3产品规定的操作和运行稳定。1.4.2测试成果1测试计划2测试用例3缺陷报告4测试总结报告5评审报告6. 工作日志1.5术语及缩略语定义CRM:客户资源管理系统2.参考文档2.1测试参考文档行健动力客户资源管理系统帮助中的使用手册2.2 将要用到的文档 测试计划模版 测试用例模版 测试日志模板 测试报告模版2.3测试提交文档 1.测试用例通过测试前的准备和测试后的总结,不断完善测试用例,并按照模块分类,模块内分

6、为严重程度、优先级。2.测试日志每周或阶段性进行小结,记录进行了哪些工作,包括未发现问题的部分和对系统(模块)现状的评价。3.缺陷报告执行测试用例后,发现软件当中存在的Bug上传到bug free中,并使用bugfree对缺陷进行分级管理。测试完成后,对缺陷报告进行整理和分析。4.测试总结报告所有测试阶段工作完成后,填写测试总结报告,对整个每个阶段测试过程进行小结。3.测试资源3.1 测试环境环境平台 硬件环境 软件环境 微机 显示器 硬盘剩余空间 内存 操作系统 数据库环境浏览器 单机版(Access) 奔腾500以上 VGA以上 100M以上 256M以上 中文Windows98SE/20

7、00/XP/2003/Vista/2008 MDAC2.8 IE6以上 单机版(SQL) 奔腾500以上 VGA以上 200M以上 256M以上 中文Windows98SE/2000/XP/2003/Vista/2008MSDE/SQLServer2000 IE6以上 网络版 (工作站) 奔腾500以上 VGA以上 50M以上 256M以上 中文Windows98SE/2000/XP/2003/Vista/2008MDAC2.8 IE6以上 网络版 (服务器) 奔腾800以上 VGA以上 300M以上 512M以上 中文WindowsNT4.0以上服务器版 MSDE/SQLServer2000

8、 IE6以上 3.2相关软件1Bugfree(v2.0):缺陷管理。2Microsoft Office Word (v2003):总结性文档编写工具。3Microsoft Office Excel (v2003):测试用例编写工具。4Microsoft Office Visio(v2003):模块绘图工具。5VisualSVN (v1.6):配置管理工具。3.3.人力资源人员角色负责内容*测试组长文件 窗口*组员系统设置*组员营销中心后四个 通讯中心*组员我的办公室 营销中心前三个*组员进销存*组员客户管理4.测试进度测试活动计划开始日期计划结束日期责任人制定测试计划设计通过性测试用例设计失败

9、性设计业务流程用例实施通过性功能测试实施失败性测试实施业务测试实施交叉测试实施回归测试测试总结报告【注:测试准备及实施过程中可能存在的问题1.测试计划的进度时间可能不能满足测试组的要求,主要是系统测试的测试用例的设计和更新时间可能不够。2.第一次作这方面的项目,测试人员对被测软件的了解需要时间。3.角色互换需要一定的适应时间。】5.测试策略(测试方法)5.1安装测试通过对CRM系统软件的安装过程进行跟踪测试,了解该软件在安装过程中是否会出现bug,了解该产品是否存在阻碍性bug。安装测试还包括卸载测试,检查软件是否能从程序组中和控制面板中卸载,并且卸载时是否出现问题(死机,自动跳出,注册表信息

10、没有删除等)。5.2冒烟测试冒烟测试,既版本确认测试,安装完成之后,首先对该软件进行简单功能的使用,查看该软件的运行情况,实现情况,确保该软件可以进入功能测试测试。即查看软件有没有阻碍性缺陷,若有阻碍性缺陷,则直接打回给程序员。5.3兼容性测试 使CRM系统在不同的操作系统中运行,看是否运行正常。5.4功能测试根据测试用例进行通过测试和失败测试,验证软件对合法数据以及非法操作(或数据)的处理,确保软件正确性满足需求说明中各模块的要求。主要用到的方法:边界值分析法、等价类划分法、因果图法、通过测试和失败性测试等。 模块名称CRM系统设置 5.5单元测试主要针对系统 “系统设置”的构件功能点的实现

11、进行测试。5.6业务测试确保软件功能实现后,验证系统功能和业务流程是否符合客户的需求。5.7界面测试用户界面 (UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI 测试还可确保 UI 中的对象按照预期的方式运行,并符合公司或行业的标准。测试目标核实以下内容:通过测试对象进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab 健、鼠标移动、和快捷键)的使用;窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符合标准;Web页面字体、表格、图片、段落

12、、标题等页面元素的显示风格符合标准、风格统一;技术为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。测试通过准则成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准。需考虑的特殊事项并不是所有定制或第三方对象的特征都可访问。5.8易用性测试要求被测试软件的操作简单、明了、灵活,提示合理、明确。检查软件系统使用的合理性和方便性,尽最大可能面向所有使用者。5.9文档测试测试该软件的CRM帮助手册文档编写的简单、明了、可操作性强,提示是否合理、明确和术语、排版、错别字、执行步骤、截图、事例等。6.确定测试内容 系统设置模块7.其他规则7.1测试用例

13、设计原则目的性要强、可理解、可执行 测试用例编号规范:版本号_模块名()_编号(0001)7.2缺陷等级划分7.2.1缺陷严重程度级别划分严重程度标准阻碍性程序无法运行测试无法进行功能性连接错误 前后模块不一致 需求问题实现与需求不符 出现调试代码 功能性错误 程序性能低下界面性页面格式错误文案错误图片错误兼容性错误配置性关联性错误 配置功能易用程度低建议性建议遗留问题暂时无法实现的技术问题 7.2.2缺陷优先级别划分Bug的优先级别含义 1最高(必须马上解决) 2较高(尽快解决) 3普通(发布前必须解决) 4低(有时间就解决)7.3测试用例编号编写规则所测试模块的英文缩写加下划线再加四位数字(从0001开始),如:Document_00018.可能的影响或风险1测试小组人员的请假 处理方法:可采用加班的办法来解决或者是减少测试用例。2测试小组人员的技术不足 处理方法:可采用培训的办法来解决3计划的测试时间,不能完成测试 处理方法:可采用加班的办法来解决4对功能的不了解导致测试的功能不明确 处理方法:先熟悉原系统13

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号