1 / 17
文档名称:

软件测试流程规范最全.docx

格式:docx   大小:224KB   页数:17页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试流程规范最全.docx

上传人:diqiuren3210 2019/10/12 文件大小:224 KB

下载得到文件列表

软件测试流程规范最全.docx

相关文档

文档介绍

文档介绍: 计划与设计阶段整体流程图·· 需求规格说明书· 需求规格说明书· 项目开发计划·  需求规格说明书·  项目开发计划·  概要设计、详细立项会议· 项目可行性分析· 确定项目经理· 确定测试组长需求评审·  明确需求·  消除歧义·  会议讨论并确认测试工作启动·  测试预通知·  组建测试小组·  召开测试情动会设计·  其他相关文档测试设计阶段·  设计测试计划·  测试计划·  测试用例集设计内容评审· 项目正式立项· 测试组长确定·  需求明确无异议·  设计测试用例·  测试小组成立·  开发方与测试方目 ·  测试计划标达成一致 ·  测试用例集·  评审测试计划·  评审测试用例集·  优化的测试计划· 优化的测试用例集过程要点详细说明输入条件立项会议工作内容l 项目(产品)可行性分析。l  根据项目信息,测试经理确定测试组长。(确定测试组长)过程要点详细说明输入条件需求定义完成工作内容测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题,相关人员解答并确认。退出标准所有人员对需求无异议参与人员需求调研人员,开发组,测试部(需求提出者,高层主管)责任人需求调研人员(或高层主管) 立项会议由高层主管立项会议,会议主要对项目的可行性进行分析,并且确定项目经理及项目测试组长。 需求评审注:,此时应在评审会议召开之前发给测试团队,预留时间给测试相关人员熟悉、理解。,主要由测试组长、测试设计等人员组成(还应包括配置管理人员、质量保证人员)。过程要点详细说明输入条件项目(产品),测试规模预估等,同时提交相关最新项目资料:l    项目需求及软件规格定义文档l    项目开发计划l    开发设计过程中提供概要设计、详细设计文档。l    ,,开发团队提供需求规格说明书和开发计划,确认开发组与测试组对需要交接的测试内容、测试目标达成一致,统一项目组的目标和测试的工作重点。退出标准测试小组成立,双方对测试目标及内容达成一致。责任人产品(项目)经理, 测试工作启动注:在正式测试任务下达前,开发团队应在项目(产品)开发计划完成后及时向测试团队下达预通知,告之较为确切的测试日期,提供当前最新的相关资料。部门经理和测试组长组建测试小组,并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试小组成员可预先熟悉必要的项目(产品)资料。  设计测试计划注:针对需求分析文档和项目开发计划文档测试完成后,测试组需要编写测试计划文档、制定测试测略及预估测试过程中的风险,并设计出合理的规避风险的策略,为后续的测试工作提供直接的指导。过程要点详细说明输入条件项目需求文档建立,项目开发计划完成工作内容根据项目的需求文档、设计文档,按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容:l    依据项目背景及要求,确定测试环境。l    测试需求——需要测试组测试的范围,估算出测试所花费的人力资源和各个测试需求的测试优先级l    测试策略——确定项目的测试计划内容,整体测试的测试方法和每个测试需求的测试方法,同时做好测试进度安排及人员调整。l    测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源l    测试组角色——明确测试组内各个成员的角色和相关责任l    可交付工件——在测试组的工作中必须向项目组提交的产物,包括测试计划、测试报告等等l    风险管理——列举出测试工作所可能出现的风险测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组中各个角色组联合评审。退出标准l        在项目开发过程中,要适时的对测试计划进行跟踪,以及评估此计划的完整性、可行性, 设计测试用例注:在需求分析文档确立基线以后,测试组需要针对项目的测试需求编写测试用例,在实际的测试中,测试用例将是唯一实施标准。 设计测试用例的常用方法a. 等价划分法有效等价类:是指对于程序的规格说明来说是合理的有意义的输入数据构成的集合利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能无效等价类:与有效等价类的定义恰巧相反b. 边界值法:Ø 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值