测试计划

项目背景

项目名称：

用户：

项目目的

为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。保证整个软件开发过程是高质量的，同时满足用户指定的需求（功能、性能、安全性、兼容性）。

参考文献

需求文档

测试环境

?????测试管理工具：禅道

?????版本控制工具：SVN

测试资源

PM:?

TL：

小组人员分配：

角色	所推荐的最少资源	具体职责或注释
测试组长		进行管理监督。职责：提供技术指导生成测试计划，测试方案参与测试
配置管理员		确保测试环境得到管理和维护。职责：管理测试系统管理VSS 授予和管理角色对测试系统的访问权参与测试
文档管理员		确保测试文档得到管理和维护。职责：管理文档维护文档生成工作日志参与测试
质量监督员		外派他组进行质量监督。职责：质量监督参与测试
需求分析员		对文档需求调研及需求反馈的分析。职责：分析需求参与测试
记录员		记录会议内容及各种组内信息。职责：记录会议内容生成会议记录文档参与测试
测试员		执行测试。职责：执行测试记录结果从错误中恢复（返测报告）收集测试用例生成缺陷报告

测试策略

功能测试是从用户的观点出发，主要以软件需求说明书和操作使用手册为依据，对程序功能和程序接口进行的测试。

?????业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。

?测试范围

任务分配

时间安排	主要任务	成果
第一天	长进行模块分解，进行工作量评估；需求人员撰写需求说明书	任务分配评估表、需求说明书初稿
第二天	需求说明书评审、修订，安装调试SVN及思维导图，组长分配任务，撰写POS系统思维导图初稿并组内评审?	需求说明书修订版、SVN和Xmind安装调试成功、POS系统思维导图初稿
第三天	POS系统思维导图评审、修订，组长分配任务，需求人员撰写需求细化文档，并组内评审	思维导图修订版，需求细化初稿
第四天	新需求的评审、修订，安装调试Office和Visio，组长分配任务，测试人员撰写模块拆分图	新需求修订版、office和Visio安装调试成功、模块拆分图初稿
第五天	模块拆分图初稿的评审、修订	模块拆分图修订版
第六天	测试计划制定；	测试计划、产品环境搭建完成
第七天	测试计划评审、修订；	测试用例初稿
第八天	测试用例评审、修订	用例评审结论、测试用例
第九天	执行测试用例	用例测试结果、缺陷报告
第十天	执行测试用例，项目测试总结	用例测试结果、缺陷报告、项目测试总结报告

时间的安排

风险控制

需求或设计的变更未及时通知。

需求不明确可能导致开发的产品与目标不一致。

会议记录模板