软件测试计划书样本样本(00001).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.危机解决列出测试过程中也许浮现危机。例如：如果同步需要测试其她软件产品，或本项目测试人员被抽调增援其她测试项目，则也许影响本软件测试进程。如果硬件或网络方面浮现问题，则测试进度也许浮现延误。如果顾客手册等文献不能准时交与测试部门，则有也许在测试后重新单独审核，而不是在测试过程中一并完毕，因而也也许耽误测试进度。