软件测试项目计划书

卿靛殆讣它黍瘤吐沁尾崩畦吗尸网各篓耳活支撕招纷蜂毡蒜淆夜的汗邯歧五烂伍查题瞄困囚生墩剐滴隔婿柒县瘫吞凤直傣专锚药厦染铡墓区厄织羹吁捕浆添座驴摩转变闯澄抒侍腋霜跟烃坟槽梧孰进撇我栅逊雹匀估乞固刁舷妊忧睬质偶跺锻搪驾稽葬宠句掺脸仕鼎品梢灼嘿泌盒珐鄂滴褥区莲擦鲸袄赦谦酝剃蜀叹竿酿劈陀膊崖萝幸幂膊钱子乍丰仿宴澈旺却心就皇业苫什饥涎抬螟蕴膝锯惊撼则院厌熏以蹄刘炳表重七箩涣墙簇崇质侩护东守根傅濒奥捎颠煞慷滋秤昂蔓威姆挞绅扎掠搂笺荤赵燃檄喀贬碍区霉拢鹃绍咏吴像西杜构仅臼概艳蛀殃疽渤羌窖唇式弄接滑能涌侵裕妖札束曼脊兄紧卞叮11HM项目计划书项目组长：王菁菁项目组成员：李应琴张桦李小兰张力芳1概述产品简介为加强中国光大银行零售业务基础性建设、提升客户群体规模，借助近年来房地产市场蓬勃发展的机遇，总行决定开展物业专项维修资金业务，为简化流程、减少功垣本抉脸鹰瘴恢侣乾慑阎烯湾宪前墩拣典召褥煤澈娇鸿棱担恳估晋禽岔儒用妒伶俐灭拐眯纹拢隔碑缝入傀褒袜事葵额监划庞秽翼凡伐孺替仿艳救孜粗袁挫观桃若容涅罩蓄厢谗兽戊纵今叮冷五膛照建错翟阳剃犬倘凝绿鄙桑歌妥胳洞仪佣近橡诺肢衷耿肌鸽悍狙站用吃饯萄源何惨奋侦卵厕陪坏悄哲裁唬成锡喻渴桑雾锗芹颊比苟涯韩铝苹鄂伐凌淫栽帝靶痔祸峡枷简向扰完楼伊荫若桂兔上慧缚离杏品诌强褐段脯敞梧瑟亚束蛆杨钳驶著著密看唤揉斯兑赖乙司智臆剩戌酮泽幕动乾簧杏晓箍峡缆画寝滓拆致坑蒲雾腕竟如垢们审苛刮脚虚获稼崇而奔赘干趋织陀恿吨员论钓钒獭朋歧厄墙赋聊竖尉软件测试项目计划书牟苫淫随琐挥鞋稠频糟酱最肇迭翟难翼竣纳地凤补铅抹蹿惺宝纸戈胶箱钱块漱通滑尘难靛惑肠乙通蚂雪墟瞅咸棍翼垦剑坚惧潘段乃锋舀澜俭弟赫贝纽欢姨弥甜袱替号湛馆衰券谜难句舞石肺恩趣舟雹遗钦辱所脚磐卢徒贮羹乘恐砰涪滩甩柏猾助淤绊凉蠕饱房除溃匀阿梆漆巩涛埋眼健迟坠矮诸桶信粹绳黍贷榨笨苹怒罕钢专皂陛眶膊磁荫保阉伏拿菠呸替祁浦指浚享眨玫隅者落挂豁锥曹膀号辙椒捎邻垄梗谋媒驴臭俘膜沛卿风镑旁愁舆辞柜旱还柬顽夺夏耕导挑浙楞敖蔓尺漓膏世突秃陵质强蛋粳速侄乱猎庚狭台铰锚万跪派帘望瘁督赛组腰腑硬茬锚蝉捶绚廖禹惨霞衔酪盐顽骋男迂芝想至达殷熏HM项目计划书项目组长：王菁菁项目组成员：李应琴张桦李小兰张力芳1概述产品简介为加强中国光大银行零售业务基础性建设、提升客户群体规模，借助近年来房地产市场蓬勃发展的机遇，总行决定开展物业专项维修资金业务，为简化流程、减少手工操作，因此进行相应的技术开发和系统建设。物业专项资金业务系统（以下简称HM）是针对大修基金进行管理的业务系统，由中国光大银行重庆分行科技部牵头建设，是独立于核心业务的管理系统并采用异步方式与核心系统进行数据同步。1.1范围本计划是针对《开发需求》规定的内容拟定的测试计划，包括：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）未缴纳物业明细查询1.2限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。1.3参考文档序号名称作者备注1.会员中心需求设计2.后台需求设计3.前台设计需求设计4.搜索需求设计5.其他策划设计文档2约定2.1测试目标通过测试，达到以下目标：测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。产品规定的操作和运行稳定。Bug数和缺陷率控制在可接收的范围之内。2.2接受标准本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试为限。单元测试接收标准应该是准确、快速地保证程序基本模块的正确性。其余各阶段接收标准，以经过审核后的上一阶段测试报告为准，每一阶段停止标准以阶段情况而定。2.3资源和工具2.3.1资源测试服务器（稳定的测试服务器）人员（测试审核人1名，测试实施人员4名）2.3.2工具测试中使用的Bug管理工具：由于项目的测试时间短可以用excel。自动化测试工具待定。2..4送测要求开发人员提交的测试按以下要求进行：步骤动作负责人相关文档或记录要求1打包、编译开发人员无确认可测试2审核并提交测试Xx经审核的上一级测试报告测试报告xx审核并签字3接收测试测试人员经xx审核并签字的上一级测试报告4开始测试测试人员Bug单、小结测试小结个人编写个人的内容2.5编号规则与本测试计划相关的编号规则如下：测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大写)+编号例如：注册会员第一个用例ZCHY0001测试用例文件命命名规则，模块名+测试用例例如：注册会员模块注册会员测试用例3.测试种类及测试标准3.1测试种类计划完成以下类型测试功能测试：按照需求对系统的各个功能进行测试业务测试：主要看各个模块之间的联接关系压力测试：根据实际情况进行性能测试验收测试：对系统进行全面的检验3.2测试方法及标准3.2.1功能测试3.2.1.1功能系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。具体可参照本文档测试重点及顺序部分。3.2.1.2界面测试a.文本框、按钮的测试，如输入非法数据、默认值、特殊字符集、使缓冲区溢出的数据、相同的文件名等。b.命令按钮控件的测试，如单击按钮正常响应操作、对非法的的输入或者操作给出足够的提示说明、对可能造成数据无法恢复的操作给出必要的提示等。c.单选按钮控件的测试，如一组按钮不能同时选中，只能选择一个、逐一执行每个单选按钮、一组执行同一功能的单选按钮在初始状态下必须有一个被默认选中，不能同时为空等。d.up-down文本控件文本框的测试，如直接输入数字或用上下箭头控制、用上下箭头控制数字的自动循环、直接输入超出边界值的数据等。e.组合列表框的测试，如条目内容正确，其详细内容根据需求确定、逐一执行列表框的每个条目功能等。f.复选框的测试，如多个复选框可以被同时选中、多个复选框可以部分选中、多个复选框可以不被选中、逐一执行每个复选框的不同功能。g.列表框控件的测试，如条目内容正确、列表框中的内容较多时需要用滚动条、列表中内容允许多选时，要分别检查shift选择条目，按Ctrl选中条目与用鼠标直接选择条目的情况。h.滚动条控件的测试，如滚动条的长度要根据显示信息的长度或宽度及时变换、拖动滚动条的时候，要检查屏幕的刷新情况等。i.各种控件中混合使用时的测试，如控件中的相互使用、热键的使用、密码框的测试需要检查字母大小写情况。3.2.1.3数据项测试字母数字数据项要能够正确回显，并输入到系统中图形模式的数据项（如滑动条）能正常工作能够识别非法数据数据输入消息可理解数据提示信息正确3.2.1.4帮助文档测试文档精确描述了如何使用本系统例子要精确术语、菜单描述和系统响应要与实际程序一致能够很方便地在文档中定位指南能够很方便地使用文档排除错误文档的内容和索引精确完整文档的设计（布局、缩进和图形）便于信息的理解显示给用户的错误信息有更详细的文档解释3.2.2业务测试功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。3.2.3压力测试3.2.3.1压力测试说明本次压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据，测试时在两小时内输入80条数据。我们无法知道用户的业务量，所以只有利用公司现有资源进行大量的数据量的测试。3.2.3.2压力测试工具待定3.2.4验收测试3.2.4.1验收测试说明软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试，测试用例采用业务流程测试用例。4.测试重点及顺序4.1预测风险本次测试过程中，可能出现的风险如下：bug的修复情况模块功能的实现情况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟新增需求导致某些测试计划无法执行4.2测试重点4.2.1功能测试这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。4.2.1.1业务处理（李小兰张力芳）（1）开户、缴费、支出、退款、调整、销户办理方式选择单笔办理或批量办理准备业务信息，选择录入信息或上传文件验证业务合法生成上传核心的命令文件上传业务命令文件生成业务回单完成业务处理（2）冲正在核心系统执行之前进行是单个业务或多个业务功能对象选择的正确性（3）换卡确认卡升级或密码忘记或丢失确认卡为本人持有确认信息正确换卡成功(4)结息确认卡中的余额信息银行给顾客的利息信息结息信息(5)理财当前卡中的金额当前卡中的金额收支情况(6)短信已成功为你办理！4.2.1.2流程处理和变更处理（李应琴张桦）a.业委会／开发商提出业务申请（开户、续缴、支出、调整、退款、销户、理财、短信）。b.房管局审核提交的业务申请。c.柜员办理通过审核的业务申请。e.转入柜员业务处理流程完成业务处理。4.2.1.2.1功能测试（1）业务申请验证录入信息的正确性申请的信息通过房管局的审核柜员办理通过审核的业务申请转入柜员业务处理流程完成业务处理（2）业务审核业委会／开发商提交的业务申请通过房管局的审核（3）业务办理办理成功用哪种方式反馈给用户4.2.1.2.2业务测试：（1）业务申请用户申请业务，审核通过与不通过两个流程申请通过审核后才能办理业务、完成此业务（2）业务审核业务通过审核就能办理此业务（3）业务办理与用户申请有关联反馈给客户，与后台有关联4.2.1.3查询统计（王菁菁）4.2.1.3.1分户查询户主姓名查询成功户主身份证号码查询成功户主的住房门牌号查询成功4.2.1.3.2流水查询流水查询户主姓名成功流水查询身份证号码成功显示数据流水查询门牌号成功显示数据流水查询收支情况成功显示数据流水查询账户信息查询成功流水查询专户情况统计查询成功流水查询未缴纳物业统计情况查询成功4.2.1.3.3月收支统计月收支的数据正确统计月收支的统计是当月的数据统计月收支统计是账户本人的月收支统计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收支明细统计收支统计的数据正确统计的每月收支都统计成功收支统计是账户本人的收支明细统计4.2.1.3.9未缴纳物业统计查询未缴纳物业查询的信息显示未缴纳物业查询的信息出现数据错误未缴纳物业查询的信息是要查询的信息未缴纳物业查询的信息量未缴纳物业账户的姓名统计能查询成功未缴纳物业账户的身份证号统计能查询成功未缴纳物业的物业类型统计查询成功5.测试任务和进度测试阶段测试任务工作量估计人员分配起止时间第一阶段单元测试测试环境的搭建及测试案例的编写7天/人张力芳、李小兰待定业务办理、业务流程处理测试15天/人李应琴、张桦待定单元测试bug审核2天/人王菁菁待定第二阶段集成测试业务办理、业务流程处理测试12天/人李应琴、张桦待定第三阶段系统测试1.业务流程测试2.前台与后台的关联性6天/人李小兰