接下来是做了一些计划。主要为以下几部分
目标:本文是为了标识SugarCRM社区版5.0系统测试需求、估计系统测试各任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。
项目背景:SugarCRM是一个开源的CRM系统，其所提供的社区版是免费的。SugarCRM集成了CRM系统中常见的市场管理、销售管理、服务管理等功能，并提供了一定的用户自定义功能，让用户可以根据自己的需要来对SugarCRM来进行定制，比如一些模块的名称等。
范围:针对的是SugarCRM社区版5.0,包含GUI测试、性能测试、数据库测试等。包含
1、系统测试计划阶段：包含一个总的系统测试计划（本文档）以及各测试小组的测试计划。
2、系统用例设计阶段：各小组成员需要完成自己的用例设计工作，将测试需求分析并转化成为系统测试用例，难点在于对SugarCRM本身的理解上，逐步熟悉并细化测试需求，时间相对有限。
3、系统测试执行阶段：执行设计的测试用例，并更新优化测试用例
组织形式：
项目经理职责：
1. 项目介绍。
2. 项目工作组织和监督。
3. 协调各部门的协作。
开发团队职责：
1. 解答测试团队提出的问题。
2. 修复测试团队发现的Bug。
测试团队职责：
根据项目进度要求完成系统测试工作。
配置管理员职责：
1. 对开发团队、测试团队的中间产品如代码、文档等进行配置管理。
2. 为测试团队提供测试版本。
QA职责：
1. 监督整个项目的研发流程是否规范。
2. 监督开发团队、测试团队的流程是否规范，比如评审等。各团队根据自己的职责要求协同工作，工作中遇到团队之间协作的问题，一律由项目经理负责协调解决。
测试经理职责：
1. 编写SugarCRM社区版5.0系统测试计划。
2. 将测试团队分成若干测试小组。
3. 组织和监督各小组的工作。
4. 协调各测试小组的资源，保证各测试小组能按时完成分配的工作，同时每个组员的工作尽可能都饱满。
5. 对团队成员进行相关业务知识培训，提高团队成员的工作效率。
测试对象：
参见各测试小组整理出来的测试需求。
需求跟踪：
（无法进行需求跟踪，需要测试经理从技术上对测试的全面性以及充分性进行把握。）
确定系统测试项与SRS或软件需求库中的需求之间的对应关系----建立系统测试项：需求跟踪矩阵表（Requirement Traceablity Mntrix）RTM
测试通过/失败标准：
所有设计的测试用例均进行了执行（不要求执行通过）。
测试挂起标准及恢复条件：
系统测试预测试未通过则测试挂起，直到预测试通过再恢复。
如果测试中发生致命问题，导致50%的测试用例无法执行，则将测试挂起。致命问题一旦修复，即恢复测试。
测试任务安排：
方法和标准：
测试经理完成总的测试计划，各测试小组完成各小组的测试计划。所有测试计划采用指定模板，各测试小组测试计划需经过组内和团队内评审。
输入/输出：
输入：
SugarCRM社区版5.0用户手册
SugarCRM社区版5.0管理员手册
输出：
SugarCRM社区版5.0系统测试计划
SugarCRM社区版5.0×××组系统测试计划
时间安排：
2008-4-21至2008-5-5
资源：
人员：测试人员32名
设备：PC若干台、服务器一台（装有qc）
风险和假设：
测试需求的分析难度较大，分析人员无相关业务基础，需通过评审来把关。
测试人员个人能力有差异，需通过合理分组和项目进度监控。
角色和职责：
SugarCRM社区版5.0系统测试计划由测试经理完成。
各测试小组测试计划由测试组长组织组员共同完成，测试组长向测试经理负责。
应交付的测试工作产品：
SugarCRM社区版5.0系统测试计划
SugarCRM社区版5.0×××组系统测试计划
SugarCRM社区版5.0×××组系统测试用例
缺陷报告
测试日报
版本测试报告
项目测试报告
工作量估计：
具体参见各小组的工作量估计
资源的分配：
PC若干台
服务器一台
TD
SVN
邮件服务器
