软件测试说明模板.docx

上传人:lao****ou 文档编号:385478 上传时间:2023-10-15 格式:DOCX 页数:4 大小:19.49KB
下载 相关 举报
软件测试说明模板.docx_第1页
第1页 / 共4页
软件测试说明模板.docx_第2页
第2页 / 共4页
软件测试说明模板.docx_第3页
第3页 / 共4页
软件测试说明模板.docx_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《软件测试说明模板.docx》由会员分享,可在线阅读,更多相关《软件测试说明模板.docx(4页珍藏版)》请在第一文库网上搜索。

1、1 .范围1.1 标识本条应描述本文档所适用系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。1.2 系统概述本条应概述本文档所适用系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。1.3 文档概述本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。2 .引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。3 .测试准备本章应分别为以下几条。适用时应包括“警告”或“注意”所标识的

2、安全提示,以及保密性考虑。4 .X(测试的项目唯一的标识符)5 .X.1硬件准备本条应描述测试工作所需的硬件准备规程。有关这些规程,可以引用已发布的操作手册。(若适用)应提供以下内容:A)用名称和(若适用)编号标识要使用的特定硬件;B)任何开关装置和用于连接硬件的电缆;C)说明硬件、互联控制和数据路径的一个或多个图示;D)使硬件处于就绪状态的分布的操作说明。6 .X.2软件准备本条应描述准备被测项、相关软件以及测试数据的必要规程,有关这些规程,可以引用已发布的软件手册。(若适用)应提供下述信息;A)测试中要使用的特定软件;B)测试项的存储介质(如磁带、磁盘);C)任何相关软件(如模拟器、测试驱

3、动程序、数据库)的存储介质;D)加载软件的说明,包括所需的顺序;E)多个测试用例共同使用的软件初始化说明。7 .X.3其他测试前准备本条应描述进行测试前所需的其他人员活动、准备工作或规程。8 .测试说明本章应分为以下几条。适用时应包括用“警告”或“注意”所标识的安全提示,以及保密性考虑。4.X(测试的项目唯一的标识符)本条应用项目唯一的标识符标识一个测试,并分为以下几条,当所需信息与以前提供的信息重复时,此处可进行引用。4.X.Y(测试用例的项目唯一的标识符)4.X.Y.1涉及的需求本条应标识测试用例所涉及的CSQ需求或系统需求(此信息亦可在5.a中)提供。4.X.Y.2先决条件本条应描述执行

4、测试用例前所须具备的先决条件,(若适用)应提供以下内容:a)软件配置和硬件配置;b)测试开始之前需是指或重置的标识、初始断点、指针、控制参数或初始数据;c)运行测试用例所需的预置硬件条件或电气状态;d)计时测量所用的初始条件;e)模拟环境的调整;f)测试例特有的其他特殊条件。4.X.Y.3测试输入本条应描述测试用例所需的测试输入,(若适用)应提供以下内容:a)每一测试输入的名称、用途和说明(例如,取值范围、准确性)。b)测试输入的来源与选择测试输入的方法。C)测试输入是真实的还是模拟的。d)测试输入的时间或事件序列。e)控制输入数据的方式:1)最小/合理数量的数据类型和值测试各被测项;2)为了

5、检验过载、饱和及其他“最坏情况”的影响,用各种有效数据类型和值测试被测各项;3)为了检验对非常规输入的适当处理,用无效数据类型和值试验被测各项;4)如需要允许再测试。4.X.Y.4预期的测试结果本条应标识测试用例的所有预期测试结果。(若适用)应提供中间结果和最终结果。4.X.Y.5评价结果的准则本条应标识用于评价测试用例的中间和最终结果的准则。(若适用)应对每一测试结果提供以下信息:a)输出可能变化但仍能接受的范围或准确性;b)构成可接受的测试结果的输入和输出条件的最少组合或选择;c)用时间或事件数表示的容许的最大/最小测试持续事件;d)可以发生中断、停机或其他系统突变的最大次数;e)允许的处

6、理错误严重程度;f)当测试结果不确定时,进行再测试的条件;g)输出解释为“输入测试数据、测试数据库/数据文件或测试过程不规范”的条件;h)允许的表达测试的控制、状态和结果的指示方式,以及表明下一个测试用例(或许是辅助测试软件的输出)贮备就绪的指示方式;i)以上未提及的其他准则4.X.Y.6测试规程本条应定义测试用例的测试规程。测试规程定义为以执行步骤顺序排列的、一系列独立编号的步骤。为便于文档维护,可以将测试规程作为附录并在此条引用。每个测试规程的适当详细程度依赖于被测试软件的类型。对于某些软件,每次击键可以是一个单独的测试规程步骤;而对于大多数软件,每一步骤可以包括逻辑相关的一串击键或其他动

7、作。详略程度应有利于确定预期结果并把它们与实际结果进行比较。(若适用)每一测试规程应提供:a)每一步骤所需的测试操作员的动作和设备操作,(若适用)包括以下方面的命令:1)初始化测试用例并运行测试输入;2)检查测试条件;3)进行测试结果的中期评价;4)记录数据;5)停机或中断测试用例6)如果需要,要求数据转储或其他帮助;7)修改数据库/数据文件;8)如果不成功,重复测试用例;9)根据测试用例的要求,应用替代方法;10) 终止测试用例;b)对每一步骤给出预期结果与评价准则。c)如果测试用例涉及多个需求,并标识测试规程步骤与需求之间对应关系(亦可在第5章中提供此信息)0d)程序停工或金示了错误发生后

8、要采取的动作,如:1)对指示器的关键数据进行记录,以便于引用;2)停止或暂停对时间敏感的测试支持和测试仪器;3)对测试结果有关的系统那个和操作员的记录进行收集。e)规约和分析测试结果所采用的规程,(若适用)完成以下各项:1)检测是否已产生了输出;2)标识由测试用例所产生数据的介质和位置;3)对输出进行评价,并以此作为测试序列继续的基础;4)按照预期的输出,对测试输出进行评价。4 .X.Y.7假设和约束本条应描述所做的任何假设,以及系统或测试条件给测试用例带来的约束和限制,如时间、接口、设备、人员与数据库/数据文件的限制。如果对指定的限制和参数,放弃或例外处理得到批准的话,应对它们加以标识,并指

9、出它们对测试用例的影响与效果。5 .需求的可追踪性本条应描述:a)从软件测试说明中的测试用例到它所涉及的系统或CSC1需求的可追踪性。若一个测试用例涉及多个需求,应包含从每一组测试规程步骤到所涉及的需求的可追踪性(亦可在4.X.Y.1中提供)。b)从本软件测试说明所提及的每项系统或CSC1需求到涉及它们的测试用例的可追踪性。对于CSCI测试,是从CSCI的软件需求规格说明(SRS)和有关接口需求规格说明(IRS)中的每项CSCI需求到涉及它们的测试用例的可追踪性。对于系统测试,是从系统的系统/子系统规格说明(SSS)及有关IRS中的每项系统需求到涉及它们的测试用例的可追踪性。如果一个测试用例涉及多项需求,则可追踪性应指明涉及每项需求的特定测试规程步骤。6 .注释本章应包括有助于了解文档的所有信息(例如:背景、术语、缩略语或公式)。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 汇报材料

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服