测试项目启动

1、测试项目启动 了解软件的质量需求 项目测试团队 掌控项目背景 确定测试范围了解软件的质量需求 测试项目启动时，要抓住一些要点 弄清项目背景，清楚了解项目的相关利益者。 深刻理解项目的需求。软件测试人员，理解告诉开发的软件质量需求显得尤为重要。 人是决定因素，建立项目的测试团队也是当务之急，即使在敏捷开发项目中，没有独立的测试团队，但也要清楚测试人员的角色及其责任 针对项目的特点、产品类型和质量需求等，确定其测试目标。了解软件的质量需求 软件的质量具体表现在软件产品（或服务）固有的特性之上，如适用性、功能性、有效性、可靠性和性能等。 在软件质量管理中，常常将软件质量特性分为功能特性和非功能特性。

2、 软件质量定义 1983年，ANSI/IEEE STD729给出了软件质量的定义：软件产品满足规定的和隐含的与需求能力有关的全部特征和特性。了解软件的质量需求 软件质量的功能需求 是通过人机交互界面来完成用户所需要的各项操作，包括数据的输入和结果输出。 一般会在如下一些有关的产品文档中定义软件的功能 特性 市场需求文档（Marketing Requirement Document，MRD）。 产品需求文档( Production Requirement Document，PRD)。 用户界面模拟（模型）文档( User Interface Mock-up，UI Mock-up)。 产品规格说明

3、书( Functional Specification，Spec)。了解软件的质量需求质量的非功能需求软件的非功能需求主要体现在性能、安全性、可靠性等方面。 性能(performance)：在指定条件下用软件实现某种功能所需计算机资源（含内存大小、CPU占用时间等）的有效程度，及系统响应、表现的状态 安全性(security)：根据IS08402的定义，安全性是“使伤害或损害的风险限制在可接受的水平内”，也就意味着安全性是相对的。 系统级别的安全性，包括网络、硬件环境和软件构成的系统整体的安全性。 应用程序级别的安全性，从应用软件本身来讨论其安全性，包括用户口令、用户功能权限设置、数据输入验证

4、、敏感数据加密、数据存储安全性以及防范非法入侵的能力、数据备份和恢复能力等。 可维护性：指在一个运行软件中，当环境改变或软件发生错误时，进行相应修改所做努力的难易程度。 可扩展性：指将来功能增加、系统扩充的难易程度或能力。 兼容性：指软件从一个计算机系统或环境移植到另一个系统或环境的难易程度，或者是一个系统和外部条件共同工作的难易程度。兼容性表现在多个方面，如系统的软件和硬件的兼容性、软件不同版本的系统、数据的兼容性。兼容性，一定程度上也决定了或包含了可移植性。项目测试团队 一个比较健全的测试团队包含的角色 测试组长或测试经理 测试分析和设计人员、测试执行人员 设计用例 搭建环境 执行用例 提

5、交缺陷 质量管理人员 配置管理人员 业务分析人员 测试开发人员 编写脚本项目测试团队 关于培训 项目测试组的内部培训不容忽视，特别是当项目组有新人或初级测试工程师时，培训 的作用更大。 除了整个项目组所做的有关产品、业务领域的培训外，测试组还根据需要就有关开发或测试流程、测试用例设计方法、测试自动化原理、测试脚本开发技术、环境设置等方面进行培训。项目测试团队 几个相关概念 测试件（Test ware） 用来描述测试工作产品的术语，包括测试计划文档、测试需求文档、测试用例、测试脚本、测试数据、测试log或结果、缺陷分析报告、测试报告等。 测试用例（Test case） 为了特定的测试目的（如考察

6、特定程序路径或验证某个产品特性）而设计的测试条件、测试数据及与之相关的测试规程的一个特定的使用实例或场景。测试用例也可以被称为有效地发现软件缺陷的最小测试执行单元。 测试脚本（Test script） 测试工具执行的一组指令集合，使计算机能自动完成测试用例的执行，也是计算机程序的一种形式。脚本可以通过录制测试的操作产生，也可以直接用脚本语言编写脚本。项目测试团队 测试团队的基本责任 发现软件程序、系统或产品中所有的问题。 尽早地发现问题。 督促和协助开发人员尽快地解决程序中的缺陷。 帮助项目管理人员制定合理的开发计划。 对缺陷进行跟踪、分析和分类总结，以便让项目的管理人员和相关的负责人能够及时

7、、清楚地了解产品当前的质量状态。 帮助改善开发流程、提高产品开发效率。 促进程序编写的规范性、易读性、可维护性等。项目测试团队 测试团队与开发团队的3种模式 （1）以开发为核心，测试只是开发队伍的一部分，也就是开发团队中有测试人员，但没有形成独立的团队。项目测试团队 测试团队与开发团队的3种模式 （2）以项目经理为核心，开发小组和测试小组并存，隶属于项目经理领导。项目测试团队 测试团队与开发团队的3种模式 （3）项目经理、开发组长和测试组长“三足鼎立”，测试团队具有独立的、权威的地位。掌握项目背景要掌控软件测试项目的背景，就要了解下列软件项目的要素及其相关的信息 （1）用户 软件产品的使用者或

8、软件服务接受者是用户（User）。 客户（Customer）是更广义的概念，是公司为实现目标所需的产品和过程而影响到的人，不仅包括接受产品或服务的组织或个人，而且包括潜在的客户，如消费者、委托人、最终使用者、零售商、受益者和采购方等。 （2）目标 里程碑是软件生命周期各阶段末尾的特定点，在这些特定点上，阶段工作已结束，并且已经取得了正式的阶段性产品。 （3）范围 （4）工期 （5）项目类型 （6）软件平台 （7）开发工具和语言掌握项目背景 实际工作中经常碰到的软件项目类型，主要有如下6种类型 （1）纯客户端软件； （2）纯Web (B/S)应用系统； （3）客户端/服务器( C/S)应用系统；

9、 （4）大型复杂企业级系统； （5）手机App软件； （6）嵌入式软件。确定测试规范 在软件开发实践中，一般会从以下几个方面入手来规范测试过程，并在每个子过程中明确角色、职责、活动内容及所需文档： 角色的确定 进入准则 输入项 活动过程 输出项 验证与确认 退出准则 度量确定测试规范1、角色的确定： 测试组长 实验室管理人员 资深测试工程师 自动化测试工程师 初级测试工程师2、进入准则：是对软件测试切入点的确立。3、输入项： 项目开发计划 软件需求规格说明书 项目架构设计说明书、项目概要设计说明书、项目详细设计说明书 软件配置计划和说明 可运行工作软件确定测试范围 4、活动过程： A、制定测试

10、计划（包含测试需求分析） B、测试设计 C、开发测试工具和脚本 D、执行单元测试 E、执行集成测试 F、执行系统测试 G、评估测试 5、输出项： A、软件测试计划 B、测试测试用例 C、软件缺陷报告（软件缺陷记录、软件问题单） D、软件分析报告（软件总结报告）确定测试范围 6、验证与确认： A、验证与确认的区别？ 验证：检查过程中每个环节是否正确。 确认：检查产品在目标环境中是否正确。 验证侧重过程，确认侧重结果。 B、同行评审？ C、管理评审？ D、正式同行评审？ E、非正式同行评审？ F、代码走查？ G、代码审查会？ H、评审委员会？确定测试范围7、退出准则：退出准则满足组织项目的测试结束的标准。 1、发现缺陷数达到规定指标，且缺陷数是逐次收敛的； 2、未修复严重缺陷得到高层经理批准； 3、测试用例100%执行； 4、测试覆盖率达到规定指标； 5、项目必须发布，暂停测试； 6、因项目要求，强制退出测试； 7、测试过程受到开发等方面