经典软件测试过程控制方法指南(3)

　　在各个测试阶段确定需要多少测试人员，各需掌握那些技巧。

　　多少人做自动测试，是哪些人。

　　列出项目参与人员的联系方式包括 E-mail 和电话。

　　3.6 相关信息保存的位置

　　测试服务器的相关信息;

　　测试文档保存的位置;

　　测试工具保存的位置;

　　测试中需要使用的软硬件的存放地点;

　　Bug如何记录，存放的位置。

　　3.7 测试时间安排

　　包括主要时间点的安排，如各个测试阶段的开始，截至日期，产品预计发布日期等。

　　3.8 缺陷处理

　　测试过程中可衡量的是发现的缺陷的状况。因此缺陷的报告和管理必须写成书面文档。

　　3.8.1 Bug 数据库管理

　　提示和技巧：

　　谁负责创建数据库?

　　谁有权限增加数据库的帐号?

　　谁有权使用哪类帐号?

　　数据库使用过程中出了问题和谁联系?

　　谁负责数据库备份?

　　多长时间备份一次?

　　由谁使用数据库?

　　缺陷管理应该与开发部门的负责人一起讨论。

　　3.8.2 缺陷处理过程

　　提示和技巧：

　　解释缺陷报告和分配过程。

　　缺陷标题、测试环境应如何填写。

　　解释如何输入，解决，重新打开，关闭和重新即或一个缺陷。

　　让测试人员清楚一个缺陷从击活到解决的全过程。

　　缺陷必须指定由谁负责解决。

　　定义优先级、严重级别等。

　　在项目结束时，如何解决这些缺陷。

　　如果有Bug管理工具，只需遵照工具的流程执行。

　　3.9.测试过程控制

　　在测试过程中，通过对缺陷数据库进行分析可以确定测试的状态。另外，通过让测试人员填写测试工作周报，可以对项目进展状况进行反馈。

　　3.9.1 缺陷数据分析

　　提示和技巧：

　　在开发过程和稳定阶段是否有过多的未处理缺陷，这可能说明开发的资源不够，或者有其它问题。

　　如何确定项目中是否有过多的缺陷。

　　测试人员是否积极发现缺陷，或者过分积极。

　　在每个时间点上，系统是否稳定。

　　系统哪些部分的缺陷最集中。

　　在系统发行时修复了多少缺陷。

　　哪些类型的缺陷最普遍。

　　3.9.2 测试工作周报

　　提示和技巧：

　　周报中应包括哪些信息。

　　如何填写工作周报。

　　谁负责查看工作周报。

　　以上详细的描述了，测试过程中可能遇到的或者必须提前安排的工作内容，有一些项是要在工作过程中陆续充实的，有一些是需要提前给出解决办法的，在制定计划过程中，请依据实际情况进行书写。

　　4 测试计划

　　4.1 整体测试策略

　　本节的目的是说明计划中使用的基本的测试过程。

　　提示和技巧：

　　是否使用里程碑技术和在测试过程中验证每个模块?或者是什么都不做，只是普通的测试而已。

　　测试人员是否在项目开发初期就开始工作?或者测试人员只在系统开发完后，才开始测试。

　　是否明显的界定出单元，集成，系统，验收测试阶段?

　　自动测试工作是否进行?

　　对于像压力，性能，兼容性等的测试项目，放到那一个测试区间内，有什么质量要求?

　　4.2 测试范围

　　通常说明什么是要测试的，什么是不要测试的是非常重要的。明确规定这些问题后，测试人员对该做什么有一个清晰的认识。

　　提示和技巧：

　　需要特别测试那些部分?

　　那些部分不需要测试，为什么?

　　测试人员是否需要测试内容以及相关部分?

　　是否要验证每个模块的稳定性?

　　是否有理论上应该测试的，但是测试环境无法进行测试的内容?

　　对于产品附带的文档，测试人员是否需要检查?

　　4.3 质量目标

　　围绕软件质量，有几种不同的说法。第一个是质量是一种绝对的标准，对所有的系统必须等同处理。事实上，质量是相对的而且是和产品相关的概念。例如，多媒体产品的质量目标倾向于精美的表示和适当的内容，而应用系统可能倾向于易用性、健壮性和适用于不同的任务。质量目标可能是动态的。在项目进行过程中，会由于市场压力、新的机会和功能改变而重新设定质量目标。

　　另一种有关软件质量的说法是，定义和衡量系统质量是测试部门一个部门的事。实际上，建立质量标准是所有职能部门共同努力的结果。测试、开发、系统使用部门、用户教育、系统支撑必须为建立和维护系统的质量标准做出自己的贡献。每个部门必须对自己最了解的部分做出相应的质量定义。例如，测试和开发部门对系统质量的衡量标准主要是健壮性和正确性。用户部门可能对易用性方面比较熟悉。

　　最后，质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如，系统是否能够正式发行?在代码完成后，应该修复那些缺陷?在系统完成后那种类型的测试是最合适的。

　　提示：

　　质量目标应该是一个确实可行的软件质量描述，在确定之前应该同相关人员达成一致的意见，不要等到发货的时候才发现大家对其的理解有分歧，这时测试人员会非常被动，在达成一致意见后，当开发人员和测试人员有分歧时，可以使用质量目标作为衡量的标准。

　　4.4 测试计划

　　一般情况下测试活动大致分成四个部分：单元测试，集成测试，系统测试，验收测试。下面具体介绍一下测试计划的书写方法，工作过程中可以依据实际情况进行删减和补充。

　　4.4.1 单元测试

　　单元测试是代码一级的测试，主要依赖于开发人员进行。

原文转自：http://www.ltesting.net