测试管理与Quality Center.doc

第一节 测试管理 第一部分：问题一、测试管理过程中存在的问题： 管理的目标：创造价值、降低成本1、技术管理和人员管理不分； 技术管理：人员技术的提升，比以前做得好 a、分析目前技术应用存在的问题 b、提出改进的方案 c、实施：逐步推进 人员管理：立足测试组内部每个成员的不同情况进行不同的管理 a、根据团队规模分层管理 b、各司其职 c、授权和监控结合2、测试管理和开发管理脱节测试管理开发管理摆正心态、积极配合开发工作顺利进行发现问题及时分析，及时配合开发提出解决方案并实施3、测试管理过程混乱 测试过程：a、测试角色职责的定义； b、测试过程的定义； c、测试成果物的定义； d、测试工作的评估。 产生过程混乱的原因是进度的变更，测试回归的不确定性，没有按照计划进行。计划不要安排的太紧。4、由于进度和软件质量的不确定，测试很难按照预定的过程进行 a、测试计划要有冗余度； b、提高测试用例的复用性； c、对缺陷的数量在测试执行前进行大致的评估；根据以往项目的缺陷的统计，如1000个测试用例会产生多少个bug。 d、若测试执行后，发现bug远远超过预估的范围，则要对bug进行封存，然后对其进行统计分析，找出产生大量bug的本质原因。 e、与相关的开发人员共同协商解决方案f、按照新的解决方案重新提交版本进行测试，直到测试发现的bug数在评估范围内再开始进行回归工作。二、管理目标用正确的人在最少的资源（时间和成本）投入下做高效和正确的事与公司的目标和利益相一致。三、进度控制缺少控制权的原因是价值的体现不明确，只发现问题并不能解决问题。测试的价值体现：1、创造价值：对以往项目产生的bug原因进行分析，与相关责任人共同提出解决或预防措施，在后续的项目中减少问题的发生。 a. 缺陷分析方法： 基本功能产生的缺陷 非本功能产生的缺陷：异常情况下的测试 冒烟测试/预测试：在测试之前把基本功能的测试用例提取出来组成预测试项，交付开发预测试。基本功能产生的缺陷比例应至少小于10% b. bug 统计 从需求缺陷、需求变更、设计、编码、界面方面统计。 测试需求分析：发现需求缺陷。明确测试的范围、明确单一功能点（输入输入数量、范围、类型等、处理和输出有无孤立输出，输出位置、方式，提示信息的内容等）、业务场景设计可应用性应当增强。、非功能需求的明确。 做好测试需求分析可以早发现问题1、可以避免缺陷被放大；2、可以降低缺陷修复成本。、早解决，修复成本很低。需求变更：产生大量的bug，成本无意义的浪费。需求控制，在变更的需求下不要进行开发和测试，开发和测试已稳定的模块。 设计：关键模块的设计应当明确 编码：制定相关的编码规范，代码走读界面：界面规范2、节约成本（1）节约测试成本成本主要来源：a、测试用例的设计、编写和维护 设计：用例优先级定义、基本功能和非基本功能的划分、业务场景设计、隐式需求 编写：建立用例库，包含手工执行的用例和自动化脚本，尽可能省。 维护：避免由于人员流动造成的风险b、测试回归 分析缺陷修复成功率低的原因 回归发现bug量很多的模块，封存，重新设计、开发 （2）协助开发人员降低开发成本a、需求：发现需求bugb、设计：发现设计bug。能看懂数据库，读表c、编码：单元测试框架d、缺陷修复：bug进行统计，找到bug产生的根源。冒烟测试。第二部分 管理一、测试管理1、如何组建测试团队 a、团队的目标； b、团队的发展策略。每个人的测试习惯不同 c、团队成员的角色职责定义 d、团队的工作流程。流程要体现目标和策略。 2、如何规划测试流程 实施流程的前提：渡过了发展期，并且具备了雄厚积累资源和人员充裕。3、如何做到高效管理 投入少、收益多。 a、人的方面： b、技术方面：4、如何评估测试管理的效果 a、谁来评估内部评估外部评估测试成员评估得与失用户反馈需求反馈（取决于有没有做测试需求）开发反馈（缺陷是否定位准确、是否有价值）主动询问 b、为什么评估 评估的目的是得与失在以后的项目中进行延续或规避 c、评估的依据 评估的前提条件是有规范的过程，否则没有量化的指标。量化指标包括每人每天编写用例数、需求覆盖率、每人每天执行用例数、每人每天发现bug数内部指标、每人每天共发现多少需求bug、每人每天共发现多少设计bug、共准确定位多少bug、共不准确定位多少bug外部指标。5、如何改进测试管理过程改进的前提是测试评估。改进有以下方面： a、谁来改进？开发改进、测试改进 b、如何改进？改进步骤如下： 明确当前过程所存在的问题 对问题进行优先级排列 依据问题与开发共同提出改进方案 在下一次的过程中进行实施 实施结束后再进行评估对比，再进行下一轮的改进。实例1 公司现状：1.大型企业（测试团队500人，测试经理30人，开发团队超过千人，开发经理50人，项目架构师10人）2.目前公司正在开发一个大型的ERP系统3.原有的缺陷跟踪流程已经不能应对这样大规模团队的开发和测试工作了，主要问题表现如下：A.测试人员的分工不明确，出现重复性缺陷的概率很大。 问题：缺陷提交重复率高。 解决方案：明确分工版本稳定后重新分工。B.不同子系统出现的问题有可能相同，但是缺陷发现的时间先后与测试人员的技术和对业务了解程度有很大关系。比如说张三发现的A子系统中重大的问题，其实在B子系统中也存在，但张三不负责B子系统的测试，而负责B子系统测试的人员又没有及时提出这样的问题，导致修改延期 解决方案：建立缺陷共享库，经过测试经理审批的严重bug可以放在共享库中C.开发经理只负责管理工作，不进行编码，但是原来只进行缺陷的分配D.开发人员缺陷修复成功率较低，往往一个缺陷要回归3次以上才能关闭 解决方案：回归3次以上的bug直接提交给开发经理。E.开发人员和测试人员经常就是不是问题产生分歧，对bug进行评审的工作会花费测试经理、开发经理甚至是软件架构师的很多时间。F.客户是一个大型的国有企业，对软件的要求是比较高的，不惜花费大量的时间和成本进行软件的研发。 开发和测试产生分歧的原因在于需求不明确。 解决方案：将存在分歧的地方记录下来直接与架构师沟通。 本课总结：1、 价值的体现，创造价值、节约成本2、 测试管理 第二节 Quality Center 商莉 08.06.29一、需求所有的需求都可以归纳为输入、处理和输出。应当善于总结项目之间的共性。QC测试需求管理实际上就是细化、提取功能点。二、QCQC是基于b/s结构的，包括后台和前台的操作。1、后台操作步骤（http:/QC服务器IP：8080/sabin）1）添加域Create Domian2）添加项目Creat Project3）添加用户Site Usersadd User4）添加好的用户选入对应的域和项目Project UsersAddFrom User List将用户从右侧移到左侧，设置为Project Administrator5）将该用户设置为项目管理员 2、前台操作步骤（http:/QC服务器IP：8080/qcbin） （1）需求管理 根据需求文档而来的单一功能点对所有需求进行描述（需求标题），分层次（父结点、子结点） （2）Test Plan（测试用例） Requirementsconvert to Tests （3）流程 Requirement 父需求 一致 子需求 convert Test Plan 测试用例 Test Lab 测试套测试用例集相当于测试用例的归类。构建测试用例集分法一：1、 功能性测试用例集2、 性能.3、 安全性.4、 易用性.分法二：1、 基本功能测试用例集2、 异常功能测试用例集.分法三：1、 单功能测试用例集2、 业务场景测试用例集分法一般用于自动化测试 Defect 添加缺陷a、测试用例与需求相关联 反映了用例对需求的覆盖，该数据可以用来统计需求覆盖率b、bug与需求相关联 反映了某个需求所发现的bug个数3、定义缺陷跟踪流程 ToolsCustomize （1）如果添加bug状态Customize Project Lists （2）设定缺陷跟踪角色Set up Groups a、添加新的角色 b、修改权限 c、DefectsModify Defectstatus，FromTo指该角色将bug的状态从。状态变成。状态 d、将相应的users分配到对应的Group中 e、在Set up Projects Users检查每个人的权限是否分配正确案例一：公司现状：1.中小规模测试团队（5名测试人员+1个测试经理）2.没有设立bug缺陷跟踪流程3.目标：bug能够被准确标识4.测试人员对业务不是十分了解，在后期才介入测试工作，只有测试经理对整个业务是熟悉的5.开发经理工作繁忙，不仅有项目管理工作，同时也负责模块的开发6.每个版本的开发周期短，需要尽快提交给用户一个基本功能正常地软件 （1）bug流程角色人员角色bug状态测试经理审核bug已审核放弃（需与提交者交流认证）开发经理分配 bug已分配测试人员提交bug，回归bug新发现关闭重新打开开发人员修复bug已修复 （2）所需的bug状态 “每个版本的开发周期短，需要尽快提交给用户一个基本功能正常地软件”增加“延期修改”状态，谁负责版本提交谁负责设定该状态。（3）bug变化流程图 QC与测试管理总结1、QC做测试管理的目标2、QC可以完成的主要工作：（1）进行测试项目的分配（在QC后台中的domainproject）（2）由项目负责人针对不同的小组进行人员的分工（前台customizeproject users）（3）针对人员进行任务分配 a、需求任务的分配1、每个人所负责的需求范围2、每个人需求需细化的粒度 b、测试用例的任务分配 c、根据该阶段测试执行的目标来设计测试套 d、执行用例集填写bug（bug产生的原因分析） e、帮助测试明确变更影响的范围 测试人员的职业规划 1、技术要求（1）代码能力语言本身的特点：面向过程、面向对象、面向服务软件的架构：代码和数据的联系方式，c/s、b/s基本的语言要素：分支、循环、数组、指针、文件、结构体单元测试：写测试驱动 （2）数据库能力a、共有多少表b、每张表分