收藏 分销(赏)

管理一个测试小组.pptx

上传人:丰**** 文档编号:4206366 上传时间:2024-08-23 格式:PPTX 页数:42 大小:224.06KB
下载 相关 举报
管理一个测试小组.pptx_第1页
第1页 / 共42页
管理一个测试小组.pptx_第2页
第2页 / 共42页
管理一个测试小组.pptx_第3页
第3页 / 共42页
管理一个测试小组.pptx_第4页
第4页 / 共42页
管理一个测试小组.pptx_第5页
第5页 / 共42页
点击查看更多>>
资源描述

1、0主要内容主要内容17.1企业的测试策略和企业的测试人员的组织企业的测试策略和企业的测试人员的组织 17.2测试小组的职责测试小组的职责17.3测试小组的测试评估测试小组的测试评估17.4测试小组的管理测试小组的管理117.1企业的测试策略和企业的测试人企业的测试策略和企业的测试人员的组织员的组织17.1.1企业的测试策略企业的测试策略 17.1.2企业的测试人员的组织企业的测试人员的组织217.1.1企业的测试策略企业的测试策略理念:理念:企业的主要目的是获取利润,降低测试成本也是企业的主要目的是获取利润,降低测试成本也是盈利的一种方式。盈利的一种方式。用较低的代价实现有效的测试,不应为了追

2、求完用较低的代价实现有效的测试,不应为了追求完美的测试而不失一切代价。美的测试而不失一切代价。3企业的测试策略体现企业的测试策略体现 合理地减少测试工作量合理地减少测试工作量 减少冗余的测试减少冗余的测试减少无价值的测试减少无价值的测试 提高测试效率提高测试效率采用采用“偷工减料偷工减料”的方式来降低测试代价,提高测试效率的方式来降低测试代价,提高测试效率 哪些功能是软件的特色哪些功能是软件的特色?哪些功能是用户最常用的哪些功能是用户最常用的?如果系统可以分块卖的话,哪些功能块在销售时最昂贵如果系统可以分块卖的话,哪些功能块在销售时最昂贵?哪些功能出错将导致用户不满或索赔哪些功能出错将导致用户

3、不满或索赔?哪些程序是最复杂、最容易出错的哪些程序是最复杂、最容易出错的?哪些程序是相对独立,应当提前测试的哪些程序是相对独立,应当提前测试的?哪些程序最容易扩散错误哪些程序最容易扩散错误?哪些程序是全系统的性能瓶颈所在哪些程序是全系统的性能瓶颈所在?哪些程序是开发者最没有信心的哪些程序是开发者最没有信心的?417.1.2测试人员组织测试人员组织一个理想的测试团队应该既有软件开发人员,一个理想的测试团队应该既有软件开发人员,又有测试人员,既有技术人员,又有精通行又有测试人员,既有技术人员,又有精通行业知识的领域专家,而且测试团队要有明确业知识的领域专家,而且测试团队要有明确的职责和分工。的职责

4、和分工。5了解开发人员的测试心理了解开发人员的测试心理测试的目的是找出尽可能多的缺陷。所以测试是测试的目的是找出尽可能多的缺陷。所以测试是“破坏性破坏性”的,而开发却是的,而开发却是“建设性建设性”的。开发人员总是喜欢欣赏程序的。开发人员总是喜欢欣赏程序的成功之处,而不愿看到失败之处。让开发者去做的成功之处,而不愿看到失败之处。让开发者去做“蓄意破蓄意破坏坏”的测试,就象杀自己的孩子一样难以接受。的测试,就象杀自己的孩子一样难以接受。开发者对自己的程序印象深刻,并总以为是正确的(自信是开发者对自己的程序印象深刻,并总以为是正确的(自信是应该的)。倘若在设计时就存在理解错误,或因不良的编程应该的

5、)。倘若在设计时就存在理解错误,或因不良的编程习惯而流下了隐患,他本人很难发现这类错误习惯而流下了隐患,他本人很难发现这类错误.开发者对自己的程序的功能、接口十分熟悉,他自己几乎不开发者对自己的程序的功能、接口十分熟悉,他自己几乎不可能因为使用不当而引发错误,这与大众用户的情况不太相可能因为使用不当而引发错误,这与大众用户的情况不太相似,所以测试自己的程序不具备典型性。似,所以测试自己的程序不具备典型性。结论:开发人员应当测试自己的程序,这是他分内的工作。结论:开发人员应当测试自己的程序,这是他分内的工作。但是开发人员在测试自己的程序时,很难做到客观、公正,但是开发人员在测试自己的程序时,很难

6、做到客观、公正,所以自我测试不具有说服力。所以自我测试不具有说服力。6如何组织测试人员如何组织测试人员应当视企业的人力资源而定应当视企业的人力资源而定条条件件特特别别好好的的公公司司,可可以以为为每每一一个个开开发发人人员员分分配配一一名名独独立立的的测测试试人人员员。这这样样的的测测试试人人员员职职业业化化程程度度很很高高,可可以以完完成成单单元元测测试试、集集成成测测试试和和系系统测试工作,能够实现开发与测试同步进行。统测试工作,能够实现开发与测试同步进行。条条件件比比较较好好的的公公司司,可可以以设设置置一一个个独独立立的的测测试试小小组组,该该测测试试小小组组轮轮流流参参加加各各个个项

7、项目目的的系系统统测测试试。而而单单元元测测试试、集集成成测测试试工工作作由由项项目目的的开开发发小组承担。小组承担。条条件件一一般般的的公公司司,养养不不起起独独立立的的测测试试小小组组。单单元元测测试试、集集成成测测试试工工作作由由项项目目开开发发小小组组承承担担。当当项项目目进进展展到到系系统统测测试试阶阶段段,可可以以从从项项目目外外抽抽调一些人员,加上开发人员,临时组织系统测试小组。调一些人员,加上开发人员,临时组织系统测试小组。条条件件比比较较差差的的公公司司,也也许许只只有有一一个个项项目目和和为为数数不不多多的的一一些些开开发发人人员员。那那么么就就让让开开发发人人员员一一直直

8、兼兼任任测测试试人人员员的的角角色色,相相互互测测试试对对方方的的程程序序。如如果果人人员员实实在在太太少少了了,只只好好让让开开发发者者测测试试自自己己的的程程序序,有有测测试试总总比比没没有测试好吧!有测试好吧!7避免开发人员与测试人员产生矛盾避免开发人员与测试人员产生矛盾开发人员的注意事项:开发人员的注意事项:不要敌视测试人员。要理解测试的目的就是发现缺陷,是测试人员的不要敌视测试人员。要理解测试的目的就是发现缺陷,是测试人员的工作职责。不要以为测试人员吃饱了没事干,存心找茬。工作职责。不要以为测试人员吃饱了没事干,存心找茬。不要轻视测试人员,别说人家技术水平差,不配搞开发只好搞测试。不

9、要轻视测试人员,别说人家技术水平差,不配搞开发只好搞测试。测试人员的注意事项:测试人员的注意事项:发现缺陷时不要嘲笑开发人员,别说他的程序真臭、到处是发现缺陷时不要嘲笑开发人员,别说他的程序真臭、到处是Bug。在开发人员压力太大时或心情不好时不要火上浇油,发现缺陷时别大在开发人员压力太大时或心情不好时不要火上浇油,发现缺陷时别大声嚷嚷。声嚷嚷。请留意另一种极端:如果测试人员与开发人员的关系非常好,请留意另一种极端:如果测试人员与开发人员的关系非常好,可能会导致在测试的时候可能会导致在测试的时候“手下留情手下留情”,这对项目也是一种,这对项目也是一种伤害。伤害。817.2测试小组的职责测试小组的

10、职责 测试小组的职责是发现产品问题、评估问题测试小组的职责是发现产品问题、评估问题严重性,并协助管理部门做出处理问题的决严重性,并协助管理部门做出处理问题的决定。定。几种基本的测试小组类型:几种基本的测试小组类型:质量控制组质量控制组质量保证组质量保证组测试服务组测试服务组开发服务组开发服务组 9质量控制组质量控制组质量控制组的职责本身并不是生产高质量的质量控制组的职责本身并不是生产高质量的产品,也不是制定高质量的开发和测试计划,产品,也不是制定高质量的开发和测试计划,而是审核和控制组织的质量活动,当出现与而是审核和控制组织的质量活动,当出现与标准、规程和计划的背离时,及时进行调整标准、规程和

11、计划的背离时,及时进行调整 10质量保证组质量保证组 质量保证组需要参与以下质量管理活动:质量保证组需要参与以下质量管理活动:通过适当地监控软件开发的各个阶段,确保软件及其开发通过适当地监控软件开发的各个阶段,确保软件及其开发过程与已定的标准和规程一致。过程与已定的标准和规程一致。及时发现产品、过程和标准的不足并提醒管理者注意,以及时发现产品、过程和标准的不足并提醒管理者注意,以便及时弥补。便及时弥补。参与设置标准,引进评审程序。参与设置标准,引进评审程序。对员工进行必要的培训,使他们能以更好的方式设计和开对员工进行必要的培训,使他们能以更好的方式设计和开发产品。发产品。QA职员要有丰富的工作

12、经验和很强的技术能力,他职员要有丰富的工作经验和很强的技术能力,他们应该来自于高水平的程序员、经理、设计人员和们应该来自于高水平的程序员、经理、设计人员和分析人员,否则他们的工作质量就会受到影响。分析人员,否则他们的工作质量就会受到影响。11测试服务组测试服务组 测试服务组的任务是找出故障代码,仔细对测试服务组的任务是找出故障代码,仔细对它们进行描述,确保每个相关人员都能够理它们进行描述,确保每个相关人员都能够理解故障。解故障。测试服务组负责的技术任务主要有:分析、测试服务组负责的技术任务主要有:分析、设计和执行测试,提交高质量的测试文档,设计和执行测试,提交高质量的测试文档,对测试结果进行合

13、理的解释,收集和分析测对测试结果进行合理的解释,收集和分析测试数据。试数据。12开发服务组开发服务组 开发服务组扩展了测试服务组的职能。开发服务组扩展了测试服务组的职能。除测试外,开发服务组还提供各种质量增强除测试外,开发服务组还提供各种质量增强技能服务,包括调试、用户手册的编辑、可技能服务,包括调试、用户手册的编辑、可用性测试、可比较产品的评价、客户满意度用性测试、可比较产品的评价、客户满意度研究等。研究等。1317.3测试小组的测试评估测试小组的测试评估 17.3.1评估测试人员的有效性评估测试人员的有效性 17.3.2评估测试组的有效性评估测试组的有效性17.3.3评估测试组测试活动质量

14、评估测试组测试活动质量1417.3.1评估测试人员的有效性评估测试人员的有效性评估测试人员的有效性除了要考虑一般的人评估测试人员的有效性除了要考虑一般的人员绩效考核因素,如出勤率、工作态度、主员绩效考核因素,如出勤率、工作态度、主动性等,还要考虑一些特殊的、与测试相关动性等,还要考虑一些特殊的、与测试相关的度量,例如测试设计和测试执行的效率和的度量,例如测试设计和测试执行的效率和质量度量质量度量 15对测试人员的期望对测试人员的期望 一个合格的测试人员通常都要符合以下几个标准一个合格的测试人员通常都要符合以下几个标准:1)遵守标准和规程遵守标准和规程 2)遵守进度遵守进度 3)认真执行任务并且

15、达到目标认真执行任务并且达到目标 4)具有很强的质量意识具有很强的质量意识 5)具有较好的沟通能力具有较好的沟通能力 6)按照预算工作按照预算工作 一般来说,对测试经理的期望侧重于人员组织管理能力、测一般来说,对测试经理的期望侧重于人员组织管理能力、测试过程策划和改进能力以及制定规范的标准、规程和计划的试过程策划和改进能力以及制定规范的标准、规程和计划的能力;能力;对测试设计和执行人员的期望侧重于测试用例的设计能力和对测试设计和执行人员的期望侧重于测试用例的设计能力和各种测试技术、方法和工具的使用能力上。各种测试技术、方法和工具的使用能力上。16评估测试人员测试工作的要点评估测试人员测试工作的

16、要点 评估测试人员的工作时经常需要关注以下几评估测试人员的工作时经常需要关注以下几个问题:个问题:1)技术人员与领域专家技术人员与领域专家2)测试者是富有经验的还是新手测试者是富有经验的还是新手3)功能性测试和非功能性测试功能性测试和非功能性测试4)测试阶段和软件开发生命周期的阶段测试阶段和软件开发生命周期的阶段5)缺陷类型和缺陷文档缺陷类型和缺陷文档6)分配给测试者的功能区域分配给测试者的功能区域17技术人员与领域专家技术人员与领域专家对技术人员主要考察其对技术问题的解决能对技术人员主要考察其对技术问题的解决能力,但同时也要兼顾他们对领域知识的了解力,但同时也要兼顾他们对领域知识的了解程度。

17、程度。一个测试者如果不理解应用领域的复杂性和根本一个测试者如果不理解应用领域的复杂性和根本概念的话,他的工作效率将会是很低的。概念的话,他的工作效率将会是很低的。同样,对领域专家主要考察其对应用领域的同样,对领域专家主要考察其对应用领域的掌握程度,但同时也要兼顾他们对常用的测掌握程度,但同时也要兼顾他们对常用的测试技术和工具的掌握程度。试技术和工具的掌握程度。18测试者是富有经验的还是新手测试者是富有经验的还是新手初学者在测试工作中可能会漏掉某些错误,初学者在测试工作中可能会漏掉某些错误,或者意识不到它们是缺陷或者意识不到它们是缺陷测试经理应该给初学者分配较低风险的测试任务,测试经理应该给初学

18、者分配较低风险的测试任务,并且评估他们的技术适应性,即能否很快地熟悉并且评估他们的技术适应性,即能否很快地熟悉新技术和新工具,如果他们没有很好地掌握新技新技术和新工具,如果他们没有很好地掌握新技术和工具,就要考虑对他们进行必要的培训。术和工具,就要考虑对他们进行必要的培训。富有经验的测试者也许会基于以往的经验而富有经验的测试者也许会基于以往的经验而忽略掉某些类型的缺陷忽略掉某些类型的缺陷19功能性测试和非功能性测试功能性测试和非功能性测试 在评估功能性测试时,要考虑测试用例与需在评估功能性测试时,要考虑测试用例与需求之间的映射是否完备,是否具有可追踪性,求之间的映射是否完备,是否具有可追踪性,

19、测试的输入、步骤、输出是否正确测试的输入、步骤、输出是否正确在评估非功能性测试时,要考虑测试用例与在评估非功能性测试时,要考虑测试用例与需求规约之间没有很明晰的映射关系,需要需求规约之间没有很明晰的映射关系,需要根据测试的类型来设置相应的指标根据测试的类型来设置相应的指标20测试阶段和软件开发生命周期的阶段测试阶段和软件开发生命周期的阶段 测试者在不同的测试阶段测试者在不同的测试阶段(如单元测试、集成如单元测试、集成测试、测试、测试、测试、测试、系统测试等测试、系统测试等)所执行的所执行的任务是不同的,相应的评估标准也有所不同。任务是不同的,相应的评估标准也有所不同。另外,由于测试者在软件开发

20、生命周期的早另外,由于测试者在软件开发生命周期的早期阶段就参与到项目中来,对测试者效率的期阶段就参与到项目中来,对测试者效率的评估应该与生命周期的阶段相适应。评估应该与生命周期的阶段相适应。例如,在需求阶段,应该以缺陷预防为基础来评例如,在需求阶段,应该以缺陷预防为基础来评估测试者,包括需求的可测性和不一致性的鉴定估测试者,包括需求的可测性和不一致性的鉴定等。等。21缺陷类型和缺陷文档缺陷类型和缺陷文档 测试人员发现的缺陷是复杂的、与领域相关测试人员发现的缺陷是复杂的、与领域相关的,还是表面上的。的,还是表面上的。缺陷的记录是否包含了重现问题时所需的足缺陷的记录是否包含了重现问题时所需的足够信

21、息,开发者在重现某一测试人员发现的够信息,开发者在重现某一测试人员发现的缺陷时是否感到困难。缺陷时是否感到困难。22分配给测试者的功能区域分配给测试者的功能区域 如果某个功能区域非常复杂,包含了大量缺如果某个功能区域非常复杂,包含了大量缺陷,而且测试完成期限很紧迫,那么该区域陷,而且测试完成期限很紧迫,那么该区域的测试者没有捕捉到一些缺陷是可以理解的的测试者没有捕捉到一些缺陷是可以理解的 2317.3.2评估测试组的有效性评估测试组的有效性 测试组的有效性在很大程度上取决于测试组测试组的有效性在很大程度上取决于测试组的职业素质和人员的构成:的职业素质和人员的构成:行业知识、测试技巧和经验行业知

22、识、测试技巧和经验 定义测试团队成员的角色和职责定义测试团队成员的角色和职责 24测试人员角色及其职责测试人员角色及其职责 25测试人员角色及其职责测试人员角色及其职责2617.3.3评估测试组测试活动质量评估测试组测试活动质量一般来说,要从以下几个方面来评估测试组一般来说,要从以下几个方面来评估测试组的工作质量:的工作质量:测试覆盖率测试覆盖率缺陷度量缺陷度量缺陷文档质量缺陷文档质量缺陷处理流程缺陷处理流程27测试覆盖率测试覆盖率最常用的覆盖评测是基于需求的测试覆盖和基于代最常用的覆盖评测是基于需求的测试覆盖和基于代码的测试覆盖。它们分别从需求和实现这两个层面码的测试覆盖。它们分别从需求和实

23、现这两个层面来评价测试的完全程度。来评价测试的完全程度。基于需求的覆盖通常用测试用例数除以需求规约的功能点基于需求的覆盖通常用测试用例数除以需求规约的功能点数来表示,主要用于检测是否有功能点在测试中被遗漏。数来表示,主要用于检测是否有功能点在测试中被遗漏。基于代码的覆盖可以建立在控制流基于代码的覆盖可以建立在控制流(语句、分支、路径语句、分支、路径)或或数据流的基础上。数据流的基础上。控制流覆盖用于检测所执行的代码行、分支条件、代码中的路径控制流覆盖用于检测所执行的代码行、分支条件、代码中的路径是否达到了完备性要求。是否达到了完备性要求。数据流覆盖则用于检测对变量进行赋值的点和进行引用的点之间

24、数据流覆盖则用于检测对变量进行赋值的点和进行引用的点之间的结构化测试是否完备。的结构化测试是否完备。28缺陷度量缺陷度量 几种常用的缺陷度量指标:几种常用的缺陷度量指标:有效缺陷率:测试人员发现的、被确认为缺陷的缺陷数在有效缺陷率:测试人员发现的、被确认为缺陷的缺陷数在缺陷总数中所占比例。缺陷总数中所占比例。比率越高测试质量越高。比率越高测试质量越高。缺陷发现率:由测试人员发现的缺陷数与软件交付后发现缺陷发现率:由测试人员发现的缺陷数与软件交付后发现的缺陷数之间的比例。的缺陷数之间的比例。如果有较多的缺陷在产品发布前没有被发现,则可能存在以下问如果有较多的缺陷在产品发布前没有被发现,则可能存在

25、以下问题:测试者没有设计良好的测试用例和规程来发现这些缺陷,因题:测试者没有设计良好的测试用例和规程来发现这些缺陷,因此设计能力有待改进;测试者由于工作中的疏忽没有执行可以发此设计能力有待改进;测试者由于工作中的疏忽没有执行可以发现这些缺陷的用例。现这些缺陷的用例。测试效率度量:测试组发现的不同缺陷类型数与对应权值测试效率度量:测试组发现的不同缺陷类型数与对应权值(通常要为不同类型的缺陷赋以权值,严重程度越高的缺通常要为不同类型的缺陷赋以权值,严重程度越高的缺陷类型权值越大陷类型权值越大)的乘积之和,除以本次测试的周期的乘积之和,除以本次测试的周期值越大表明测试效率越高。值越大表明测试效率越高

26、。29缺陷文档质量缺陷文档质量 缺陷文档的格式和内容是否符合标准缺陷文档的格式和内容是否符合标准 是否容易理解和重现缺陷是否容易理解和重现缺陷 30缺陷处理流程缺陷处理流程 在评价一个缺陷处理流程时,要注意考察以在评价一个缺陷处理流程时,要注意考察以下问题:下问题:每个缺陷在发现和确认后,是否被及时地记录下每个缺陷在发现和确认后,是否被及时地记录下来来?回归测试是否被及时执行回归测试是否被及时执行?开发者对缺陷报告的反馈是否被持续地评估开发者对缺陷报告的反馈是否被持续地评估?测试经理要持续地收集和评估开发人员对缺陷报告的测试经理要持续地收集和评估开发人员对缺陷报告的反馈,并据此对测试工作进行监

27、控和调整。反馈,并据此对测试工作进行监控和调整。测试者是否主动跟踪缺陷,直到该缺陷被关闭?测试者是否主动跟踪缺陷,直到该缺陷被关闭?3117.4测试小组的管理测试小组的管理 17.4.1人才培养人才培养17.4.2成功管理的几大原则成功管理的几大原则3217.4.1人才培养人才培养一个高效的测试组织要有人才培养计划,不一个高效的测试组织要有人才培养计划,不断加强测试人员的职业技能。断加强测试人员的职业技能。人才培养涉及到人才的招聘、考核和培训。人才培养涉及到人才的招聘、考核和培训。33测试人才的招聘要点测试人才的招聘要点 1)用人唯才用人唯才2)高级人才选拔内部优先高级人才选拔内部优先3)针对

28、工作岗位招聘适用的人才针对工作岗位招聘适用的人才4)注重非技术素质的考察注重非技术素质的考察34测试人员的使用测试人员的使用35测试人员的绩效考评测试人员的绩效考评 测试人员考评主要包括工作效率和工作质量两大部分测试人员考评主要包括工作效率和工作质量两大部分工作效率用于考察活动工作效率用于考察活动工作质量用于考察产出物的质量。工作质量用于考察产出物的质量。在测试计划方面,可使用测试计划的评审缺陷数、成本与工在测试计划方面,可使用测试计划的评审缺陷数、成本与工作量估算与实际数据的差异来考核工作质量。作量估算与实际数据的差异来考核工作质量。在测试设计方面,可以用单位时间内产生的测试用例和文档在测试

29、设计方面,可以用单位时间内产生的测试用例和文档数量来考核测试人员的工作效率;使用需求覆盖率和设计缺数量来考核测试人员的工作效率;使用需求覆盖率和设计缺陷数等指标来考核工作质量。陷数等指标来考核工作质量。在测试执行方面,可使用单位时间内执行的测试用例数、单在测试执行方面,可使用单位时间内执行的测试用例数、单位时间内发现的缺陷数及测试进度与计划进度的偏离等指标位时间内发现的缺陷数及测试进度与计划进度的偏离等指标来考核工作效率;使用有效缺陷率和严重缺陷率来考核工作来考核工作效率;使用有效缺陷率和严重缺陷率来考核工作质量。质量。36测试人员的职业规划要点测试人员的职业规划要点 一般来说,一个测试人员可

30、能经历的职业发一般来说,一个测试人员可能经历的职业发展阶段有以下几个:展阶段有以下几个:初级测试工程师初级测试工程师测试工程师测试工程师高级测试工程师高级测试工程师测试测试/编程负责人编程负责人测试测试/质量保证经理质量保证经理计划经理计划经理37测试人员的职业规划要点测试人员的职业规划要点因此,测试人员应该根据自身的兴趣和特点,因此,测试人员应该根据自身的兴趣和特点,准确地将自己定位,不断地学习和总结经验,准确地将自己定位,不断地学习和总结经验,积极而又稳定地发展自己的职业积极而又稳定地发展自己的职业 1)准确定位,树立目标准确定位,树立目标2)正确处理好职业理想与现实需求之间的矛盾正确处理

31、好职业理想与现实需求之间的矛盾3)从小事做起,注重实践从小事做起,注重实践38定期培训机制定期培训机制 一般来说,对于刚参加工作的测试人员,要培训他一般来说,对于刚参加工作的测试人员,要培训他们了解岗位性质,掌握基本技能,熟悉企业的工作们了解岗位性质,掌握基本技能,熟悉企业的工作方式和企业文化,使他们尽快融入团队。方式和企业文化,使他们尽快融入团队。对于处在不同工作岗位上的测试人员,要根据他们对于处在不同工作岗位上的测试人员,要根据他们的工作需要培训相关的测试技术、方法和工具。的工作需要培训相关的测试技术、方法和工具。对于测试管理人员,要进行管理理论和管理工具的对于测试管理人员,要进行管理理论

32、和管理工具的培训。培训。培训工作可通过技术讲座、正式或非正式团队会议、培训工作可通过技术讲座、正式或非正式团队会议、印发学习资料等形式进行。印发学习资料等形式进行。3917.4.2成功管理的几大原则成功管理的几大原则 1.为工作招聘最好的员工为工作招聘最好的员工2.真正了解员工的工作真正了解员工的工作3.谦逊并具有包容力谦逊并具有包容力4.给员工充分的信任和自由给员工充分的信任和自由5.对待员工要用他们乐子接受的方式对待员工要用他们乐子接受的方式6.重视结果而非时间重视结果而非时间7.诚实诚实8.尊重员工尊重员工9.任务和标准明确任务和标准明确40本章总结本章总结讨论了:讨论了:17.1企业的

33、测试策略和企业的测试人员的组织企业的测试策略和企业的测试人员的组织 17.2测试小组的职责测试小组的职责17.3测试小组的测试评估测试小组的测试评估17.4测试小组的管理测试小组的管理41习题习题1.测试管理的主要内容是什么测试管理的主要内容是什么?请举例说明三个请举例说明三个测试管理工具。测试管理工具。2.测试执行周期的开始标准和结束标准包含什测试执行周期的开始标准和结束标准包含什么内容么内容?3.软件缺陷的生命周期通常是怎样的软件缺陷的生命周期通常是怎样的?4.使用哪些方法可以较好地再现软件缺陷使用哪些方法可以较好地再现软件缺陷?软件软件缺陷的度量指标都有哪些缺陷的度量指标都有哪些?5.测试评测的基本内容是什么测试评测的基本内容是什么?

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服