ImageVerifierCode 换一换
格式:DOCX , 页数:8 ,大小:17.87KB ,
资源ID:5033608      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/5033608.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件项目管理.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件项目管理.docx

1、软件项目管理目录第一章 概述 2测试目的 2测试范围 2第二章 测试组织方案 32.1 测试时间 32.2 测试地点 32.3 测试环境 32.4 人员安排 3第三章 功能测试方案 43.1 目标 43.2 内容 43.3 数据准备 53.4 测试流程 53.5 测试工具 53.6 编写测试案例 53.7 功能测试结果报告 7第四章 实际工作模拟综合测试 94.1 柜员 94.2 批量 94.3 客户 94.4 综合测试结果报告 9第五章 总体评价 10第一章 概述本章主要描述该系统验收测试的目的和范围。测试目的 描述测试目的:验收测试的任务是验证该软件的功能和性能及其他特性是否与业务需求一致

2、。在本节必须对系统目前状况进行简略描述,并指明通过什么样的测试以达到什么较具体的目的,预期结果是什么等。测试范围根据该系统需求书和功能说明书所描述的各项功能列出单体测试分类纲目,简单描述对该系统的哪些功能、哪些相关系统进行测试。第二章 测试组织方案有效性测试是在模拟的环境下,运用黑盒测试的方法,验证所测软件是否满足需求规格说明书列出的需求。2.1 测试时间描述本次测试的进度计划和具体时间安排。2.2 测试地点描述本次测试的地点。2.3 测试环境硬件:主机、打印机、终端。软件:操作系统、数据库、工具程序。网络:网络拓扑结构图、网络设备、路由器、交换机、集线器、电 话线等。 2.4 人员安排明确说

3、明完成此次测试的人员组成及其任务以及各工作小组的职责。2.4.1领导小组2.4.2工作小组(开发部门,需求部,质量检查部,业务部门)2.4.3项目小组第三章 功能测试方案3.1 目标在模拟的环境下,运用黑盒测试的方法,验证所测软件是否满足需求/功能书列出的需求。3.2 内容根据该系统业务需求书和功能说明书对所有功能的详细描述,列出所测功能目录。每项功能从三个主要方面来反映:所测功能环境数据格式性能数量质量速度容错能力压力测试其他软件需求 注: 数据格式详细情况:1、 按量输出清单,如传票、报单、报表等的数量、联次是否符合需求。2、 按质输出内容:显示、打印结果以及磁带、光盘输出格式是否按需求设

4、计要求格式。 注:性能指标详细情况:1、速度即响应时间。2、容错能力:掉电,交易完整性非法数据输入:键盘录入,磁盘数据的重复、遗漏,通讯乱码误码3、压力测试:业务量每小时多少笔、带终端数4、其他软件需求:如可移植性、兼容性、可维护性等等。 数据格式详细情况:3.3 数据准备1 系统本身数据准备方法详细描述数据准备的方式。如果使用业务数据改造方式,需描述数据来源、改造的具体方法;如果使用人工联机输入方式,说明具体操作方式;如果采用其它方式,具体说明。2 其他系统数据准备需求指为完成测试,需要其它系统准备的数据。3.4 测试流程详细说明测试流程,必须包括每天进行测试的步骤、错误跟踪机制、需求/功能

5、规格更改机制、文档控制方式等。根据需要,对每一部分分小节描述。例如: 每天测试流程 每天测试复审方式 错误跟踪机制 需求/功能规格更改机制 文档控制方式 测试小结3.5 测试工具描述测试过程中所使用的测试工具。 3.6 编写测试案例业务人员根据本章以上节内容要求编写具体测试案例,一般按如下格式填写,测试案例可单独形成文档。案例中“测试用例”一栏要详细注明每一栏位所填参数以便测试时录入,同时要考虑清楚每个案例所对应的会计分录。案例单格式如下:某功能验收测试案例单编号功能名称测试时间测试人测试意图系统的初始状态和初始数据测 试用 例预 期结 果实 际结 果附单数3.7 功能测试结果报告 功能测试完

6、成以后,其结果可分两类:(1) 测试结果与预期结果相符。这说明该部分功能或性能特性与需求规格说明书相符,验收测试合格。(2) 测试结果与预期结果不符。这说明该部分功能或性能特性与需求规格说明书不符,因此,要提交一份问题报告,其格式如下:某系统测试问题报告单系统名称: 日期:报告单号测试单号(此处由测试人员填写发现问题时所用的测试单号码)问题描述(此处由测试人员对问题的现象做详细描述)出现位置(此处由程序修改人员填写程序名,错误位置)解决方案(此处由程序修改人员详细说明解决方案)程序代码(此处由程序修改人员附修改前和修改后的重要代码段)问题发现人员签字:日期:经理签字:日期:问题修改人员签字:日

7、期:审核人员签字:最后,将每个功能模块所测结果汇总成下表:单项功能结果报告表功能名称测试时间测试员结果备注 责任人: 质量控制人:结果描述为:优、良、合格、不合格。第四章 实际工作模拟综合测试通过进行一系列验收测试,让用户验证所有需求是否都能满足。我们从三个角度来进行:4.1 柜员从柜员的角度对一系列功能进行测试,此过程需模拟业务发生的所有可能。同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。4.2 批量模拟批量可能发生的情况进行测试。同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。4.3 客户模拟客户可能的操作,进行测试。(如电子商务)同样,通过编写案例并逐一测试来实现。案例格式同3.3节所述。4.4 综合测试结果报告完成以上验收测试以后,应对每项测试结果归纳如下表:_测试结果报告表功能名称测试时间测试员结果备注 责任人: 质量控制人:结果描述为:优、良、合格、不合格。第五章 总体评价通过测试,对该系统从各个子功能到整合功能有个全面的评价,列表如下:功能名称评价(优、良、不通过) 责任人签字时间备注

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1