测试计划范文.doc

测试计划范文 测试范围包括单元测试、集成测试以及系统测试。 其中系统测试主要包括用户文档测试、功能测试、性能测试、兼容性测试、安全性测试、可靠性测试等等。 2测试方法黑盒测试和白盒测试。 3测试环境与测试辅助工具测试环境测试辅助工具Junit，QTP.、Loadrunner等等4测试完成准则 （1）功能性测试用例通过率达到100； （2）非功能性测试用例通过率达到95时。 （3）相邻24个CPU小时内“测试期缺陷密度”全部低于10%。 5测试流程1.软件需求分析；2.设计测试方案；3.编写测试用例；4.执行测试；5.单元测试；6.集成测试；7.系统测试；6测试内容、计划测试阶段测试任务工作量估计(人日)人员分配测试计划时间第一阶段测试前的准备工作软件需求分析15项目经理客户开发人员测试经理测试人员10天设计测试方案5项目经理测试经理测试人员编写测试用例4测试经理测试人员第二阶段单元测试10开发人员自测20天第三阶段集成测试13开发人员测试经理测试人员5天第四阶段系统测试用户文档测试3测试人员15天功能测试5测试人员可靠性测试5测试人员性能测试5测试人员易用性测试5测试人员可维护性5测试人员可移植性5测试人员效率5测试人员安全性5测试人员网络链路测试5测试人员路由测试5测试人员第五阶段验收测试5测试人员客户7软件测试V模型图图1V模型是最具有代表性的测试模型8软件需求分析软件需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。 分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。 在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。 8.1存在周期及参与人员如图一所示，需求分析应存在于开发的初始阶段。 需求分析的时间根据项目的大小和人员安排所定，一般需要17天。 参与人员可能包括用户；开发人员；项目经理；营销人员；测试人员；文档编写入员。 8.2参考文献编写软件产品需求分析报告时所用到的参考文献及资料，可能包括本项目的合同书；上级机关有关本项目的批文；本项目已经批准的计划任务书；用户界面风格指导；开发本项目时所要用到的标淮；系统规格需求说明；使用实例文档；属于本项目的其它己发表文件；本软件产品需求分析报告中所引用的文件、资料；相关软件产品需求分析报告；为了方便读者查阅，所有参考资料应该按一定顺序排列。 如果可能，每份资料都应该给出标题名称；作者或者合同签约者；文件编号或者版本号；发表日期或者签约日期；出版单位或者。 9设计测试方案设计测试方案是描述测试工程的总体方法和目标。 确认进行哪一阶段的测试（如单元测试、集成测试、系统测试）以及每个阶段内进行的测试种类（如功能测试、性能测试、压力测试等），以确定合理的测试方案使得测试更有效。 10编写测试用例测试用例是按一定的顺序执行的与测试目标相关的测试活动的描述，是确定“怎样”测试。 测试用例被看作是有效发现软件缺陷的最小测试执行单元，也被视为软件的测试规格说明书。 在测试工作中，测试用例的设计是非常重要的，是测试执行的正确性、有效性的基础。 如何有效地设计测试用例，一直是测试人员所关注的问题；设计好测试用例，也是保证测试工作的最关键的因素之一。 11执行测试11.1单元测试单元测试目的是检查每个程序模块或模块组的功能是否达到设计的要求。 单元测试通常采用白盒测试法(White BoxTest)，通过分析程序模块或模块组的内部结构和模块间的接口要求设计测试用例，按增量法的原则逐步扩大测试的范围。 单元测试完成后程序员必须将测试的主要内容、方法和数据等记录并填写测试报告。 可提供的文档包括?单元测试用例?单元测试规程?单元测试日报?单元测试问题单?单元测试报告?单元测试输入及输出数据将根据实际情况进行适当裁剪与修改。 测试需求测试过程说明单元测试路径测试声明测试循环测试边界测试接口测试界面测试数据确认测试代码走查11.2集成测试进行集成测试的条件是所有有关的程序模块都完成了单元测试（不能单独测试的模块例外）。 将系统的某个完整的组成部分或整个系统放在模拟的实际应用环境中运行，检测和发现各功能模块在互相协作上的问题，以及系统完成的功能与设计目标的距离。 测试需求测试过程说明集成测试采用核心系统先行集成测试的方法1.对核心系统中的每个模块进行单独的、充分的测试，必要时使用驱动模块和桩模块;2.对于核心系统中的所有模块一次性集合到被测系统中，解决集成中出现的各类问题。 在核心系统规模相对较大的情况下，也可以按照自底向上的步骤，集成核心系统的各组成模块。 3.按照各外围软件部件的重要程度以及模块间的相互制约关系，拟定外围软件部件集成到核心系统中的顺序方案。 方案经评审以后，即可进行外围软件部件的集成。 4.在外围软件部件添加到核心系统以前，外围软件部件应先完成内部的模块级集成测试。 5.按顺序不断加入外围软件部件，排除外围软件部件集成中出现的问题，形成最终的用户系统。 测试中重点关注 1、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； 2、各个子功能组合起来，能否达到预期要求的父功能； 3、一个模块的功能是否会对另一个模块的功能产生不利的影响； 4、全局数据结构是否有问题； 5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。 11.3系统测试系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。 系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。 系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。 因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 11.3.1用户文档测试用户文档测试需求测试过程说明完整性软件使用所需信息产品描述中说明的所有功能程序中用户可调用的所有功能说明产品描述中给出的所有边界值软件安装所需要的信息软件维护所需要的信息正确性文档中所有信息正确，没有歧义和错误的表达一致性文档自身内容或相互之间以及与产品描述之间，相互不矛盾，且术语一致用户手册和操作手册与软件实际运行情况相符易理解程度文档对正常使用其产品的一般用户是容易理解的易浏览程度用户文档易于浏览，相互关系明确用户文档有目录表或索引表在线帮助在线帮助应详细、准确、快速、直观、易懂能根据帮助点直接定位查询内容内容不少于用户手册和操作手册的内容11.3.2功能测试安装与卸载测试需求测试过程说明安装典型安装完全安装卸载提供图像化的卸载方法功能表现测试需求测试过程说明功能点根据用户文档列出所有功能点，检验其正确性验证程序与产品描述、用户文档中的全部说明相对应，一致性11.3.3可靠性测试可靠性测试需求测试过程说明成熟性使用的容量达到规定的极限时,系统不崩溃、不异常退出也不丢失数据试图使用的容量超出规定极限时，系统不崩溃、不异常退出也不丢失数据产品描述中列出的其他程序或用户造成的错误输入时，系统不崩溃也不丢失数据输入用户文档中明确规定的非法指令时，系统不崩溃也不丢失数据不会因掉电、异常退出、网络异常中断等原因而使软件或数据遭到破坏容错性能屏蔽用户的误操作对错误有正确提示输入错误数据时，系统不崩溃、不异常退出也不丢失数据有错误操作时，系统不崩溃、不异常退出也不丢失数据易恢复性系统运行失效后，应能较快重建系统数据校验机制应对数据项之间的逻辑关系进行校验，保证数据的有效性应保证数据的完整性和一致性，不会因删除或反复的更新而被破坏或留下垃圾数据对不符合要求的输入数据，系统应使用中文给出简洁、准确的提示信息，必要时应给出帮助11.3.4性能测试性能测试需求测试过程说明负载测试压力测试负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。 负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。 进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。 压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。 测试方法使用美国Mercury公司的性能测试软件LoadRunner，对系统进行脚本录制、测试回放、逐步加压和跟踪记录。 测试过程中，由LoadRunner的管理平台调用各台测试前台，发起各种组合的交互请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。 其中重点关注1.瞬间访问高峰2.每个用户传送大量数据3.长时间的使用11.3.5易用性测试易用性测试需求测试过程说明易理解性通过选择适当的术语、图形表示、背景信息和帮助，帮助用户理解、使用出错消息中提供差错产生的原因和纠正的详细信息易浏览性数据媒体具有产品标识，可辨别编号或文本具有必要的信息，指导用户使用程序输入、输出设计规矩，输出结果应简洁、直观、美观、方便阅读、易懂和使用人机界面简洁、美观、实用，风格相对一致，符合办公习惯在界面、人机交互、输出中的用语应与业务用语一致易操作性具有严重后果的功能执行可逆，或者给出明显警告，执行前要求确认软件操作简便，系统支持标准的鼠标、键盘操作，支持鼠标的单击、双击和右键操作，支持快捷键操作提供辅助输入手段（如选择输入、默认值等），数据检索方便、灵活安装参数应当给出默认值或提示，需要用户干预的地方应尽量少，操作方便根据用户熟练程度（外行、初学、熟练）和使用频度，能提供不同的操作方式或用户界面11.3.6可维护性可维护性测试需求测试过程说明易分析性系统可以正确判断缺陷或失效原因对于软件运行错误，应当提示清晰，为用户和系统管理员自己解决问题提供可能易改变性对相关配置文件、库、表的参数可以提供方便的修改对于非程序内部错误，由数据元素属性设置、控制规则不当而引起的软件运行错误，软件应为系统管理员提供自行修正的手段软件应充分考虑在设计环境与适用范围下不同用户的要求，为用户进行本地化配置提供手段稳定性系统在测试过程中运行稳定11.3.7可移植性可移植性测试需求测试过程说明适应性软件可适应不同的规定环境（如不同的网络环境）兼容性硬件设备兼容性软件（如操作系统、数据库、WEB服务器等）兼容性11.3.8效率效率测试需求测试过程说明时间特性软件各个功能点的响应时间资源特性软件安装后占用磁盘空间情况软件启动后系统内存占用情况软件停止后内存释放情况11.3.9安全性安全性测试需求测试过程说明身份认证用户权限管理提供客户端用户身份识别提供用户功能权限管理提供用户数据访问权限管理授权（功能授权、数据授权）机制是否灵活安全验证控制身份验证不成功有次数限制及相应处理措施用户唯一用户名称应具有唯一性用户在被删除或被停用后，保留该用户记录，新增用户不得与该用户同名电子签名对电子签名进行验证客户端用户是否提供USBkey加密验证、提供数字证书验证或提供其他加密验证方式数据加密及安全传输对于有特殊安全要求的数据，应在传输中进行必要的加密处理提供数据的安全可靠传输，支持断点续传、屏蔽线路瞬间故障和主机故障数据加密使用的算法应符合国家规定安全缺陷屏蔽对非法访问有识别和屏蔽功能授权（功能授权、数据授权）机制是否灵活安全软件程序本身不存在可能引起安全缺陷的语句、命令日志和审计对关键数据的变更应记入日志对日志信息进行查询、统计、分析和分类管理提供安全审计功能密码设置进入系统需要密码身份验证应有密码设置策略，包括有效期、最小长度、复杂度、非空设置、大小写敏感度等所有的密码不得明码显示、存储与传输数据备份与还原是否提供数据备份与还原手段超时自动退出超过一定的时限未进行操作，系统自动退出安全补丁检查操作系统是否安装所有安全补丁对于使用IE的客户端，是否安装所有IE安全补丁11.3.10网络链路测试网络链路测试包含设备测试项目测试内容目的线材测试测试所有网络使用的双绞线、光纤进行可靠性测试，认安装的网络链路是否达到预期的性能。 自愈测试断开某些连接后，该连接上正在运行的业务可以无中断切换到其他连接上。 协议测试用协议分析仪测试MAC层、IP层协议的正确性。 11.3.11路由测试设备测试项目测试内容目的路由测试使用路由测试工具，测试复杂的网络下测试网络系统可在多少秒内进行收敛。 11.4验收测试验收测试是部署软件之前的最后一个测试操作。 验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 验收测试是向未来的用户表明系统能够像预定要求那样工作。 经集成测试后，已经按照设