《通讯录测试计划说明书》由会员分享，可在线阅读，更多相关《通讯录测试计划说明书（5页珍藏版）》请在金锄头文库上搜索。
1、测试计划说明书测试计划说明书1、测试概述、测试概述1.1 编写目的编写目的根据软件的功能及结构设计出相应的测试用例，目标在于发现程序中的错 误，然后可以加以改正，尽量减低系统运行的故障率，保证系统安全可靠。 本计划的预期读者是项目组所有人员，测试组人员以及指导老师。1.2 测试过程测试过程了解系统编写测试计划测试计划编写测试计划测试计划编写测试用例测试执行开始测试用例 说明书测试记录缺陷记录测试分析报告测试总结结束测试过程流程图分析1.3 测试范围测试范围测试组依据用户需求说明说及设计文档进行系统测试，包括功能测试、用户界 面测试等。主要功能包括： a.浏览通讯录系统 b.记录编辑通讯录系统
2、c.数据备份通讯录信息d.数据还原通讯录信息 e.搜索通讯录信息 f.显示通讯录中的记录数 g.退出通讯录系统1.4 测试结束条件测试结束条件所测内容均都达到软件需求规格说明书要求。所发现的问题已全部解决。遗留问题中无致命性和严重性错误，一般性错误不能超过总数的 2，轻微性错误不能超过 8，遗留问题总数不能超过问题总数的 10。1.5 测试再启动条件测试再启动条件系统在部署期间或使用过程中发现严重错误或客户需求已发生重大变化时，测试可以再启动。1.6 参考资料参考资料马平，黄冬梅，.软件文档写作教程，电子工业出版社，2010.52、测试计划、测试计划2.1 测试类型测试类型测试类型测试内容测试
3、目的所用的测试工具和方 法功能测试核实所有功能均已 正常实现 1. 流程检验 2. 数据精确采用黑盒测试用户界面测试1. 导航、链接、页面 结构 2. 友好性、易用性、 合理性、一致性、 正确性等核实各个窗口风格 都与基准版本保持 一致，或符合可接 受标准，能够保证 用户界面的友好性、 易操作性，而且符 合用户操作习惯2.2 测试项目测试项目组装测试：看程序是否按设计的流程运行。 确认测试：利用各种类型的数据，测试系统的健壮性。2.3 测试环境与配置测试环境与配置资源名称/类型配置 测试 PC（2 台）硬盘在 250GB，内存 2GB 数据库管理系统SQL Server 2005 应用软件Mi
4、crosoft Office,Visio 功能测试工具 界面测试工具3、测试用例、测试用例3.1 输入数据测试输入数据测试测试目标：增加通讯录成员，输入数据是否合理。 测试方法： 1. 姓名：2-4 个汉字1 个汉字多一个数字的字母少一个数字 非字母数字字符 2. 性别：男女其他汉字其他非法字符 3. QQ：数字其他非法字符 4. 出生年月：数字其他非法字符 5. 地址：三个汉字20 个汉字其他非法字符 6. 电话：两个数字八个数字含字母 7. 其他域：对 E_Mail 等域进行相应测试；在备注域中输入若干 汉字。3.2 输入键测试输入键测试测试目标:检查通讯录系统软件中各个按钮是否链接成功。
5、 测试方法： 1. 在软件中分别点击 好友 ， 家人 ， 同事 ， 记录编辑 ， 数据备 份 ， 数据还原 ， 搜索等按纽，检查相应功能子界面。 2. 在记录编辑功能子界面分别点击添加 ， 删除 ， 修改等按钮，检 查相应功能子界面。3.3 功能测试功能测试测试目标：检查通讯录系统功能是否正确，完善。 测试方法： 1. 在软件中点击好友按钮，原先显示全部联系人信息的对话框转换成 只显示好友信息的对话框。 2. 在软件中点击家人按钮，原先显示全部联系人信息的对话框转换成 只显示家人信息的对话框。 3. 在软件中点击同事按钮，原先显示全部联系人信息的对话框转换成 只显示同事信息的对话框。4. 在软
6、件中点击查询按纽，出现查询对话框，输入查询条件，则界面中的数据库列表应列出符合条件的记录。5. 在软件中输入要搜索的信息，点击搜索 ，出现搜索人的信息对话框。6. 在软件中点击记录编辑按钮，出现记录编辑对话框，框内有修 改 ， 增加 ， 删除按钮。 7. 在软件中点击修改按纽，出现修改对话框，此框中列出当前记录的 所有域的内容，此时进行相应修改，再点击对话框中的修改按纽， 则数据库中的相应记录被修改，并在界面中的数据库列表列出修改后的 记录。 8. 在软件中点击增加按纽，出现增加对话框，此时输入各个域的内容， 再点击对话框中的增加按纽，则在数据库中增加了一个新记录，并 在界面中的数据库列表列出增加后的记录。 9. 在软件中点击删除按纽，出现删除确认框，在此框中点击确认 按纽，则数据库中的相应记录被删除。4、风险及应急、风险及应急正常情况下测试应依测试计划按期进行，但可能出现的一些不可预见的风 险，使我们需要先做出相应的应急措施： 1. 出于某些原因，开发组暂停开发，测试相应暂停，测试进度从再启动日 起顺延。 2. 出于某些原因，开发组不能按时提交待测试的模块，测试进度顺延。 3. 原则上，实际测试时间不大于计划测试时间。
