• 软件工程一班第五小组知识树系统-软件测试计划


    <知识树>

    软件测试计划

     

    目录

    1       前言

    1.1        编写目的

    1.2        名词解释

    1.3        参考资料

    2       资源需求

    2.1        软件资源

    2.2        人力资源

    3       测试详述

    3.1        测试目标

    3.2        风险和约束

    3.3        测试进度

    4       测试策略

    4.1        测试类型

    4.2        测试技术

    5       测试提交文档

    6       质量目标


    1     前言

    1.1   编写目的

    通过测试,达到以下目标: 

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

    2.产品规定的操作和运行稳定。

    3.Bug数和缺陷率控制在可接收的范围之内。

    1.2         名词解释

    术语或缩写词

    英文解释

    中文解释

    PM

    Project Manager

    项目经理

    DBA

    Database Administrato

    数据库管理员

    1.3   参考资料

    资料名称

    作者

    说明

    软件测试计划模板

    Tollis

    软件测试用例模板

    百度文库用户:爱唱情歌

    2            资源需求

    2.1   软件资源

    软件名称

    用途说明

    Office办公软件

    部分文档的编辑

    Visio

    部分系统流程图,ER图等的绘制

    IBM Rational Rose

    部分uml用例图。uml序列图等的绘制

    Power Designer

    数据库设计

    Markdown

    需求说明书的编辑

    HBuilder

    网页设计

    2.2         人力资源

    角色

    姓名

    职责

    PM

    李翼宏

     

    DBA

    欧阳志强

     

    测试

    袁旭,侯奕芬

     

    网页设计

    李翼宏,常源

     

    3            测试详述

    3.1   测试目标

    1.登录功能是否可以正常使用并区分用户类别;

    2.是否可以进行关键字查询;

    3.是否可以进行内容的增添,修改和删除。

    4.是否可以正常地转换页面;

    5.是否可以完整地保存教师用户对内容的修改;

    6.是否可以正确显示章节以及知识点内容。

     

    3.2   风险和约束

    本次测试过程中,可能出现的风险如下:

    1.bug的修复情况

    2.模块功能的实现情况

    3.系统整体功能的实现情况

    4.代码的编写质量

    5.人员经验以及对软件的熟悉度

    6.开发人员、测试人员关于项目约定的执行情况

    7.开发时间的缩短导致某些测试计划无法执行

    本次测试过程中,出现的约束如下:

    1.第一次进行项目设计,各方面实践经验以及能力不足,且工程上线时间压力大,使得测试不充分。

    2.对许多软件的使用不熟悉,导致开发时间过长,例如:

    Power Designer、HBuilder、Rational Rose等。

     

     

     

     

    3.3         测试进度

    测试阶段

    开始时间

    结束时间

    资源

    是否里程碑

    系统测试计划

    2016.4.17

    2016.4.20

     

    测试用例编写

    2016.4.16

    2016.4.20

     

     

    测试用例评审

    2016.4.20

    2016.4.20

     

    单元测试

     

     

     

     

    用户手册编写

    2016.4.21

    2016.4.21

     

     

    集成测试

     

     

     

     

    系统测试

     

     

     

     

    系统测试报告编写

     

     

     

     

     

     

    4     测试策略

    4.1   测试类型

    编号

    测试类型

    说明

    是否采用

    1

    功能测试

    根据需求文档、设计文档等检查产品是否正确实现了功能。

    3

    界面测试

    检查界面是否符合公司界面规范,是否美观合理

    4

    易用性测试

    检查系统是否易用友好,是否符合通用的操作习惯

    5

    接口测试

    检查系统能否与外部系统或外部设备等是否接口正常

    7

    性能测试

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

    8

    安全性测试

    检查系统安全,是否达到安全需求,是否存安全隐患

    9

    兼容性测试

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

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

    4.2   测试技术

    编号

    测试技术

    说明

    是否采用

    1

    测试用例设计

    在产品需求评审通过后编写测试用例

    2

    白盒测试

    单元测试是否开展代码测试

    3

    自动化测试

    系统回归时是否要引入自动化测试

    4

    性能测试

    是否是使用工具进行性能方面的测试

    5            测试提交文档

    文档说明

    作者

    文档位置(配置库)

    系统测试计划

    侯奕芬

    测试用例

    袁旭

    实现与测试跟踪表

    用户手册

    系统测试报告

     

    6     质量目标

    编写

    测试质量目标

    确认人以及特殊说明

    1

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

    暂未

    2

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

    暂未

    3

    不允许存严重程度为高和中的功能缺陷

    李翼宏,网页与数据库代码均能正常运行

    4

    缺陷的发现速率正在下降并接近0

    暂未

    5

    在最后的三天内没有发现严重程度为高和中的缺陷

    全体小组成员,并未发现重大错误

     

  • 相关阅读:
    爸爸妈妈儿子女儿吃水果问题以及五个哲学家吃饭问题
    同步与互斥中的购票和退票问题的PV操作与实现
    创建react&ts&antd项目
    在POM配置Maven plugin提示错误“Plugin execution not covered by lifecycle configuration”的解决方案
    aws rds 储存空间占用 异常排查 存储空间占满
    Linux下clang、gcc、intel编译器最新版本安装笔记
    extern "C"与extern "C" { … }的差别
    gcc预处理指令之#pragma once
    指向类的成员变量的指针
    Java程序中使用SQLite总结
  • 原文地址:https://www.cnblogs.com/Coneil0726/p/5419464.html
Copyright © 2020-2023  润新知