《测试计划__软件测试面试必备.doc》由会员分享，可在线阅读，更多相关《测试计划__软件测试面试必备.doc（10页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、_软件测试面试必备XXX系统测试计划编写：XXX日期：YYYY-MM-DD审核：日期：批准：日期：受控状态：是 发布版次：1.0日期：YYYY-MM-DD编号：变更记录日期版本变更说明作者YYYY-MM-DDV1.0新建XXX签字确认职务姓名签字日期目 录1引言41.1编写目的41.2背景41.3定义41.4参考资料41.5控制信息41.6测试目标52计划52.1进度安排及里程碑52.2角色52.3系统62.4可交付工件62.4.1测试模型62.4.2测试记录72.4.3缺陷报告72.5测试资料72.6项目风险分析73测试设计说明（大纲）73.1概述73.1.1测试方法和测试案例选取的原则73
2、.1.2测试的控制方式73.1.3数据选择策略：83.1.4测试过程描述和操作步骤：83.2软件说明93.3测试内容及测试重点93.3.1接受测试（AVT）93.3.2用户界面测试（UIT）93.3.3功能测试（FVT）93.3.4集成测试（SVT）103.4测试重点及用例的设计103.5评价103.5.1范围103.5.2准则101 引言1.1 编写目的本测试计划主要用于控制整个XXX项目测试（包括明确测试目的、测试内容、测试进度安排、测试资源调配、以及对一些项目协作接口进行明确）目的通过此测试计划能够控制整个测试项目合理、全面、准确、协调地完成。项目管理人员根据此计划，可以对项目进行宏观调
3、控。测试人员根据此计划，能够明确自己的权利、职责，并对项目的总体情况有个大致的认识，能够准确地定位自己在项目的作用，并能使自己从事的工作从整体的意义上发挥最大的作用。相关部门，可以根据此计划，对相关资源进行准备。1.2 背景a. 本测试计划从属于XXX，为XXX实现XXX。b. 项目任务的提出者为：XXX公司项目管理部；系统的开发者为：XXX公司；系统的使用者为：XXX；c. 此测试项目的进行，将在需求确认后开始执行，基准是准确、全面的需求文档。测试重点是对开发实现的功能进行测试。1.3 定义1.4 参考资料a. XXX功能界定书 10版本b. XXX测试计划编写规范1.5 控制信息本项目测试
4、经理：XXX；电话号码：XXX1.6 测试目标该测试项目将通过设计和执行接受测试、界面测试和功能测试，对软件实现的功能，以及软件的兼容性、安全性、实用性、可靠性、扩展性各个方面进行全面系统的测试。基于本系统的业务复杂性和开发周期短的特性，系统测试的重点将放在功能测试上。通过测试提高软件的质量，为用户提供最好的服务，并合理地避免软件的风险和减少软件的成本。测试报告确认该项目符合客户需求，第一、二级问题报告单的状态为close和cancel状态，经项目经理确认后，第三级问题报告单允许为其它状态，对没有解决的问题，已经进行了详细记载，该测试项目结束。2 计划2.1 进度安排及里程碑给出进行各项测试的
5、日期和工作内容（如熟悉环境、培训、准备输入数据、实施测试等）。里程碑任务工作开始日期结束日期制定测试计划XXXYYYY-MM-DDYYYY-MM-DD设计测试XXXYYYY-MM-DDYYYY-MM-DD实施测试XXXYYYY-MM-DDYYYY-MM-DD对测试进行评估XXXYYYY-MM-DDYYYY-MM-DD2.2 角色测试人员安排负责人：XXX其他负责人职责联系信息职责：负责制定测试计划；负责编写和验收用例；完成项目实测；负责与外部合作部门交互；负责协调内部人员的工作；负责编写测试报告。测 试 组 成 员姓 名职 责联系信息XXX负责部分测试案例的编写和测试XXX负责部分测试案例的编
6、写和测试2.3 系统下表列出了测试项目所需的系统资源。系统资源资源名称/类型数据库服务器网络或子网服务器名称数据库名称客户端测试 PC包括特殊的配置需求测试存储库网络或子网服务器名称测试开发 PC2.4 可交付工件项目测试计划：项目测试案例：问题报告清单：2.4.1 测试模型2.4.2 测试记录采用测试案例2.4.3 缺陷报告采用问题报告单清单2.5 测试资料测试文档：测试相关模板。 需求文档：项目需求文档2.6 项目风险分析编号可能风险风险的原因造成的问题采取的措施1.2.3 测试设计说明（大纲）3.1 概述3.1.1 测试方法和测试案例选取的原则系统：（要求从宏观的角度，对软件的各个方面进
7、行测试）全面：（要求测试案例能够覆盖每一个测试点的要点）合理：（测试的用例的选择避免重复测试、选择最好的测试方法将测试点合理覆盖）3.1.2 测试的控制方式测试案例的实现必须遵守测试计划的安排。实际测试必须以测试案例为基准。实际测试中测试案例的状态记载：（1）failed:如果某一步测试案例失败，但不影响以后测试案例处理（2）block:如果某一步测试案例失败，并影响以后测试案例处理（3）good:成功测试实际测试与外部交互使用问题报告单清单进行交流。测试人员必须详细、准确填写报告单内容。开发修改人员要详细、准确地填写修改情况通过问题报告单清单的状态进行测试和修改交互（1）open:当开始一个
8、问题报告单时，为open开发返回后，错误仍存在为 open（2）fixed / return开发人员对错误进行了修改，为fixed开发人员对错误没有进行修改,返回测试部为return（3）close/ cancel测试人员确认错误已经修改,为close测试人员确认错误的无效或可以接受（标记）为cancel对外部交互使用一个接口。测试版本的控制由项目开发组随版本发布时提交版本提交单，测试组完成测试后提交版本测试报告，版本更新时由开发组填写更新记录。测试案例的命名原则：测试面_测试功能_测试点编号 例如：FVT_Manage_PersonAdd001(功能测试_管理员部分_人员增加001)问题报告
9、单清单命名原则为：问题报告单清单+_测试人员名称+_日期例如：问题报告单清单_刘飞_3.1.3 数据选择策略：数据的选择全面覆盖所有数据、并要求避免冗余数据的使用（采用边界值、特殊值、以及普通值）。3.1.4 测试过程描述和操作步骤： 书写测试计划 参考测试计划、需求、概要设计以及部分详细设计文档进行案例设计 参考测试计划和测试案例进行实际测试操作 测试总结测试设计详细说明：1、 基本界面连接测试2、 测试基本流程（简易的IVT）3、 测试功能块（重点为容错测试）4、 统计信息的测试（IVT）3.2 软件说明XXX。3.3 测试内容及测试重点本测试将通过接受测试、用户界面测试、功能测试、集成测
10、试，对系统进行测试。3.3.1 接受测试（AVT）目的： 对待测试软件产品的完整性和可用性进行评定内容：根据系统功能界定检查软件产品功能结构的完整，以及系统安装、配置、运行的可用性。3.3.2 用户界面测试（UIT）目的： 对系统中出现的所有页面进行全面测试内容： 对系统的功能页面进行各种可操作性测试重点： 容错检测3.3.3 功能测试（FVT）目的： 对XXX进行全面测试内容： 对系统的业务操作进行各种可能性流程测试重点： 权限测试数据正确性测试3.3.4 集成测试（SVT）目的： 对整个系统进行全面测试，主要包括系统兼容性、安全性、实用性、可靠性、扩展性。内容： 把整个系统所涉及的操作，按照系统流程进行测试。重点： 系统操作权限的安全性系统业务配置的扩展性3.4 测试重点及用例的设计测试的重点将主要放在功能测试上，包括如下模块：XXXXXX3.5 评价3.5.1 范围功能测试涵盖测试全过程。界面测试涵盖测试全过程。3.5.2 准则系统功能符合客户需求。_软件测试面试必备