实验器材管理系统-测试计划1.1.0.doc

卷 号

卷内编号

密 级

项目编号: R-1-24-10-2010
<实验器材管理系统>
分 类:
<模板>

测试计划
Version:v1.1.0

项 目 承 担 部 门： 实训第八小组

撰 写 人（签名）：

完 成 日 期： 2010-11-4

本文档 使 用部门：　■主管领导 ■项目组
　　　　　□客户（市场） □维护人员 □用户

评审负责人（签名）：

评 审 日 期：

修订历史记录

日期
版本
说明
作者
200x.xx.xx
1.1.0
最初版本
xxx

目 录
1. 引言 2
1.1 背景 2
1.2 定义 2
1.3 参考资料 2
2. 测试需求 2
2.1 功能性测试需求 2
2.2 非功能性测试需求 2
3. 不被测试的需求 2
4. 测试策略 2
4.1 测试类型 2
4.1.1 功能测试 2
4.1.2 性能测试 2
4.1.3 强度测试 2
4.1.4 容量测试 2
4.1.5 安全性测试 2
4.1.6 安装测试 2
4.1.7 配置测试 2
4.2 工具 2
5. 通过准则 2
6. 暂停标准和再启动要求 2
7. 应提供的测试文件 2
8. 测试任务 2
9. 环境要求 2
10. 职责 2
11. 人员和训练要求 2
12. 进度 2
13. 风险和应急 2

1. 引言
1.1 背景
[项目的背景条件]，如：
待开发的软件系统的名称： 本系统的全称为试验器材管理系统
本项目的任务提出者： 李恒
本项目的开发者： 实训第八小组
本软件系统的用户：器材管理员，学生，超级管理员
1.2 定义
[列出本文档使用的定义，缩写和简写]。
本文档主要用于在整个系统实施的过程中起到纠错，避免一些不必要的错误，还有发现软件的错误。
缩写：Test Plan Of Experimental Equipment Management System 间写：ODSTP

错误级别：
一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。
二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动
该软件不属于更正办法）。
三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重
新启动该软件不属于更正办法）。
四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
五级：其他错误。
1.3 参考资料
[列出制定本文档需要的参考资料，包括项目文档或过程规范等]。
SQA规范和实施指南
SQAP模板
《项目开发计划书》
软件工程(第二版)
需求分析报告
需求管理计划
软件开发计划
配置管理计划
测试计划

2. 测试需求
2.1 功能性测试需求
测试需求项
测试需求项编号
优先级
[对应需求规格说明书的需求功能项]
[需求功能项的编号]
[需求的优先级]
通信接口功能
1000
A
数据库设计
1001
A
访问数据库接口
1002
A
实验器材管理系统
1003
B
查看系统
1004
B
管理系统
1005
B

2.2 非功能性测试需求
测试需求项
条件
测试需求项编号
性能指标
[对应需求规格说明书的需求功能项]
[对应的测试条件]
[需求功能项的编号]
[需求规格说明书的性能指标]

3. 不被测试的需求
[因为具体原因可以不测试的需求项。]
基本所有文档，界面设计文档，系统大概图等等
4. 测试策略
[概要描述测试的策略]
4.1 测试类型
4.1.1 功能测试
测试目标
能在测试中找出错误，并进行修改
测试方法和技术
讨论，实时操作，实时运行程序。测试时因由小到大，由粗到精。
完成标准
在测试完成，并修改后能完成预期的效果
需考虑的特殊事项
在修改之后，也可能存在潜在的错误
4.1.2 性能测试
测试目标
把每个系统联系起来，进行测试，并进行修改。
测试方法和技术
多个用户同时进行提取数据，发送数据，服务器并进行处理。需要通信技术
完成标准
能实现多用户同时进行器材的查看
需考虑的特殊事项
在测试时不可能同时发送数据，通信;用户较少等等。

4.1.3 强度测试
测试目标
把每个系统联系起来，进行测试，并进行修改。
测试方法和技术
多个用户同时进行提取数据，发送数据，服务器并进行处理。需要通信技术
完成标准
能实现用户进行对器材的查看。
需考虑的特殊事项
在测试时不可能同时发送数据，通信；

4.1.4 容量测试
安全性测试
测试目标
测试管理员密码，实验器材的信息是否安全。
测试方法和技术
输入数据，然后提取数据，传输数据，看看有无丢失。数据库，通信。
完成标准
减少数据的读取错误，通信时减少数据丢失。
需考虑的特殊事项
条件有可能没有考虑完全。
4.2 工具
本项目的测试将使用如下工具：

类别
工具
产商/自产
版本
测试管理
Nunit

缺陷跟踪

功能测试工具

性能测试工具

项目管理

5. 通过准则
[根据项目特点，设定的通过标准]，如：
1. 实行了所有的测试策略并达到完成标准。
2. 测试结束后，开发组对实现有误的测试需求项的修改达到如下程度：
Ø 一、二、三级错误的修复率达到100%
Ø 四级错误的修复率达到80%以上
Ø 五级错误的修复率达到60%以上
3. 《需求说明书》、《概要设计说明书》、《详细设计说明书》、《用户手册》、《操作手册》和编码实现一致。
4. 不可测试性传递次数不超过4次。
6. 暂停标准和再启动要求
[根据项目特点，设定的要求]，如：
1. 若开发暂停，则相应测试也暂停。
2. 项目再启动时，测试进度重新安排或顺延。
3. 如有新的项目需求，则在原测试计划下做相应的调整。
4. 若项目中止，则对已完成的测试工作做测试活动总结。
7. 应提供的测试文件
[此处提供为保证测试而需要提供地文件。]
8. 测试任务
测试阶段
测试任务
阶段完成标志

9. 环境要求
1. 硬件环境：一台电脑

2. 软件环境：xp系统
服务器： 一台电脑
客户机：多台电脑
数据库：sql server
所需工具或语言：c/c++ MFC
10. 职责
[描述测试组的构成及任务。]
本组的所有人员，分任务，分组对各个模块进行测试
11. 人员和训练要求
需求人员要对整个系统的功能要有整体认识，配置人员有管理文档的能力。界面设计人员要有美工的能力。编程人员要熟悉c/c++编程，mfc编程。
[对测试人员的要求]
12. 进度
[参照《项目开发计划》中开发组提出的测试时间]
2010年读书节活动方案
一、     活动目的：
书是人类的朋友，书是人类进步的阶梯！为了拓宽学生的知识面，通过开展“和书交朋友，遨游知识大海洋”系列读书活动，激发学生读书的兴趣，让每一个学生都想读书、爱读书、会读书，从小养成热爱书籍，博览群书的好习惯，并在读书实践活动中陶冶情操，获取真知，树立理想！
二、活动目标：
1、通过活动，建立起以学校班级、个人为主的班级图书角和个人小书库。
2、通过活动，在校园内形成热爱读书的良好风气。
3、通过活动，使学生养成博览群书的好习惯。
4、通过活动，促进学生知识更新、思维活跃、综合实践能力的提高。
三、活动实施的计划
1、 做好读书登记簿
（1） 每个学生结合实际，准备一本读书登记簿，具体格式可让学生根据自己喜好来设计、装饰，使其生动活泼、各具特色，其中要有读书的内容、容量、实现时间、好词佳句集锦、心得体会等栏目，高年级可适当作读书笔记。
（2） 每个班级结合学生的计划和班级实际情况，也制定出相应的班级读书目标和读书成长规划书，其中要有措施、有保障、有效果、有考评，简洁明了，易于操作。
（3）中队会组织一次“读书交流会”展示同学们的读书登记簿并做出相应评价。
2、 举办读书展览：
各班级定期举办“读书博览会”，以“名人名言”、格言、谚语、经典名句、“书海拾贝”、“我最喜欢的＿＿＿”、“好书推荐”等形式，向同学们介绍看过的新书、好书、及书中的部分内容交流自己在读书活动中的心得体会,在班级中形成良好的读书氛围。
3、 出读书小报：