医疗器械软件测试计划标准模板

文档编号:-PAGE\*MERGEFORMAT#--PAGE\*MERGEFORMAT#-产品名称产品版本ProductVersion密级Confidentialitylevel文档编号共页测试 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 开发单位：Date日期Date日期Date日期Preparedby拟制Reviewedby评审人Approvedby批准修订记录文档修改记录文档编号：文档编号：-PAGE\*MERGEFORMAT#--PAGE\*MERGEFORMAT#-目~录TOC\o"1-5"\h\zHYPERLINK\l"bookmark4"1引言5HYPERLINK\l"bookmark6"1.1测试目的5HYPERLINK\l"bookmark8"1.2标识5HYPERLINK\l"bookmark10"1.3系统概述5HYPERLINK\l"bookmark12"文档概述5HYPERLINK\l"bookmark14"2引用文件5HYPERLINK\l"bookmark16"3术语6HYPERLINK\l"bookmark18"软件测试环境6HYPERLINK\l"bookmark20"测试策略6HYPERLINK\l"bookmark22"测试用例格式规范10HYPERLINK\l"bookmark24"编号规则10HYPERLINK\l"bookmark26"测试用例记录10HYPERLINK\l"bookmark28"测试规程10HYPERLINK\l"bookmark30"7.1测试准备10HYPERLINK\l"bookmark32"7.2测试执行10HYPERLINK\l"bookmark34"7.3停止准则11HYPERLINK\l"bookmark36"回归测试11HYPERLINK\l"bookmark38"7.5争议处理11HYPERLINK\l"bookmark40"人员与职责11HYPERLINK\l"bookmark42"9测试进度安排12HYPERLINK\l"bookmark44"10总结阶段12编写测试报告12测试工作总结12HYPERLINK\l"bookmark46"10.3测试验收12HYPERLINK\l"bookmark48"10.4测试归档12文档编号：文档编号:—PAGE\*MERGEFORMAT#—-PAGE\*MERGEFORMAT#-1引言1.1测试目的本文档是依照用户文档集的要求制定的系统测试计划，此开发计划编写的目的使整个测试工作有序进行，指导测试人员的工作，为测试提供依据。提供系统化、规范化、工程化、实用化的测试技术规范，尽早发现故障。1.2标识文档标识:软件名称:1.3系统概述1.4文档概述本文档是依照《软件与软件工程软件与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则》 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 中对测试文档集的要求以及软件测试计划的要求。它标识了测试项、需测试的特性、测试任务、任务负责人、测试环境、测试设计技术、测试的进入和退出准则和选择的合理性等。本文档的读者为测试人员、开发人员、项目管理者。系统测试阶段，测试工作必须依照本文档执行。本文档属于保密文件。2引用文件文档编号文档标 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 版本出版日期GB/T25000.51-2016软件与软件工程软件与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则/2016/3术语测试环境：执行测试用例所必需的硬件和软件配置。测试目标：在规定的的条件下，待测量的已标识的软件特征的集合，它通过将实际的行为与要求的行为进行比较而测量。测试计划：说明预期的测试活动的范围、途径、资源和进度的文档。黑盒测试：不考虑组件或系统内部结构的功能或非功能测试。边界值测试：一种黑盒设计技术，基于边界值进行测试用例的设计。缺陷（Bug）：可能会导致软件组件或系统无法执行其定义的功能的瑕疵，例如：错误的语句或变量定义。如果在组件或系统运行中遇到缺陷，可能会导致运行的失败。动态测试：通过运行软件的组件或系统来测试软件。预期结果：在特定条件下根据规格说明或其他资源说明，组件或系统预测的行为。功能性：软件产品在规定条件下使用时，所提供的功能达到宣称的和隐含需求的能力。易用性：在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。通过：如果一个测试的实际结果与预期结果相符，则认为此测试通过，（pass）。失败：如果一个测试的实际结果与预期结果不相符，则认为此测试失败，（fail）。软件测试环境4.1测试软硬件要求4.2样品测试前处理获取软件样品后，在规定的软件及硬件环境下使用杀毒软件对测试软件进行查毒、杀毒处理。测试策略5.1测试策略测试目标确保测试功能性和易用性能满样品软件标准、需求规格、说明 书 关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf 等用户文档集的要求。测试范围需求规格、说明书等用户文档集描述的所有功能。采用技术与方法使用边界值分析、等价类、错误推测法、场景法等测试方法设计测试用例，使用动态黑盒测试方法对产品说明书中描述的内容进行测试，核实以下内容：•在使用有效数据时得到预期的结果。•在使用无效数据时显示相应的错误提示（即具备容错处理方法）。•系统的输出及其格式正确。•系统数据项是否符合数据定义表。•系统运行条件在边界状态和异常状态下，或在认为设定的状态下，系统功能。•对有恢复或重置功能需求的系统，恢复或重置功能正确。•对不同的实际问题外加相应的专门测试。•系统是否具有易理解性、易学习性和易操作性等。测试工具完成标准系统软件需求分析中定义的所有功能已全部实现，性能指标全部达到要求测试重点和优先级对需求规格说明书中规定的各配置项逐项测试。判定依据通过-失败准则。5.2通过-失败准则系统软件需求分析中定义的所有功能已全部实现，性能指标全部达到要求，无业务逻辑错误和二级BUG,经确定所有缺陷已得到了商定的解决结果。按照所设计的测试用例已全部重新执行，执行结果符合测试用例标准，已知的所有缺陷都已按照商定的方式进行处理，而且并没有发现新的缺陷。BUG级别的定义分级Bug等级Bug等级说明分类说明致命问题1不能兀全满足系统要求，系统停止运行，系统的重要部件无法运行，系统崩溃或者挂起等导致系统不能正常运行。修改优先级为最高，该级别需要程序员立即修改。模块无法启动或异常退出O死循环O运行过程中系统崩溃/死机/重启。数据通讯错误O严重花屏O内存泄漏O影响测试开始等O严重的数值计算错误严重问题2严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办O功能未实现或者存在错误O轻微的数值计算错误O系统所提供的功能或服务受明显的影响O因错误操作迫使程序中断文档编号:文档编号:-PAGE\*MERGEFORMAT#--PAGE\*MERGEFORMAT#-法）。使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行。修改优先级为高，该级别需要程序员尽快修改。。用户数据丢失或破坏一般问题3次要功能丧失，不太严重，如提示信息不太准确。微小的问题，对功能几乎没有影响，产品及属性仍可使用。修改优先级为中，该级别需要程序员修改。。操作界面错误（包括数据窗口内列名定义、含义是否一致）。边界条件下错误。功能存在错误，但出现概率很低o提示信息错误（包括未给出信息、信息提示错误等）o长时间操作无进度提示o系统未优化（性能问题）o响应时间较慢o界面格式等不规范o文字排列不整齐o操作界面错误（包括数据窗口内列名定义、含义是否一致）轻微问题4使操作者不方便或操作麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题修改优先级为低，该级别需要程序员修改或不修改。o辅助说明描述不清楚o个别不影响产品理解的错别字o操作时未给用户提示o提示窗口文字未采用行业术语o可输入区域和只读区域没有明显的区分标志o滚动条无效o界面不能及时刷新，影响功能实现5.3计划执行的测试5.3.1功能性测试5.3.2性能效率测试功能模块子功能优先级别测试项目实施办法文档编号:文档编号:-PAGE\*MERGEFORMAT#--PAGE\*MERGEFORMAT#-5.3.3兼容性测试5.3.4易用性测试5.3.5可靠性测试5.3.6信息安全性测试5.3.7维护性测试5.3.8可移植性测试功能模块子功能优先级别测试项目实施办法测试用例格式规范6.1编号规则测试用例的编号应符合测试策略中对编号规则的要求，以便于跟踪、引用和检查。测试用例编号的编写规则如下：“XXXX（模块字母缩写）-XXXX（子功能编号）-XXXX（用例编号）”6.2测试用例记录为了能依据测试用例可复现测试结果，测试用例必须包含以下基本内容测试模块名测试用例编号测试名称操作步骤预期结果实际结果测试者测试日期9.Bug10.测试类型测试规程7.1测试准备测试计划经审批后，开始测试准备工作，搭建测试环境，编写测试用例7.2测试执行1）测试用例审核通过后，按照测试计划逐条执行测试用例；2）在测试执行过程中填写测试记录，记录每一个用例的执行状态和执行结果；3）当测试结果和预期结果不一致时，要如实记录实际测试结果，必要时记录操作屏幕图像；4）当测试用例被全部执行完毕后，测试执行工作结束。7.3停止准则项目按照系统测试计划完成系统测试，达到测试计划中关于系统测试所规定的覆盖范围。7.4回归测试参测方在修改相关程序与文档后、测试人员进行产品的回归测试。同时对错误处理模块及相关的功能模块（数据相关、 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 相关、功能相关等）进行重新测试，并确认错误修改情况后记录至产品测试问题报告汇总表中。7.5争议处理如开发团队对测试结论有争议，由验收组成员会议协调解决。测试团队和开发团队应无条件服从仲裁结果。过程要点详细描述输入条件在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决。工作内容测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。退出标准回归测试所运行的用例全部通过。责任人测试实施工程师（可由测试实施工程师或测试组长兼做）人员与职责文档编号:文档编号:-PAGE\*MERGEFORMAT#--PAGE\*MERGEFORMAT#-9测试进度安排10总结阶段测试工作结束或即将结束时，测试组就要开始着手准备进行总结的工作。编写测试报告在回归测试结束之后，测试组长将依据原始记录内容编写测试总结报告，对测试进行总结，并且提交给测试组，为后续工作提供重要的信息支持。测试工作总结测试总结工作是在以上的工作全部结束以后，它的目的是评估本次测试工作，总结经验，使下一次的工作做得更好。测试验收测试验收工作是在以上工作全部结束后，对测试的过程，效果进行验收，宣布测试结束。测试归档测试归档是在测试验收结束宣布测试有效，结束测试后，对测试过程中涉及到各种标准文档进行归类，存档。存档的测试文档至少包括：测试计划，文档编号：测试用例，文档编号：测试记录，文档编号：测试报告，文档编号：