软件测试计划书样本

实用测试计划(示例)公司标志软件名称测试计划的名称十.十版x年，x月，x日作者公司文件仅供内部使用。内容1.测试计划的文件名和存放地点.2.测试计划简介.2.1测试计划的目的是阐明.2.2测试背景介绍.2.3测试范围.2.4参考.3.测试项目。4.主要测试零件.5.不要测试零件.6.测试内容.6.1测试操作平台列表。6.2回归测试.6.3软件新部分的测试。6.4性能测试。6.5强度试验。6.6文件审查。6.7自动测试.7.确定测试是否通过的标准。暂停和恢复测试指南.9.测试数据。9.1测试计划。9.2测试案例。9.3缺陷(测试)报告。10.测试特定操作.10.1测试前的准备工作.10.2特定测试.10.3缺陷报告和测试报告的准备.10.4纠错审计.11.测试的基本支持.11.1硬件.11.2软件.11.2.1测试对象.11.2.2测试工具。11.2.3第三方软件。11.2.4数据库。12.相关部门(组)的职责分工13.测试人员的人员配备和培训。13.1测试人员分配.13.2技术培训14.测试进度.危机管理.相关部门负责人对测试计划的批准记录：部门代表签名日期，试验部门产品管理部门发展部1.测试计划文件名和存储位置指出测试文件的名称和文件的具体存放位置，以便相关人员找到。如果存储在公司网络上，最好一起给出地址。例如： machine name engineering engineering _ repository groups QA templates testplantemplate . doc)文件修改记录：版本日期，修饰语素描2.测试计划简介简要介绍测试计划。2.1测试计划的目的列出文档计划实现的目标。例如：*描述测试准备和测试工作的具体内容。*开发测试进度。*帮助协调相关部门，使测试能够按计划逐步进行。*列出测试计划中涉及的文件来源和测试数据的存储。*明确测试工具以及测试中涉及的相关硬件和第三方软件。*定义通过和未通过测试的标准。*制定测试报告的规格。*评估潜在危机等。2.2测试背景介绍本文简要介绍了该软件的历史、现状、主要用途、各种重要功能和测试重点。2.3测试范围介绍测试计划中包含的软件测试部分。例如，包括软件系统*整体测试*安装测试管理界面测试文件上传下载测试等2.4参考列出测试计划编制中使用的所有文件，即测试计划所依据的所有文件。例如：文件名作者日期，版本3个测试项目列出所有测试项目，包括软件的所有部分和要测试的版本。例如：*软件的光盘版本和在线下载版本*软件的所有用户手册*软件描述菜单4.主要测试部分在软件测试计划中列出要测试的软件部分(主要功能可以划分)。以测试网上购物软件为例，可以列出以下项目：*新用户的登记*用户已经登录*产品搜索*购物*付款*退出5.非测试零件列出测试计划中未包括的软件部分。例如：*网页布局*网络安全和测试中未包括的其他部分6.测试内容本节应列出测试的内容。请参见以下内容。6.1测试操作平台列表这里，测试操作平台应该以列表的形式逐一列出。以下是客户端/服务器软件的示例。通过这种方式，很清楚应该在哪个平台组合中测试客户机和服务器。此外，还应该有客户在不同浏览器中进行的测试列表。服务器操作系统客户操作系统Solaris 8Solaris 9linuxirixalxHp-ux赢得我Win xp新台币4.0周赢得2k专业版LinuxSolaris 7Solaris 8Hp-uxmvs6.2回归测试本节解释回归测试操作中应该包含哪些测试用例。无论是手动测试还是自动测试，都应详细记录测试结果。6.3软件新部件的测试本节描述向软件添加一些测试的实践。通常，测试工程师需要根据软件规范中新增部分的说明编写相关的测试用例。测试工程师必须在运行期间详细记录软件/硬件设置，并记录测试执行日期和测试结果。在每一次软件组合之后，需要对软件的新添加部分至少执行一次测试。6.4性能测试该部分根据软件规范中的软件性能指标制定测试标准。6.5强度测试在这一部分中，测试标准是根据软件规范中的软件强度指标制定的。6.6文件审查本节列出了所有需要检查的用户说明(在测试过程中，您可以顺便检查用户说明中的语句是否正确)。6.7自动测试本节列出了将使用什么测试软件，何时执行自动测试，以及哪些测试用例将被包括在自动测试中。7测试通过与否的定义标准这一部分应该明确定义测试是否通过，以及如何处理失败。对于功能测试，这些标准通常来自软件设计规范，因为软件设计规范对每个功能都有详细的描述。如果在试验中发现任何异常，缺陷应被划分到一定的等级，应编制缺陷报告并及时发出。如果缺陷属性很严重，在纠正之前不能将其推出。8.测试暂停和恢复的标准该部分应明确定义测试操作全部或部分暂停的情况，以及测试可以恢复的情况。例如，在实际的测试过程中，软件的某个部分需要更改，而这个部分与其他部分相关。因此，如果开发人员在这个时候进行更改，将会影响测试计划过程。在这种情况下，我们应该暂停全部或部分测试操作吗？另一个例子是我们是否应该在纠错后完全恢复测试，还是只做一些测试？这些问题应该在这里回答。9.测试数据列出测试部门可以提供的相关信息，包括现有的和未来的。9.1测试计划测试计划的名称和存储。9.2测试案例根据软件规范和设计规范中的各种要求或描述，详细列出了测试实例，包括测试值、测试操作过程、测试期望值等。9.3缺陷(测试)报告列出缺陷(测试)报告的规格和存储。如果使用特殊缺陷(测试)报告软件，应说明使用软件时的注意事项。10.测试特定操作列出测试的主要操作，并给出简要介绍。10.1测试前的准备列出所有测试前准备工作，包括软件和硬件准备工作。10.2具体测试列出执行测试用例操作的要求。10.3缺陷报告和测试报告名称333的准备在此，应对测试结果的分析作出具体规定，即如何确定缺陷的严重程度、紧急和缓慢纠错的分类、如何列出缺陷再现的步骤等。10.4纠错审查列出了对纠错后出现的缺陷应进行特殊复试。11.测试基本支持列出测试的软件和硬件要求。11.1硬件列出测试所需的各种操作平台的计算机，例如：台式计算机：安装了几台windows me几台装有视窗xp的设备；几台装有视窗nt的设备；几个装有linux的单元；工作站：运行solaris 7的几个单元；运行solaris 8的几个单元；几个运行的aix运行hp-ux的几个单元；11.2软件11.2.1测试对象要测试的软件的名称。11.2.2测试工具一般指自动测试软件，如winrunner、silktest等。11.2.3第三方软件列出与测试软件共存的第三方软件，例如：IE x.x网景通信器x.x11.2.4数据库如果软件有数据库，应该在这里列出。例如：Oracle x.x。Ms sql x.x。12.相关部门(组)的职责分工本节阐明了软件管理、开发、测试、技术支持和销售中涉及的所有部门(组)的职责，并列出这些部门应该如何沟通和协助。例如：管理部门将确保提供测试部门所需的各种资源。开发部应及时提供测试软件，包括下载和光盘版本。技术文件编制部门应提供测试所需的参考文件。测试部门对被测软件的质量负全部责任。技术支持部门将负责客户反馈。公司的其他员工将参加该软件的ALTHA版本的测试。营销和销售部门将负责组织软件的BETA测试。13.测试人员的装备和培训列出测试相关人员的要求和必要的技术培训。13.1测试人员分配列出测试所需的人力资源。例如，测试期间至少需要n名全职测试工程师。13.2技术培训列出测试工程师的专业水平要求和培训计划。例如：参与这个软件测试的工程师应该是测试工程师三级或以上，并且在winrunner、perl、TCL/expect方面有一定的编程经验。如果你需要再学习，公司可以支付学费。测试部门将定期组织学术讨论，并就新测试工具的使用提供培训。14.测试进度这里，每个阶段的近似试验进度要求应以表格形式清楚地标出。在实际工作中，测试部门的经理还应该制定一个更加详细和准确的测试时间表，将测试人员的分配和工作与时间联系起来，