ISO9000质量管理体系认证-软件产品测试计划书(通用)

ISO9000质量管理体系认证-软件产品测试计划书(通用)
ISO9000质量管理体系认证-软件产品测试计划书(通用)

XXXX分析软件产品测试计划书

目录

软件产品测试计划书 (1)

目录 (2)

1引言 (3)

1.1目的 (3)

1.2项目背景 (3)

1.3名词定义 (3)

1.4参考资料 (3)

2测试任务及要求 (4)

2.1文档测试内容与要求 (4)

2.2应用系统测试内容与要求 (4)

3测试方案 (5)

3.1测试环境 (5)

3.2测试组织 (5)

3.3测试时间安排 (6)

3.4测试流程要求 (6)

3.5测试方案及用例 (6)

4测试进度 (9)

5系统风险、优先级 (10)

6问题严重度描述 (10)

7与测试相关的任务 (11)

7.1制定测试计划 (11)

7.2设计测试 (11)

7.3实施测试 (11)

7.4记录缺陷,分析缺陷 (11)

1引言

1.1目的

本文是为了测试XXXX分析软件而编制,编制目的在于为此系统的管理工作和技术工作提供指南;确定测试的内容和范围,为以后评价XXXX分析软件提供依据。

本文主要依据《XXXX分析软件需求规格说明书》编制。同时,本文也是编制《测试用例》、《测试问题报告》的依据。

1.2项目背景

1.3名词定义

文档中的缩略语和术语有:

1.4参考资料

1、下表列出了制定测试计划时所使用的文档:

2、测试提交文档:

2测试任务及要求

2.1文档测试内容与要求

2.1.1文档测试内容

《XXXX分析软件需求规格说明书》

2.1.2文档测试要求

1文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。

2描述与软件实际情况的一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。

3易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。

4文档中提供操作的实例:这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富,提供的实例描述是否详细。只有简单的图文说明,而无实例的用户手册看起来就像是软件界面的简单拷贝,对于用户来说,实际上没有什么帮助。

5印刷与包装质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮书,应提供商品化包装,并且印刷精美。

2.2应用系统测试内容与要求

2.2.1系统测试内容

下面主要针对XXXX分析软件的功能测试建立了一个相对完善的评测体系,各测

2.2.2 系统测试要求

能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软件中的一个模块流到另一个模块的过程中的正确性 3 测试方案

3.1 测试环境 a) 测试地点

XXXX 信息科技有限公司 b) 测试环境

1)软件环境:

windows pro xp sp3 操作系统,Jdk6+eclipse 和 j2me 仿真环境;

2)硬件环境:CPU 双核处理器,主频在2.8GHz 以上,内存至少2GB 。 c) 测试工具

3.2 测试组织

3.3测试时间安排

3.4测试流程要求

便于在测试阶段中对文档的归档和对bug 的追踪以及管理,要求如下:测试人员:列出进行测试的具体步骤(进行过何种测试),测试结果,反馈给开发人员

开发人员:提供功能清单,列出测试失败的详细描述、原理分析、修改方法和修改结果并形成文档回馈给测试人员

3.5测试方案及用例

测试方案提供了对测试对象的推荐方法。

3.5.1阶段性测试方案

3.5.1.1系统测试

系统测试流程图

3.5.1.2安装部署测试安装测试流程图

3.5.2测试方法及用例

3.5.2.1功能测试

概述:确保测试项目的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程,这是目前的测试重点。

●目标:利用有效的和无效的数据来执行各个用例流,以核实以下内容:

?在使用有效数据时得到预期的结果

?在使用无效数据时显示相应的错误消息或警告消息。

注:除测试所提供的功能外,还需添加Cookies测试

3.5.2.2用户界面测试

●概述:用于核实用户与软件之间的交互是否正常

●目标:核实下列内容

?确保各种浏览以及各种访问方法(鼠标移动、快捷键等)都使用正常

?确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等

3.5.2.3安装部署测试

●概述:测试软件在正常情况和异常情况下的安装状况

●目标:核实下列行为

?首次安装、升级、完整的或自定义的安装都能进行安装

?磁盘空间不足、缺少目录创建权限等异常情况的安装

3.5.2.4文档测试

测试用户手册与需求说明书的准确型,一致性。

4测试进度

5系统风险、优先级

L=Low(风险与处理的优先级为低) M=Middle(风险与处理的优先级为中) H=High(风险与处理的优先级为高)

6问题严重度描述

7与测试相关的任务

7.1制定测试计划

●确定测试需求,制定测试策略

●确定测试资源,创建时间表、生成测试计划

7.2设计测试

●确定并说明测试用例

●确定测试过程

7.3实施测试

●记录或通过编程创建测试脚本

●执行测试过程

●确定设计与实施模型中的测试专用功能

●建立外部数据集

7.4记录缺陷,分析缺陷

●实施测试后,记录缺陷

●提交至开发人员

软件测试计划书

文档标识:01 学生信息管理系统 软件测试计划书 编写者 校对 小组成员 数据库07-3班 二O一O年七月 第01小组

目录 1.引言 1.1.目的 测试学生信息管理系统中的各个功能模块是否满足用户要求,并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前,尽可能多地发现软件的错误。 1.2.背景 a.本项目测试的背景;学生信息管理系统是一个教育单位不可缺少的部分,它的内容对于决策者和管理者来说都至关重要,所以学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。而计算机的应用便解决了以上问题,它带来更加科学,有效,正规的管理方式,给人们带来了很大的便利。学生信息管理系统界面简洁,操作简单,满足了学校对学生信息管理的需要。 b.该开发项目的历史,列出用户和执行此项目测试的机构或人群;该项目前后经历了三个阶段,前期设计阶段,然后是开发阶段,最后是软件的测试阶段。项目的用户针对的是学校的广大学生和管理员,系统的功能测试主要由专业的软件测试人员进行测试。 1.3.范围 学生信息管理系统试采用的是黑盒测试的方式来对系统进行测试。主要测试软件的功能是否满足客户的需要,性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试,并记录测试的结果,对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试,并以每一个模块都要测试到。对所有可能的结果进行测试,以及测试过程中存在的问题进行分析,然后提交测试的记录。最后,对软件存在的问题以及性能的测试进行全面分析,并给予记录。 在测试的过程中需要提出各个问题的假设,以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 1.4.定义 信息(Information):有关学生个人的详细数据,如姓名、性别、家庭住址等 管理(Manage):对学生信息进行操作,如增删改查等基本功能 统计(Account):对学生信息的统计,如人数等 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 列出编写本计划时需查阅的Intenet上杂志、专业着作、技术标准。

软件测试计划书模板

软件测试计划书

修订历史记录 (A-添加,M-修改,D-删除)

目录 1.简介 (4) 1.1目的 (4) 1.2背景 (4) 1.3范围 (4) 2.测试参考文档和测试提交文档 (5) 2.1测试参考文档 (5) 2.2测试提交文档 (6) 3.测试进度 (6) 4.测试资源 (7) 4.1人力资源 (7) 4.2测试环境 (7) 4.3测试工具 (7) 5.系统风险、优先级 (8) 6.测试策略 (8) 6.1数据和数据库完整性测试 (8) 6.2接口测试 (9) 6.3集成测试 (9) 6.4功能测试 (10) 6.5用户界面测试 (11) 6.6性能评测 (11)

6.7负载测试 (12) 6.8强度测试 (13) 6.9容量测试 (14) 6.10安全性和访问控制测试 (15) 6.11故障转移和恢复测试 (16) 6.12配置测试 (18) 6.13安装测试 (18) 7.问题严重度描述 (19) 8.附录:项目任务 (19) 1.简介 1. 1目的 <项目名称>的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求(高级需求)。 推荐可采用的测试策略,并对这些策略加以说明。 确定所需的资源,并对测试的工作量进行估计。 列出测试项目的可交付元素] 1. 2背景 [对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段(例如,单元测试、集成测试或系统测试),并说明本计划所针

软件项目开发计划书

软件项目开发计划书 Company Document number:WUUT-WUUY-WBBGB-BWYTT-1982GT

软件开发计划书 项目名称:图书管理系统 目录

1引言 编写目的 为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,有必要以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统,主要功能是实现图书馆的信息化管理,包括读者信息管理,书籍信息管理,借阅信息管理,管理者信息管理等功能。项目周期为六个月,项目背景规划如表所示。 表项目背景规划

图书管理系统是学校信息管理系统的一个重要组成部分,它需要学生基本信息系统提供学生的基本资料,因为很多情况下,图书证号和学生的学生证号是一样的,而且在图书管理中,需要知道学生所在的系别和班级等信息;另外,它还需要教职工信息系统提供基本资料,因为教职工当然也能在图书馆借阅图书。因此,在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统,以便系统之间的信息交流和管理。 定义 专门术语: SQL SERVER:系统服务器所使用的数据库关系系统(DBMS)。 SQL:一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写: 系统:若未特别指出,统指本图书管理系统。 SQL:Structured Query Language(结构化查询语言)。 ATM:Asynchronous Transfer Mode (异步传输模式)。 UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。

ISO9000质量管理体系标准的发展过程

ISO9000质量管理体系标准的发展过程第二次世界大战期间,世界军事工业得到了迅猛的发展。一些国家的政府在采购军品时,不但提出了对产品特性的要求,还对供应厂商提出了质量保证的要求。50年代末,美国发布了MIL-Q-9858A《质量大纲要求》,成为世界上最早的有关质量保证方面的标准。 70年代初,随着世界各国经济的相互合作和交流,对供方质量体系的审核已逐渐成为国际贸易和国际合作的需求。世界各国先后发布了一些关于质量管理体系及审核的标准。但由于各国实施的标准不一致,给国际贸易带来了障碍,质量管理和质量保证的国际化成为当时世界各国的迫切需要。因此,国际标准化组织(ISO)于1979年成立了质量管理和质量保证技术委员会 (TC176),负责制定质量管理和质量保证标准。 国际标准化组织(ISO)于1979年成立了质量管理和质量保证技术委员会(TC 176),负责制定质量管理和质量保证标准。1986年,ISO发布了ISO8402《质量——术语》标准,1987年发布了ISO9000《质量管理和质量保证标准——选择和使用指南》、ISO9001《质量体系——设计开发、生产、安装和服务的质量保证模式》、ISO9002《质量体系——生产和安装的质量保证模式》、ISO9003《质量体系——最终检验和试验的质量保证模式》、ISO9004《质量管理和质量体系要素——指南》等6项标准,通称为ISO9000系列标准。 在ISO9000质量管理体系建立后,为了使之更完善,期间进行了修改,后来为了提高标准使用者的竞争力,促进组织内部工作的持续改进,并使标准适合于各种规模(尤其是中小企业)和类型(包括服务业和软件)组织的需要,以适应科学技术和社会经济的发展,ISO/TC176对ISO9000族标准的修订工作进行了策划,成立了战略规划咨询组(SPAG),负责收集和分析对标准修订的战略性观点,并对《2000年展望》进行补充和完善,从而提出了《关于ISO9000族标准的设想和战略规划》供ISO/TC176决策。1996年,在广泛征求世界各国标准使用者意见、了解顾客对标准修订的要求并比较修订方案后,ISO/TC176相继提出了《2000版ISO9001标准结构和内容的设计规范》和《ISO9001修订草案》,作为对1994版标准修订的依据。

软件测试计划书模板

软件测试计划书 项目小组:B 项目成员: 项目组长:

目录 1.引言 (2) 1.1.目的 (2) 1.2.背景 (2) 1.3.范围 (2) 1.4.定义 (2) 1.5.参考资料 (2) 2.测试内容 (2) 3.测试规则 (3) 3.1.进入准则 (3) 3.2.暂停/退出准则 (3) 3.3.测试方法 (3) 3.4.测试手段 (3) 3.5.测试要点 (3) 3.6.测试工具 (3) 4.测试环境 (3) 4.1.硬件环境 (3) 4.2.软件环境 (4) 4.3.通信环境要求 (4) 4.4.安全性环境要求 (4) 4.5.特定测试环境要求 (4) 5.项目任务 (4) 5.1.测试规划 (4) 5.2.测试设计 (4) 5.3.测试执行准备 (4) 5.4.测试执行 (5) 5.5.测试总结 (5) 6.实施计划 (5) 6.1.工作量估计 (5) 6.2.人员需求及安排 (5) 6.3.进度安排 (5) 6.4.其他资源需求及安排 (6) 6.5.可交付工件 (6) 7.风险管理 (6)

1.引言 1.1.目的 本测试计划将要简要介绍并进一步说明交换机主要功能的测试项目策略和方法。交换机研发人员希望通过此测试计划了解交换机的主要功能 并指出预期的读者范围。 1.2.背景 说明: a.本项目测试的背景; b. 测试计划所从属的软件系统的名称; c.该开发项目的历史,列出用户和执行此项目测试的机构或人群。 1.3.范围 本测试计划文档详细描述了{项目名称}测试的基本内容、测试范围、测试方法、所需要的资源(软件资源、硬件资源、人力资源及其它)以及在测试过程中的风险控制、时间进度等。 1.4.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.5.参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 编号资料名称作者日期出版单位 1 2 列出编写本计划时需查阅的Intenet上杂志、专业著作、技术标准。 查阅内容网点地址简介 2.测试内容 下表列出了XXXX项目的测试需求,并对其进行了优先级定义: 子系统名称模块名称测试点优先级说明

软件测试计划书模板

编号:xx-xxx-xx-001 某某某建设项目 软件测试计划 某某某有限公司 2018年01月

目录 1 文档说明 (2) 1.1 文档控制 (2) 1.1.1 变更记录 (2) 1.1.2 审阅记录 (3) 2 引言 (4) 2.1 编写目的 (4) 2.2 项目背景 (4) 2.3 参考资料 (4) 2.4 术语和缩略语 (5) 3 测试策略 (6) 3.1 整体策略 (6) 3.2 测试范围 (7) 3.3 测试交接标准 (8) 3.3.1 单元测试交接标准 (8) 3.3.2 集成测试交接标准 (8) 3.4 测试通过标准 (9) 3.5 测试类型 (9) 3.5.1 集成测试 (9) 3.5.2 功能测试 (10) 3.5.3 用户界面测试 (10) 3.5.4 性能评测 (10) 3.5.5 负载测试 (10) 3.5.6 强度测试 (10) 3.5.7 容量测试 (10) 3.5.8 安全性和访问控制测试 (11) 3.5.9 故障转移和恢复测试 (11) 3.5.10 配置测试 (11) 3.5.11 安装测试 (11) 3.6 风险分析 (12) 4 测试方法 (12) 4.1 里程碑技术 (12) 4.2 测试用例设计 (12) 4.3 测试实施过程 (13) 4.4 测试方法综述 (13) 4.5 测试团队结构............................................................................. 错误!未定义书签。 5 资源需求 (13) 5.1 培训需求 (13) 5.2 运行环境 (14) 5.2.1 软件运行环境 (14) 5.2.2 硬件运行环境 (14) 5.1 人力资源 (14) 6 测试时间安排 (15)

软件项目计划书模板

软件项目计划书 第一章项目概述(理论教学时可用“引言”) 1.1目的 1.2 项目背景 1.3项目的范围和目标 1.3.1范围描述(问题定义阶段产生,对应的文档为:《系统目标与范围说明书》) 1.3.2主要功能(可行性分析报告) (1)概述 (2)系统流程图 应包含旧系统的系统流程图(调研的实际情况)和新系统的系统流程图(你想像中的样 子) (3)功能描述 抽出其中的功能 1.3.3性能(可选) 1.3.4技术约束(可选) 第二章项目估算 2.1使用的历史数据 2.2使用的评估技术 2.3工作量、成本、时间估算 第三章风险评估 3.1风险识别 列出最高的10大风险(数字10是参考) 3.2风险应对策略 对列出的风险应有哪些策略去应对 第四章项目进度计划 4.1项目任务分解 我们从软件工程角度来分,大致有如下的任务: 可行性研究报告 项目开发计划 软件需求分析 数据库设计 总体设计 界面设计

网页设计 相关美工设计 详细设计 测试计划 操作手册 测试分析报告 项目开发总结 维护修改建议 4.2 时间安排 可以使用时限图(甘特图) 。 也可以是文字描述任务的时间安排。 第五章关键问题 可以是技术因素、也可以是非技术因素,总而言之,是系统成败的最重要因素。第六章软件配置 开发平台、开发工具、数据库平台 第七章人员组织 人员及其角色 第八章附录 相关文档、资料、数据等 注:一、在进度安排中应体现如下阶段: (1)问题定义与可行性分析 (2)项目规划 (3)需求分析 (4)总体设计(含两部分:软件结构总体设计和数据库设计)

(5)详细设计 (6)编程 (7)测试(单元测试、集成测试) (8)运行与系统维护 注:二、在进度安排中应独立体现如下文档: (1)项目开发计划 (2)测试计划 (3)操作手册 注:三、关于封面(单独成页)

软件测试计划书

目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (3) 1.4参考资料 (3) 2计划 (3) 2.1 软件说明 (3) 2.2测试内容 (3) 2.3 测试1(标识符) (3) 2.3.1 进度安排 (3) 2.3.2条件 (3) a.设备 (3) b.软件 (3) c.人员 (3) 2.3.3测试资料 (3) a.有关本项任务的文件 (3) b.被测试程序及其所在的媒体 (3) c.测试的输入和输出举例 (3) d.有关控制此项测试的方法、过程的图标 (3) 3评价准则 (3) 3.1范围 (3) 3.2数据处理 (3) 3.3尺寸 (3)

4.2功能2(标识符)..................................... 错误!未定义书签。5分析摘要.................................................. 错误!未定义书签。 5.1能力................................................ 错误!未定义书签。 5.2缺陷和限制.......................................... 错误!未定义书签。 5.3建议................................................ 错误!未定义书签。 5.4评价................................................ 错误!未定义书签。6测试资源消耗.............................................. 错误!未定义书签。 测试计划书 1引言 1.1编写目的 该《测试分析报告》文档有助于实现以下目标:了解软件的具体功能,作为软件开发人员开发的主要过程,对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析,为完善及改进软件的功能提供依据。 本软件测试计划说明的读者对象是软件设计人员、测试人员。 1.2背景 1)待开发系统软件名称:学生信息管理系统; 2)本项目的任务提出者是学校信息管理系统的各位老师,由本小组负责开发,用于测试成绩查询及管理; 3)测试环境:本系统属于学生成绩管理模块,实现的是网络管理系统中关于学生成绩管理的子功能,通过此软件,提高用软件工程分析问题、解决问题的能力,同时增强对数据库和VC#的使用能力。

ISO9000质量管理体系建立的步骤

iso9000质量管理体系认证建立得步骤 建立、完善质量体系一般要经历质量体系得策划与设计,质量体系文件得编制、质量体系得试运行,质量体系审核与评审四个阶段,每个阶段又可分为若干具体步骤。 质量体系得策划与设计 该阶段主要就是做好各种准备工作,包括教育培训,统一认识,组织落实,拟定计划;确定质量方针,制订质量目标;现状调查与分析;调整组织结构,配备资源等方面. 一、教育培训,统一认识 质量体系建立与完善得过程,就是始于教育,终于教育得过程,也就是提高认识与统一认识得过程,教育培训要分层次,循序渐进地进行。 第一层次为决策层,包括党、政、技(术)领导。主要培训: 1.通过介绍质量管理与质量保证得发展与本单位得经验教训,说明建立、完善质量体系得迫切性与重要性; 2.通过ISO9000族标准得总体介绍,提高按国家(国际)标准建立质量体系得认识。

3。通过质量体系要素讲解(重点应讲解“管理职责”等总体要素),明确决策层领导在质量体系建设中得关键地位与主导作用. 第二层次为管理层,重点就是管理、技术与生产部门得负责人,以及与建立质量体系有关得工作人员。 这二层次得人员就是建设、完善质量体系得骨干力量,起着承上启下得作用,要使她们全面接受ISO9000族标准有关内容得培训,在方法上可采取讲解与研讨结合。第三层次为执行层,即与产品质量形成全过程有关得作业人员。对这一层次人员主要培训与本岗位质量活动有关得内容,包括在质量活动中应承担得任务,完成任务应赋予得权限,以及造成质量过失应承担得责任等。 二、组织落实,拟定计划 尽管质量体系建设涉及到一个组织得所有部门与全体职工,但对多数单位来说,成立一个精干得工作班子可能就是需要得,根据一些单位得做法,这个班子也可分三个层次。 第一层次:成立以最高管理者(厂长、总经理等)为组长,质量主管领导为副组长得质量体系建设领导小组(或委员会).其主要任务包括: 1。体系建设得总体规划; 2.制订质量方针与目标;

软件开发计划书 (1)

软件开发计划书项目名称:开发实验管理系统

目录 1引言 ------------------------------------------------------------------------------- 3 1.1编写目的 ---------------------------------------------------------------------------------------------------- 3 1.2背景----------------------------------------------------------------------------------------------------------- 3 1.3定义----------------------------------------------------------------------------------------------------------- 5 1.4参考资料---------------------------------------------------------------------------------------------------- 5 1.5 系统动机 ---------------------------------------------------------------------------------------------------- 5 1.6标准、条件和约定 --------------------------------------------------------------------------------------- 6 1.7编写文档的WBS ------------------------------------------------------------------------------------------ 6 2项目概述---------------------------------------------------------------------------- 7 2.1工作内容 ---------------------------------------------------------------------------------------------------- 7 2.2主要参加人员---------------------------------------------------------------------------------------------- 7 2.3产品及成果 ------------------------------------------------------------------------------------------------ 7 2.3.1程序 ------------------------------------------------------------------------------------------------- 7 2.3.2文件 -------------------------------------------------------------------------------------------------- 7 2.3.3服务 ------------------------------------------------------------------------------------------------- 7 2.3.4非移交产品 ---------------------------------------------------------------------------------------- 8 2.4验收标准---------------------------------------------------------------------------------------------------- 9 2.4.1代码的验收 ---------------------------------------------------------------------------------------- 9 2.4.2 文档验收-------------------------------------------------------------------------------------------- 9 2.4.3 服务验收-------------------------------------------------------------------------------------------- 9 3实施总计划-------------------------------------------------------------------------- 9 3.1开发过程 ---------------------------------------------------------------------------------------------------- 9 3.1.1 需求分析-------------------------------------------------------------------------------------------- 9 3.1.2 系统设计-------------------------------------------------------------------------------------------- 9 3.1.3 编码及测试阶段---------------------------------------------------------------------------------- 9 3.1.4 文档、产品部署--------------------------------------------------------------------------------- 10 3.1.5 项目总结------------------------------------------------------------------------------------------- 10 3.2工作任务的分解 ----------------------------------------------------------------------------------------- 11 3.3接口人员 --------------------------------------------------------------------------------------------------- 12

ISO9000质量管理体系建立的步骤

iso9000质量管理体系认证建立的步骤 建立、完善质量体系一般要经历质量体系的策划与设计,质量体系文件的编制、质量体系的试运行,质量体系审核和评审四个阶段,每个阶段又可分为若干具体步骤。 质量体系的策划与设计 该阶段主要是做好各种准备工作,包括教育培训,统一认识,组织落实,拟定计划;确定质量方针,制订质量目标;现状调查和分析;调整组织结构,配备资源等方面。 一、教育培训,统一认识 质量体系建立和完善的过程,是始于教育,终于教育的过程,也是提高认识和统一认识的过程,教育培训要分层次,循序渐进地进行。 第一层次为决策层,包括党、政、技(术)领导。主要培训: 1.通过介绍质量管理和质量保证的发展和本单位的经验教训,说明建立、完善质量体系的迫切性和重要性; 2.通过ISO9000族标准的总体介绍,提高按国家(国际)标准建立质量体系的认识。

3.通过质量体系要素讲解(重点应讲解“管理职责”等总体要素),明确决策层领导在质量体系建设中的关键地位和主导作用。 第二层次为管理层,重点是管理、技术和生产部门的负责人,以及与建立质量体系有关的工作人员。 这二层次的人员是建设、完善质量体系的骨干力量,起着承上启下的作用,要使他们全面接受ISO9000族标准有关内容的培训,在方法上可采取讲解与研讨结合。第三层次为执行层,即与产品质量形成全过程有关的作业人员。对这一层次人员主要培训与本岗位质量活动有关的内容,包括在质量活动中应承担的任务,完成任务应赋予的权限,以及造成质量过失应承担的责任等。 二、组织落实,拟定计划 尽管质量体系建设涉及到一个组织的所有部门和全体职工,但对多数单位来说,成立一个精干的工作班子可能是需要的,根据一些单位的做法,这个班子也可分三个层次。 第一层次:成立以最高管理者(厂长、总经理等)为组长,质量主管领导为副组长的质量体系建设领导小组(或委员会)。其主要任务包括: 1.体系建设的总体规划; 2.制订质量方针和目标;

[示例文档1]软件测试计划书

[示例文档1]软件测试计划 书 标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-

软件测试计划

1 概述 测试目的 说明本项目测试目的、预期达到的目标。 背景 说明本项目测试的背景。 参考资料 列出编写本计划及测试整个过程中所要参考的文件、资料。 2 测试基本内容 测试要点 测试要点应对以软件测试的以下信息进行具体描述。 测试方法:本次测试采用的测试方法(黑盒或白盒测试)。 测试类型:测试类型的说明。 测试手段:如手工测试、自动测试或手工与自动测试相结合。 采用手工与自动测试相结合的方式,说明不同手段所占比例。 采用自动测试,需详细说明选用的测试工具。 测试内容:根据软件项目的实际特点确定确认测试的测试内容。对部分软件除基本的功能测试外,可能还包括: 性能测试、安全性测试、极限测试、并发操作测试等。 测试环境 说明本次测试软件的运行与测试所需的硬件环境和软件环境。测试范围 确定本次测试范围。

测试工具 说明本次测试使用的测试工具,包括自编测试程序,并进行确认。 测试开始时间 指明本项目测试工作的开始时间。 测试结束时间 确认测试工作预计的完成时间。 3 实施计划 测试设计工作任务分解和人员安排 测试设计工作应包括对系统功能及专业知识的学习, 编写测试大纲、设计测试用例等工作。 时间安排 测试设计开始时间:测试设计工作预计开始时间。 测试设计结束时间:测试设计工作预计结束时间。 人员安排 列出预计参加本次测试设计工作的全部测试人员。 输出要求 测试设计工作的输出应包括《测试用例》、《测试记录表》、《测试报告》。 对系统功能及专业知识学习如有必要也要形成书面材料。 由测试小组负责规定组织相关的测试人员进行评审计划。

ISO9000质量管理体系认证-软件产品测试计划书(通用)

XXXX分析软件产品测试计划书

目录 软件产品测试计划书 (1) 目录 (2) 1引言 (3) 1.1目的 (3) 1.2项目背景 (3) 1.3名词定义 (3) 1.4参考资料 (3) 2测试任务及要求 (4) 2.1文档测试内容与要求 (4) 2.2应用系统测试内容与要求 (4) 3测试方案 (5) 3.1测试环境 (5) 3.2测试组织 (5) 3.3测试时间安排 (6) 3.4测试流程要求 (6) 3.5测试方案及用例 (6) 4测试进度 (9) 5系统风险、优先级 (10) 6问题严重度描述 (10) 7与测试相关的任务 (11) 7.1制定测试计划 (11) 7.2设计测试 (11) 7.3实施测试 (11) 7.4记录缺陷,分析缺陷 (11)

1引言 1.1目的 本文是为了测试XXXX分析软件而编制,编制目的在于为此系统的管理工作和技术工作提供指南;确定测试的内容和范围,为以后评价XXXX分析软件提供依据。 本文主要依据《XXXX分析软件需求规格说明书》编制。同时,本文也是编制《测试用例》、《测试问题报告》的依据。 1.2项目背景 1.3名词定义 文档中的缩略语和术语有: 1.4参考资料 1、下表列出了制定测试计划时所使用的文档: 2、测试提交文档:

2测试任务及要求 2.1文档测试内容与要求 2.1.1文档测试内容 《XXXX分析软件需求规格说明书》 2.1.2文档测试要求 1文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。 2描述与软件实际情况的一致性:主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。 3易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图表使说明更为直观和明了。 4文档中提供操作的实例:这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富,提供的实例描述是否详细。只有简单的图文说明,而无实例的用户手册看起来就像是软件界面的简单拷贝,对于用户来说,实际上没有什么帮助。 5印刷与包装质量:主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮书,应提供商品化包装,并且印刷精美。 2.2应用系统测试内容与要求 2.2.1系统测试内容 下面主要针对XXXX分析软件的功能测试建立了一个相对完善的评测体系,各测

软件测试计划书1

软件测试计划书 1.测试范围: 本软件为智能红绿灯控制系统,是针对城市交通管理员设计的,城市交通管理员是这个软件的使用者,他通过此软件为各个路口设置参数,使系统能够根据输入的参数通过控制交通灯实时地对各路口的交通进行调度;能够随时掌握现在交通的具体情况。 由于各种活动的相互影响和制约,我们不可能把这个软件设计的完美无缺,可能有许多错误,这些错误甚至会对软件产品以至整个系统产生致命的危害,因此就需要对我们的软件进行测试,主要是对制作的软件产品进行检查,及时的发现程序中逻辑错误,以保证软件产品的正确性和可靠性。 具体结合到我们这个软件,是要做到一下几点。1,通过测试来检验软件是否可以正常运行。2,如果无法正常运行,需要检测出错误处在哪里,并加以纠正3,本软件是否可以一一满足用户的所有要求。4,当用户出现违规操作(例如设定最大绿灯时间大于所给范围等),系统能否发现并提醒用户改正。 在测试阶段我们首先必须明确信息的流向,下图给出了测试阶段信息流向的模型,我们 ??? 正错误 我们计划将测试分为3个阶段: 首先,将整个程序按功能划分成3个子模块,分别对每个模块进行单元测试,在该阶段我们在每个单独的程序块中,消除块内的逻辑、功能上的缺陷和错误,保证每个块作为一个单元能正确执行,并为上一级测试做准备; 第二步,进行联合测试,将3个模块进行集中和装配,形成一个完整的软件后就可以进行联合测试,联合测试除了进一步检测和排除子系统(或系统)结构或相应程序结构上的错误之

外,还应该验证所有的系统单元配合是否合适、整体性能和功能是否完整; 最后,在对整个程序进行有效性测试,在模块测试、联合测试之后,就可以对组装起来的软件进行有效性测试,有效性测试就是根据需求分析规格说明书中规定的有效性标准,通过功能测试验证软件系统是否与用户的要求一致。 2.测试计划: 2.1:静态测试 静态测试是指不执行程序而找出程序存在的错误。这种方法以人工的、非形式化的方法对程序进行分析和测试,不依赖计算机的测试。在静态测试中,主要是找出程序中的语法错误,我们将通过下面检验清单来完成,可以提高检查程序的一般性错误的评审效果。 1.数据引用错误 (1)引用未赋值的变量; (2)数组元素下标越界或非整数值; (3)指针变量访问的内存空间非法; (4)对具有多个名字的同一内存区中的数据,由于属性(或数据类型)说明不一致而引起的错误; (5)使用了非法的变量类型和属性说明; (6)访问了不存在的存储空间; (7)指针或索引所访问的数据属性不属于编译系统处理的范围; (8)多个过程或程序引用的数据结构不一致; (9)变址引用越界; (10)变址或数组下标运算“差1”; (11)汇编累加器、位移量、程序定位及空留位值越限; 2.数据说明错误 (1)对某些变量没有说明,缺省属性使用不正确; (2)数组或字符串初始化不正确; (3)变量的长度,类型,存储类别规定不对; (4)变量初始值与其存储类别说明不一致; (5)误用相似的变量名,系统保留字、未加说明和前后矛盾的变量名; (6)定义了未被引用或仅引用了一次的变量; 3.计算错误 (1)不同类型的变量混合计算,或用零作除数; (2)赋值长度大于被赋值变量长度; (3)表达式中间结果或最后结果出现上溢或下溢; (4)二进制数的运算精度不够或变量值超出有效范围; (5)非法运算符和运算符优先顺序不对; (6)整形变量使用错误或有非法算式; 3.比较错误 (1)不同类型的变量进行比较,如布尔量和整形的比较; (2)比较运算符的五接和不正确的布尔表达式; (3)逻辑操作数和比较数混合在一起;

ISO9000:2000—质量管理体系:基础和术语

中华人民共和国国家标准 GB/T19000-2000 Idt ISO9000:2000 质量管理体系——基础和术语 Quality management systemFundamentals and Vocabulary 前言 本标准等同采用ISO9000:2000《质量管理体系基础和术语》。 本标准是 GB/T19000族标准之一。标准中的“应”(shall)表示要求,“应当”(should)仅起指导作用。 由于两种语言上的差异,术语 3.1.5 capability与 3.9.12 competence 均译为“能力”,但其定义却不同。在GB/T 19000族标准中,术语3.1.5能力(capability)特指组织、体系或过程的“能力”,而3.9.12能力(competence)则特指人员的“能力”。 某些定义下面所加的“注”,是为英文版国际标准的使用者所提供的附加信息(如3.2.6中的“注”,3.6.l中的“注2”,3.6.13中的“注”和3.7.2中的“注2”),为等同采用国际标准,本标准仍保留了这些内容。 本标准对GB/T 6583-1994作了技术性修订,故本标准发布时,代替GB/T 6583一1994。 本标准的附录A是提示的附录。 本标准由全国质量管理和质量保证标准化技术委员会(CSBTS/T C151)提出并归口。 本标准由中国标准研究中心负责起草。 本标准起草单位:中国标准研究中心、中国合格评定国家认可中心、上海市标准化研究院,航天科技集团七O八研究所、中国船级社、深圳市中兴通讯股份有限公司、中国天辰化学工程公司、中国新时代质量体系证中心。 本标准主要起草人:李镜、徐有刚、陆关新、郭瑞霞、顾作甫、李溯、乔悦生、郑燕。 ISO 前言 国际标准化组织(ISO)是由各国标准化团体(ISO成员团体)组成的世界性联合会。制定国际标准的工作通常由ISO的技术委员会完成,各成员团体若对某技术委员会确立的项目感兴趣,均有权参加该委员会的工作。与ISO保持联系的各国际组织(官方的或非官方的)也可参加有关工作。在电工技术标准化方面,ISO与国际电工委员会(IEC)保持密切合作关系。 国际标准遵照ISO/IEC导则第3部分给出的规则起草。 由技术委员会通过的国际标准草案提交各成员团体表决,需取得至少5%参加表决的成员团体的同意,才能作为国际标准正式发布。 本标准中的某些内容有可能涉及一些专利权问题,这一点应引起注意。ISO不负责识别任何这样的专利权问题。 ISO9000是由ISO/TC176/SC国际标准化组织/质量管理和质量保证技术委员会/概念与术语分委员会制定。 本标准代替ISO8402:1994和ISO9000—1:1994。ISO9000—1中构成ISO9000族标准路线图的有关章条(现行的“选择和使用指南”)已由国际标准化组织作为小册子另行出版。 本标准的附录A仅是提示的附录,它提供了在与质量管理体系有关的特定概念领域中术语之间的关系的概念图。

软件测试计划书

电子餐盘自动计价系统 软件测试计划书 1.引言 1.1.目的 测试电子餐盘自动计价系统中的各个功能模块是否正常,并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前,尽可能多地发现软件的错误。 1.2.背景 电子餐盘自动计价系统是一个餐饮单位不可缺少的部分,能够实现快速结算。与传统的结算方式相比,电子餐盘具有速度快、核算准、体验佳、可无人值守、自动化程序高等特点。电子餐盘自动计价系统主要为学校食堂、企事业单位餐厅、餐饮连锁店、团膳运营商等提供自选式快速结算服务。 1.3.范围 电子餐盘自动计价系统主要测试软件的功能是否正常,性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试,并记录测试的结果,对测试的结果进行细致的分析处理。测试时对系统的各个功能模块进行拆分测试,并以每一个模块都要测试到。对所有可能的结果进行测试,以及测试过程中存在的问题进行分析,然后提交测试的记录。最后,对软件存在的问题以及性能的测试进行全面分析,并给予记录。 在测试的过程中需要提出各个问题的假设,以及根据需求报告文档中存在的项目功能模块和用户的需求来改善系统。列出可能会影响测试设计、开发、或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 2.测试内容 KBS后台

模块测试内容输入输出 会员中心1、新增会员,人事资料录入.2、 导入会员,将带有人事资料的 Excel文件,导入系统。带有文件 导入日志记录,该文件可以被下 载 1、姓名、工号、手机号码、证 件号码、绑定所属公司、绑定所 属部门2、带人事资料的Excel 文件。 1、系统成功记录该会员信 息。2、会员文件导入日志记 录(文件名称,导入时间, 总记录数,成功数,失败数, 操作员ID,失败记录详细)。 卡中心卡与会员用户之间的绑定会员名字、工号、卡号卡和用户成功绑定 商品管理商品信息的新增、修改和删除绑定商品类型,商品名称,价格, 条码,图片,创建时间,修改时 间,操作员ID,状态 成功增加、修改和删除一种 商品 员工管理管理员的新增和修改姓名,密码,管理权限成功新增管理员 财务管理1、查询腾飞系统每天的营业流水 情况。Excel的导出。 开始时间,结束时间,机器号 餐次,总消费,总单数,人 均消费,现金消费,现金单 数,刷卡消费,刷卡单数 运营中心1、控制计价器运营时间,餐次设 定和时间定制。2、餐具价格的新 增、修改和删除。 1、餐次名称,开始时间,结束 时间,状态。2、类型代码,类 型名称,图片,大小,颜色,状 态,绑定商户ID 1、餐次信息列表。 2、餐具 类型列表 配置中心配置服务器地址,端口服务器IP,服务器端口保存到本地配置文件 TF软件 模块测试内容输入输出 RFID数据采集碗芯片数据的采集与实际是否相 同,会不会变化 碗碟实际数量界面显示数量 手工打价模式手动增加商品价格和结算时数据 的准确性,商品的数量变化 商品价格支付金额和商品数量 IC卡消费扣 费IC卡是否可以进行结算,卡余额 的变化 提示请支付刷卡扣费金额,卡内剩余余额 数据上传,同步查询数据是否准确,与后台数据 是否能够实时同步,准确 开始时间,结束时间,餐次 餐次,总消费,总单数,人 均消费,现金消费,现金单 数,刷卡消费,刷卡单数 3.测试环境 3.1.硬件环境 1> 处理器:英特尔Celeron(赛扬) 1037U @ 1.80GHz 双核 2> 内存:2 GB

相关文档
最新文档