产品测试规范手册

产品测试规范手册

编写人:XXX

123-4567-8910

Email@emaiLcom

XXX省XXX市XXX路xxx号

XXX网络科技有限公司

目录

三

需求分析、评审......................................4

四

制定测试计划.........................................4

五

测试用例的设计.......................................5

六

测试环境准备.........................................5

七

缺陷管理.............................................

八6

九测试报告.............................................6

上线验证测试.........................................7

一、前言

《XXX测试规范手册》是XXX经过公司测试团队经验积累与沉淀，总结出的一套

匹配XXX产品测试发展的标准化理论基础，适用于XXX团队内测试人员的工作执行规

范，本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件

工程的各阶段测试团队应完成的工作。结合公司的项目情况制定合理的测试流程，

提高测试效率和产品质量C核心还是要加强项目成员之间的沟通，弱化文档。

二.测试流程规范说明

使rr解需求进而更好地开展后续的测试I：作.以溺试的用

度对需求提出建议和改进.

确定漏试目标.测试位围测试方法.测试策略.资源安

撑.风险评估等

按功能锹板、使用场景进行设计

以便克漏补缺.尽可能使用例履盖更全面.

功能已开发完毕.协助开发在开发环境进行泅试.确定从本

功能是否实现,根描濡试用例进行全面的海试,发现的BUG

提交到tapd内,并督促H发及时修复问题.

待开发把本次需求分析修〃的BUG都修复完成后（有问题

不影响正常功能的使用.影响大的可行时不修我）,即可进

行【可in滤试.主饕是脸证缺陷是否M（的修复，是否会影响现

“系统的使用.

何以漓试无问题.功能已生部实现,即可更新至溺试环境.

使用生产环境的数据进行一轮新的测试.并n•通知产品经

理进行验收.

在消试环境确认本次发版的内容和现有系统的届本功能无

问题后便可通知项目负也人更新生产环境.进行最后•轮

的测试.以及对上线前墨本功能的确定.

经过两到三轮或四轮的测试后,在到没发现新的问题，或

柯时无法解决,或不紧急的问的.。项目负比人确认后可

以通过,结束泅试,最后块丐浦试报告.

五.测试用例的设计

计划分析文档确立后，测试组根据各自职责编写测试用例，为后续的测试工作

和外部门协助提供帮助。测试组项目职责确认，对应工作所属模块确认，运用不同

和的场景进行用例的设计C

1、【强制】用例设计要求

1.1根据需求分析输入测试点（需求要求：边界清晰、类型明确、属性清晰、来源

明确、原型布局合理、规范初始值、规范显示业务流程描述清晰无歧义，业务流程

逻辑关系通畅无阻塞）；

1.2根据测试点输出高质量的测试用例，用例要求：步骤清晰、前置条件明确、井

引入具体数据期望结果准价无疑义：

1.3对重要功能模块用例做优先级高处理；

1.4测试数据要求：有效数据、无效数据、错误数据。

2、用例设计的方法详情见附件。

3、用例管理用工具：

Excel：便于编写和维护，工作效率低，不便于管理。

【强制】腾讯文档：便于编写和维护，可进行同步编辑，工作效率高，便于管理。

文档输出：测试用例。

【强制】测试用例格式包括以下内容：测试项目、用例编号、功能模块、用例明细、

用例明显分支、用例名称、前置条件、操作步骤、预期结果、实际结果、测试人。

【推荐】测试用例表格文件命名规则：项目名称+版本号+更新日期（年月日）。

4、用例维护：在有新的需求的时候需要实时进行测试用例的更新。

5、用例评审：产品测试共同参与，确认细节规则和测求结果的准确性，避免功能点

遗漏，确定后用例将以腾讯文档的形式进行共享，除测试外其余人员仅有查看权限。

6、测试工具：jmeter/postman/fiddler使用方法详见规范附件。

六.测试环境准备

1、开发环境：开发提测或部分功能已经实现了协助开发在开发环境进行测试，根据

测试用例的设计对本次发版的需求进去全面的测试，发现问题及时提交tapd内，

并督促开发修复问题，进行几轮的测试并回归确认后，同时项目负责人更新测试环

境。

2、测试环境：【强制】测试环境必须使用生产环境的数据进行新的一轮测试，并且

确定发版内容是都已实现并且有没有对系统原来的功能造成影响。

3、生产环境：在测试环境中确定本次发版的需求可以上线并通知项目负责人更新生

产环境，在生产环境需进行最后的一轮测试，并且对上线前的基本功能再次确认一

遍（详情见附件）

七.缺陷管理

【强制】用例管理用工具：TAPD

1、使用tape1进行缺陷管理，对bug进行优先级以及严重程度的区分，并且根据

提交的Bug规划到对应的迭代内。

2、Bug内容：功能模块，缺陷描述，截图，优先级，严重程度，版本号，处理人,

创建人，创建时间。

3、缺陷状态：新建，接受/处理中，已解决，已验证，重新打开，已拒绝，已关闭。

4、Bug处理流程：测试人员发现并提交缺陷，由开发人员进行处理，开发人员修改

了这个缺陷就会将这个缺陷的状态置为已解决状态让测试人员进行验证。测试人员

对这个已修复的缺陷进行回归测试，如果I可归测试通过，则将缺陷状态置为已关闭，

如果回归测试没有通过，则将缺陷状态置为新建状态等待开发再次修复，直到修复

成功。

八.测试报告

测试结束：根据本次迭代的情况编写测试报告，反馈测试版本的质量情况，是否满

足需求，是否达到上线要求。

测试报告内容（重点）：

1、项目名称、测试版本号、测试项目内容的概述；

2、测试用例的执行情况；

3、测试结果的统计：总