大学图书管理系统测试计划书.doc

大学图书管理系统测试计划书测试组长: 杜测试人员:陆魏测试经理:熊产品经理:陈修改历史记录版本日期修订者说明 ,简介 22,测试参考文档和测试提交文档 33,测试进度 34,测试资源 45,测试风险,优先级 46,测试策略 87,严重问题描述 81,,为了让本系统在使用中更加符合工作人员的****惯和需求,让用户有更好的用户体验,在测试中发现尽可能多的软件缺陷并通过解决这些缺陷后达到让本系统的功能更强大,性能更稳定,安全性更高,用户体验更好,容错能力更强的效果。1.+MySQL技术的信息管理系统,主要实现了图书的增加,查看,删除,修改和借阅情况维护的功能。,主要针对于本系统的功能测试模块,对于性能测试,负载测试,安全测试等其他方面的测试会根据时间和进度给予相应的测试。2,《大学图书管理系统需求说明书》《大学图书管理系统测试计划书》(即本计划书),《大学图书管理系统测试报告》以及由QualityCenter测试管理工具自动生成的《大学图书管理系统测试文档》3,测试进度测试活动计划开始日期实际开始日期结束日期制定测试计划6月7日6月7日6月8日设计测试6月9日6月11日集成测试6月12日6月12日系统测试6月13日6月13日性能测试6月14日6月14日安装测试6月15日6月15日用户验收测试6月15日6月15日对测试进行评估6月16日6月16日产品发布6月17日6月17日4,(所分配的专职角色数量)具体职责或注释测试组长1人完成需求,,使用QualityCenter管理工具,用黑盒的测试方法手动进行测试的Web服务器/应用服务器:::IE/火狐/谷歌硬件环境WindowsXP::2GWindows7::,手动测试系统,使用QualityCenter对整个测试过程进行管理用途工具生产厂商/自产版本测试管理QualityCenter5,测试风险,优先级由于是基于黑盒的测试,在测试过程中,可能会由于测试人员的经验不够,有可能导致测试用例的覆盖不是很全面。这也是每一个刚刚接触项目的测试员很大可能碰到的问题,级别较高。测试组长如果多该系统的了解不是很全面的话,那么在写需求的时候也有可能出现遗漏,这也会导致测试不全面。还有,系统并不是部署在服务