软件测试流程规范
整体的流程图
1.详细的流程执行 1.1 计划与设计阶段
整体流程图
· · 需求规格说明书· · 需求规格说明书项目开发计划· · · · 需求规格说明书项目开发计划概要设计、详细设计其他相关文档 立项会议 · · · 项目可行性分析确定项目经理确定测试组长需求评审· · · 明确需求消除歧义会议讨论并确认 测试工作启动· · · 测试预通知组建测试小组召开测试情动会· · 测试计划测试用例集测试设计阶段· · 设计测试计划设计测试用例· · 设计内容评审评审测试计划评审测试用例集· · 项目正式立项测试组长确定· 需求明确无异议· · 测试小组成立开发方与测试方目· · 标达成一致测试计划测试用例集· · 优化的测试计划优化的测试用例集1.1.1 立项会议
由高层主管立项会议，会议主要对项目的可行性进行分析，并且确定项目经理及项目测试组长。
过程要点 输入条件 工作内容 详细说明 立项会议 ? 项目（产品）可行性分析。 ? 项目经理的确定. ? 根据项目信息，测试经理确定测试组长。 退出标准 责任人 测试组长确定． 测试经理（确定测试组长） 1.1.2 需求评审
过程要点 输入条件工作内容详细说明 需求定义完成测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方 提出问题，相关人员解答并确认。 退出标准参与人员责任人所有人员对需求无异议 需求调研人员，开发组，测试部（需求提出者，高层主管） 需求调研人员（或高层主管） 注：1．需求定义基本完成，此时应在评审会议召开之前发给测试团队，预留时间给测试相关人员熟悉、理解。
2．测试部参与人员由测试部经理指定，主要由测试组长、测试设计等人员组成（还应包括配置管理人员、质量保证人员）。
1.1.3 测试工作启动
过程要点 详细说明 输入条件工作内容 项目（产品）开发计划完成 1．项目/产品经理邮件通知测试组长正式测试交接时间，测试规模预估等，同时提 交相关最新项目资料： ? 项目需求及软件规格定义文档 ? 项目开发计划 ? 开发设计过程中提供概要设计、详细设计文档。 ? 其他相关资料 2．组建测试小组，确定小组成员 3．召开测试启动会议，开发团队提供需求规格说明书和开发计划，确认开发组与 测试组对需要交接的测试内容、测试目标达成一致，统一项目组的目标和测试的工 作重点。 退出标准责任人 测试小组成立，双方对测试目标及内容达成一致。产品（项目）经理，测试组长 注：在正式测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试小组成员可预先熟悉必要的项目（产品）资料。
1.1.4 测试设计阶段 1.1.4.1 设计测试计划
注：针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、制定测试测略及预估测试过程中的风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。
过程要点 输入条件 详细说明 项目需求文档建立，项目开发计划完成根据项目的需求文档、设计文档，按照测试计划文档模板编写测试计划。测试计划中 应该至少包括以下关键内容： ? 依据项目背景及要求，确定测试环境。 ? 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试 需求的测试优先级 ? 测试策略——确定项目的测试计划内容，整体测试的测试方法和每个测试需求的 工作内容 测试方法，同时做好测试进度安排及人员调整。 ? 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 ? 测试组角色——明确测试组内各个成员的角色和相关责任 ? 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试 报告等等 ? 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合 评审。 ? 测试计划由项目组评审并通过. ? 在项目开发过程中，要适时的对测试计划进行跟踪，以及评估此计划的 完整性、可行性，在项目结束时还要最后评估一下测试计划的质量 退出标准 责任人 测试设计工程师 1.1.4.2 设计测试用例
注：在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。
1.1.4.2.1设计测试用例的常用方法
a． 等价划分法
有效等价类:是指对于程序的规格说明来说是合理的有意义的输入数据构成的集合利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能 无效等价类:与有效等价类的定义恰巧相反
b． 边界值法：
? 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测
试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
? 通常情况下，软件测试所包含的边界检验有几种类型：数字、字
符、位置、重量、大小、速度、方位、尺寸、空间等。
? 相应地，以上类型的边界值应该在：最大/最小、首位/末位、上/
下、最快/最慢、最高/最低、 最短/最长、 空/满等情况下。 ? 边界值分析的基本思想是使用在最小值、略高于最小值、正常值、
略低于最大值和最大值处取输入变量值，记为：min、min+、nom、max-、max考虑到健壮性测试，还可以加一个略大于最大值max+，以及一个略小于最小值min-的值。
举例说明：例如要求0 < X<5,在编写用例时需考虑到以下几种情况：
? x=0的情况 ? x=5的情况 ? x=-1的情况
? 输入一个X大于5的值，例如输入X=6
c． 错误推断法
基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。 思路：分析程序中最易出错的场景和情况，在此基础上有针对性的设计测试用例，需要完成的前提条件如下： ? 深度熟悉被测系统的业务、需求。
? 对被测系统或类似系统之前的缺陷分布情况进行过系统的分析。
包括功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。 举例说明：
聊天窗口功能
? 输入特殊字符（全角，半角）后，窗口是否能够正常显示 ? 输入空格，是否能够过滤，是否会算入长度计算 ? 输入html字符 ? 输入脚本语言函数
? 在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过
软件测试流程规范最全
