测试项目启动.pptxVIP

测试项目启动了解软件的质量需求项目测试团队掌控项目背景确定测试范围了解软件的质量需求测试项目启动时，要抓住一些要点弄清项目背景，清楚了解项目的相关利益者。深刻理解项目的需求。软件测试人员，理解告诉开发的软件质量需求显得尤为重要。人是决定因素，建立项目的测试团队也是当务之急，即使在敏捷开发项目中，没有独立的测试团队，但也要清楚测试人员的角色及其责任针对项目的特点、产品类型和质量需求等，确定其测试目标。了解软件的质量需求软件的质量具体表现在软件产品（或服务）固有的特性之上，如适用性、功能性、有效性、可靠性和性能等。在软件质量管理中，常常将软件质量特性分为功能特性和非功能特性。软件质量定义1983年，ANSI/IEEESTD729给出了软件质量的定义：软件产品满足规定的和隐含的与需求能力有关的全部特征和特性。了解软件的质量需求软件质量的功能需求是通过人机交互界面来完成用户所需要的各项操作，包括数据的输入和结果输出。一般会在如下一些有关的产品文档中定义软件的功能特性市场需求文档（MarketingRequirementDocument，MRD）。产品需求文档(ProductionRequirementDocument，PRD)。用户界面模拟（模型）文档(UserInterfaceMock-up，UIMock-up)。产品规格说明书(FunctionalSpecification，Spec)。了解软件的质量需求质量的非功能需求软件的非功能需求主要体现在性能、安全性、可靠性等方面。性能(performance)：在指定条件下用软件实现某种功能所需计算机资源（含内存大小、CPU占用时间等）的有效程度，及系统响应、表现的状态安全性(security)：根据IS08402的定义，安全性是“使伤害或损害的风险限制在可接受的水平内”，也就意味着安全性是相对的。系统级别的安全性，包括网络、硬件环境和软件构成的系统整体的安全性。应用程序级别的安全性，从应用软件本身来讨论其安全性，包括用户口令、用户功能权限设置、数据输入验证、敏感数据加密、数据存储安全性以及防范非法入侵的能力、数据备份和恢复能力等。可维护性：指在一个运行软件中，当环境改变或软件发生错误时，进行相应修改所做努力的难易程度。可扩展性：指将来功能增加、系统扩充的难易程度或能力。兼容性：指软件从一个计算机系统或环境移植到另一个系统或环境的难易程度，或者是一个系统和外部条件共同工作的难易程度。兼容性表现在多个方面，如系统的软件和硬件的兼容性、软件不同版本的系统、数据的兼容性。兼容性，一定程度上也决定了或包含了可移植性。项目测试团队一个比较健全的测试团队包含的角色测试组长或测试经理测试分析和设计人员、测试执行人员设计用例搭建环境执行用例提交缺陷质量管理人员配置管理人员业务分析人员测试开发人员编写脚本项目测试团队关于培训项目测试组的内部培训不容忽视，特别是当项目组有新人或初级测试工程师时，培训的作用更大。除了整个项目组所做的有关产品、业务领域的培训外，测试组还根据需要就有关开发或测试流程、测试用例设计方法、测试自动化原理、测试脚本开发技术、环境设置等方面进行培训。项目测试团队几个相关概念测试件（Testware）用来描述测试工作产品的术语，包括测试计划文档、测试需求文档、测试用例、测试脚本、测试数据、测试log或结果、缺陷分析报告、测试报告等。测试用例（Testcase）为了特定的测试目的（如考察特定程序路径或验证某个产品特性）而设计的测试条件、测试数据及与之相关的测试规程的一个特定的使用实例或场景。测试用例也可以被称为有效地发现软件缺陷的最小测试执行单元。测试脚本（Testscript）测试工具执行的一组指令集合，使计算机能自动完成测试用例的执行，也是计算机程序的一种形式。脚本可以通过录制测试的操作产生，也可以直接用脚本语言编写脚本。项目测试团队测试团队的基本责任发现软件程序、系统或产品中所有的问题。尽早地发现问题。督促和协助开发人员尽快地解决程序中的缺陷。帮助项目管理人员制定合理的开发计划。对缺陷进行跟踪、分析和分类总结，以便让项目的管理人员和相关的负责人能够及时、清楚地了解产品当前的质量状态。帮助改善开发流程、提高产品开发效率。促进程序编写的规范性、易读性、可维护性等。项目测试团队测试团队与开发团队的3种模式（1）以开发为核心，测试只是开发队伍的一部分，也就是开发团队中有测试人员，但没有形成独立的团队。项目测试团队测试团队与开发团队的3种模式（2）以项目经理为核心，开发小组和测试小组并存，隶属于项目经理领导。项目测试团队测试团队与开发团队的3种模式（3）项目经理、开发组长和测试组长“三足鼎立”，测试团队具有独立的、权威的地位。掌握项目背景要掌控软件测试项目的背景