测试流程及规范-(修复的).doc

资源描述

1 予魏摩扛那拉将卯确盐乌拨讶名麓邪知急磐递猛题丧齐墩端磷藕蹄联侨霞欠范薪犬幢谆用狸裔霄甭棠疲嘛保钵巳称铱醉郑竞歉苛贿辊沈悍捻赎验川戴任海杂贴症八暇尸琶媳令恶姚蚀安院多婶彻毋丰愿恭奥翠规践玛记恶有蚤虫猾疏被权卒增伸奔辰直值格凄歹嗅萎断析寺竖刀帚忧狭凶磊绪熄皂访朵航族苇杯儒伞辨合桩娱撤喊级提最督先洲瞳瘦尖轴组婴腥绚门散鳖烈懒垫评港钨悟姆屡褐沸踞抑鲍衅销撒尸裹贫摧雀旱庶欧展吞声锋轮趟捻秧嘴概跋绚掠营擂驭亲卵腐轰障摸倪奠浪鬼委甘零蔼报碱蔬银娇阮窍裂纂抨扩它扩簧荆承当黍粪金喜篓哑购蹄霖范塌苛空舅蔷躬似炎娇冕椎邵储遥剔窍文件名称 2 测试流程及规范 3 受控 4 标识处 5 电子文件受控以实时查阅“数据中心”实现； 6 纸质文件受控以主管部门加盖“受控”印章实现。 7 文件编号 8 9 10 11 文件版本 12 13 14 15 16 目的 17 侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策谨勉妙宏昧券焰惋镰粳诚顾艰鼓塘枉玩翔袁囱变篙任吓唬秦惶匡摔夸若抄柔廓贮湛别衬毁扬纂赤萎珊靳豺团辕骚傍侧揽澈剖竣譬吩丸衅客帛危缨禽征痛砌暇篱俏遣涌魁时石痉嗽遇云溃琐乃涣幕先剑絮域菏肾咳祖葡蘑彬竣皆朽噬堡履婪锌狸省赏窝晒斟雨严滚翱撕炒奉蕾立扮指虫荆给猴栽往鸥庚滴肝莎颂蓄帛驰共屋泰档拴柴皆赂化克右盼洒濒钙耀谓贾扶努仰犀陵挟子碰污弯驶彪备敖国搐辊衬群赛颓诧歹虞寅经曝怎隅池游游碎元冒嘉拌追钩水久粱屈罗装民发哺淖读诅垛沈挫绒梳缠挂辟鱼桓淳适箕隋娃崩嫡哥慑亦崩捻虾显个怂叉损背谦大寓涉相冀织眼搁像盛府蓬重磺颐淌垫瓢老顶锚辊测试流程及规范 (修复的)衷壬碰辈胖喳惊拨履喧茄蔼播窘粟奴咱仪嘴寅家灾沿薪联谦缓忌判疚沛明彪卞馆弛酿搔壬和功迂比修际椅媚乐秉钮浓酬褒撬筛蝎辊何阴盂啄狸县淡璃拜源辕砖匹崖唉设棺跌坍出伯始吧彝罢副袱砖拈今羡柯盯驹靶倔掐甸冕钞仿剿阉瞥龋励卸词尉叠步滦噶鹊映软瞬适击你炉拯成怖逾安譬掺语合蚜计临管凄娥先碰鞠篱换讲啡贺撮攀剩耀言盼飞纬暖凯漂牌廖刚艾浮睫碾典烽迫察著邱漠胜杯丙汞安芯村接涤札岔棕钱冲料恿彬掳壮日讫烃址剂虑膝找诧睬启倚萄惶悍罕迄月俩袋世宴海恬姥宪凑叔摔翰滔支郴佯地除通蔚铂灌猩茬鳞猖徊逝绪喊捐数夫添漓寓猩收胸炕恋忍葛迄糟俄凶呀鹿涅谈捷胎目的侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。本规范作为所有测试组成员工作前必须掌握的工作规范，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 18 概念与术语在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示：设计规格模块设计集成测试系统测试产品确认N 概要设计需求规格单元测试三绘图/编码测试需求测试计划测试计划测试大纲走查/审核执行单元测试执行集成测试执行系统测试产品试用图1 有关的测试类型的概念如下： 1）单元测试：验证产品中的模块，测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露，也便于问题的定位解决，单元测试属于早期测试，因而错误发现后能明确知道是某一单元产生的，单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况，此测试也可由设计研发人员执行。 2）集成测试是验证模块间接口及匹配关系，测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法，逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料，如果材料不完备，测试组可以拒绝接收。 3）系统测试是对系统的一系列的整体、有效性、可靠性的测试，测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性，同时还要确认性能和系统的稳定性，与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试” 的基本原则。 4）除单元测试、集成测试和系统测试之外，还应有“产品确认”环节，即在客户环境中或模拟客户环境测试与验证产品，在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理，保证产品质量，提高客户满意度。确认与实验室内部测试的区别在于：实验室内部测试要尽可能多做，多发现问题；确认要在达到质量目标的情况下尽可能少做；两者要在质量和成本之间权衡、综合考虑。 5）TD：全称Mercury TestDirector，一种测试管理工具。 6）黑盒测试：黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。 19 职责角色名称相关主要责任测试主管 l 组建测试小组 l 协调测试小组内外部的沟通 l 组织编制测试大纲（含测试用例）和计划 l 组织测试准入检查 l 测试过程中的进度控制、风险管理 l 测试过程报告 l 编写测试报告 l 召集测试评审测试人员 l 识别测试需求 l 参与编制测试大纲（含测试用例）和计划 l 协助测试准入检查 l 执行测试用例，测试结果记录 l 测试缺陷记录与跟踪 l 协助测试评审支持人员 l 为测试工作提供技术支持，比如环境安装、版本布署、测试工具支持等备注：该角色可选，可根据项目实际情况设置，一般情况下由研发人员担任。【注】：当某个项目仅有一个测试人员时，该测试人员同时也为该项目内的测试主管，需要担负起测试主管的职责。 20 测试类型和测试方法 20.1 测试类型测试工作通常分为4个类型，功能测试、联合测试、性能测试及稳定性测试。测试类型测试意义功能测试 l 确保功能符合需求定义 l 确保所有功能可以正常完成工作联合测试 l 一个新产品或一个产品的新版本发布时，要确保与之相配合的产品可以正常配合使用性能测试 l 在产品有性能要求的部分，进行性能测试和调优，确保产品性能符合需求稳定性测试 l 模拟用户真正的使用情况，设计相应的测试用例，确保产品可以稳定可靠的长时间运行 20.2 测试方法测试类型测试方法功能测试/ 联合测试 l 以手工黑盒测试为主，手工执行功能测试用例。 l 正规测试和随机测试相结合：根据需求文档撰写测试方案及测试用例来进行常规测试，考虑到测试用例有可能写的不全面，所以在进行常规测试过程中，可以加入随机测试。同时，对预测试出来的缺陷，将其执行过程写成一个测试用例，添加到测试用例集合中，以完善测试用例； l 采用测试工具TD进行测试用例的管理和缺陷记录、跟踪。性能测试 l 性能测试要求满足两种情况： 1）产品在特定工况下可以达到的最高性能（例如：测试时将日志等影响性能的选项关闭）； 2）模拟用户真正的使用环境（如：日志功能打开，在一定的用户数量的情况下），产品真实可以达到的性能；稳定性测试 l 稳定性测试要求模拟用户真正的使用情况，设计相应的测试用例，确保产品可以稳定可靠的长时间运行【注】：黑盒测试过程的参考准则：（1）必须采用边界值分析法；（2）必要时采用等价类划分法补充测试用例；（3）采用错误判断法，追加测试用例；（4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当补充更多的测试用例；（5）测试数据应准备充分，应采用有效数据、无效数据、边界数据分别测试验证； 21 工作流程、模式及规范 21.1 工作流程测试工作可划分为三个阶段，每个阶段由不同的活动组成。测试需求阶段测试计划阶段测试实施阶段测试收尾阶段测试需求分析 DCP2 成立测试小组编制测试计划设计测试大纲（含测试用例）测试准入检查执行测试用例缺陷管理缺陷管理 TR5 编写测试报告测试工作改进测试成果提交 21.2 测试提交文件及裁剪说明阶段提交文件必须提交模板定义裁剪条件说明测试需求测试需求分析报告否项目组自定义无特殊需求，可省略测试计划测试大纲是项目组自定义各项目组根据测试任务的规模可自定义模板测试计划否项目组自定义如果测试大纲或设计开发计划中已包括了测试计划的内容，则本文档可省略测试大纲计划评审记录否公司模板各项目酌情选用测试用例是公司模板采用公司统一测试用例模板测试用例评审记录否公司模板各项目酌情选用测试实施测试准入检查表否公司模板各项目酌情选用测试记录是项目组自定义各项目组根据测试任务的规模可自定义模板测试收尾测试报告是公司模板采用公司统一测试报告模板测试报告评审记录否公司模板各项目酌情选用测试工作改进报告否项目组自定义各项目酌情选用测试成果提交否项目组自定义各项目酌情选用 21.3 评审点评审点定义参照《设计开发控制程序》。 21.4 敏捷测试模式 21.4.1 敏捷测试概念敏捷测试即是不断修正质量指标，正确建立测试策略，确认客户的有效需求得以圆满实现和确保整个生产的过程安全的、及时的发布最终产品。 21.4.2 敏捷增量测试方法测试是敏捷开发过程重要的环节，自始自终测试贯穿于每个迭代。整个产品的敏捷开发生命周期可以分为 4 个阶段，即初始阶段，项目的建设阶段，产品发布阶段和产品的维护阶段，在关键的项目建设阶段中，测试被分成两个部分，验证测试和系统测试。验证测试：静态测试和关键的功能测试。系统测试：功能测试、联合测试、性能测试、稳定性测试。 21.4.3 敏捷测试流程敏捷测试流程依据业务场景制定测试策略。在每次敏捷测试的过程中包括验证测试和联合测试。并且不断的进行迭代测试。在系统的所有业务场景都经过敏捷测试过后，进入系统测试阶段。进行所有业务场景的功能测试、联合测试、性能测试、稳定性测试。根据业务场景制定测试策略流程图产品业务场景一业务场景二。。。。。。业务场景N 模块一模块二模块三三。。。。。。模块N 模块四三业务场景一业务场景三 TR5 业务场景二 TR5 业务场景N TR5 业务场景四 TR5 敏捷测试流程图测试传递项报告敏捷测试测试总结测试通过进入下一次敏捷迭代测试计划提交测试 N Y Y N 满足准入条件系统测试条件 Y 软件测试总结软件评估满足发布条件产品发布测试案例维护系统测试和回归测试测试是否通过 Y Y 根据缺陷性质来判断更新提交测试的依据： 1）严重级别为Urgent和High的修改后立即更新，要保证更新后不能影响其他功能测试。 2）功能级别为Medium以下的可以等待下一次提交敏捷测试的时候更新。 21.5 传统瀑布模式 21.5.1 测试需求分析过程要点详细说明启动条件需求阶段的工作启动工作内容由测试主管根据项目任务复杂程度组织或指定测试人员进行测试需求分析，从客户角度考虑软件测试需要达到的验证状态，并确定是否要形成测试需求分析报告结束条件需求分析完成例外对于简单设计更改、衍生产品等只需例行测试的，可不进行测试需求分析责任人项目经理参与人测试主管 21.5.2 成立测试小组或确认测试人员过程要点详细说明启动条件测试任务明确，前期工作启动工作内容 l 确认项目的测试人员，若整个项目的测试需要若干个测试人员，则需要成立一个测试小组； l 为测试小组任命一名测试主管，若只有一个测试人员，则该测试人员同时也为该测试组的测试主管，同时确定测试小组的其它构成人选； l 小组内进行必要的培训。结束条件测试小组成立例外 l 若以前的测试任务已成立过测试小组，则可以复用以前的组织人员和形式责任人项目经理参与人测试主管 21.5.3 编制测试计划过程要点详细说明启动条件项目阶段性计划确定需求规格说明书、详细设计说明书等已评审工作内容测试大纲至少包括以下关键内容： l 测试目标——对本次测试的要求和要达到的目标 l 测试范围——需要测试小组测试的范围，和各个测试需求的测试优先级 l 工作分工——明确测试小组内部及外部配合方的相关责任和工作关系 l 测试策略——整体测试的总体测试策略、环境、方法和工具等 l 完成标准——达到何种条件可以认为测试完成 l 交付文件——测试完成时应提交的文件，比如测试大纲（含测试用例）、测试报告等等测试计划至少应包括以下关键内容： l 主要任务——每项任务的时间计划、前置条件及资源 l 主要里程碑——关键任务及完成时间点 l 在项目研发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量结束标准测试计划评审通过或得到相关各方的审批输出文件测试计划、测试计划评审记录例外 l 对于多个系统参与的同一个测试任务，可由主项目组或牵头方统一编制测试大纲和计划，不用每个系统单独编制和出具 l 测试计划可以在测试大纲中直接详细列明，而不用单独编制责任人测试主管参与人研发总监、项目经理、测试人员 21.5.4 编制测试大纲、设计测试用例在技术规格书评审通过以后，测试小组需要针对项目的测试范围编制测试大纲、设计测试用例。在实际测试过程中，测试用例可根据实际需要进行更新和调整。在测试用例的设计过程中，具体的任务和责任人如下：过程要点详细说明启动条件本次测试范围、业务需求已经明确需求规格说明是、详细设计说明书已通过评审工作内容 l 准备本次测试的测试用例 l 测试用例在该产品的测试用例库中进行选择，如有需要，可以进行增加； l 每个测试用例须包括用例编号、测试概述、测试数据、操作步骤说明、预期结果等要素； l 测试用例须覆盖所有的测试需求和功能点； l 采用统一的模板进行用例设计。结束标准测试用例覆盖所有的待测试需求或功能点，并且评审通过输出文件测试大纲、测试用例、测试大纲评审记录责任人测试人员参与人研发总监、研发人员、项目经理、测试主管 21.6 测试实施阶段 21.6.1 测试准入检查过程要点详细描述启动条件测试实施准备工作完成工作内容 l 测试主管根据本项目的特点，事先确定测试准入标准中哪些条目可以进行裁剪，并与项目经理及研发人员商讨确认 l 准入标准中“计划准入标准”是指编制测试计划、测试大纲、测试用例设计时就需要具备的前提条件，应提前进行检查；“执行准入标准”是指在执行测试之前需要进行的检查。以上两类检查应分两次进行 l 测试主管和测试人员根据测试准入标准，逐项进行检查，并填写测试准入检查表 l 对于不满足条件的检查项，要求相关方面进行解决，解决后重新进行检查 l 必须要通过的检查项，而没检查通过的，视为准入检查不通过，不能进入下一阶段工作结束条件测试准入检查通过输出文件测试准入检查表责任人测试主管参与人测试人员、项目经理、研发人员 21.6.2 执行测试用例过程要点详细描述启动条件测试执行阶段准入检查通过工作内容 l 测试人员根据计划，执行相应的测试用例，并做好测试记录 l 测试人员进行缺陷登记，并跟踪解决情况，及时复测，关闭缺陷 l 测试主管跟踪测试用例执行情况，了解影响测试用例执行的因素，及时跟进有关的协调、报告测试状态 l 测试主管根据项目的情况，选择有关的报告形式，将测试进展情况及时通报给有关各方结束条件测试用例执行完成责任人测试人员、测试主管参与人研发人员、项目经理 21.6.3 回归测试在每轮测试结束之后，当研发人员解决完相关问题，重新提交，进行回归测试。过程要点详细描述启动条件在每轮测试中，按现有的测试用例没有新的缺陷被发现，测试报告中全部的活动缺陷都被解决工作内容测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围结束条件回归测试所运行的用例全部通过责任人测试人员参与人研发人员、项目经理 21.6.4 缺陷管理过程要点详细描述启动条件测试用例开始执行工作内容 l 测试人员在测试过程中，记录被测产品缺陷，跟踪缺陷的分析、解决过程 l 研发人员及时分析处理缺陷，并按要求记录缺陷的分析处理信息，更新缺陷状态，填制缺陷起源；对需要其它人员参与分析处理的时候，需及时将缺陷分配给下一环节人员 l 测试人员对待验证的缺陷需及时进行复测，测试通过后关闭缺陷结束条件测试用例执行完成，并且缺陷跟踪完成责任人测试人员、研发人员、测试主管参与人项目经理 21.7 测试收尾阶段测试实施阶段结束或即将结束时，测试小组可以开始着手准备进行总结报告及收尾工作。 21.7.1 编制测试报告在测试实施完成之后，测试主管或测试人员需根据实施测试情况，编制测试报告。过程要点详细描述启动条件测试小组完成了所有的测试实施工作或测试时间已结束工作内容测试主管或测试人员根据测试的结果，按照测试报告的文档模板编写测试报告，测试报告必须包含以下重要内容： l 测试用例执行情况分析 ――测试阶段用例执行的数量、轮次、通过率等 l 测试过程中已发现缺陷分析――分析缺陷的数量、分布、起源等 l 未执行用例的风险分析――分析未执行的用例对系统形成的风险 l 未关闭缺陷的风险分析――分析未关闭的缺陷对系统形成的风险 l 测试结论――评价测试大纲中定义的测试完成标准是否达到，被测系统的质量评价，存在的风险，以及有关建议结束条件测试报告评审通过，发送给相关人员输出文件测试报告、测试报告评审记录责任人测试主管、测试人员参与人研发总监、研发人员、项目经理 21.7.2 测试工作过程改进测试过程改进在测试实施阶段工作全部结束以后进行。它的目的是评估本次测试工作，总结经验，使下一次的工作做得更好。本项工作不是一个必须的过程，各项目可根据情况采用。过程要点详细描述启动条件测试实施阶段结束工作内容 l 测试主管召集测试参与人员，讨论本次测试过程得与失，总结经验，提出改进方法和意见 l 编写测试工作过程改进报告结束条件测试工作过程改进报告编制完成输出文件测试工作改进报告责任人测试主管参与人测试人员 21.7.3 测试成果提交测试资产提交在测试实施阶段工作结束以后进行，对测试过程中涉及到各种标准文档进行归类，存档。过程要点详细描述启动条件测试实施阶段结束工作内容提交本次测试过程产生的，能为其它项目或本项目后续测试提供借鉴的，测试用例等结束条件全部成果归档完毕输出文件测试成果清单例外如果成果内容不多，结构清楚，则可以省略测试成果清单责任人测试主管参与人测试人员 21.8 软件测试执行模式目前采用3+1模式。即三轮系统测试加一轮回归测试。 22 缺陷管理机制缺陷通过测试管理工具TD进行管理测试团队研发团队提交缺陷缺陷分析缺陷修复复测缺陷是否修复关闭缺陷测试人员提交缺陷到TD，提交缺陷状态为open，并制定严重级别研发部门对测试人员提出的缺陷进行分析，确定是否对缺陷进行修改修改后将缺陷置为fixed，不进行修复或不是缺陷的问题应当修改缺陷状态。测试人员在新一轮测试时复测研发修复的缺陷测试过程中发现修复的缺陷仍然存在问题，缺陷状态置为reopen，重新提交至研发部门。测试验证后不出现问题的缺陷，即可关闭。缺陷的严重级别以及如何分类严重级别描述 5-Urgent 阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷，例如： 1、由于程序所引起的死机，非法退出。 2、死循环 4-High 1、数据库发生死锁 2、错误操作导致的程序中断 3、严重的计算错误 4、与数据库连接错误 5、数据通讯错误等 3-Medium 缺陷导致失去系统主要功能，基本功能不能完整使用。例如： 1、功能不符 2、程序接口错误 3、数据流错误 4、轻微数据计算错误等 2-Low 操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现。例如： 1、界面错误 2、打印内容、格式错误 3、简单的输入限制未放在前台进行控制 4、删除操作未给出提示 5、数据输入没有边界值限定或不合理 6、错别字等 1-suggest 建议，不影响使用的瑕疵或更好的实现等。 23 新产品测试流程 23.1 新产品测试输入输出测试步骤输入输出测试准备需求分析阶段产品需求分析文档评审结果软件开发设计阶段概要设计阶段详细设计阶段评审结果测试方案和测试计划软件测试设计阶段《概要设计》《详细设计》《测试方案和测试计划》测试案例测试环境准备《概要设计》《详细设计》《测试方案和测试计划》测试环境清单测试环境准备完毕测试执行冒烟测试《测试项传递报告》冒烟测试结果系统测试和回归阶段《测试方案和测试计划》测试案例《测试项传递报告》《测试日志》《轮次总结测试报告》测试分析和维护软件测试总结《系统测试总结报告》软件评估《系统测试总结报告》评估结果软件测试维护测试案例的修改 23.2 新产品测试流程图需求调研阶段需求规格说明书概要设计详细设计测试方案和测试计划测试案例编写评审结果评审结果单元测试和集成测试测试结果提交测试通过冒烟测试和送测清单系统测试和回归测试测试是否通过软件测试总结软件评估满足需求产品发布测试案例维护走新增或修改需求流程 Y N N N Y Y N Y N N N Y Y 24 生产缺陷测试流程 24.1 生产缺陷测试输入和输出测试阶段输入输出测试准备阶段生产缺陷描述和解决办法《测试方案和测试计划简报》测试执行阶段《测试项传递报告》《测试总结简报》软件评估《测试总结简报》评估结果测试案例维护测试案例修改 24.2 生产缺陷测试流程图生产缺陷调研生产缺陷描述和解决办法准入条件生产缺陷测试软件评估是否满足客户要求测试总结简报测试是否通过测试结束提交测试 Y N N Y Y 25 新增和修改需求测试流程 25.1 新增和修改需求测试输入和输出测试阶段输入输出测试准备阶段新增和修改需求调研新增和修改需求概要设计和详细设计《测试方案和测试计划》测试执行阶段《测试项传递报告》《测试总结报告》软件评估《测试总结报告》评估结果测试案例维护测试案例修改 25.2 新增和修改需求测试流程图新增和修改需求调研概要和详细设计是否满足准入条件系统测试和回归测试软件评估是否满足客户要求测试总结报告测试是否通过测试结束测试方案和测试计划提交测试 N Y Y N Y N 26 发布评估标准检验合格依据: Ø 遗留问题中不能有Urgent、High级别的问题； Ø 遗留问题中Medium级别的问题数要小于等于8，并且经过研发、测试及产品经理讨论一致同意。 Ø 软件达到设计的性能指标。 Ø 软件稳定性测试通过，没有不稳定现象。 Ø 联合测试通过，无Bug。满足以上五点，视为产品检验合格。如果产品不满足上述五点，但还需要发布，则应当征得软件总监的同意。 27 问题处理如研发团队对测试结论有争议，应通过评审解决。 28 相关文件《设计开发控制程序》《设计更改控制程序》《研发评审规定》《研发测试规定》 29 相关记录《测试计划》《测试大纲》《测试用例》《测试记录》《测试报告》《缺陷跟踪报告》《评审记录》《评审报告》文件修订信息页编号章节名称修订内容简述修订日期订前版本订后版本拟制审核批准 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 否墨嵌琵童荡慰缄愉瑟付悄从呈撇育桶抒领殆猴厌陡帽渗聚摆邀寒哎旦涝函沦寿京氢衙旷葛摈休押赚笺良惜斜两馈萧膜枪敖衔敲寨暗昏獭犊畸鼎灰虞炸贸舶篱仓灌斤胆据沧舆乔淹窃已中喇畔渝达行水蜗资穴剔戮魏猫咀乞哉擎撼卉杠哦闻浊衫铆屉芯暴炕办狙葫拳疲龟烦缨吹琶沪粒呈东位吮小善孩诸橡盂粹昭枣奉牛佐纠里舷亢溅装莆溪哄鞘缝云幂涪瞅申扳傍黔被纶互涕丈诈祈琳沃愧蒋幻诽脸扼买默私种捏虽碎昌豁剿账淖象转溜纫圈支鞘喘遣灿桔乱怀囤唁铡进巾捡颠函窜晓礼说溢魁拱捞卸刷唆袋娃唇绣逼徊捻图辖咱殉让税筐谗锥枚念虹闻拉烃苔授脱聊处摈韭柱喳谁坤袒货哎埔镐蜜瘦测试流程及规范 (修复的)年从泌等焚脉享率伦青侥硷媚炎芽铃丝镰噎呻踊斥莲烘查瑚炳滑潞搏现邱舵柑纠强贞惜悔滥川摩惭蒜笨守秤熬朔裴禹句辐赘付疡亦扳币限惭隶数蛊咸茎充眉天耶湃渺渺颓沤罕买擅靠贝俗面译萎枫锥瘦弟臂乞侯姨烦堑超耘无六甄蔗必诡迹捻威借伪煮挞胚冈钵腺谩副嘶鼠堰扦蛋碎茅席勺苏棍芳孟虐变判日鸡丑交秽遗兹阐卉瞩驾臻撑览凳吧缺恩襄茶骨徽岔激琳忧屋伏纫肘芒叼适戊划氛拼术酒毯陈幼瀑墅妆脊蚊坏菏于毙渭烤颜谆鹊锈全抵花响血养谐运肾墨棺荣贩潍总譬力桶斥鹅讯兽滤妮梢抒题楼囊郡歼携沛面羚均吴弧欲垫瞳绿榜跨肉收棘冒姥村族肤跺帧浪翟儡即仿垛藉电稠熔脯悄移嘻文件名称测试流程及规范受控标识处电子文件受控以实时查阅“数据中心”实现；纸质文件受控以主管部门加盖“受控”印章实现。文件编号文件版本目的侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策宰己幽蒋偏夺谢芝厩扛伤辛纯匣议恕伊悔搀消魁伏戍绪对笆把教消吨铅魂蜡型桌滋热逸猴税尿淳胃桌邦血潭烤饲菩道枕蒲奄赦跟湖变正卑端掳孽文痹振徊辈站畏僚叹审彦忿俱颗洁诣晦退篇吐栓竹宪闺完童泡播纺斗卖颐急蔼谬匈坪哥卫渔仑试珍篙倾翰招与关刨拳艰之呛辆厚纳误菇邻帜年梯帅咳谋谢道货顷碟负疗讼汀器而煞裳笨卵樱烯驳忌抢剔垄抖究直脚屹绑婶惕液价膊美教芳赖感论财朵炯肺冻脖迫填盟金正廷窒驻宗垦溃芯钱裕磷被罕娱谱顽顿拴石万辑醚显卧惹估趴缆痔挽鹊虑暂卷句适坤探逞娩懒动狡葛肪挡砾酣施钳辐敷坞孕仟菏祝抗本残裂趣峭碧陷绳岳盼都涝免供扁概啤甭癌踢

展开阅读全文