1、目录目录 配置管理与版本规划配置管理与版本规划3 3 STD/ITD/IT/STSTD/ITD/IT/ST阶段规约阶段规约2 2 须掌握的知识点须掌握的知识点4 4 BFSC BFSC质量管理体系质量管理体系1 11.1 BFSC质量管理体系概述质量管理体系概述遵循遵循ISO 9001ISO 9001质量管理体系质量管理体系20052005年通过塞宝公司质量管理体系认证年通过塞宝公司质量管理体系认证公司共通公司共通软件部共通软件部共通三级部共通三级部共通明确阐述质量方针、质量目标，组织机构，各个岗位的职责和权限，以及质量体系要素和相关文件化程序。具体描述实施各质量要素相关活动的内容和步骤，福富
2、公司主要制定了27个相关程序文件。实施特定岗位作业的具体质量要求及质量记录格式规范 BFSCBFSC质量体系文件详见质量体系文件详见:体系文件体系文件03_第三层文件第三层文件03_部门三层文件部门三层文件01_IT-BG_软件部软件部00_共通文件共通文件1.2 测试配置重点关注测试配置重点关注分类分类 角色角色全流程全流程测试测试配置管理配置管理合计合计PMPM14142 21616配置配置5 51 113131919测试测试14141414共通共通8 81 19 9合计合计2727181813135858目录目录 配置管理与版本规划配置管理与版本规划3 3 STD/ITD/IT/STST
3、D/ITD/IT/ST阶段规约阶段规约2 2 须掌握的知识点须掌握的知识点4 4 BFSC BFSC质量管理体系质量管理体系1 12.1 研发阶段研发阶段-概述概述 清楚地描述了测试阶段和上游阶段的对应关清楚地描述了测试阶段和上游阶段的对应关系；系；强调测试先行，强调测试先行，尽早地、不断地进行软件测尽早地、不断地进行软件测试，测试伴随着整个软件研发周期。试，测试伴随着整个软件研发周期。2.2 STDSTDSTD在在IT-BGIT-BG研发阶段标准模型中的位置研发阶段标准模型中的位置 2.2.1 STD-主要目的主要目的1.了解业务知识和技术知识了解业务知识和技术知识2.参与需求评审会议参与需
4、求评审会议3.完善系统测试清单完善系统测试清单4.完成系统测试设计，发起评审完成系统测试设计，发起评审需求分析阶段，测试人员开始介入，以测试角度分析需需求分析阶段，测试人员开始介入，以测试角度分析需求的可测性，构思其测试方法、原则等；求的可测性，构思其测试方法、原则等；测试人员全面了解系统需求，从客户角度考虑软件测试测试人员全面了解系统需求，从客户角度考虑软件测试需要达到的验证状态。需要达到的验证状态。2.2.2 STD-流程和人员职责流程和人员职责测试组长：测试组长：参与用户需求分析书和系统需求书的评审测试设计人员：测试设计人员：参与系统需求书的评审测试人员：测试人员：了解负责任务相关的需求
5、和背景知识测试组长：测试组长：主导完善系统测试清单，发起系统测试清单、系统测试步骤书评审测试设计人员：测试设计人员：完善系统测试清单，编写系统测试步骤书测试人员、需求人员：测试人员、需求人员：参与评审问题问题1：项目进度紧张，项目组未严格按照标准流程执行。：项目进度紧张，项目组未严格按照标准流程执行。后果：表面赢得省略环节的投入资源和时间，但弊端在测试阶段暴露。开发/测试人员对需求理解不一，或测试人员对需求不理解，测试阶段要花时间讨论。若需求、开发人员疏漏，还会引起返工。建议：项目进度紧张，简化需求评审会及详细文档。需求人员召集相关人员口头讲解，输出简要记录。测试人员在系统测试设计时遇到的歧义
6、，由项目经理或需求人员指导把关。问题问题2：没有事先规划测试环境、测试数据。：没有事先规划测试环境、测试数据。常见于入网测试后果：环境不满足测试需求时临时对调，易混淆各环境用途。没有合理规划测试数据，各环境同步覆盖测试数据导致重复维护。建议：项目初始考虑测试环境配置，拟写环境分配对照表通知项目相关人员。若入网测试，则根据规范评估性能测试数据和功能测试数据的耦合度，避免相互影响。若日常版本发布前的性能测试，也要为二者划分资源区间。2.2.3 STD-关注点关注点2.3 ITDITDITD在在IT-BGIT-BG研发阶段标准模型中的位置研发阶段标准模型中的位置 2.3.1 ITD-主要目的主要目的
7、1.参与基本设计相关的评审参与基本设计相关的评审2.完善集成测试清单完善集成测试清单3.完成集成测试设计，发起评审完成集成测试设计，发起评审集成测试设计以基本设计的输出物为依据，集成测试设计以基本设计的输出物为依据，BDBD评审时，评审时，测试组从测试的角度提出意见和建议。测试组从测试的角度提出意见和建议。根据根据IT-BG项目特点，基本设计输出文档按功能性质划分项目特点，基本设计输出文档按功能性质划分为：总册、前台、后台等部分，那么集成测试设计也应为：总册、前台、后台等部分，那么集成测试设计也应参考同样划分原则处理。参考同样划分原则处理。2.3.2 ITD-流程和人员职责流程和人员职责测试组
8、长：测试组长：参与基本设计书评审测试设计人员：测试设计人员：参与基本设计书评审测试人员：测试人员：了解负责任务相关的需求和背景知识测试组长：测试组长：主导完善集成测试清单，发起集成测试清单和集成测试步骤书的评审测试设计人员：测试设计人员：完善集成测试清单，编写集成测试步骤书测试人员、设计人员：测试人员、设计人员：参与评审2.3.3 ITD-要点要点集成测试设计要点：确认模块功能的正确性；确认模块与其他关联模块之间的接口信息的吻合性；确认和硬件间的接口信息的吻合性；确认模块与其他关联模块之间的结合测试；和硬件之间的结合测试（只限于有硬件接口时）；模块间冲突测试或业务冲突测试。2.4 ITITIT
9、在在IT-BGIT-BG研发阶段标准模型中的位置研发阶段标准模型中的位置 2.4.1 IT-主要目的主要目的1.实施集成测试，实施集成测试，TD记录结果记录结果2.记录缺陷记录缺陷3.调整集成测试步骤书和测试清单调整集成测试步骤书和测试清单4.回归测试回归测试保证实现同一功能的各功能子模块能够完整、有机地结合在保证实现同一功能的各功能子模块能够完整、有机地结合在一起，按预定方式正确处理数据并实现业务功能。一起，按预定方式正确处理数据并实现业务功能。2.4.2 IT-流程和人员职责流程和人员职责测 试 组 长：测 试 组 长：安 排 测 试 工 作，进 度 监 控（测试进度报告），统计缺陷，发起
10、测试总结会议（完成报告）测试人员：测试人员：执行集成测试,在TD平台填写运行测试结果，导出测试日报测试设计人员：测试设计人员：调整集成测试清单、集成测试步骤书，指导测试设计人员设计人员/开发人员：开发人员：根据TD和CQ上的缺陷等集成测试结果，调整输出物项目经理：项目经理：协调推进监控，依据测试错误率、项目开发计划等因素决定是否进入下一开发阶段2.5 STSTST在电信信息化部研发阶段标准模型中的位置在电信信息化部研发阶段标准模型中的位置 2.5.1 ST-主要目的主要目的1.实施系统测试，实施系统测试，TD记录结果记录结果2.记录缺陷，记录缺陷，CQ记录缺陷记录缺陷3.调整系统测试步骤书和测
11、试清单调整系统测试步骤书和测试清单4.回归测试回归测试按对应的测试设计对最终软件系统进行全面验证，确保最终按对应的测试设计对最终软件系统进行全面验证，确保最终软件产品满足产品需求并且遵循系统设计。软件产品满足产品需求并且遵循系统设计。正式系统测试前预测试，确保系统基本功能可用，避免出现正式系统测试前预测试，确保系统基本功能可用，避免出现主要功能有致命主要功能有致命BUGBUG而导致大量用例被挂起或系统测试无法而导致大量用例被挂起或系统测试无法继续。继续。2.5.2 ST-流程和人员职责流程和人员职责测试组长：测试组长：工作分配，进度报告，测试结果评审会议测试设计人员：测试设计人员：调整系统测试
12、清单、系统测试步骤书测试人员：测试人员：执行测试，记录汇报缺陷需求人员需求人员 设计人员设计人员 开发人员：开发人员：根据TD和CQ上的缺陷等系统测试结果，调整输出物项目经理：项目经理：协调、推进，版本规划核查，分析问题问题1：CQ问管平台的问需单信息记录不够详细。问管平台的问需单信息记录不够详细。问需单记录内容过于简单，开发测试易出现理解偏差。个别开发人员流转单，只描述“请测试”或“处理完”，加大下游阶段 沟通。个别测试人员流转单，只描述“测试通过”或“请按沟通修改”，给回归测试和版本测试带来不便。建议：建议：新建需求单，不明确的地方，需求分析人员应向需求提出人确认。新建问题单，分点描述缺陷
13、重现步骤和测试数据，尽量附上缺陷截图，。实现有较大改动，开发人员转单时要简要说明。测试人员转测试通过，要描述测试环境、测试步骤要点、权限角色等等。2.5.3 ST-关注点关注点好的缺陷记录制度好的缺陷记录制度:每条缺陷报告只包括一个缺陷（同类缺陷只需一条缺陷报告）；测试问需单，发现缺陷（问题单记录外的缺陷），新建问题单和对应问需单关联；测试人员提交缺陷前，确认缺陷库中是否存在重复缺陷，避免提重复单；建议统一缺陷标题格式和严重级别定义等。CQ需求单：REQ_需求名称 CQ开发子单：MK_需求名称 CQ测试子单：TEST_需求名称 CQ问题子单：BUG_需求名称_模块（功能）_问题要点 CQ问题单
14、：BUG_模块（功能）_问题要点 总之，规范的缺陷管理制度，有助于减少测试人员和开发人员的沟通成本，为阶段性分析严重影响测试进度的工作提供帮助。2.5.3 ST-关注点关注点回归测试定义：回归测试定义：修改旧代码后，重新测试以确认修改没有引入新的错误或导致其他代码产生错误。贯穿于软件开发的各个阶段。回归测试时注意两点：回归测试时注意两点：首先，各测试阶段发生的修改尽量要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。2.5.4 回归测试回归测试目录目录 配置管理与版本规划配置管理与版本规划3 3 STD/ITD
15、/IT/STSTD/ITD/IT/ST阶段规约阶段规约2 2 须掌握的知识点须掌握的知识点4 4 BFSC BFSC质量管理体系质量管理体系1 13.1 实施配置管理的意义实施配置管理的意义1.积累组织知识和过程财富积累组织知识和过程财富2.有效地控制和跟踪变更有效地控制和跟踪变更3.实现并行及异地开发支撑实现并行及异地开发支撑4.开展规范化的测试工作开展规范化的测试工作5.规范版本发布管理规范版本发布管理6.及时了解项目的进展状况及时了解项目的进展状况可回溯性可回溯性完整性完整性正确性正确性3.2 配置管理内容配置管理内容(1)3.2 配置管理内容配置管理内容(2)配置项、版本、基线及产品间
16、的关系配置项、版本、基线及产品间的关系3.3 配置管理的工具及环境配置管理的工具及环境SVN：版本管版本管理工具理工具配置管理配置管理工具工具PMSPMS：项目：项目管理系统管理系统TD：测试：测试管理工具管理工具CQ：变更：变更管理工具管理工具3.4 实现配置管理的角色与实现配置管理的角色与职责职责角色角色与与职责职责1 1）全面负责配置，实施）全面负责配置，实施配置裁剪；配置裁剪；2 2）协助制定）协助制定配置管理计划；配置管理计划；3 3）制定）制定基线计划，管控变更基线计划，管控变更项目经理项目经理配置管理员配置管理员项目组员项目组员CCBCCB1 1）制定配置管理计划，）制定配置管理
17、计划，配置初始化；配置初始化；2 2）管理配）管理配置库置库(变更变更)记录；记录；3 3）提）提交基线报告并向交基线报告并向PMPM汇报汇报1 1）按配置管理流程）按配置管理流程要求提交配置项和评要求提交配置项和评审记录审记录1 1）评审变更申请，协）评审变更申请，协助助PMPM控制风险；控制风险；2 2）CCBCCB成员尽可能含客户方，成员尽可能含客户方，在项目启动时确定在项目启动时确定3.5 配置库权限分配建议配置库权限分配建议只分配工作必须的开发库目录读只分配工作必须的开发库目录读写删权限；工作必须的受控库目写删权限；工作必须的受控库目录读权限。录读权限。具有全库的读权限具有全库的读权
18、限123普通员工普通员工部门经理及部门经理及QA配置管理员及配置管理员及PM具有全库的读写删权限具有全库的读写删权限3.6 文档命名规范及版本编文档命名规范及版本编码规则码规则版本号版本号日期日期作者作者修订要点修订要点V0.1V0.12007-8-272007-8-27张三张三根据用户对根据用户对“小灵通产品开发需求小灵通产品开发需求”，CQ单单xxx，形成，形成初稿初稿V1.0V1.02007-8-282007-8-28张三张三经过评审，调整了第经过评审，调整了第5.1“定价计划定价计划”章节，修改了配置要章节，修改了配置要求求【包括增加的内容、修改的内容、删除的内容等包括增加的内容、修改
19、的内容、删除的内容等】V1.1V1.12009-2-22009-2-2李四李四根据用户新变更需求，根据用户新变更需求，CQCQ单单xxxxxx，在，在2.1“2.1“前台配置界面前台配置界面设计设计”章节增加了章节增加了xxxxxx内容。内容。V2.0V2.02009-8-12009-8-1李四李四经过评审，调整了第经过评审，调整了第2.1“2.1“前台配置界面设计前台配置界面设计”章节，修章节，修改了界面输入参数的位置。改了界面输入参数的位置。版本编码版本编码 版本编号：版本编号：“V”+WW.XX。取值范围：取值范围：WW为为0-99；XX为为0-99。文档命名文档命名项目名项目名_配置项
20、配置项_分册标识分册标识可选可选_描述描述3.7 文档配置管理流程文档配置管理流程新增文档新增文档修改文档修改文档3.8 产品命名规范及版本编产品命名规范及版本编码规则码规则领域领域数值范围数值范围涵义及升级时机涵义及升级时机产品产品/项目项目英文简称英文简称中文简称为描述产品主功能的关键字，中文简称为描述产品主功能的关键字，8个汉字内；英文简称为中文个汉字内；英文简称为中文简称的首个英文字母组合。简称的首个英文字母组合。V常量常量WWWW1 199主版本号，表示产品功能点有较大的调整或局部修正累积较多而导致主版本号，表示产品功能点有较大的调整或局部修正累积较多而导致项目整体发生全局变化时，项
21、目整体发生全局变化时，XX值增值增1，其后几位归零；，其后几位归零；XXXX0 099次版本号，体现版本规划，通过该位对产品版本进行规划，次版本号，体现版本规划，通过该位对产品版本进行规划，XX值增值增1，其后其后YY值归零；值归零；XX累计达累计达99，WW值增值增1，XX、YY值归零；值归零；MYYMYYM M：B B、X、YYYYY：0 099小版本号，体现版本规划，该位在具体实施的过程中进行动态调整，小版本号，体现版本规划，该位在具体实施的过程中进行动态调整，主要目标（主要目标（M的取值）：的取值）：B，并行开发；，并行开发；X，衔接开发；，衔接开发；Y，应急版本，应急版本YY累计达累
22、计达99，XX值增值增1，YY值归零值归零版本编码版本编码 版本编号：版本编号：“V”+WW.XX 内部小版本：内部小版本：MYY产品命名产品命名产品产品/项目英文简称项目英文简称+“V”+产品版本编号产品版本编号3.9 代码目录规范代码目录规范目录目录说明说明TrunkTrunk开发主干开发主干BranchesBranches 测试提交分支测试提交分支TagsTags 发布提交分支发布提交分支目录目录说明说明最新发布版本最新发布版本 存放当前最新的存放当前最新的整体产品版本整体产品版本产品版本产品版本存放历史发布的存放历史发布的产品版本产品版本3.10 代码受控流程代码受控流程3.11 配置
23、管理及其变更控制配置管理及其变更控制流程流程3.12 版本规划及确认流程版本规划及确认流程在需求分析阶段，对囤积的需在需求分析阶段，对囤积的需求与问题分析完成后，须明确求与问题分析完成后，须明确哪些需求在本期版本研发，哪哪些需求在本期版本研发，哪些在后续版本研发，并输出些在后续版本研发，并输出版本规划版本规划文档。文档。在系统测试结束形成可发布版在系统测试结束形成可发布版本时，需要对原版本规划进行本时，需要对原版本规划进行核查，确认相对原版本规划增核查，确认相对原版本规划增加、变更及删除的需求与问题。加、变更及删除的需求与问题。3.13 版本规划几个关键时间版本规划几个关键时间点点参见参见WM
24、-130-018_WM-130-018_版本规版本规划操作指导书划操作指导书.doc.doc参见参见SF-130-049-SF-130-049-版本规版本规划划.xls.xls参见参见版本规划目标版本批版本规划目标版本批量修改工具量修改工具.xls.xls3.14 版本规划模板使用版本规划模板使用3.15 版本规划类型版本规划类型(主版本演主版本演进进)3.15 版本规划类型版本规划类型(小版本规小版本规划划-并行开发版本并行开发版本)TrunkTrunkBranchesBranchesTagsTags1）版本规划，并根据要求建立分支（个人分支或部分集成分支,可以根据小版本规划进行）2）并行开
25、发3）集成4）提交测试5）反馈主干6）提交发布7）主干后续版本开发8）提交测试1 1.0000.B B01011 1.0000.B B02021 1.0000.B B03031 1.0000.0000001 1.0000.B B04041 1.0000.B B03031 1.0000.B B0202实现功能a、b实现功能c完成功能d、e实现功能f、g、h1 1.0000.B B0101提交测试提交测试集成、测试发布提交测试提交测试3.15 版本规划类型版本规划类型(小版本规小版本规划划-衔接测试版本衔接测试版本)T Tr ru un nk kB Br ra an nc ch he es sT
26、Ta ag gs s1）版本规划并开发2）形成相应的测试版本3）测试4）反馈主干5）提交发布6）主干后续版本开发1 1.0 01 1.X X0 01 1 1 1.0 01 1.X X0 02 2 1 1.0 01 1.X X0 03 31 1.0 01 1 结束语当你尽了自己的最大努力时，失败也是伟大的，所以不要放弃，坚持就是正确的。When You Do Your Best,Failure Is Great,So DonT Give Up,Stick To The End谢谢大家荣幸这一路，与你同行ItS An Honor To Walk With You All The Way演讲人：XXXXXX 时 间：XX年XX月XX日
