系统测试起停条件.docVIP

系统测试启停条件 目录 一、 目的和范围 2 二、 系统测试内容 2 三、 提交测试时必须具备的阶段性产物 3 四、 测试中的问题及处理 3 4.1测试启动条件 3 4.2测试暂停标准和再启动要求 4 4.3测试终止的条件 4 五、 缺陷级别定义 5 目的和范围 本规范规定的目的是为了加强公司软件开发项目和产品的测试过程管理，明确软件项目或产品的系统测试活动启动、暂停、再启动、终止的触发条件，有利于控制公司软件项目和产品的开发质量。 规范要求项目经理对软件的质量控制，项目组加强开发过程中的开发人员自测、交叉测试，从系统设计阶段尽量减少常见、低级的缺陷频繁、重复发生，提高软件开发质量。 本规范的控制对象包括公司所有涉及开发的软件项目和产品。 本规范是对软件开发项目和产品测试过程的一般要求；针对具体的软件系统，测试人员制定软件测试计划时根据实际对测试活动的启停条件加以补充。 本规范涉及人员主要有：项目经理、开发人员、测试人员。 系统测试内容 系统测试的内容包括：功能测试、压力测试、容量测试、性能测试、安全测试、容错测试等。 功能测试：根据软件产品/项目的特征、操作描述和用户方案，验证被测试软件系统的特性和可操作行为是否满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好。 压力测试：也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。压力测试的目的就是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统的可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。 容量测试：预先分析出反映软件系统应用特征的某项指标的极限值，如某个web站点可以支持多少个并发用户的访问量、网络在线会议系统的与会者人数。知道了系统的实际容量，如果不能满足要求，就应该寻求新的解决方案， 以提高系统的容量。若一时没有新的解决方案，就有必要在产品发布说明书上明确这些容量的限制，避免引起软件产品使用上的纠纷。如果实际容量已满足要求，就能帮助用户建立对产品的信心。 性能测试：通过测试确定系统运行时的性能表现，如得到运行速度、响应时间、占有系统资源等方面的系统数据。系统有时满足了功能要求，但未必能够满足性能要求，如某个网站可以被访问， 而且可以提供预先设定的功能，但每打开一个页面都需要1～2分钟，用户不可忍受，其结果没有用户愿意使用这个网站所提供的服务。 安全测试：检查系统对非法侵入的防范能力。安全测试期间。测试人员模拟非法入侵者，采用各种办法试图突破防线。系统安全设计的准则是，使非法侵入的代价超过被保护信息的价值。 容错测试：主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。容错测试首先要通过各种手段，让软件强制性地发生故障，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性。 提交测试时必须具备的阶段性产物 项目计划 需求说明书 设计说明书 以上所列资料是编写测试需求、测试用例、以及验证被测试系统是否满足用户需求的依据。 项目组要求能够提供已纳入项目配置管理库、并且能够独立搭建测试环境的软件包（包括可构建的源代码或可执行代码、数据库初始化脚本或基础数据库、配置文件、脚本等）。 测试中的问题及处理 4.1测试启动条件 测试启动条件：被测试软件系统在提交给测试人员进行测试前，项目组必须通过自测，重要模块由不同的程序员之间进行交叉测试，在确认程序功能流程无问题后，才能提交给测试人员进行测试。 项目组在提交被测试的程序同时，还要提交软件相关的需求、设计说明书。测试人员根据提交的文档对系统测试计划和测试用例进行调整，并执行测试。 4.2测试暂停标准和再启动要求 暂停标准：被测试软件在测试过程中出现不满足下面的条件时，应打回项目组重新修正并自测，达到测试再启动要求时，才能再次启动测试： 一级错误个数不超过1个，并可以在1小时内修正； 二级错误个数不超过2个，并可以在1个小时内修正； 每个测试工程师提交各类错误每小时不超过5个，包括：流程http500、界面明显不合理、数据合法性验证、文字错误或乱码、出现调试信息等； 测试过程中发现程序结构（或业务）不合理，并且能确定此类不合理是由于项目前期工作不充分造成，如没有完善的需求调研，没有合理的系统设计文档等； 测试资源短缺（硬件和人员）； 强度稳定性测试中频繁出现异常（每小时出现1次以上），以及用户或公司要求暂停测试时； 测试环境被破坏而导致测试无法进行； 项目的缺陷记录超过2个工作日未进行确认，或已登记