某某系统软件测试计划_软件测试面试必备

_软件测试面试必备某某某某某某系统软件测试计划版本V1.0软件开发部门：BTEST软件测试部门：Z**第****小组编写：****** 日期：****年**月**日审核：**老师日期：批准：**老师日期：版本历史版本历史是指测试计划修改的历史.某某某某某公司二00八年目录测试计划有三重境界：第一重：什么都有用第二重：什么都没用第三重：仅部分有用计划:达成统一认识,对过程控制一、项目简介 21.1、目的2 目的(文档目的,测试目的)1.2、背景21.2文档受众:2. 适用对象开发经理测试经理公司高层领导二、测试参考文档和测试提交文档 4文档写法一定要统一(不用写扩展名.doc,具体哪一个文件)三、术语介绍：所有软件测试的专业词汇都要写！（如果是第三方，或者是用户要看测试计划，要保证用户看懂）如：缺陷的定义，功能测试，压力测试，性能测试等(测试模型(这个看受众用户,如果用户是开发团队,是第三方测试,要写清楚)测试架构(测试模型)1.为什么选择模型2.模型细化,每个阶段做什么->输出好几版本:V,螺旋(边测边改,1个计划,死亡线)用例结果带给下一个版本H模型)四、测试需求测试范围依据需求分析,找测试需求五、测试策略1.值域测试:2.数据库测试3.功能测试4.裸机测试5.版本验证测试->冒烟测试6界面测试7.可用性测试8.强度测试9.安装测试10.安全性测试11. 加密测试12.接口测试13.集成测试14.配置测试15.压力测试16.容量测试17.故障转移和恢复性测试18.负载测试验收测试注意:测试结构:功能,性能不属于策略,黑白盒也不属于策略,测试阶段也不属于策略.六、严重程度、优先级的定义(可写在这里))1）用例的优先级2）缺陷的优先级3）缺陷的严重程度七、测试进度5模型->对规模再细化阶段->里程碑->具体每天里程碑-----要加评审(时间安排,考虑并行的情况:需求计划在评审中,写用例,搭建环境,时间紧且人员充足的情况下这样做)需求分析需求评审测试计划计划评审编写用例用例评审执行用例测试总结八、测试资源 6系统:是实体机还是虚拟机,要写清楚硬件:不用网络就不写.游戏:要写显卡硬盘工具:研发人员开发,内部开发的工具.九、系统风险(不写)1 系统风险1.1 影响计划的潜在因素1.2 应急措施1.3 测试的局限性2 测试通过标准2.1 测试模块通过标准2.2 系统测试通过标准(ISO 9000规定,有些公司会更严格一些)当没有发现致命性错误，严重功能性错误数量小于测试用例总数的2%，一般功能性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准十、附录：一般添加模板：计划模板，用例模板，日志模板，缺陷报告模板，会议记录（记录人，参和人，评审人）测试说明:各种模板,如何使用,如何做需求分析的?1.简介1.1 测试目的:1.确定项目的信息和软件构件。

2.需求3.策略4. 确定资源,任务,工作量,工作进度5.可交付元素＜某某某某某某某某系统＞的这一“测试计划”文档有助于实现以下目标：●确定现有项目的信息和应测试的软件构件。

●列出推荐的测试需求（高级需求）。

●推荐可采用的测试策略，并对这些策略加以说明。

●确定所需的资源，并对测试的工作量进行估计。

确保测试工作进度●列出测试项目的可交付元素。

1.2 测试背景软件名称:用户:开发者:测试版本:最新版本:软件背景:为了谁的需求,使用软件功能简介:有哪几个模块构成. 主要的功能,以及项目的简史项目名称：某某某某某某某某系用户：北京****公司人事专员和财务专员开发者：北大青鸟北航校区测试版本:2.0最新版本:2.2某某某某某某某某系统,为***公司提供更好的高效办公环境,而设计***系统.主要是通过文件发送和接收、文件下载、文件查询、错误处理、站点监控、权限控制等功能，使文件流转顺畅、资源共享、信息有序管理，基本实现无纸化办公，从而提高办公效率和工作质量，降低管理成本，为核心业务工作提供强有力的技术支持。

1.3范围测试操作的范围,描述测试各个阶段的测试类型.各个阶段:单元,集成,系统,验收;测试类型:功能,性能,压力;描述测试的各个阶段.这个范围,有多种写法第一种:按照测试类型分类,画表格:( 这种常用)系统功能的正确实现及和需求是否符合的测试.●平台之间的接口●数据流程控制●业务流程控制●用户权限控制系统运行的可靠性、对各种异外情况错误处理能力的测试●系统响应时间●系统稳定性系统对并发操作的支持性测试●并发用户访问同一资源备注：（1）请在表中选择本次测试计划进行的测试类型，并对测试的优先级给以说明。

（2）测试的优先级分为四个级别，请在表格中填写相应序号。

1 最高优先级：首先测试，并详细测试；2 中等优先级：正常测试；3 低优先级：只需粗略测试，但本次测试必须进行；4 最低优先级：只需粗略测试，可以留到下轮测试进行；第2种:按模块名称,各模块的测试需求是什么本计划主要定位于各模块功能测试，界面测试，验收测试的工作，测试类型以功能测试为主，辅以用户界面测试。

第3种:按照测试实施的各个阶段来划分:测试的各个阶段：1.测试设计根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。

2.集成测试前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；同时进行对新加入测试人员的培训。

3.系统测试前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。

4.验收测试根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试，典型配置环境的裸机测试，加密测试。

备注：此测试计划不包含单元测试的内容。

2.测试参考文档和测试提交文档第一种写法:分别列出来,如下: (这种常用)2.1测试参考文档产品需求说明书产品概要设计产品详细设计产品使用说明书2.2测试提交文档测试计划测试用例设计和执行报告测试用例设计评审记录功能测试报告性能测试报告压力测试报告安装测试报告测试日志缺陷报告验收测试总结报告第二种方法:将测试计划参考文档,写上:下表列出了制定测试计划时,需要参考哪些文档,全列在下方,并且标识这些文档的可用性：(这个偏硬件)[注：可适当地删除或添加文档项。

]3.术语和定义程序员和开发人员,因为术语不同,发生争执.统一术语此部分定义和测试计划执行有关的重要术语和缩略语，其中主要对软件错误和缺陷的划分标准进行定义。

3.1 软件错误和缺陷定义软件错误和缺陷定义见附录Ⅰ。

3.2 其他术语的定义无。

4.测试功能模块范围5.测试策略把讲的测试策略,再结合着要求的进行修改.内容测试对于系统来说，总有些内容部分需要测试，例如帮助等。

对于网站来说，文字说明也是相当重要的。

内容测试的第一步就是将内容部分标识出来，再确定谁来实施测试。

提示和技巧如果内容只是一些帮助文件，用户教育部门会编写和验证这些内容。

如果系统是以内容为主的，拥有上百万的文字、千个链接以及不计其数的图片，在这种情况下需要使用由编辑、校对和测试人员组成的小组来负责内容测试。

和内容提供者确定“什么是内容的缺陷”。

避免出现模糊的问题，比如“读起来有点问题”或者“太文绉绉”。

哪些内容需要测试。

如何将内容测试和其他工作分开。

下面列出了在进行每项测试时需考虑的事项，除此之外，测试还应在安全的环境中使用已知的、有控制的数据库来执行。

注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。

例如，“将不实施该测试。

该测试本项目不适用”。

4.1.1数据和数据库完整性测试数据库和数据库进程应作为一个子系统来进行测试。

在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。

对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。

4.1.2单元测试4.1.3功能测试对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接收、处理和检索是否正确，以及业务规则的实施是否恰当。

此类测试基于黑盒技术，该技术通过图形用户界面（GUI）和使用程序进行交互，并对交互的输出或结果进行分析，以此来核实使用程序及其内部进程。

以下为各种使用程序列出了推荐使用的测试概要：4.1.4用户界面测试用户界面（UI）测试用于核实用户和软件之间的交互。

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。

另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

4.1.5性能评测性能评测是一种性能测试，它对响应时间、事务处理速率和其他和时间相关的需求进行评测和评估。

性能评测的目标是核实性能需求是否都已满足。

实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

注：以下所说的事务是指“逻辑业务事务”。

这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。

4.1.6负载测试负载测试是一种性能测试。

在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。

负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。

此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他和时间相关的方面。

注：以下所说的事务是指“逻辑业务事务”。

这里事务被定义为将由系统的某个最终用户通过使用使用程序来执行的特定功能，例如，发送或接收报文文件。

此项目将列出测试使用的工具：六、严重程度、优先级的定义(可写在这里))1）用例的优先级2）缺陷的优先级3）缺陷的严重程度对于软件的错误和缺陷，目前主要依据其严重程度划分五个级别：①致命性错误数据丢失，数据计算错误、数据传递错误、对数据库造成破坏，造成操作系统或其他支撑系统崩溃、非正常关闭和非正常死机。

②严重性错误使用系统崩溃、非正常关闭和无响应，但没有造成数据丢失。

系统的主要功能不能正确实现或不完整。

③一般性错误规定的非主要功能没有实现或不完整、影响系统的运行；设计不合理造成性能低下。

④告警性错误不影响业务运行的功能问题。

⑤建议软件设计和功能实现等不完全合理之处提出建议。

7.资源培训需求本节说明项目测试人员需要哪些培训。

提示和技巧：l 对于新手需要先介绍测试系统，如果测试人员比较熟悉该系统，则需要说明新系统的功能。

l 是否进行自动测试。

l 测试人员要不要培训以编写自动化脚本。

B. 硬件需求本节说明测试人员需要的各种类型的硬件以及这个测试团队需要的硬件。