标题自己写,我们捞干的:在标题下面我们需要插入表格说明版本,撰写,审核,签发人员以及日期
在插入一个表格我们需要写清楚版本的历史有哪些比如:修订内容,作者,日期,版本变更等相关信息
接下来我们需要写
目的:
概述。描述本策略覆盖的范围(包括和不包括的内容),可明确所覆盖的IPD阶段以及产品测试活动。
在软件投入生产性运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。该软件测试说明书是为了尽可的发现该系统在设计中存在的问题,并为解决这些问题提供依据。本文档将详细说明,本系统采用采用软件工程的方法进行软件测试。尽量发现本系统 BUG并即时改正,以避免在运行过程中造成损失。
产品研发状况分析。产品的研发状况对该产品的测试策略具有决定性的影响,不同的产品研发状况将可能导致完全不同的测试策略,测试组应根据产品的研发状况确定正确的测试策略以达到最优的测试效果。参考Build计划,对产品的Build划分以及各个Build包含的主要特性、功能进行简要介绍,作为策略制定的重要基础和依据。
总体上简要介绍产品测试过程中要开展的主要活动,策略,各活动各自的测试关注点。可以使用下表
测试项目 |
执行的阶段(Y/N) |
测试策略分析 |
||||||
单元测试 |
集成测试 |
系统测试 |
部署测试 |
|
||||
|
|
|
|
|
|
|
描述本次测试活动的范围,就是要测试什么内容。
功能模块测试。描述系统开发时的单元测试所使用的测试方法,包括选择原因。
集成测试。描述系统做模块集成所使用的测试方法,包括选择原因。
系统测试。描述系统功能测试所使用的测试方法,包括选择原因。
部署测试。描述部署测试使用的测试方法,包括选择原因。
给出各种需要用到的测试方法说明,包含原因。
测试执行。描述单元测试、集成测试、系统测试、部署测试所使用的测试工具,包括选择原因和工具版本。
缺陷管理。描述测试执行过后对缺陷进行管理的工具,包括选择原因和工具版本。
软件。描述测试所需要的操作系统、数据库以及其他应用软件,包括软件版本。
硬件。描述测试所需服务器、客户端、网络连接设备以及辅助硬件设备。
网络。描述测试使用的网络系统和网络结构,需要提供网络结构示意图。
团队管理。描述团队组成结构、管理模式、沟通方式及测试版本控制方法,描述团队组成结构、管理模式、沟通方式需要用图来表示。
自动化测试范围。描述选择自动化测试的原因、自动化开始的时间及自动化测试所涵盖的范围。
自动化测试工具。描述自动化测试使用的工具和脚本制作的要求,包括工具版本。
测试结果评估策略。描述总体测试结果的期望,评估方式和流程。
给出所有本次测试活动的输出物列表。
说明满足质量目标的国标、行业标准、国际标准等信息。
指定测试用例ID的编号规则。
测试用例的编号规则可以根据项目的实际情况进行制定,但测试用例编号应具有唯一性和易识别性。
系统测试用例类标识应和测试需求TSOW中标识的每一个测试需求的标识对应;集成测试或单元测试用例类标识应和HLD或LLD中标识的模块,接口等实体的标识对应;如果需要进一步对测试用例分类标识进行分级,则可以使用测试用例子类标识,建议测试用例分类标识分级的层数不要超过2层。
“nnn”为对该测试用例类标识下的所有测试用例,进行从1开始编号的3位连续序号的编号。
例如,可编号为:项目编码 - UT(或IT,ST) - 测试用例类标识 - 测试用例子类标识 - nnn.,并对其中的每一子项进行简要说明,如
测试用例编号:
FM1.0-UAT-TSOW编号-流水号
编号说明:
FM1.0:经认可的本系统的缩写
UAT:用户验收测试
TSOW编号:在TSOW中设定的对于某一测试需求的编号,如A.01.01
流水号:从001开始编号的3位连续序号的编号
指定写测试用例的格式,应当包含以下项:
测试用例ID:FM1.0-UAT-TSOW编号-流水号 通常根据规定编号
测试重要级别:(高/中/低)
测试标题:(中文简述)
预置条件:(中文详述)
输入:(具体的可操作的数据值,分步骤进行描述,达到不看其他文档已可执行的程度)
预期输出:(具体的数据值和逻辑值)
本文主要介绍的是一种测试策略的模板,仅供参考,如果嫌麻烦也可以使用大标题根据自己的构思去编写。。。