软件测试计划书样本.doc

实用测试计划书（样本）公司标记（Logo）软件名称测试计划书名称第X.X版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.测试通过与否的界定准则.8.测试中止及恢复测试的准则.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.测试进度.15.危机解决.相关部门负责人对该测试方案审批记录：部门负责人署名日期测试部门产品管理部门开发部门1. 测试计划文献名及存放处指出该测试文献的名称及文献具体存放处，以便相关人员查找。假如是存放在公司网络上，最佳把地址一并给出。如：machinenameengineering engineering_repositorygroupsqatemplatestestplantemplate.doc）该文献修改记录：版本日期修改人简述2. 测试计划书简介简朴介绍该测试计划书。2.1测试计划书目的阐述 列出该文献计划想要达成的目的。如： *描述测试准备工作及测试工作的具体内容。 *制定测试进度。 *帮助协调相关部门，使测试得以按计划按环节进行。 *列出该测试计划所涉及文献的出处，以及测试资料的存放处。 *明确测试使用工具及测试所涉及的相关硬件、第三方软件。 *界定测试通过与不通过的准则。 *制定测试报告的规格。 *评估也许出现的危机等。2.2测试背景简介 简朴介绍该软件的历史及现状、重要用途、各种重要功能、以及测试的侧重点。2.3测试范围 介绍该测试计划所涵盖的软件测试的部分。例如，涉及软件系统的 *整体测试*安装测试管理界面测试文档上载下载测试，等等2.4参考文献 列出该测试计划书编写过程中使用的所有文献，即测试计划书所依据的所有文献。例如：文献名作者日期版本3测试项目列出所有测试项目，涉及软件的各个部分及所需测试的版本。例如：*该软件的CD版及供下载的网络版*该软件的所有用户手册*该软件的说明菜单4重要测试部分列出该软件测试计划要测试的软件部分（可以重要功能划分）。以测试一网络购物软件为例，可列出如下这些项： *新用户登记*已有用户登录*产品搜索*购物*付款*退出5.不测试部分列出该测试计划中没有包含的软件部分。例如：*网页排版*网络安全等不在测试之列的部分6.测试内容 该部分应列出测试的内容。见下列各项。6.1 测试操作平台一览表 这里应以列表形式将测试操作平台一一列出。下面是一个客户/服务器软件的例子。这样客户与服务器应当在哪个平台组合中进行测试就一目了然。此外，还应有客户在不同浏览器的情况下进行测试的列表。服务器操作系统客户操作系统Solaris 8Solaris 9linuxirixalxHp-uxWin meWin xpNT 4.0 wksWin 2k proLinuxSolaris 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 的若干台；装有windows xp 的若干台；装有windows nt 的若干台；装有 linux 的若干台；工作站：运营solaris 7 的若干台；运营solaris 8 的若干台；运营aix 的若干台；运营hp-ux 的若干台；11.2 软件方面11.2.1 测试对象要测试的软件名称。11.2.2 测试工具一般指自动测试软件，如winrunner、silktest等。11.2.3 第三方软件 列出被测试的软件与之共存的第三方软件，例如：IE x.xNetscape communicator x.x11.2.4 数据库假如软件带数据库，应在此列明。例如：Oracle x.x；Ms sql x.x；12.各相关部门（组别）的责任分工这一部分将所有参与该软件管理、开发、测试、技术支持及销售等部门（组别）的责任明确下来，并列出这些部门之间应如何沟通协助。例如：管理部门将保证提供测试部门所需的各种资源。开发部门应及时提供测试软件，涉及下载及CD等版本。技术文献编写部门应提供测试所需的参考文献。测试部门对所测试软件整体及各部分的质量负全责。技术支持部门将负责客户意见反馈。公司其他员工将参与软件ALTHA版的测试。市场及销售部门将负责组织软件BETA版的测试。13.测试人员的配备及培训 列出对测试相关人员的需求及必要的技术培训。13.1 测试人才配备列出测试所需的人力资源。例如，测试期间至少需要N位全职测试工程师等。13.2 技术培训列出测试工程师的专业水平规定及培训计划。例如：参与该软件测试的工程师应在测试工程师III或以上水平，且具有一定的winrunner、perl、TCL/expect编程经验。如需重新学习，可由公司支付学费。测试部门将组织定期学术讨论及提供新测试辅助软件使用培训。14.测试进度 此处应以列表方式将各时期的大约测试进度规定标示清楚。在实际的工作中，测试部门经理还应此外绘制更具体、更精确的测试进度表，把测试人员分派及工作分派都与时间联系起来，并定期碰头检查各自的工作进度。15.危机解决列出测试过程中也许出现的危机。例如：假如同时需要测试其他软件产品，或本项目测试人员被抽调支援其他测试项目，则也许影响本软件的测试进程。假如硬件或网络方面出现问题，则测试进度也许出现延误。假如用户手册等文献不能准时交与测试部门，则有也许在测试后重新单独审核，而不是在测试的过程中一并完毕，因此也也许耽误测试进度。