软件测试计划--例子

软件测试计划

 

 

 

 

 

 

 

文档作者: ____________                               日期:___/___/___

开发/测试经理:____________                              日期:___/___/___

产品经理:____________                                  日期:___/___/___

 

 

 

 

 

 

 

 

xx软件测试计划

一.     概述

1.1编写目的

此计划编写的目的是为使瓦楞纸物流系统能够达到与《xx功能描述.pdf》所描述的功能一致,并且检验系统是否运行稳定。

1.2参考资料

A.《xx系统介绍(2014.7).pptx》

B.《xx系统详细设计.docx》

1.3背景

瓦楞纸逐渐向高雅化,可重复,白面化,低克重,微型化方向发展,面对部分微型瓦楞纸箱已开始与传统瓦楞纸箱争夺市场的趋势,国外微型瓦楞纸箱迅速发展的现状以及我国市场需求的不断扩大,应尽快改变目前我国微型瓦楞纸板技术及设备相对落后的局面,加大对微型瓦楞的开发力度,积极推动我国微型瓦楞纸箱的发展。

为了方便管理工作的进行,提高生产管理工作的效率,节省人力物力,开发出瓦楞纸物流系统软件,主要包括两大模块:原纸仓库管理和纸板物流管理。

二.     约定

2.1测试的目的和任务

本测试的目的是:完成整个系统的测试及验证软件的基本可用性,功能的完整性,数据的准确性等。

本测试的任务是:

A.与《物业管理系统需求分析说明书》《物业管理系统系统分析说明书》比较,检查此软件所完成的功能,是否与上面两个说明书相符合;

B.数据业务是否能够正确完成;

C.整个系统是否能够稳定的运行;

D.帮助等其他安装说明文件是否表达准确。

2.2人员和设备

A.人员:

测试人员:**

编程人员:***

B.设备:服务器ip地址:192.168.62.39

打印机一台

2.3送测要求

物业管理系统开发人员提交的测试按以下要求进行:


步骤


动作


负责人


相关文档或记录


要求


1


打包、编译


***



确认可测试


2


接收测试


**


用户需求说明书

系统设计说明书


确认开始测试


3


开始测试


**


Bug单、小结


测试小结个人编写个人的内容

2.4编号规则:

A.测试用例中的编号,模块名+界面名+编号

例如:房产管理中的入住管理
   FCGL –RZGL- 001

B.测试用例文件命命名规则,模块名+测试用例

例如:商服管理租户管理用例

测试bug单记录中的bug编号也遵循测试用例中的编号规则

2.5测试的安排和进度

进度安排如下:


测试阶段


测试任务


工作量估计


人员分配


起止时间


第一阶段

功能测试


1.房产管理

2.商服管理

3.费用管理

4.客服管理

5.设备管理

6.保安消防

7.装修管理

8.环境管理

9.人事管理

10.系统维护

是否能正确实现其功能,是否有操作错误。


4日


**


041126-041130


第二阶段

系统测试


1.完成所有模块的组合测试

2.确定所有业务流向和数据都是正确的。


3日


**


041201-041203


第三阶段

性能测试


在多用户访问,交替进行负荷压迫测试


1日


**


041205


第四阶段

安装手册帮助文件测试以及

安装卸载测试


1.将安装手册和用户帮助手册与软件操作比较是否有不符

2.对于安装文件进行测试


2日和1日


**


041206-041208


第六阶段

兼容测试


软件在各个软件平台上的运行情况


1日


**


041209

三.测试种类及测试标准

3.1功能测试阶段

A.功能测试:测试各个模块以及窗口所完成的功能是否准确,数据是否正确,操作是否简洁方便。

B.功能键及界面测试:功能键是否描述准确,操作方便,界面是否设计简洁符合用户需求说明。

C.数据项测试:1)输入正确数据是否能按照预期的答案回显;

2)是否能识别错误的输入数据,并给予正确的信息提示;

3.2系统测试阶段

A.业务流程测试:按照系统分析说明书的业务流程,检查本系统所完成的业务流程是否正确。

B.数据流测试:本系统所涉及的相关数据,是否按照正确的业务流程流动,每个阶段所反映的数据结果是否正确。

3.3性能测试阶段

模拟客户进行多用户测试,压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。

3.4安装手册帮助文件测试以及安装卸载测试阶段

A.帮助文件的测试:1)帮助文档是否精确描述了如何使用各种使用功能

2)举例是否精确

3)术语、菜单描述和系统响应是否与实际程序一致

4)是否能够很方便地在文档中定位指南

5)是否能够很方便地使用文档排除错误

B.安装卸载测试阶段:

1)自动安装还是手工配置安装,测试各种不同的安装组合,并验证各种不同组

合的正确性,最终目标是所有组合都能安装成功。

2)安装退出之后,确认应用程序可以正确启动、运行。

3)卸载测试和安装测试同样重要,如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,注册表中有关的注册信息是否也被删除。

4)安装时间是否合理;

5)对于客户服务器模式的应用系统,可以先安装客户端,然后安装服务器端,测试是否会出现问题。

3.5兼容测试阶段

验证本软件在几种常用的操作系统下的运行情况,并且检查,本软件与其他软件并行时是否运行正确。

3.6重点测试部分

费用管理中的“费用收取部分”

3.7测试设计

祥见测试用例设计说明书

四.测试提交物

本次测试完成后的提交物:

A.测试计划

B.测试用例

C.测试Bug单

原文地址:https://www.cnblogs.com/pinpin/p/9848962.html

时间: 2024-08-16 23:08:31

软件测试计划--例子的相关文章

浏览器兼容性知识和软件测试计划

一.浏览器兼容性测试介绍 1.定义: 因为不同浏览器对同一代码有不同的解析,造成页面显示效果不统一的情况 2.原因:不同浏览器使用的内核及所支持的HTML等网页语言标准不同及用户客户端环境不同造成显示效果达不到理想效果.eg:网页元素错位.混乱 内核决定了浏览器如何显示网页的内容以及页面的格式信息 常见浏览器有哪些?我们常用的有哪些? IE内核:IE浏览器.傲云浏览器.360浏览器 Webkit内核:谷歌浏览器 safari Gecko内核:火狐浏览器 二.常见浏览器介绍 IE浏览器:使用客户群

软件测试计划的编写

一.首先明确以下这几个问题 1.为什么要编写软件测试计划? 1)领导能够根据测试计划宏观调配,合理做资源配置. 2)测试人员能够了解整个项目测试情况以及测试阶段所要进行的工作内容 3)便于其他人员了解测试人员的工作内容,进行相关配合工作 2.什么时间开始编写测试计划? 测试需求分析前总体测试计划书------测试需求分析后详细测试计划书 3.谁来编写? 具有经验丰富的测试项目负责人 4.测试计划编写6要素(5W1H) 1)Why—为什么做?帮助测试团队理解测试的目的 2)What—做什么?明确测

软件测试计划模板链接整理

软件测试计划模板:http://blog.csdn.net/smilings/article/details/869447 测试计划:http://baike.baidu.com/view/651486.htm?fr=aladdin Android软件测试计划:http://wenku.baidu.com/link?url=_XW0fp0me6Bgha17UIORlz0Rn5VgRXpjAlY5uD2Bg-u14T1pD4xY1FY_MvmL_PK89ErQ4CJTkhPMgGSH0rpOgWV

重磅!我组软件测试计划文档发布!

本文档由蹭一蹭软工项目小组撰写,任何复制.使用本文的全部或部分内容的行为必须先征得小组同意,谢谢. 文档:软件测试计划文档 引言 1.1编写目的 编写本测试计划的目的是: (1)     为整个测试阶段的管理工作和技术工作提供指南同时确定测试的内容和范围,为评价系统提供依据: (2)     此外还帮助安排测试活动,说明对资源的需求: (3)     说明测试结果的评价指标. 本文档的主要内容包括: (1)     测试系统简介 (2)     测试方法 (3)     测试标准 (4)    

软件测试计划文档(初)

软件测试计划文档 1.引言 1.1 编写目的 满足大学生选课需求,解决选课难的问题 1.2 项目背景 如今,网上选课已成为大学生必经之路,但是普通的官方系统难以满足大学生需求,我们拟在大学内推广该软件以解决大学选课难的问题 1.3 术语定义 Ad hoc testing(随机测试),没有书面测试用例.记录期望结果.检查列表.脚本或指令的测试.主要是根据测试者的经验对软件进行功能和性能抽查.随机测试是根据测试说明书执行用例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程. Alpha te

软件测试计划文档(改)

软件测试计划文档 项目名称:英雄达拉崩吧 小组名称:Scientific_ZEAL软工小分队 项目负责人:刘帅 小组成员:房渤萱 张赐 宋从智 冯惠妍 1.    引言 1.1编写目的 为了尽可能的找出软件的不足,提高软件的质量,促进软件的成功验收,给用户尽可能好的体验.编写本文档.其主要目的在于为所要进行的测试工作制定各种必要的准则和规范,以及在有关方面协议的基础上对测试工作进行合理组织与管理. 1.2项目背景 项目名称:英雄达拉崩吧 项目提出者:Scientific_ZEAL软工小分队 开发

软件测试计划

1.讨论你们的测试计划: •在进行正规测试之前先预测一下系统可能发生的问题.比如用户输入什么数据可能导致系统报什么样的错误. •检测各功能之间的逻辑关系是否符合用户的需求. •使用专业测试工具. •尽可能多的对用户进行细分,并按照他们的操作去完成软件的功能. 2.我们是否需要测试,直到我们的软件是完美的? 我们的技术水平较低,开发过程中肯定会有很多的不足之处.我们的软件需要测试. 3.对于测试来说什么是“足够好”? 软件系统要能够按照用户的需求实现基本的功能.而且软件如果出现异常,软件要自行处理

团队作业—第二周—软件测试计划

1.1目的 本计划将要对软件系统进行一系列的测试,黑盒.白盒.内测.试运营.公测.运营等阶段. 工作内容 人数(人) 工作时间(日) 产品策划.功能设计 1 3 交互设计 1 10 布局设计 2 10 界面设计 1 5 程序开发 (Android客户端.server工程师) 4 15 产品测试 5 5 共计 * 48 产品测试一共5天,黑盒1一天,白盒2天,其余一共3天. 1.2名词解释 缩写词或术语 英文解释 中文解释 Debug   进行debug调试 1.3参考资料 <构建之法>.<

软件测试计划、依据、规范

计划: 一个测试计划应包括:产品基本情况.测试需求说明.测试策略和记录.测试资源配置.计划表.问题跟踪报告.测试计划的评审和结果等. 通用的测试计划模板 1.软件说明 提供一份图表,并逐项说明被测软件的功能.输入好人输出等质量指标,作为叙述测试计划的提纲. 2.测试内容 列出组装测试和确认测试中每一项内容的名称标识符.这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试.接口正确性测试.数据存取的测试.运行时间的测试.设计约束和极限的测试等. 3.测试1(标识符) 给出这项测试内容的参与