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