4、计划安排

　　● 安排的内容
　　测试时间的评估和计划
　　易测性的工程分析
　　测试团队人员（详细的能力）
　　测试人员的培训和监督
　　测试人员的任务的指定
　　产品开发信息的收集和管理
　　项目会议，沟通，协调的方式
　　与其他已存在的功能之间的关系，包括开发过程中
　　测试平台的认购和配置
　　测试工具盒自动化
　　需要用到的测试桩和mock
　　测试套的管理和维护
　　建立和输出协议约定
　　测试周期管理
　　问题报告系统和约定
　　测试状态报告的约定
　　代码冻结和增量测试
　　测试后期的压力管理
　　项目阶段输出协议约定
　　测试效率的预估

　　● 可能的工作产出
　　问题列表
　　项目风险分析
　　任务和责任matrix
　　测试时间表
　　与开发之间的约定和协议

　　● 执行状态检查
　　这个项目所列的安排是否支持测试策略？
　　是否存在一些问题会阻碍测试的执行？
　　在可见性的问题面前，这些安排和策略是否适合？
　　你现在是否开始测试还是以后整理剩下的问题？

　　……………………

　　查看全文请点击下载：http://www.51testing.com/html/13/n-241113.html

　　需求变更

　　在我们的项目过程中，特别是互联网领域，项目测试过程中，不管是前期还是后期，都会存在需求变更的问题，这些需求变更如果出来不当的话，就会影响测试质量，那么如何最大限度的降低需求的变更对测试质量的影响？

　　注意看这里面的几个关键词：一个是“最大限度的降低”，另一个是“需求的变更”。最后一个是“测试质量”。我们要解决好这个问题，必须要很好的理解这个几个关键词的内在含义。我想并不是所有人都能很好的理解这些术语。

　　那什么叫需求的变更呢？顾名思义就是项目需求发生了变化与修改（先不谈什么原因），对应测试这边测试需求也就相应的变化。这里可不要忘了一个重要的时间点，那就是一旦PRD（产品需求规格说明书）评审通过后。其后任何一个时间点，不管是UC（User Case，单个特性的设计需求）设计还是测试设计或是什么，只要需求发生了变化，这都属于需求的变更。

　　那什么叫测试质量呢？这个概念比较大，一般我们讲软件质量，这个就与我们测试人员的工作职责相关的。而对于测试质量，个人认为包括两大块，一个是测试各个阶段的产出的高质量，一个是测试各个阶段的控制的高效性。解释一下第一个是各个阶段的产出的文档的高质量，这里面包括文档的规范性，完整性，正确性，统一性。第二个是各个阶段的进度控制和项目管理的高效率。包括测试目标以及发现缺陷，甚至是缺陷预防的持续改进等。

　　……

　　查看全文请点击下载：http://www.51testing.com/html/13/n-241113.html

　　版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。