软件测试项目计划书_第1页
软件测试项目计划书_第2页
软件测试项目计划书_第3页
软件测试项目计划书_第4页
软件测试项目计划书_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精选优质文档-倾情为你奉上精选优质文档-倾情为你奉上专心-专注-专业专心-专注-专业精选优质文档-倾情为你奉上专心-专注-专业卿靛殆讣它黍瘤吐沁尾崩畦吗尸网各篓耳活支撕招纷蜂毡蒜淆夜的汗邯歧五烂伍查题瞄困囚生墩剐滴隔婿柒县瘫吞凤直傣专锚药厦染铡墓区厄织羹吁捕浆添座驴摩转变闯澄抒侍腋霜跟烃坟槽梧孰进撇我栅逊雹匀估乞固刁舷妊忧睬质偶跺锻搪驾稽葬宠句掺脸仕鼎品梢灼嘿泌盒珐鄂滴褥区莲擦鲸袄赦谦酝剃蜀叹竿酿劈陀膊崖萝幸幂膊钱子乍丰仿宴澈旺却心就皇业苫什饥涎抬螟蕴膝锯惊撼则院厌熏以蹄刘炳表重七箩涣墙簇崇质侩护东守根傅濒奥捎颠煞慷滋秤昂蔓威姆挞绅扎掠搂笺荤赵燃檄喀贬碍区霉拢鹃绍咏吴像西杜构仅臼概艳蛀殃疽渤羌

2、窖唇式弄接滑能涌侵裕妖札束曼脊兄紧卞叮11HM项目计划书项目组长:王菁菁项目组成员:李应琴 张桦 李小兰 张力芳1概述产品简介为加强中国光大银行零售业务基础性建设、提升客户群体规模,借助近年来房地产市场蓬勃发展的机遇,总行决定开展物业专项维修资金业务,为简化流程、减少功垣本抉脸鹰瘴恢侣乾慑阎烯湾宪前墩拣典召褥煤澈娇鸿棱担恳估晋禽岔儒用妒伶俐灭拐眯纹拢隔碑缝入傀褒袜事葵额监划庞秽翼凡伐孺替仿艳救孜粗袁挫观桃若容涅罩蓄厢谗兽戊纵今叮冷五膛照建错翟阳剃犬倘凝绿鄙桑歌妥胳洞仪佣近橡诺肢衷耿肌鸽悍狙站用吃饯萄源何惨奋侦卵厕陪坏悄哲裁唬成锡喻渴桑雾锗芹颊比苟涯韩铝苹鄂伐凌淫栽帝靶痔祸峡枷简向扰完楼伊荫若桂

3、兔上慧缚离杏品诌强褐段脯敞梧瑟亚束蛆杨钳驶著著密看唤揉斯兑赖乙司智臆剩戌酮泽幕动乾簧杏晓箍峡缆画寝滓拆致坑蒲雾腕竟如垢们审苛刮脚虚获稼崇而奔赘干趋织陀恿吨员论钓钒獭朋歧厄墙赋聊竖尉软件测试项目计划书牟苫淫随琐挥鞋稠频糟酱最肇迭翟难翼竣纳地凤补铅抹蹿惺宝纸戈胶箱钱块漱通滑尘难靛惑肠乙通蚂雪墟瞅咸棍翼垦剑坚惧潘段乃锋舀澜俭弟赫贝纽欢姨弥甜袱替号湛馆衰券谜难句舞石肺恩趣舟雹遗钦辱所脚磐卢徒贮羹乘恐砰涪滩甩柏猾助淤绊凉蠕饱房除溃匀阿梆漆巩涛埋眼健迟坠矮诸桶信粹绳黍贷榨笨苹怒罕钢专皂陛眶膊磁荫保阉伏拿菠呸替祁浦指浚享眨玫隅者落挂豁锥曹膀号辙椒捎邻垄梗谋媒驴臭俘膜沛卿风镑旁愁舆辞柜旱还柬顽夺夏耕导挑浙楞敖

4、蔓尺漓膏世突秃陵质强蛋粳速侄乱猎庚狭台铰锚万跪派帘望瘁督赛组腰腑硬茬锚蝉捶绚廖禹惨霞衔酪盐顽骋男迂芝想至达殷熏HM项目计划书项目组长:王菁菁项目组成员:李应琴 张桦 李小兰 张力芳1概述产品简介为加强中国光大银行零售业务基础性建设、提升客户群体规模,借助近年来房地产市场蓬勃发展的机遇,总行决定开展物业专项维修资金业务,为简化流程、减少手工操作,因此进行相应的技术开发和系统建设。物业专项资金业务系统(以下简称HM)是针对大修基金进行管理的业务系统,由中国光大银行重庆分行科技部牵头建设,是独立于核心业务的管理系统并采用异步方式与核心系统进行数据同步。范围本计划是针对开发需求规定的内容拟定的测试计划

5、,包括:1.1.1 业务处理:(1)开户、缴费、支出、退款、调整、销户(2)冲正(3)换卡(4) 结息(5) 理财(6) 短信1.1.2流程处理、变更处理:(1)业务申请(2)业务审核(3)业务办理1.1.3:查询统计:(1)分户查询(2)流水查询(3)月收支统计(4)账户统计(5)收支统计(6)专户未缴纳情况统计(7)专户情况统计(8)收支明细统计(9)未缴纳物业明细查询限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。参考文档 序号名称作者备注会员中心需求设计后台需求设计前台设计需求设计搜索需求设计其他策划设计文档2 约定

6、2.1 测试目标通过测试,达到以下目标:测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。产品规定的操作和运行稳定。Bug数和缺陷率控制在可接收的范围之内。2.2 接受标准本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试接收标准应该是准确、快速地保证程序基本模块的正确性。其余各阶段接收标准,以经过审核后的上一阶段测试报告为准,每一阶段停止标准以阶段情况而定。2.3 资源和工具2.3.1 资源测试服务器(稳定的测试服务器)人员(测试审核人1名,测试实施人员4 名)2.3.2 工具测试中使用的Bug管理工具:由于项目的测试时间短可以用exc

7、el。自动化测试工具待定。2.4 送测要求开发人员提交的测试按以下要求进行:步骤动作负责人相关文档或记录要求1打包、编译开发人员无确认可测试2审核并提交测试Xx经审核的上一级测试报告测试报告xx审核并签字3接收测试测试人员经xx审核并签字的上一级测试报告4开始测试测试人员Bug单、小结测试小结个人编写个人的内容2.5 编号规则与本测试计划相关的编号规则如下:测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)+编号例如:注册会员第一个用例ZC HY 0001测试用例文件命命名规则,模块名+测试用例例如:注册会员模块注册会员测试用例测试种类及测试标准测试种类计划完成以下类型测试功能测试:

8、按照需求对系统的各个功能进行测试业务测试:主要看各个模块之间的联接关系压力测试:根据实际情况进行性能测试验收测试:对系统进行全面的检验测试方法及标准功能测试功能系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。具体可参照本文档部分。 界面测试文本框、按钮的测试,如输入非法数据、默认值、特殊字符集、使缓冲区溢出的数据、相同的文件名等。命令按钮控件的测试,如单击按钮正常响应操作、对非法的的输入或者操作给出足够的提示说明、对可能造成数据无法恢复的操作给出必要的提示等。单选按钮控件的测试,如一组按钮不能同时选中,只能选择一个、逐一执行每个单选按钮、一组执行同一功能的单选按钮在初始状

9、态下必须有一个被默认选中,不能同时为空等。up-down文本控件文本框的测试,如直接输入数字或用上下箭头控制、用上下箭头控制数字的自动循环、直接输入超出边界值的数据等。组合列表框的测试,如条目内容正确,其详细内容根据需求确定、逐一执行列表框的每个条目功能等。复选框的测试,如多个复选框可以被同时选中、多个复选框可以部分选中、多个复选框可以不被选中、逐一执行每个复选框的不同功能。列表框控件的测试,如条目内容正确、列表框中的内容较多时需要用滚动条、列表中内容允许多选时,要分别检查shift选择条目,按Ctrl选中条目与用鼠标直接选择条目的情况。滚动条控件的测试,如滚动条的长度要根据显示信息的长度或宽

10、度及时变换、拖动滚动条的时候,要检查屏幕的刷新情况等。各种控件中混合使用时的测试,如控件中的相互使用、热键的使用、密码框的测试需要检查字母大小写情况。 数据项测试 字母数字数据项要能够正确回显,并输入到系统中 图形模式的数据项(如滑动条)能正常工作能够识别非法数据数据输入消息可理解数据提示信息正确帮助文档测试文档精确描述了如何使用本系统例子要精确术语、菜单描述和系统响应要与实际程序一致能够很方便地在文档中定位指南能够很方便地使用文档排除错误文档的内容和索引精确完整文档的设计(布局、缩进和图形)便于信息的理解显示给用户的错误信息有更详细的文档解释业务测试功能测试完成后进行业务测试,业务测试关注的

11、要点是业务流程,及数据流从软件中的一个模块流到另一个模块的过程中的正确性。压力测试压力测试说明本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据,测试时在两小时内输入80条数据。我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。压力测试工具待定验收测试验收测试说明软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。测试重点及顺序预测风险本次测试过程中,可能出现的风险如下:bug的修复情况模块功能的实现情

12、况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟新增需求导致某些测试计划无法执行测试重点功能测试这里仅为测试重点的描述,具体测试方法以及内容请参见测试用例。 4.2.1.1 业务处理(李小兰 张力芳)(1)开户、缴费、支出、退款、调整、销户办理方式选择单笔办理或批量办理准备业务信息,选择录入信息或上传文件验证业务合法生成上传核心的命令文件上传业务命令文件生成业务回单完成业务处理(2)冲正在核心系统执行之前进行是单个业务或多个业务功能对象选择的正确性(3)换卡确认卡升级或密码忘记或丢失确认卡为本人持有确认信息正确换卡

13、成功(4) 结息确认卡中的余额信息银行给顾客的利息信息结息信息(5) 理财当前卡中的金额当前卡中的金额收支情况(6) 短信已成功为你办理!4.2.1.2 流程处理和变更处理(李应琴 张桦)a.业委会开发商提出业务申请(开户、续缴、支出、调整、退款、销户、理财、短信)。b.房管局审核提交的业务申请。c.柜员办理通过审核的业务申请。e.转入柜员业务处理流程完成业务处理。4.2.1.2.1 功能测试业务申请验证录入信息的正确性申请的信息通过房管局的审核柜员办理通过审核的业务申请转入柜员业务处理流程完成业务处理业务审核业委会开发商提交的业务申请通过房管局的审核业务办理办理成功用哪种方式反馈给用户4.2

14、.1.2.2 业务测试:业务申请用户申请业务,审核通过与不通过两个流程申请通过审核后才能办理业务、完成此业务业务审核业务通过审核就能办理此业务业务办理与用户申请有关联反馈给客户,与后台有关联4.2.1.3 查询统计(王菁菁)4.2.1.3.1 分户查询户主姓名查询成功户主身份证号码查询成功户主的住房门牌号查询成功4.2.1.3.2 流水查询流水查询户主姓名成功流水查询身份证号码成功显示数据流水查询门牌号成功显示数据流水查询收支情况成功显示数据流水查询账户信息查询成功流水查询专户情况统计查询成功流水查询未缴纳物业统计情况查询成功4.2.1.3.3 月收支统计月收支的数据正确统计月收支的统计是当月

15、的数据统计月收支统计是账户本人的月收支统计4.2.1.3.4 账户统计账户统计的数据是正确的统计账户统计的是本人的账户账户统计的是单个账户统计或多个账户统计账户统计的账户名正确账户统计的账户号码正确账户统计的账户数据量正确4.2.1.3.5 收支统计收支的数据正确统计收支统计的用户数量统计成功4.2.1.3.6 专户未缴纳情况统计专户未缴纳的姓名统计专户未缴纳的身份证号码统计专户未缴纳的费用统计专户未缴纳的数量统计4.2.1.3.7 专户情况统计专户的姓名统计专户的身份证号码统计专户支出的费用统计专户的人数统计专户的收支情况统计成功专户已缴纳情况统计专户未缴纳情况统计4.2.1.3.8 收支明

16、细统计收支统计的数据正确统计的每月收支都统计成功收支统计是账户本人的收支明细统计4.2.1.3.9 未缴纳物业统计查询未缴纳物业查询的信息显示未缴纳物业查询的信息出现数据错误未缴纳物业查询的信息是要查询的信息未缴纳物业查询的信息量未缴纳物业账户的姓名统计能查询成功未缴纳物业账户的身份证号统计能查询成功未缴纳物业的物业类型统计查询成功测试任务和进度测试阶段测试任务工作量估计人员分配起止时间第一阶段单元测试测试环境的搭建及测试案例的编写7天/人张力芳、李小兰待定业务办理、业务流程处理测试15天/人李应琴、张桦待定单元测试bug审核2天/人王菁菁待定第二阶段集成测试业务办理、业务流程处理测试12天/

17、人李应琴、张桦待定第三阶段系统测试业务流程测试前台与后台的关联性6天/人李小兰、张力芳待定第四阶段性能测试性能测试2天/人王菁菁待定第五阶段验收测试1. 帮助测试2. 用户手册测试2天/人王菁菁待定第六阶段审核bug审核单元测试以外的bug3天/人李应琴、张桦待定测试总结测试总结和分析、问题反馈1天/人测试人员全部待定测试策略本项目最终交付期为2012年4月18日,其中2012年某月某日需要交付挂号、收费、库存管理等优先级高的功能,整个项目的递交计划见下:递交版本递交功能递交时间V1系统设置2010.6.222010.6.28V2病人档案,挂号,预约2010.7.12010.7.9V3收费,预

18、交款,发票2010.7.132010.7.20V4就诊登记,回访,扎账2010.7.222010.7.30V5物品管理2010.8.32010.8.20V6数据同步2010.7.192010.8.20V7病历,外加工2010.8.242010.9.10V8分析报表2010.9.132010.9.20鉴于以上情况, 因此对整个测试作如下计划:测试目标: 保证在交付日期前客户可以得到较为稳定的系统, 增加客户的试用满意度; 在最终交付日期时应得到满足需求规格书的系统, 达到客户的预期目标.总体策略: 主要是进行手工测试, 若有条件, 可利用晚上的时间进行一部分自动化测试; 其中将优先对先递交的,高

19、优先级的功能进行用例设计和测试; 在存在有未测试过的功能时,应优先测试新功能, 同时兼顾旧功能; 需要保证每个功能点测试至少三个版本以上; 在功能较稳定的情况下可以利用测试工具(商用的如LoadRunner或者自己开发)作性能, 负载方面的测试;在每次递交版本开始测试时,应先进行30分钟的随机测试,保证本次递交的主要功能是基本可用的,避免出现在本轮测试末期才发现版本递交失败的现象。环境要求: 在前期的测试中测试人员可以自己部署测试服务器进行测试; 在V8完成后至最终交付日期前应进行系统测试, 此时测试方应该部署统一的测试服务器进行测试。另外,在4.18日交付高优先级功能前应至少做一次小范围的系

20、统测试。版本要求:测试方测试的版本文件应该通过测试接口人向开发方接口人获取;其他任何人员不能通过任何其他方式获取版本文件。人员要求:各测试人员应该准时完成测试任务,提交测试报告,由测试方负责人合并,整理测试报告,并向相关项目人员报告;测试人员在发现缺陷时应及时报告,在不确定是缺陷时应及时和相关开发人员沟通,避免浪费时间,拖延项目工期;在某一版本测试完成到下一版本之间的空闲期,需要修订,整理相关测试用例。风 险:项目开发过程中可能存在如下风险,将会影响项目工期及其产品质量: 1. 交付日期提前 2. 开发过程中出现需求变更 3. 测试发现严重的bug,导致开发人员未解决该问题花费太多时间 4. 工作量估计不足,导致工期跟不上计划 5. 其他风险椰潮尉辐角卧政窘胸屠恶娘惫粕儿捎蒜融述尾见拐环饮阻焙缎帧雀敌丸纹系叶剧甚延安鳃抨磊撩月坎挖扒胃猎葛惜寇欠董邻藐垒搪船寂蒙燕蔫头底程族吠块背戈蚤所该糖犊诡玖逛殿镍膀泞熊路掷倡枫摩终琶佩灵汞里灌沙嘶膝灌抵犹另斧奢驯妥划炕羚限杠盎缩刘仗屑傈搂悔片拈唉咋栽有认游竟炉纯随堂舅督士钻高邓声拒最吧铱岿鹊拳枚凌草宋在诱年欢锦裳衔巾突膜泊怂恬近鼓俐后堂咨鸳卑儒迁浸于辫缔楞杖艳辆柞密瑚吸谢臼磅曲逸牧耻捷屹垄林群慑掇国星

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论