测试工作规范
- 格式:doc
- 大小:220.00 KB
- 文档页数:4
1.目的
为判定各涂漆层或涂漆与素材之间的附着性对涂装之影响(脱漆)制订本规定以遵循2.适用范围
涂装部品
3.定义
3.1 附着性测试:
3.1.1涂装件涂层与素材之间剥离度的等级测试
3.2 判定方法:
3.2.1 网纹百格测试法:按照MS82-3101中附着性测试目视判定基准图样说明不得剥离
在M-2.5以上(即为直线沿边有脱离,小格中有50%的剥离以内);
3.2.2 层间密着测试法:直线沿边有脱离以外,不得有任何其它部位涂膜的剥离;
4.职责
4.1品保课负责附着性的测试及判定;
4.2相关单位负责分析与改善。
5.作业程序
6.相关文件
6.1 MS82-3101(改4) JIS K 5400 JIS Z 1522
6.2 记录管制程序 FT-QP-003
6.3附着力测试目视判定基准
7.相关表单
7.1 涂装部品管制记录表QR-003-01-A0。
1目标侧重测试工作步骤及规范控制,明确产品研发各阶段测试组应完成工作。
测试技术和策略等问题不在本文档描述范围内。
本规范作为全部测试组成职员作前必需掌握工作规范,也供给其它部门其它组查阅参考,方便于组间协调沟通,愈加好合作完成产品研发工作。
2概念和术语在整个产品研发过程中,测试类型根据前后次序关键分为:单元测试、集成测试、系统测试及产品确定,整个过程以下面W模型所表示:图1相关测试类型概念以下:1)单元测试:验证产品中模块,测试依据关键为模块具体设计或模块需求规格。
能使问题及早暴露,也便于问题定位处理,单元测试属于早期测试,所以错误发觉后能明确知道是某一单元产生,单元测试允很多个被测单元测试工作同时开展。
依据企业研发步骤实际情况,此测试也可由设计研发人员实施。
2)集成测试是验证模块间接口及匹配关系,测试依据关键为概要设计。
通常采取自底向上或自顶向下模块集成方法,逐步集成。
在此步骤中测试组还负责验收研发人员提供转测试材料,假如材料不完备,测试组能够拒绝接收。
3)系统测试是对系统一系列整体、有效性、可靠性测试,测试依据关键为设计规格及产品需求规格。
目标是确定产品和设计规格、需求、行业标准及企业标准符合性,同时还要确定性能和系统稳定性,和之前集成测试应遵照“相同被测对象不要做两遍相同测试”基础标准。
4)除单元测试、集成测试和系统测试之外,还应有“产品确定”步骤,即在用户环境中或模拟用户环境测试和验证产品,在有限试用用户中或模拟用户环境中发觉产品问题并加以妥善处理,确保产品质量,提升用户满意度。
确定和试验室内部测试区分在于:试验室内部测试要尽可能多做,多发觉问题;确定要在达成质量目标情况下尽可能少做;二者要在质量和成本之间权衡、综合考虑。
5)TD:全称Mercury TestDirector,一个测试管理工具。
6)黑盒测试:黑盒测试也称功效测试,它是经过测试来检测每个功效是否全部能正常使用。
在测试中,把程序看作一个不能打开黑盒子,在完全不考虑程序内部结构和内部特征情况下,在程序接口进行测试,它只检验程序功效是否根据需求要求正常使用,程序是否能合适地接收输入数据而产生正确输出信息。
测试部规章制度1. 介绍1.1 背景计划、开发和测试是软件开发生命周期的关键环节。
作为负责测试工作的测试部门,需要建立一套规范和制度,以确保测试工作的高效进行,同时保证软件交付的质量和可靠性。
1.2 目的本文旨在规范测试部的工作流程和规章制度,确保测试活动能够按照统一的标准进行,并提供一个可参考的指南,以促进测试团队的协作和提高工作效率。
2. 测试部组织结构2.1 测试部门职责测试部门负责软件的功能验证、性能测试、质量保证以及系统的稳定性和可靠性验证。
具体职责包括但不限于:- 制定测试策略和计划- 编写测试用例和测试脚本- 执行测试和记录测试结果- 分析和报告缺陷- 参与需求分析和设计评审- 配合开发团队进行问题跟踪和解决- 提供测试相关的培训和技术支持2.2 组织结构测试部门由测试经理领导,下设若干测试小组。
每个测试小组由一名测试组长带领,负责分配任务和管理小组成员。
测试小组根据需要可进一步划分为不同的测试项目组。
3. 测试流程3.1 测试策划在软件开发周期的规划阶段,测试部门和项目经理共同制定测试策略和计划。
测试策略包括测试目标、测试方法、测试环境和资源需求等,测试计划则具体规定了测试时间表、人员分配和进度安排等内容。
3.2 测试设计测试设计是在软件需求和设计阶段,测试部门根据需求文档和设计说明书进行的。
测试设计包括编写测试用例、制定测试数据和测试环境的准备等工作。
3.3 测试执行测试执行是测试部门根据测试计划和测试设计进行的。
测试人员根据测试用例执行测试,并记录测试结果。
同时,测试人员要对测试过程中发现的缺陷进行准确的描述和报告。
3.4 缺陷跟踪缺陷跟踪是测试部门负责解决和追踪缺陷的过程。
测试人员需要及时记录和报告缺陷,并协同开发团队进行跟踪和解决。
在缺陷解决后,测试人员还要进行复测,确保缺陷已得到修复并不再出现。
3.5 测试评审和验收在测试阶段结束后,测试部门会组织测试评审和验收工作。
测试评审是对测试活动的回顾和总结,以便提出改进建议。
软件测试工作规范1、目的规范公司软件的测试工作,明确开发项目组中测试组与开发组在测试工作中的职责,以保证开发软件的质量,降低开发成本。
2、适用范围公司所有自主开发的软件单元测试、综合测试(组装测试、系统测试)、确认测试和验收测试。
3、职责3.1研发部3.1.1负责具体项目测试组的建立;3.1.2参加测试计划、测试用例、测试总结报告、测试验收报告的评审;3.1.3负责编写《软件测试计划》;3.1.4负责测试组、项目组之间的沟通协调;3.1.5编写项目的测试用例;3.1.6进行综合测试、确认测试及内部验收测试实施工作;3.1.7测试完毕,填写测试总结报告;3.1.8审核用户文档;3.1.9跟踪测试错误的跟踪及回归测试;3.1.10参加测试计划、测试用例、测试总结报告、测试验收报告的评审。
3.2项目组3.2.1定期构建程序,以最新版本提供给测试组测试;3.2.2按项目经理的安排,进行单元测试;3.2.3负责按照项目经理的安排纠正测试中发现的错误。
3.3研发部、软件部3.3.1负责测试组、项目组之间的沟通协调;3.3.2负责组织测试计划、测试用例、测试总结报告、测试验收报告的评审工作;3.3.3负责变更控制处理过程。
3.4质管部3.4.1参加测试计划、测试总结报告、测试验收报告的评审;3.4.2负责对测试计划、测试总结报告、测试验收报告进行抽查;4、缩略语及定义4.1 综合测试:包括组装测试和系统测试。
当该项目(产品)的规模、难度不大,认为容易受控时,可以考虑把组装测试和系统测试两阶段工作合并,同时进行。
5、工作程序及规定5.1测试阶段划分测试工作阶段划分为单元测试、综合测试(包括组装测试和系统测试)、确认测试和验收测试几个阶段。
5.1.1单元测试:对程序的最小单位——模块进行测试。
a)目的:是为了检验每个模块能否正常运行,从而发现模块的编码问题和算法问题。
b)依据:详细设计说明书和源程序清单。
c)方法:主要采用自测试、交叉测试。
软件测试工作流程规范一、引言软件测试是保证软件质量的重要环节,对于保证软件的正确性、可靠性、可用性和安全性具有重要作用。
为了规范软件测试工作,提高测试效率和测试质量,制定软件测试工作流程规范十分必要。
本文将从需求分析、测试计划编制、测试用例设计、测试执行、缺陷管理和测试总结等方面,对软件测试工作流程进行规范。
二、需求分析1.测试人员应参与需求分析阶段,了解软件需求,明确测试目标和任务。
2.在测试人员与需求人员的协作下,制定需求文档,明确功能需求、性能需求和安全需求等。
三、测试计划编制1.测试人员应根据需求文档和项目计划,制定测试计划,明确测试范围、测试目标、测试资源、测试工具和测试环境等。
2.确定测试策略和测试方法,制定详细的测试任务和测试进度安排。
四、测试用例设计1.测试人员应根据需求文档和测试计划,设计测试用例,确保测试用例覆盖各项功能需求。
2.测试用例设计应详细描述测试步骤、输入数据、预期结果和实际结果,确保测试用例的可执行性和可测性。
五、测试执行1.测试人员应按照测试计划和测试用例进行测试执行,并记录测试过程和测试结果。
2.测试人员应确保测试环境的稳定性和一致性。
3.在执行测试过程中,测试人员应记录并报告测试中发现的缺陷和问题。
六、缺陷管理1.在测试执行过程中,测试人员应及时记录缺陷和问题,并按照优先级进行分类和处理。
2.缺陷管理系统应规范记录缺陷的详细信息,包括缺陷描述、复现步骤和缺陷影响等。
3.测试人员应参与缺陷修复和验证过程,确保缺陷被及时修复和验证通过。
七、测试总结1.在测试结束后,测试人员应对测试工作进行总结和评估。
2.测试人员应编写测试报告,包括测试目标的达成情况、测试执行情况和缺陷统计等。
3.按照测试总结和评估结果,对测试流程和测试方法进行改进和优化。
八、附则1.测试人员应严格遵守测试流程规范,按照规范进行测试工作。
2.测试人员应及时沟通和协作,保持测试团队的协同效应。
3.测试人员应持续学习和提升自身测试技能,保持对新技术和新方法的关注。
信号完整性测试规范和工作流程一、信号完整性测试规范1.测试范围:信号完整性测试应涵盖全部重要信号线,包括时钟信号、数据信号、控制信号、电源供应线等。
2.测试参数:测试参数包括但不限于信号功率、上升时间、下降时间、峰值电压、峰峰值电压、幅度稳定性、时序稳定性等。
3.测试方法:根据具体测试需求和设备条件,选择合适的信号完整性测试方法,如步进响应测试、脉冲响应测试、频率响应测试、时钟提前测试等。
4.测试设备:测试设备需要具备高精度、高速度、高带宽等特点,如示波器、信号发生器、信号注入器、信号线探针、信号整形器等。
5.测试环境:测试环境应符合实际应用场景,包括温度、湿度、电磁干扰等因素的考虑。
6.数据分析:对测试数据进行详细的分析和处理,包括波形展示、数据比对、波形参数提取、异常识别等。
7.测试标准:根据不同行业和应用领域,制定相应的信号完整性测试标准,如IEEE、IPC、JEDEC等,以确保测试结果的准确性和可靠性。
8.测试报告:根据测试结果生成详细的测试报告,包括测试方法、测试步骤、测试数据、异常情况分析、改进建议等。
二、信号完整性测试工作流程1.确定测试目标:根据设计需求和系统规格,确定需要测试的信号线和测试参数。
2.设计测试方案:根据测试目标和测试需求,设计相应的测试方案,包括测试方法、测试设备、测试环境等。
3.准备测试设备:根据测试方案,准备好所需的测试设备,确保其良好状态和准确性能。
4.连接测试回路:将被测试的电路板、电线、接插件等与测试设备连接起来,确保信号传输通畅。
5.设置测试参数:根据测试目标和测试方案,设置测试设备的相应参数,如示波器的触发电平、采样率、带宽等。
6.执行信号完整性测试:根据测试方案,执行信号完整性测试,记录测试数据和波形。
7.数据分析和处理:对测试数据进行详细分析和处理,包括波形展示、参数提取、异常识别等。
8.测试结果评估:根据测试数据和标准要求,对测试结果进行评估,确定是否合格。
测试标准规范一、概述。
测试是软件开发过程中至关重要的环节,而测试标准规范则是测试工作的基础,它对测试的过程、方法、标准和要求进行了详细的规定,为测试工作提供了明确的指导和依据。
本文档旨在对测试标准规范进行全面的介绍,以便于测试人员在工作中能够准确理解和遵守相关规范,提高测试工作的质量和效率。
二、测试标准规范的重要性。
1. 规范测试流程,测试标准规范规定了测试的流程和步骤,包括测试计划、测试设计、测试执行、测试评估等内容,能够帮助测试人员按部就班地进行测试工作,确保每个环节都得到充分的重视和执行。
2. 提高测试质量,标准规范明确了测试的方法和标准,规范了测试过程中的各项工作,能够有效地提高测试工作的质量,减少测试过程中的遗漏和错误,确保软件产品的质量。
3. 降低测试成本,通过规范的测试流程和方法,能够提高测试工作的效率,减少测试过程中的重复工作和不必要的浪费,从而降低测试的成本。
4. 保障项目进度,规范的测试流程和方法能够提高测试工作的效率,确保测试工作能够按时完成,为项目的顺利进行提供保障。
三、测试标准规范的内容。
1. 测试计划,明确测试的范围、目标、资源、进度、风险等内容,为测试工作的开展提供了详细的计划和依据。
2. 测试设计,规定了测试用例设计的方法和标准,包括功能测试、性能测试、安全测试等内容,确保测试用例的全面和有效。
3. 测试执行,规范了测试执行的流程和方法,包括测试环境的搭建、测试数据的准备、测试工具的使用等内容,确保测试工作的顺利进行。
4. 测试评估,明确了测试评估的方法和标准,包括测试报告的编写、缺陷管理、测试总结等内容,为项目的决策提供了参考依据。
四、测试标准规范的遵守。
1. 测试人员应当深入学习和理解测试标准规范的内容,确保能够准确遵守和执行相关规定。
2. 测试人员应当严格按照测试标准规范的要求进行测试工作,不得随意改变测试流程和方法。
3. 测试人员应当及时反馈测试过程中的问题和改进建议,为测试标准规范的不断完善提供有益的意见。
1.目的
为判定涂装或有颜色规定之素材制品色彩走向及走向偏移值大小特制订本规范以遵循。
2.适用范围
涂装品及有颜色规定之素材品。
3.定义
3.1标准色板:客户提供或本公司内技术部门制订发行供生产比对之色板。
3.2判定方法:素材色差值△E≤0.5以内OK,素色漆色差值△E≤0.8以内OK,金属漆色
差值△E≤2.0以内OK;若客户有规定时,依客户要求。
4.职责
4.1品保课负责色差值的测定及判定;
4.2相关单位负责不符合的分析与改善。
5.作业程序5.1 CR-10
5.2 CR-400
6.相关文件
6.1 MS82-3101(改4)
6.2 记录管制程序FT-QP-003
7.相关表单
7.1 涂装部品管制记录表QR-003-01-A0。
测试规范文档测试规范文档1.引言本文档旨在规范化测试流程和测试人员的工作规范,从而提高测试的效率和质量。
2.测试目标明确定义测试的目标和范围,例如测试的功能、性能、兼容性等方面。
3.测试策略定义测试的方法和策略,包括测试的类型(例如功能测试、性能测试、安全性测试等)、测试用例的设计和执行等。
4.测试环境说明测试所需的硬件和软件环境,包括操作系统、数据库、网络配置等。
5.测试人员角色和责任明确测试人员的角色和责任,例如测试计划编写、测试用例设计、测试执行等。
6.测试计划编写详细的测试计划,包括测试的时间安排、资源分配、风险评估等。
7.测试用例设计规定测试用例的设计方法和标准,例如测试用例的覆盖率、输入数据的准备等。
8.测试执行定义测试用例的执行方法和流程,包括测试用例的执行顺序、执行结果的记录和分析等。
9.缺陷管理规定测试人员发现缺陷的处理流程,包括缺陷的记录、分类、跟踪和关闭等。
10.测试报告编写详细的测试报告,包括测试的结果、发现的缺陷、测试覆盖等信息。
11.变更管理规定测试环境和测试用例变更的管理流程,包括变更申请、评审、执行和验证等。
12.测试工具介绍测试过程中使用的工具和软件,例如测试管理工具、自动化测试工具等。
13.培训和沟通规定测试人员的培训和沟通方式,确保测试团队的有效协作和信息共享。
14.附录包含测试相关的附加信息,例如测试人员的简介、测试术语的定义等。
15.参考文献列出本文档参考的相关文献和资料。
以上是一个测试规范文档的基本框架,具体内容和细节可以根据实际情况进行定制和修改。
软件测试工作流程规范一、引言软件测试是软件开发过程中不可或缺的一个环节,通过测试可以检验软件是否符合需求规格说明书的要求以及是否满足用户的期望。
为了确保测试的有效性和高质量,需要确定一套规范的测试工作流程。
本文将介绍一套完整的软件测试工作流程规范。
二、准备阶段在准备阶段,需要明确测试的目标、范围和资源,并进行测试计划的制定。
测试目标指明了测试的目的,例如发现软件中的缺陷或评估软件的质量;测试范围指明了测试的边界,例如测试哪些模块或功能;测试资源包括测试人员、测试环境等;测试计划包括测试工作的计划时间、任务分配等。
三、设计阶段在设计阶段,进行测试用例设计和测试环境的配置。
测试用例是根据需求规格说明书编写的,用于验证软件功能是否正确的详细步骤。
测试用例应覆盖软件的各个功能点以及可能的边界情况。
测试环境需要配置相应的硬件和软件环境,以确保测试的可重复性和准确性。
四、执行阶段在执行阶段,根据测试计划执行测试用例,并记录测试结果。
测试人员需要按照测试计划中的任务分配,按照测试用例的步骤进行测试。
同时,还需要记录测试过程中的问题和发现的缺陷。
测试结果可以通过测试报告的形式进行记录,包括测试覆盖率、通过率、失败率等指标。
五、缺陷管理在测试过程中,会发现一些软件中的缺陷。
缺陷需要进行管理,包括记录缺陷的详细信息、进行缺陷的分类和优先级评估、分配缺陷的处理人员等。
同时,还需要跟踪缺陷的处理过程,确保缺陷能够及时修复并重新进行测试。
六、回归测试在软件进行了修复后,需要进行回归测试以验证修复的效果。
回归测试是指对已经测试过的功能或模块进行再次测试,以确保修复缺陷后的软件没有引入新的问题。
回归测试的方法可以是选择一部分重要的测试用例进行执行,也可以是根据缺陷的修改情况选择相应的测试用例。
七、验证阶段在验证阶段,对软件进行最终的验证和确认。
验证是指核实软件是否符合需求规格说明书的要求和用户的期望。
验证可以通过功能测试、性能测试、安全测试等不同的测试手段进行。
测试工作规范
1.测试计划管理规范
测试负责人根据版本开发计划进行编写测试计划。
测试计划的拟定和更新需要由相关人员进行评审通过,并且归入配置库进行管理。
集成&系统测试计划:必须。
性能测试计划:根据项目特点和开发要求是否进行性能测试。
测试计划模板参考配置库svn://192.168.1.8/01.标准过程库/软件工程/测试(TS)/模板;
2.测试用例管理规范
2.1用例模板
统一采用EXCEL设计用例模板。
用例模板和设计完成的用例都上传到SVN相应目录进行管理。
2.1.1用例标题
标题格式:
TC_YZD5|YB|工具软件_用例新增日期_001{_用例摘要}_用例版本.xls
如:
TC_YZD5 _20100729_001_购买申请_V1.0.xls
TC_企业批量导入工具5.0_20100729_001_V1.0.xls
注:对于含有多个sheet页的子用例编号可以自定定义子编号(如TC_YZD5 _20100729_001_1),也可以不采用子编号,所有sheet页都属于同一用例。
2.1.2控制页
用例文档第一页包含2部分内容,统计信息和修订信息。
统计信息提供本用例测试通过情况,不需要执行用例人员填写。
修订信息提供用例修订跟踪记录,每次用例更新都需要相关人员填写修订记录。
2.1.3用例正文
按用例优先级可以划分几个Sheet页。
第一页表示优先级最高,每次测试都要执行。
第二页表示优先级为一般,根据特定的需求更新选择执行。
第三页优先级最低,表示在有表结构、界面布局等有所改动时需要执行。
每个sheet页是一个子用例,包含用例标题、相关需求设计说明书、前置条件、准备数据、功能描述、测试步骤、预期输出、测试结果、严重等级、现象描述和子用例统计信息;原则上要求每个用例的子用例不应超过3个。
◆用例标题:与1.1.1节一样。
◆需求设计说明书:如果是根据需求设计说明书编写的用例需要填写相关设计说明书编
号。
◆前置条件和准备数据:如果在测试此用例之前需要某些特定条件和数据,可以在此制定。
也可以将需要的测试数据在测试步骤中要求测试人员按某格式准备。
◆功能描述:用概括性的语言总体描述接下来的测试步骤所要达到的测试目的。
便于测试
人员理解。
◆测试步骤:测试步骤要明确,用最少的步骤覆盖到当前功能的所有情况。
测试步骤设计
方式有条件覆盖、路径覆盖、边界值、划分等价类、因果图、正交分解法等,编写测试用例的人员根据功能特点采用适当的设计方式。
◆预期输出:每一个步骤对应一个预期输出。
预期输出是表示当前测试步骤应该返回的正
确的测试结果。
◆测试结果:用例中可以选择通过或不通过,由执行测试的人员填写。
测试过程中按测试
步骤执行后是否达到预期输出的要求,符合预期输出的要求的给予通过,不符合的选择不通过。
不通过的提交bug管理系统(我们用的是URTracker),并且在用例的现象描述栏注明问题编号和描述问题内容。
◆设计测试用例方式:
主要功能方面用例设计方式参考文档主要功能及通用规
范.doc
;用例的编写方式主要有划分等
价类,边界值,因果图,正交分解法等,编写用例的时候适当采用合适的设计方式。
测试方面的学习资料可以在测试库的培训文档中获得。
◆问题的严重等级:将每个测试步骤不通过问题的等级划分四个等级,分别为中断、严
重、一般、轻微四个等级。
根据用例设置的等级提交BUG时选择响应的严重等级和优先级(优先级说明参考本节开始部分)。
a、中断
致命性问题主要为:系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定,达到无法继续测试的条件。
具体分为
1.系统崩溃,如应用程序死掉、应用程序异常退出,进程资源不能释放。
2.内存使用错误,如内存使用量过大。
3.数据丢失或破坏,严重的数值计算错误。
4.功能与需求设计文档严重不符,跟当前业务产生严重冲突。
5.性能问题,如数据库读写效率低,并发操作失败。
6.升级脚本错误,版本间不兼容,使升级失败。
7.版本文件不全或打包文件错误
8.主干业务操作无法执行。
b、严重
严重性问题主要为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性。
具体分为
1.软件与操作平台和浏览器不兼容,影响系统功能与操作,如样式存在问题。
2.部分应用模块无法使用,或者程序抛出异常信息,如空指针。
3.需求未实现,功能操作存在错误。
4.文件不全或者文件错误造成基本功能无法实现。
5.基本功能(常用新增、修改、删除、查询等)存在问题或者遗漏
6.主干业务流不能走通。
c、一般
一般性问题主要为:界面缺陷,次要业务或者功能存在问题。
具体分为
1.操作界面错误,如窗口内字段定义、含义是否一致,界面格式错乱。
2.提示信息错误,如未给出信息、信息提示错误等。
3.次要业务(不常用的业务功能等)存在遗漏或者实现错误。
4.次要功能(如不常用的查询、打印、导出等)存在部分问题。
5.轻微的数值计算错误,例如小数位,四舍五入。
d、轻微
轻微性问题主要为:易用性及建议性问题
具体分为
1.功能辅助说明描述不清楚,操作时未给用户提示。
2.界面格式设计不规范,不方便用户操作等。
3.个别不影响产品理解的错别字。
4.建议。
子用例统计信息:显示此页用例通过和不通过记录数。
测试用例执行人员只需要在用例测试完成后,根据不通过记录的严重程度,在测试结论中选择此用例是否通过
即可。
2.2用例评审
需求的新增或更新测试人员都需要进行用例维护,更新测试用例后需要发起用例评审会议,邀请相关开发和测试人员共同评审。
评审前后用例的状态(尚未评审、评审通过、评审不通过)和评审意见和日期也需要更新。
3.BUG工具管理规范
3.1人员权限
可维护URT项目配置人员角色
3.2 项目配置
3.2.1项目信息
项目名称定义格式要求:如5.0.05.SP17
3.2.2事务字段定义
现象描述:
相关用例:
3.2.3工作组信息
测试组:
开发组:
3.2.4事务优先级定义
高、中、低
3.2.5事务状态定义
主要:打开
关闭
回测中
回测通过
回测不通过
新版本解决
其他可选:挂起、不处理、进行中
3.2.6状态切换流程
其他可选:
3.2.7事务模块属性定义
颗粒度定义到功能菜单最后一级,按项目功能模块名称定义。
3.3备份
配置库管理人员定期备份URTracker数据库。
4.问题提交和回测规范
4.1问题标题:要简洁扼要的体现出BUG的主要内容;
4.2现象描述:描述语言要让开发和其他测试人员都能看懂。
描述不清楚的用截图或录像的方式提交附件。
涉及到企业数据库问题的应上传企业数据库,设计到公安数据库问题的可以注明公安数据库地址。
4.3相关用例:根据用例测试时,要提供此问题依据的用例编号、第几行第几款,如果问题并非是依据用例测试出来的,应说明是否需要更新用例。
4.4回测问题:问题提交内容所描述的步骤全部测试到。
必要时需要根据相关用例重新测试。
如果问题提交人说明中写到需要修改测试用例,回测人负责更新测试用例。
5.测试报告
根据测试计划、测试用例执行结果、回归测试情况编写测试报告。
测试报告模板参考配置库svn://192.168.1.8/01.标准过程库/软件工程/测试(TS)/模板。
6.测试反馈
一个阶段的测试工作完成后需将测试用例、测试报告进行存档。