Sugar项目回顾（十一）

  漫长的5.1让大家喘了口气。5.5日，进入项目最后一个环节，我们分三步走。预测试、正试测试和回归测试。分别测的是版本1.0的SUGAR、2.0的SUGAR和5.0的SUGAR,采用的是手工测试为主,工具测试为辅的办法。此阶段一共是5月5号到5月11号。预测试中，主要测核心功能和业务流。正式测试中执行100%的测试用例，回归测试则主要是针对未解决的BUG和被修复的BUG进行测试。

  先来谈一下测试执行。

测试执行策略的组织方式。按照各小组的分配任务进行，即按照被测对象名称进行分类管理

测试执行log记录要求

必须记录操作ID；

必须记录输入数据；

界面校验的Step，如果Pass不需要记录实际结果，如果Failed需要记录实际结果；

数据库校验的Step，无论Pass还是Failed，都必须记录实际结果；

方法和标准：

   采用手工方式进行执行，参考《SugarCRM测试管理规范.doc》。

输入/输出：

输入：SugarCRM社区版5.0×××组系统测试用例

输出：缺陷报告、测试日报、测试报告

时间：10天左右

设备：PC若干台、服务器一台（装有TD）

风险和假设：

   开发部门无法提供及时的版本更新和缺陷维护，影响测试团队的进度。

角色和职责：

各组员需要完成缺陷报告、测试日报。

各组长需要组织组员一起完成测试报告

测试环境：

硬件环境要素：（我们的服务器就可以了）

软件环境要素：（多种，主测试环境，辅测试环境）是否遵循了环境准备原则（从质量和成本考虑）

工具：进度管理工具PROJECT/缺陷管理工具QC/测试执工具QTP，LR，手工/配置管理SVN

测试数据：数据来源/如何构造数据/数据是否有效（EXCEL/ULTRAEDIT/PLSQL/随机函数。。）

执行活动：环境是否准备/是否进行预测试/分工和进度安排/评审测试报告（哪些有完成哪些未完成）预测试/正试测试/回归测试