测试开始与结束通知邮件模板

测试开始通知邮件模板

Hi all,

根据XXX项目的情况，将从2009-4-24 11:30 至 18:00进入第XX轮XX测试，测试结束前请开发人员不要修改测试环境，保持环境的稳定。

测试计划如下：

测试版本

tags/xxxx

测试环境

登录地址：

登录后访问: 

hosts设置：

测试范围

1 回归上轮缺陷；

2 进行本轮测试，除feed、通知内容之外的全部功能：

测试策略

本阶段测试完成后，立即进入缺陷评审，以确定后续工作计划.

测试人员

缺陷管理

1. 欢迎大家参与测试

为避免重复或无效，除测试和产品工程师在JIRA填报提案外，发现的问题请直接发信给xxx

2. 缺陷分配

–  需求无异议的缺陷直接分配给xxx，由他安排解决

–  需要产品确认的缺陷分配给xxx，经确认确实是bug的提案，分配给xxx

3. 缺陷填报

–  缺陷库：JIRA中的“xxx-APP -缺陷库”

–  版本选择：xxx 第一次集成测试

–  组件选择：xxx

测试结束通知邮件模板

Hi all,

XXX第X轮系统测试（之冒烟测试X）结束。

测试版本

xxx

测试时间

XX月XX日 XX:XX – XX月XX日 XX:XX

测试范围

测试人员

测试工程师+产品工程师+客服人员

测试结论

本轮新报出的缺陷分析

1、缺陷按优先级划分：

本轮新发现X个提案，其中B级X个，C级X个，D级X个，E级X个；

2、缺陷按模块划分：

XX模块：XX个缺陷,其中C级缺陷X个;

3、缺陷按状态划分：

开放中：XX个；

已解决：XX个

4、高权重问题分析：

影响说明(XXXX)  (列举相关提案)

回归缺陷分析：

本轮共验证提案X个：其中验证通过X个，重开X个(包括验证不通过后又被修改的提案)

测试结论及风险

[测试未通过]

1.  当前系统尚未达到上线标准。

2.  修改全部新发现的缺陷和重开缺陷，构建新的版本以进入第四轮系统测试。

3. ……

[测试通过]

1.  当前系统可以达到上线标准。建议所有未验证、未修复提案均延迟处理，冻结代码。

2.  发布版本：举例：xxxx

3.  测试报告将于上线后给出。

附件：缺陷列表