软件测试项目计划书

1、 测试重点及顺序预测风险本次测试过程中，可能出现的风险如下：bug 的修复情况模块功能的实现情况 系统整体功能的实现情况 代码的编写质量人员经验以及对软件的熟悉度 开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟新增需求导致某些测试计划无法执行测试重点功能测试这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。业务处理（李小兰张力芳）1）开户、缴费、支出、退款、调整、销户办理方式选择单笔办理或批量办理准备业务信息，选择录入信息或上传文件验证业务合法生成上传核心的命令文件上传业务命令文件生成业务回单完成业务处理2）冲正在核心系统执行之前进行 是单个业务或多个业务 功能对象

2、选择的正确性确认卡升级或密码忘记或丢失 确认卡为本人持有 确认信息正确 换卡成功结息确认卡中的余额信息 银行给顾客的利息信息 结息信息理财当前卡中的金额 当前卡中的金额收支情况短信已成功为你办理！流程处理和变更处理（李应琴张桦）业委会开发商提出业务申请（开户、 续缴、 支出、 调整、 退款、 销户、 理财、 短信） 。房管局审核提交的业务申请。柜员办理通过审核的业务申请。转入柜员业务处理流程完成业务处理。功能测试（ 1 ）业务申请验证录入信息的正确性申请的信息通过房管局的审核柜员办理通过审核的业务申请转入柜员业务处理流程完成业务处理（ 2）业务审核业委会开发商提交的业务申请通过房管局的审核（

3、3）业务办理办理成功用哪种方式反馈给用户业务测试：（ 1 ）业务申请用户申请业务，审核通过与不通过两个流程申请通过审核后才能办理业务、完成此业务（ 2）业务审核业务通过审核就能办理此业务（ 3）业务办理与用户申请有关联 反馈给客户，与后台有关联查询统计（王菁菁）分户查询户主姓名查询成功户主身份证号码查询成功 户主的住房门牌号查询成功流水查询流水查询户主姓名成功 流水查询身份证号码成功显示数据流水查询门牌号成功显示数据 流水查询收支情况成功显示数据流水查询账户信息查询成功 流水查询专户情况统计查询成功流水查询未缴纳物业统计情况查询成功月收支统计月收支的数据正确统计 月收支的统计是当月的数据统计

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

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

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

7、挂号，预约2010.7.1 2010.7.9V3收费，预交款，发票2010.7.13 2010.7.20V4就诊登记，回访，扎账2010.7.22 2010.7.30V5物品管理2010.8.3 2010.8.20V6数据同步2010.7.19 2010.8.20V7病历，外加工2010.8.24 2010.9.10V8分析报表2010.9.13 2010.9.20鉴于以上情况, 因此对整个测试作如下计划测试目标: 保证在交付日期前客户可以得到较为稳定的系统, 增加客户的试用满意度; 在最终交付日期时应得到满足需求规格书的系统, 达到客户的预期目标.总体策略: 主要是进行手工测试, 若有条件,

8、 可利用晚上的时间进行一部分自动化测试;其中将优先对先递交的, 高优先级的功能进行用例设计和测试; 在存在有未测试过的功能时, 应优先测试新功能, 同时兼顾旧功能; 需要保证每个功能点测试至少 三 个 版 本 以 上 ; 在 功 能 较 稳 定 的 情 况 下 可 以 利 用 测 试 工 具 （商 用 的 如LoadRunner 或者自己开发）作性能 , 负载方面的测试；在每次递交版本开始测试时，应先进行30 分钟的随机测试，保证本次递交的主要功能是基本可用的，避免出现在本轮测试末期才发现版本递交失败的现象。环境要求: 在前期的测试中测试人员可以自己部署测试服务器进行测试; 在 V8 完成后至

9、最终交付日期前应进行系统测试, 此时测试方应该部署统一的测试服务器进行测试。另外，在4.18 日交付高优先级功能前应至少做一次小范围的系统测试。版本要求：测试方测试的版本文件应该通过测试接口人向开发方接口人获取；其他任何人员不能通过任何其他方式获取版本文件。人员要求：各测试人员应该准时完成测试任务，提交测试报告，由测试方负责人合并，整理测试报告，并向相关项目人员报告；测试人员在发现缺陷时应及时报告，在不确定是缺陷时应及时和相关开发人员沟通，避免浪费时间，拖延项目工期；在某一版本测试完成到下一版本之间的空闲期，需要修订，整理相关测试用例。风 险： 项目开发过程中可能存在如下风险，将会影响项目工期

10、及其产品质量：交付日期提前开发过程中出现需求变更测试发现严重的bug，导致开发人员未解决该问题花费太多时间工作量估计不足，导致工期跟不上计划其他风险5771001803090012095 5790368228596330825771001803090012386 5761373997357606965771001803090013594 5780775799025155125771001803090012387 5771649826018180515771001803090012138 5721311921589183265771001803090012359 5790368223610760

11、535771001803090012356 5761352861437917425771001803090012355 57508786970469327917088100343355274 10122994432583337917088100343355275 10186673293883200817088100343356107 10158115250150052217088100343356108 10100018005987173217088100343354295 10107419414268701717088100343356184 10187866086962880217088100343356185 10177583117408667417088100343356109 101086014373572846170