1引言

1.1目的

本测试计划文档作为指导此测试项目循序渐进的基础,帮助我们安排合适的资源和进度,避免可能的风险。本文档有助于实现以下目标:

1) 确定现有项目的信息和应测试的软件结构。

2) 列出推荐的测试需求

3) 推荐可采用的测试策略,并对这些策略加以详细说明

4) 确定所需的资源,并对测试的工作量进行估计。

5) 列出测试项目的可交付元素,包括用例以及测试报告等。

1.2名词解释

缩写词或术语

英文解释

中文解释

Debug

debug

漏洞

1.3测试摘要

1.3.1 重点事项

l  测试软件运行情况是否正常

l  测试软件功能的准确性

l  测试软件的性能得分

1.3.2 时间进度

    在软件开发出之后开始测试,大约测试半周的时间。

1.3.3 测试目标

测试计划中所有测试方法和模块能执行通过

所有的测试案例能执行过

所有的重要等级为1/2的Bug能解决并由测试验证

2项目背景

2.1测试范围

(1)手机系统出现问题的情况不去测试。

(2)名单的文件大小会影响软件的载入速度。

(3)手机突然关机会影响载入文件的数据。

2.2测试目标

测试计划中所有测试方法和模块能执行通过

所有的测试案例能执行过

所有的重要等级为1/2的Bug能解决并由测试验证

2.3联系方式

职务

姓名

开发工程师

张昊

CVS Builder

曹金钰

开发经理

郭翠

测试负责人

王建斌

2.4风险及约束

l  手机系统出现问题的情况不去测试。

l  名单的文件大小会影响软件的载入速度。

l  手机突然关机会影响载入文件的数据。

2.5测试文档

2.5.1测试参考文档

文档说明

作者

需求文档

张昊

总体设计

张昊

白皮书

王建斌

使用手册

王建斌

管理手册

曹金钰

测试文档

曹金钰

API文档

郭翠

2.5.2测试提交文档

文档说明

作者

《总体测试计划》

张昊

《总体测试方案》(可根据项目情况进行裁剪)

张昊

测试用例

王建斌

《性能测试方案(报告)》

王建斌

《测试报告》

曹金钰

《Readme》

曹金钰

《产品操作手册(后台)》

郭翠

《产品操作手册(前台)》

郭翠

《产品安装维护手册》

张昊

《产品错误代码说明文档》

王建斌

3章质量目标

3.1产品质量目标

可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。

测试质量目标

确认者(如需说明)

测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确

张昊

产品规定的操作和运行稳定

3.2测试质量目标

测试质量目标

确认者(如需说明)

所有的测试案例已经执行过

张昊

所有的自动测试脚本已经执行通过

张昊

所有的重要等级为1/2的Bug已经解决并由测试验证

张昊

每一部分的测试已经被Test Lead确认完成

张昊

重要的功能不允许有等级为1/2/3的Bug

张昊

一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能

张昊

轻量的功能允许有少量2/3等级的错误

张昊

发现错误等级为1/2/3的Bug的速率正在下降并接近0

张昊

在最后的三天内没有发现错误等级为1/2/3类的Bug

张昊

4测试策略

4.1    整体测试策略

用Junit进行测试,将测试结果写到测试文档里。

4.2开始/中断/完成标准

说明中断/开始/完成测试的标准。

开始/中断/完成测试

标准说明

开始测试标准

硬件环境可用且软件正确安装完成

中断测试标准

安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug

完成测试标准

完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认

4.3测试类型

测试类型

是否采用

说明

功能测试

采用

根据系统需求文档和设计文档,检查产品是否正确实现了功能。

流程测试

采用

按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理

边界值测试

采用

选择边界数据进行测试,确保系统功能正常,程序无异常。

容错性测试

采用

检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息

异常测试

采用

检查系统能否处理异常

启动停止测试

采用

检查每个模块能否正常启动停止、异常停止后能否正常启动

安装测试

采用

检查系统能否正确安装、配置

易用性测试

采用

检查系统是否易用友好

界面测试

采用

检查界面是否美观合理

接口测试

采用

检查系统能否与外部接口正常工作

配置测试

采用

检查配置是否合理、配置是否正常

安全性和访问控制测试

采用

应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。

系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。

性能测试

采用

提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。

压力测试

采用

检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。

兼容性测试

采用

对于 C/S 架构的系统来说,需要考虑客户端支持的系统平台。

对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。

割接/升级测试

采用

进行专门的割接测试或升级测试,提供工程升级割接方案

文挡测试

采用

检查文档是否足够、描述是否合理

回归测试

采用

检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求

4.4    测试技术

测试技术

是否采用

说明

里程碑技术

采用

里程碑的达成标准及验收方法在测试完后制订

自动测试技术

采用

核心业务流程采用自动测试技术

审评测试

采用

对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行

编写测试用例

采用

在产品编码阶段编写测试用例

单元测试

不采用

由开发人员进行

集成测试

采用

检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。

确认测试

采用

在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。

系统测试

采用

包括性能测试、压力测试和回归测试

验收测试

不采用

由工程实施人员进行

5测试计划

5.1进度计划

在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。

5.1.1测试时间进度

测试阶段

开始时间

完成时间

测试人员

制定测试计划

6月2日

6月10日

张昊

需求Review

6月2日

6月10日

张昊

设计Review

6月2日

6月10日

张昊

设计测试用例

6月2日

6月10日

张昊

测试开发

6月2日

6月10日

张昊

测试环境准备

6月2日

6月10日

张昊

测试实施

6月2日

6月10日

张昊

功能测试

6月2日

6月10日

张昊

集成测试

6月2日

6月10日

张昊

性能测试

6月2日

6月10日

张昊

系统测试

6月2日

6月10日

张昊

验收测试

6月2日

6月10日

张昊

文档编写

6月2日

6月10日

张昊

5.1.2测试里程碑

里程碑

完成时间

完成标准

测试正式开始

6月2日

完成可接受性测试和烟雾测试

进行CVS LOCK

进行cvs lock

完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug

产品Release

6月2日

重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认

5.2测试准备

5.2.1  测试环境准备

准备事项

开始时间

完成时间

测试人员

测试环境准备

6月2日

6月10日

张昊

5.2.2    安装测试

准备事项

开始时间

完成时间

测试人员

安装测试

6月2日

6月10日

张昊

5.2.3       烟雾测试

准备事项

开始时间

完成时间

测试人员

烟雾测试

6月2日

6月10日

张昊

转载于:https://www.cnblogs.com/WreckBear/p/4542932.html

团队作业-第二周-测试计划相关推荐

  1. 团队作业第二周刘先润个人篇

    我选取的游戏app软件是极品钢琴(Just Piano) 1.此类软件是什么时候开始出现的, 这些软件是怎么说服你(陌生人)成为他们的用户的? 他们的目标都是盈利么? 他们的目标都是赚取用户的现金么? ...

  2. 团队项目第二周 - 需求规格说明书 - 天冷记得穿秋裤队

    团队项目第二周 - 需求规格说明书 - 天冷记得穿秋裤队 队员姓名 学号 陈俊旭(组长) 3116004630 夏瓦克提·木合塔尔 3116004658 张婷(副组长) 3216004672 周方源 ...

  3. 团队作业第二次—项目选题报告(追光的人)

    所属课程 软件工程1916 作业要求 团队作业第二次-项目选题报告 团队名称 追光的人 作业目标 组员提出选题,大家挑选出可行性最高的进行分析,制作选题报告和选题PPT 目录 队员贡献分比例 选题报告 ...

  4. 团队作业第二次—项目选题报告

    作业格式 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第二次-项目选题报告 团队名称: 那周余嘉熊掌将得队 作业目标:确定和分析选题,绘制评审表 团队信息: 队员学号 队员姓名 博客 ...

  5. 团队作业第二次—项目选题(追光的人)

    所属课程 软件工程1916 作业要求 团队作业第二次-项目选题报告 团队名称 追光的人 作业目标 组员提出选题,大家挑选出可行性最高的进行分析,制作选题报告和选题PPT 目录 队员贡献分比例 选题报告 ...

  6. 团队作业第二次—项目选题报告(葫芦娃队)

    作业信息 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第二次-项目选题报告 团队名称:葫芦娃队 作业目标:确定和分析选题,绘制评审表 团队信息: 队员学号 队员昵称 博客地址 041 ...

  7. 团队作业第二次—项目选题报告(葫芦娃)

    作业信息 课程名称:软件工程1916|W(福州大学) 作业要求:团队作业第二次-项目选题报告 团队名称:葫芦娃队 作业目标:确定和分析选题,绘制评审表 团队信息: 队员学号 队员昵称 博客地址 041 ...

  8. 团队作业第二次—团队展示

    *班级**:软件工程1916|W 作业:团队作业第二次-团队展示 团队名称:SkyReach 目标:展示团队风采,磨合团队 团队成员: 队员学号 队员姓名 个人博客地址 备注 221600107 陈某 ...

  9. 团队作业第二次—项目选题报告(待就业六人组)

    作业描述 所属课程 软件工程1916|W(福州大学) 作业要求 团队作业第二次-项目选题报告 团队名称 待就业六人组 作业目标 明确选题的需求.价值与可行性,供用户确认项目,和用户形成一致的理解,为下 ...

最新文章

  1. short s1 = 1; s1 = s1 + 1;有错而short s1 = 1; s1 += 1正确
  2. java split array_Java如何循环数组并使用Split
  3. c++输出方块_C/C++编程笔记:DFS 深度优先搜索的基本思想,含实例讲解
  4. java仿真软件_一个简单的Java仿真程序
  5. mysql duplicateentry_[MySQL]mysqldump出来数据再导入回去,为什么会出现Duplicate entry?...
  6. 以 OSGi 包的形式开发和部署 Web 服务
  7. ACM入门之【分块】
  8. wxWidgets:wxContextMenuEvent类用法
  9. 像Excel一样使用python进行数据分析(2)
  10. Ubuntu使用技巧(一)
  11. 旧金山字体_旧金山建筑业的兴衰。 施工趋势与历史
  12. 鸿蒙os2.0公测机型,鸿蒙OS2.0第二期第三期公测机型陆续公布 麒麟980和麒麟820将登场...
  13. Linux文本查看命令之cat
  14. 软件测试面试题!收藏起来,每天看一看,月薪20K!
  15. NYOJ-86 找球号(一)
  16. 何为启发式算法——退火算法,蚁群算法,遗传算法
  17. 器件选型-温度传感器
  18. 关于Could not find method javacompileOptions() for arguments
  19. H5游戏开发(Egret引擎)及Typescript学习笔记
  20. DirectX11 With Windows SDK--36 延迟渲染基础

热门文章

  1. java内存分配空间大小,JVM内存模型及内存分配过程
  2. 【转】浅析task_struct结构体
  3. 详解 二叉搜索树-----AVL树
  4. 在VI中删除行尾的换行符
  5. 微信计步器怎么不计步_难以关闭的微信朋友圈广告
  6. 一个项目的整个测试流程
  7. is 和 == 的区别
  8. JavaScript覆盖率统计实现
  9. LeetCode 7 Reverse Integer(反转数字)
  10. ASP.Net 获取服务器信息