软件测试计划文档.doc

《软件测试计划文档.doc》由会员分享，可在线阅读，更多相关《软件测试计划文档.doc（18页珍藏版）》请在三一办公上搜索。

1、三普软件 (二期销售助手 ) 测试计划测试计划产品名称： 三普销售助手标准版项目承担部门 研发部撰写人（签名） 白红勃完成日期本文档使用部门 测试部评审负责人（签名）评审日期版本三普软件 (二期销售助手 ) 测试计划日期 版本 说明 作者三普软件 (二期销售助手 ) 测试计划目 录1. 概述 . .11.1 产品简介 . 11.2 范围 . 11.3 限制条件 . 11.4 参考文档 . 12. 约定 .22.1 测试目标 . 22.2 接收标准 . 22.3 资源和工具 . 22.3.1 资源 . 22.3.2 工具 . 22.4 送测要求 . 22.5 编号规则 . 23. 测试种类及测试

2、标准 . 33.1 测试种类 . 33.2 测试方法及标准 . 33.2.1 功能测试 . 33.2.2 业务测试 . 33.2.3 压力测试 . 33.2.4 安装测试 . 33.2.5 验收测试 . 34. 测试重点及顺序 .44.1 预测风险 . 44.2 测试重点 . 44.2.1 功能测试 . 44.2.2 业务测试 . 45. 暂停标准和再启动要求 .56. 测试任务和进度 .67. 测试提交物 .7作者：白红勃 测试计划8. 概述1.5 产品简介本次开发是在销售助手一期的基础上进行的后续开发，包括新增客服功能模块、解决一期遗留的售前部分问题、完成必要的库房管理功能。二期结束后产品

3、就成为一个比较完整的销售管理软件。1.6 范围本测试计划是针对 中规定内容的测试计划，包括：改进后的报价书改进后的客户关怀销售机会中新增加的客户反馈销售机会中新增加的客户组织分析销售机会中改进的竞争管理（待定）销售机会中改进的联系人改进后的产品和价格配制器新增的销售知识库新增的联系活动管理新增的客户请求模块新增的客服活动模块新增的客服合同模块新增的客服计划模块新增的客服知识库模块新增的完成关联任务模块公共部分新加或改进的日历浏览数据公共部分新加或改进的报表功能公共部分新加或改进的个人事务中心1.7 限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。 根据开发人员提交模块的实际情况

4、，本计划会做出相应修改。1.8 参考文档序号 名称 作者 备注2.6 二期概要设计说明书作者：白红勃 测试计划9. 客服物理模型10. 日历模块详细设计说明11. 个人事务中心模块详细设计说明12. 客服产品缺陷详细设计说明13. 客户请求详细设计说明14. 客服活动详细设计说明15. 产品和价格配制器详细设计说明16. 完成关联任务详细设计说明17. 客服合同详细设计说明18. 客服计划详细设计说明19. 客服报表详细设计说明20. 客服知识库详细设计说明21. 联系活动管理详细设计说明22. 商品组装方案详细设计说明23. 销售机会修改详细设计说明24. 选择商品修改详细设计说明25. 销

5、售知识库详细设计说明26. 客户关怀修改详细设计说明作者：白红勃 测试计划27. 约定1.9 测试目标通过测试，达到以下目标：测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。产品规定的操作和运行稳定。Bug 数和缺陷率控制在可接收的范围之内。1.10 接收标准本节所述的接收标准是指可测试的标准， 这个标准以测试组接收测试为限。 单元测试接收标准的详细规定参见文档 三普销售助手测试接收标准 .doc。其余各阶段接收标准，以经过审核后的上一阶段测试报告为准， 每一阶段停止标准的详细规定参见文档 软件测试停止标准 .doc。1.11 资源和工具2.7 资源测试服务器

6、稳定的测试服务器， IP 地址为 :192.131.0.1 。人员测试审核人一名，测试实施人员 4 名。2.8 工具测试中使用的 Bug 管理工具为经过改进的 Bug 管理工具。自动化测试工具待定。1.12 送测要求销售助手开发人员提交的测试按以下要求进行：步骤 动作 负责人 相关文档或记录 要求1 打包、编译 开发人员 无 确认可测试2 审核并提交测试 Xx经审核的上一级测试报告测试报告 xx 审核并签字3 接收测试 测试人员经xx 审核并签字的上一级测试报告作者：白红勃 测试计划4 开始测试 测试人员 Bug 单、小结 测试小结个人编写个人的内容28. 编号规则与本测试计划相关的编号规则如

7、下：测试用例中的编号，功能名 +界面名 (每个字第一个汉语拼音大写 )+编号例如：新增报价书第一个用例XZ BJS 0001测试用例文件命命名规则，模块名 +测试用例例如：客服合同模块客服合同测试用例作者：白红勃 测试计划29. 测试种类及测试标准1.13 测试种类计划完成以下类型测试功能测试业务测试压力测试安装测试验收测试1.14 测试方法及标准2.9 功能测试2.3.3 功能系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。具体可参照本文档 测试重点及顺序 部分。2.3.4 界面测试详细的界面测试可以参考 界面测试 .doc。2.3.5 数据项测试字母数字数据项是否能够

8、正确回显，并输入到系统中？图形模式的数据项（如滑动条）是否正常工作？是否能够识别非法数据？数据输入消息是否可理解？2.3.6 帮助文档测试文档是否精确描述了如何使用各种使用模式？交互顺序的描述是否精确？例子是否精确？术语、菜单描述和系统响应是否与实际程序一致？是否能够很方便地在文档中定位指南？是否能够很方便地使用文档排除错误？文档的内容和索引是否精确完整？文档的设计（布局、缩进和图形）是否便于信息的理解？显示给用户的错误信息是否有更详细的文档解释？作者：白红勃 测试计划如果使用超级链接，超级链接是否精确完整？30. 业务测试功能测试完成后进行业务测试， 业务测试关注的要点是业务流程， 及数据流

9、从软件中的一个模块流到另一个模块的过程中的正确性。 业务测试的方法及标准参考 业务测试用例 .doc。31. 压力测试1.15 压力测试说明本次压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条 8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如 :正常每天有 100条新数据， 测试时在两小时内输入 80条数据。 我们无法知道用户的业务量，所以只有利用公司现有资源进行大量的数据量的测试。1.16 压力测试工具待定1.17 压力测试方法及标准压力测试的方法及标准参考 压力测试计划 .doc32. 安装测试2.10 安装测试说明除了嵌入式软件之外，安装是软件产

10、品实现其功能的第一步，没有正确的安装根本就谈不上正确的执行，因此对于安装的测试就显得尤为重要。2.11 安装测试方法及标准自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。安装退出之后，确认应用程序可以正确启动、运行。卸载测试和安装测试同样重要， 如果系统提供自动卸载工具， 那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品。 ( 有条件的情况下 )安装完成之后， 可以在简单地使用之后再执行卸载操作， 有的系统在使

11、用之后作者：白红勃 测试计划会发生变化，变得不可卸载。安装时间是否合理；对于客户服务器模式的应用系统， 可以先安装客户端， 然后安装服务器端， 测试是否会出现问题。考察安装该系统是否对其他的应用程序造成影响，特别是 Windows操作系统，经常会出现此类的问题。33. 验收测试1.18 验收测试说明软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试，测试用例采用 业务流程测试用例 。1.19 验收测试方法及标准参考 三普软件验收测试规范 .doc和 软件测试停止标准 .doc作者：白红勃 测试计划34. 测试重点及顺序1.20 预测风险本次测试过程中，可能出现的风险如下：

12、bug 的修复情况模块功能的实现情况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟开发时间的缩短导致某些测试计划无法执行1.21 测试重点2.12 功能测试这里仅为测试重点的描述，具体测试方法以及内容请参见测试用例。2.3.7 商品组装方案是否使用右键和菜单实现了增、删、改功能增加零配件使用产品和价格配制器，查看零配件使用商品编辑窗口拖动功能是否正确2.3.8 销售机会修改销售机会中与联系人有关的地方是否已经关联增、删、改功能是否已经实现各列表中显示是否正确销售费用中右键菜单中增加生成费用单的功能是否实现2.3.9

13、 产品和价格配制器搜索到的结果是否正确按类别和视图查询是否正确2.3.10 客户关怀右键的新增费用单功能是否实现列表显示是否正确新增数据到知识库是否正确2.3.11 联系活动管理浏览窗口是否正确编辑功能是否实现作者：白红勃 测试计划是否根据指定条件搜索新增数据到知识库是否正确35. 销售知识库浏览时列表显示是否正确增、删、改功能是否已经实现能否编辑类别搜索是否正确36. 选择商品的修改参考商品和价格配制器37. 客服合同浏览窗口显示是否正确增、删、改功能是否已经实现能否按照指定条件搜索新增数据到知识库是否正确38. 客服请求增、删、改功能是否已经实现浏览界面是否正确能否按照指定条件搜索新增数据

14、到知识库是否正确选择界面是否可用39. 客服计划右键和菜单的增、删、改功能是否已经实现浏览界面是否正确能否按照指定条件搜索明细选择界面能否使用40. 客服知识库正常的增、删、改功能是否实现外，能否对类别增、删、改能否按类别进行浏览搜索界面显示是否正确41. 产品缺陷增、删、改功能是否已经实现浏览界面是否正确能否按照指定条件搜索缺陷选择界面是否实现42. 客服活动作者：白红勃 测试计划增、删、改功能是否进行了与之相关联的增、删、改右键功能和双击功能是否正确浏览窗口显示是否正确能否按照指定条件搜索43. 客服报表待定44. 日历待定45. 相关数据查看待定46. 个人中心待定1.22 业务测试这里

15、只是描述了业务测试的大概情况，具体测试方法以及内容请参见业务测试用例。这里的业务测试包含模块之间的关系。2.13 销售机会修改增加费用时关联到费用单联系人关联到联系活动、客户计划决策人、组织分析与知识库关联2.14 客户关怀右键增加费用时关联到费用单与知识库关联2.15 联系活动管理与知识库关联2.16 客服合同销售合同中可以查看客服合同客服合同中可查看销售合同客服合同中选择销售合同与知识库关联自动导入商品2.17 客服请求客服请求的增、删、改使用客服计划编辑、选择界面新建客服计划查看相关客服计划查看相关客服活动作者：白红勃 测试计划新建产品缺陷增加数据到客服知识库47. 客服计划查看项目来源

16、、查看项目执行情况（相关的客服活动模块）查看产品缺陷查看客服请求48. 产品缺陷新建客服计划项目查看相关客服计划项目查看相关客服活动增加数据到客服知识库49. 客服活动费用单、收入单的生成选择、删除关联费用单查看客服请求查看产品缺陷查看计划明细新建产品缺陷增加数据到客服知识库作者：白红勃 测试计划50. 暂停标准和再启动要求软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于 1）、二级错误（大于等于 2）暂停测试返回开发。软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。软件项目在其开发生命周期内出现重大估算， 进度偏差， 需暂停或终止时， 测试应随之暂

17、停或终止，并备份暂停或终止点数据。如有新的项目需求，则在原测试计划下做相应的调整。若开发暂停，则相应测试也暂停，并备份暂停点数据。 。若项目中止，则对已完成的测试工作做测试活动总结。项目再启动时，测试进度重新安排或顺延。作者：白红勃 测试计划51. 测试任务和进度测试阶段 测试任务 工作量估计 人员分配 起止时间第一阶段 客服合同、客服知识库、组 5.10 至 5.21参考二期开发计 参 考 二 期 开 装方案、联系活动、产品和单元测试划 发计划 价格配制器、 产品缺陷用例设计客服合同、客服知识库、组1.23 联系活动、产 Xx 5.24 至 5.28装方案、联系活动、产品和 品和价格配制器、

18、价格配制器、 产品缺陷单元 产品缺陷测试1.24 客服合同、客服知识库1.25 组装方案客服活动、销售知识库、销 参考二期开发计 参 考 二 期 开 5.31 至 6.4售机会、客服计划、客户关 划 发计划怀修改、 客户请求用例设计客服活动、销售知识库、销2.18 客服计划、客 Xx 6.7 至 6.11售机会、客服计划、客户关 户关怀修改、 客户怀修改、 客户请求单元测试 请求2.19 销售知识库、销售机会2.20 客服活动单元测试 BUG审核 5 日 Xx 6.14 至 6.18第二阶段2.3.12 客服合同、 客服知识库、 5 日 Xx 6.20 至 6.25集成测试 组装方案、联系活动

19、、产品 根据 实际任 务和价格配制器 情况 人员做 一2.3.13 客服活动、 销售知识库、定调整销售机会、客服计划、客户关怀修改2.3.14 日历、个人中心、客服报表、产品缺陷、客户请求第三阶段3.3 业务流程测试 8 日 待定 6.27 至 7.8业务测试3.4 关注数据的准确性 , 特别是报表作者：白红勃 测试计划第四阶段性能测试 2 日 待定 7.8 至 7.9性能测试第五阶段1. 帮助测试 5 日 Xx 7.12 至 7.16帮 助和用 户2. 用户手册测试手册测试第六阶段审核单元测试以外的 BUG 3 日 Xx 7.19 至 7.21审核 BUG第七阶段程序的安装过程 2 日 Xx 7.22 至 7.23安装测试第八阶段模仿用户使用过程的测试 5 日 待定 7.26 至 7.31验收测试第九阶段 待定附加测试测试总结 测试总结和分析、 问题反馈 1 日 测试人员 8.3作者：白红勃 测试计划52. 测试提交物本次测试完成后的提交物：测试计划测试用例测试 Bug 单测试小结测试分析报告