zoukankan      html  css  js  c++  java
  • 软件测试计划--例子

     

     

    软件测试计划

     

     

     

     

     

     

     

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

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

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

     

     

     

     

     

     

     

     

     

     

     


     

     

     

    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单

     

  • 相关阅读:
    SAP OPEN UI5 Step 8: Translatable Texts
    SAP OPEN UI5 Step7 JSON Model
    SAP OPEN UI5 Step6 Modules
    SAP OPEN UI5 Step5 Controllers
    SAP OPEN UI5 Step4 Xml View
    SAP OPEN UI5 Step3 Controls
    SAP OPEN UI5 Step2 Bootstrap
    SAP OPEN UI5 Step1 环境安装和hello world
    2021php最新composer的使用攻略
    Php使用gzdeflate和ZLIB_ENCODING_DEFLATE结果gzinflate报data error
  • 原文地址:https://www.cnblogs.com/pinpin/p/9848962.html
Copyright © 2011-2022 走看看