一、阶段性测试报告内容（见如下表）：

一、测试计划包括的内容：

1.引言（编写目的，背景，定义，参考资料）；

2.计划
  
  2.1 测试环境（软、硬件环境），网络拓扑；
  2.2 测试对象（测试对象，测试阶段，测试质量特性）；
  2.3 功能测试
  2.3.1 测试过程（过程定义，输入准则，输出准则）；
  2.3.2 进度安排；
  2.3.3 资源要求（硬件，软件，测试工具，人员及这些需要的时间段）；
  2.3.4 技能及培训；
  2.4 风险评估；

3.评价准则
  3.1 范围；
  3.2 数据整理；
  3.3 尺度；
  3.4 度量；

二、测试用例包括的内容：

1 引言 
    1.1      编写目的 
    1.2      背景 
    1.3      定义 
    1.4      用户群 
    1.5      参考资料 
    1.6      测试阶段 
    1.7      质量特性 
    1.8      测试工具 

2 系统整体架构

3 测试需求

    3.1      测试对象
    3.2      需求矩阵

4     测试过程

    4.1      输入准则
    4.2      输出准则
    4.3      过程定义

5     测试环境

    5.1      软硬件配置
    5.2      网络拓扑方案

6     测试策略

    6.1      测试方法
        6.1.1       功能测试
        6.1.2       Web测试
        6.1.3       自动化测试
    6.2      测试重点
    6.3      测试步骤

7     测试用例

    7.1      功能测试
        7.1.1       功能确认用例
        7.1.2       通用测试用例
        7.1.3       逻辑测试用例
        7.1.4       验收测试用例
    7.2      易用性测试
        7.2.1       易用性
        7.2.2       规范性
        7.2.3       帮助设施
        7.2.4       合理性
        7.2.5       美观与协调性
        7.2.6       菜单位置
        7.2.7       独特性
        7.2.8       快捷方式的组合
        7.2.9       安全性考虑
        7.2.10     多窗口的应用与系统资源：   

1.项目立项；
2.根据需求写测试计划，测试用例；
3.评审测试计划和测试用例;
4.修改测试计划和测试用例;
5.执行修改后的测试计划和测试用例;
6.每测试完一个B之后，应提交“阶段测试报告”，并发邮件给所有项目人员；
7.最后，发布之前提交总结报告；
8.根据总结报告发布产品。

我目前写的这个是最基本的流程，将来也会逐步的丰富，希望有经验、有想法的你们能给我意见～

遇到这样一种情况：

测试员a在测试系统A的Build 10的时候，有个BUG解决不了，然后这个BUG被搁置了，系统A还是如期照发了。后来这个系统A交给了测试员b测试，测试员a测试系统B。测试了若干个版本后，这个被搁置的BUG改好了，但b知道a不知道。这会造成当a发现系统B也有系统A的那个BUG时，把它当成理所当然，而不会提出这个BUG，这个BUG很有可能会被客户提出。

这个情况该如何避免呢？