08测试计划.doc

可行性研究报告跨平台点对点语音聊天系统测试计划_2_班_1_组哈尔滨工业大学软件学院2010年12月- II -目录目录第1章 引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料1第2章 计划32.1 软件说明32.2 测试内容32.3 集成测试32.4 功能测试42.5 用户界面测试52.6 强度测试62.7 配置测试7第3章 评价准则83.1 范围83.2 数据整理83.3 尺度8千万不要删除行尾的分节符，此行不会被打印。在目录上点右键“更新域”，然后“更新整个目录”- I -第3章 评价准则第1章 引言1.1 编写目的明确测试的目标，增强测试计划的实用性-测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的测试结果直观准确。采用评审和更新机制，保证测试计划满足实际需求。1.2 背景基于python的聊天系统，可以实现多个用户的即时通信。这是开发的最初版本，以后将不断完善。基本实现即时通信，语音聊天，文件传输。(1) 跨平台点对点语音传输系统(2) 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；任务提出者：薛文庆(3) 该软件系统同其他系统或其他机构无基本的相互来往关系。1.3 定义文档中采用的专门术语的定义及缩略词简要如下：Python2.6 Python解释器 VIM7.3编辑器Pdb 调试器1.4 参考资料1 孙玉钰，基于P2P网络的聊天系统的研发，长春大学学报，2006年 4月，第16卷第2期，5页；2 赵环宇、侯文君、顾文猆，网络聊天系统的设计与实现，电脑知识与技术；3 金纯、过晓华，基于Symbian OS的蓝牙网络聊天系统，中文核心期刊 微计算机信息(管控一体化)，2007年，第23卷第8-3期，3页；4 邱全杰、王康、曾进、李治国，基于 IPv6的网络聊天系统的设计与实现，通信学报，2005年1月，第26卷第lA期，4页；5 何兰，基于SIP聊天室系统服务器端的系统分析与设计，Science and Technology Consulting Herald（科技咨询导报），2007年，NO：28，1页。第2章 计划2.1 软件说明提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。2.2 测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。2.3 集成测试集成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。如表2-1所示：表2-1 集成测试测试目标确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能测试范围：需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：1.在使用有效数据时得到预期的结果。2.在使用无效数据时显示相应的错误消息或警告消息。3.各业务规则都得到了正确的应用。开始标准：在完成集成测试时必须达到基本要求完成标准：是程序尽肯能的完美测试重点和优先级：各个子功能组合起来，能否达到预期要求的父功能需考虑的特殊事项：1.在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；2、各个子功能组合起来，能否达到预期要求的父功能；3、一个模块的功能是否会对另一个模块的功能产生不利的影响；4、全局数据结构是否有问题；5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。2.4 功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要，如表2-2所示：表2-2 功能测试测试目标确保所有的功能都能够正常实现，包括用户的登录，连接服务器，和其他用户进行聊天等等测试范围：技术：利用各种有效数据和无效数据来对程序进行测试开始标准：完成以下基本的功能完成标准：让程序具有较为强大的功能测试重点和优先级：程序的聊天功能上需考虑的特殊事项：特定的端口被占用，服务器将不能启动2.5 用户界面测试用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。如表2-3所示表2-3 用户界面测试测试目标软件安界面的友好性，风格的一致行。测试范围： 窗口能否改变大小、移动和滚动？ 窗口中的数据内容能否用鼠标、功能键、方向键和键盘访 问？ 当被覆盖并重新调用后，窗口能否正确地再生？ 需要时能否使用所有窗口相关的功能？ 所有窗口相关的功能是可操作的吗？ 是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图 标和其他控制可为窗口使用，并适当地显示？ 显示多个窗口时，窗口的名称是否被适当地表示？ 活动窗口是否被适当地加亮？ 如果使用多任务，是否所有的窗口被实时更新？ 多次或不正确按鼠标是否会导致无法预料的副作用？ 窗口的声音和颜色提示和窗口的操作顺序是否符合需求？ 窗口是否正确地被关闭？窗口是否基于相关的输入和菜单命令适当地打开？技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：确保界面的美观性完成标准：保持界面的风格一致，美观以及友好测试重点和优先级：界面的友好性需考虑的特殊事项： 在不同的环境中（比如说不同的操作系统），软件界面是否会改变2.6 强度测试强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。如表2-4所示：表2-4 强度测试测试目标迫使系统在异常的资源配置下运行，检查程序对异常情况的抵抗能力。测试范围：技术：1.一台计算机上运行测试，而且应该减少或限制服务器上的RAM和DASD。2.使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或最差的事务组合。开始标准：在一般的异常清空下能够运行完成标准：在不同的异常下都尽量能够运行测试重点和优先级：系统在异常情况下的运行能力需考虑的特殊事项：1.如果要增加网络工作强度，可能会需要使用网络工具来给网络加载消息或信息包。2.应该暂时减少用于系统的DASD，以限制数据库可用空间的增长。3.使多个客户机对相同的记录或数据帐户同时进行的访问达到同步。2.7 配置测试配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。如表2-5所示：表2-5 配置测试测试目标使程序能在不同的软件和硬件环境下正常运行测试范围：技术：1. 在各种硬件环境下测试系统2. 在各种软件在测试系统开始标准：保证程序在windows操作系统下能够正常运行完成标准：使程序有较好的安全性，可以在不同的硬件和软件环境下运行测试重点和优先级：软件安在不同操作系统下的兼容性需考虑的特殊事项：软件只在windows下进行测试，在其他软件环境下也许会出现界面的变形第3章 评价准则3.1 范围以上测试用例通过，说明网络即时通讯系统各功能基本正确。性能测试指标有待在实际运行环境中进一步确定