軟件测试演义2设计篇.docVIP

软件测试演义——第二部分 设计篇 ? 作者：朱少民 出处：CSDN ? 设计篇 第17回 测试项目的管理原则 软件开发项目的成败，取决于 “过程、人、技术” 这三方面的水平和协调，过程是基础、人是核心，而技术是保证，三方面相互制约，又相互促进。哪一方面没能跟上，形成薄弱环节，项目成功的可能性就会变小。测试项目也不例外，需要从这三方面一起抓。特别是软件测试，流程定义的科学性与规范性、流程执行的严格性、人员的高度责任感等都是至关重要的。 其次，对如今测试项目的管理，要对软件开发有一个全局的、正确的认识，按照 V模型可以更好地理解需求和确认、设计实现和验证等之间的关系，详见 -- 第1回 V模型，我的完整诠释 再者，项目管理有三个要素——成本、进度和质量。对于软件测试项目的管理，成本和进度不应忽视，重视测试的策略以提高效率，随时跟踪项目尽量确保项目按计划执行。但更重要的是 “质量”，软件测试经理对产品质量负有更多的责任。 最后，软件测试项目的过程管理能否成功，还受到三个核心层面的影响，即项目组内环境、项目所处的组织环境、整个开发流程所控制的全局环境。这三个环境要素直接关系到软件项目的可控性。项目组管理与项目过程模型、组织支撑环境和项目管理接口是上述三个环境中各自的核心要素。 软件测试项目管理是软件工程的保护性活动。它先于任何测试活动之前而开始，且持续贯穿于整个测试项目的定义、计划和测试之中。为了保证测试项目过程的成功管理，在上述4点基本认识的基础上，坚持下列的测试项目管理原则是非常必要的: 始终能够把质量放在第一位，测试工作的根本在于保证产品的质量，应该在测试小组中建立起“质量是企业生存之本”的观念，建立一套相适应的质量责任制度。 可靠的需求。应当有一个经各方一致同意的、清楚的、完整的、详细的和切实可行的需求定义。 能够制定好测试策略、有计划地安排工作、系统的解决方案、制定合理的时间表。为测试计划、测试用例设计、测试执行（特别是系统测试）以及它们的评审等留出足够的时间，不应使用突击的办法来完成项目。 足够重视测试计划，在测试计划里清楚地描述测试目标、测试范围、测试风险、测试手段和测试环境等。 测试用例是测试执行的基础，测试用例设计前，要充分和开发人员、产品经理等讨论清楚，要进行集体审查，确保其高覆盖率。并注意其不断完善。 要适当地引入测试自动化或测试工具，前期准备工作要充分，不能盲目。 对测试环境不能掉以轻心，要和有关人员审查环境的软、硬件的配置。 充分测试并尽早测试。每次改错或变更后，都应重新测试。项目计划中要为改错、再测试、变更留出足够时间。 遇到问题，能准确地判断是技术问题还是流程问题，更关注流程上的问题，从而在根本上解决问题，而不是治标不治本。 全程跟踪缺陷状态，及时对缺陷状态进行分析、清理。 通用项目管理原则，如流畅的有效沟通、文档的一致性和及时性、项目的风险管理等。测试的风险更大，细心对待，需要有更及时地应对措施。 第18回 测试计划的有效性和全面性 无论做什么工作，都是计划先行，然后按照所制定的计划去执行、跟踪和控制。软件测试也一样，先要制定测试计划，是做好整个测试工作的前提。所以在进行实际测试之前，应制定良好的、切实可行的、有效的测试计划。软件测试计划的目标是提供一个测试框架，不断收集产品特性信息，对测试的不确定性（测试范围、测试风险等）进行分析，将不确定性的内容慢慢转化为确定性的内容，该过程最终使得我们对测试的范围、用例数量、工作量、资源和时间等进行合理的估算，从而对测试策略、方法、人力、日程等做出决定或安排。 1．测试计划的要点 测试规划与软件开发活动同步进行，在需求分析时，就开始测试策划，确定测试需求、目标、资源等。测试计划可以按不同的测试阶段（集成测试、系统测试等）来组织，也可以为每个测试任务或目标(安全性、性能、可靠性等测试) 进行考虑。测试计划主要集中在测试目标、质量标准、测试策略、测试范围、测试用例设计方法、所需资源和日程安排等，其关键是制定有效的测试策略，界定清楚地测试范围，识别出测试中所存在的各种风险并找出风险回避、监控和管理的方法，针对不同的测试目标或阶段确定测试方法，对测试工作量及所需的资源、时间进行合理的估算。所有这些，都是为了两个根本目的：测试的质量和效率。 2．制定测试策略 制定测试策略主要分析测试的目标和质量指标、确定测试的对象和依据，测试的重点和所采用的方法，包括在规定的时间内哪些测试内容要完成，软件产品的特性或质量在哪些方面得到确认。测试策略可以分为： 基于测试技术的测试策略，根据软件系统的技术构成和层次结构，着重考虑如何分层测试、选择哪些测试工具、如何将白盒测试和黑盒测试有机地结合起来等。 基于测试方案的综合测试策略，根据测试的目标和范围，着重考虑如