组建测试团队过程.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
怎么组建测试团队过程 在中小公司,如果只有一个小型的 测 试组,你作为测试组长就是公司内部负责测试的“最高长官”。 构建一个测试体系,也就是搭建一个做测试 工 作的框架出来,是做测试工作开展的重要一步。 不同的职业有着不同的要求,如果你是一个个体职业者,例如画家,基本靠的是一己之力的创作,不 需要给自己列一个工作框架出来。 软 件 测 试是一个群体性的工作,自身有一个测试团队,也要和 其 他很多 项目的干系人打交道,这就需要明确具体的工作流程该怎么走,测试团队怎么建设,如何运作;使用哪些 模板;使用什么样的 缺 陷 管 理工具等。这些都是管理测试团队的基石。鉴于以往的测试经验做出以下总结: (一) 首先要做的是明确测试流程。 明确测试流程的目的是让测试团队所有的人员都知道大家都是向着一个方向去努力,为了实现项目的 目标而进行的一种共性活动,而非个体行为。测试流程是测试工作执行的指南针,只有严格遵守测试流程 的规范才能够使我们的测试工作不会偏离我们的项目进度和计划。一个好的测试流程关系到一个测试团队 的运作状况和效率。所以在建立测试流程的时候我们要坚持一系列的原则: ? 软件测试要尽早介入到软件研发工作中。 通过以下几个方面来实现软件测试尽早的接入到研发工作中。 计等。  尽早建立测试组给测试组内的员工磨合的时间。形成团队效应。 测试工程师要尽早的参与到项目过程的前端,要参与需求分析,需求评审,概要设计和详细设 各类研发文档要尽早的提交给测试组,让测试组对需求和设计有全面深入的了解。 开发组要尽早的提供可运行的软件产品,以便能够尽早的发现该产品的缺陷。 尽早明确软件测试的各个阶段的主要目标,以保证项目测试的整体目标不偏离。 ? 研发计划中要给测试流出足够的时间和资源。 人员,软/硬件测试环境和测试时间是保证软件测试质量的三要素,缺少其中一个软件测试都是无米 之炊。所以从测试执行前端来看测试如果想达到预期的目标首先要保证其三要素。 a)  测试工程师应当要配备,如果没有专职的测试工程师,所有的活总不能测组长全包了。双手不 敌四拳的道理我们想大家都懂。一个人的技术再强总不能把两个人的活全干了。  测试团队要配备充分,在数量上配比合理、技术能力要能够满足、同时人员要足够稳定。 在软/硬件环境上,机器可以旧一点,配置可以低一点但是一定要专用。 在测试时间上,一是要在研发计划中明确测试的时间段,二是要在现实中去执行。开发占据测 试的时间屡见不鲜,作为测试组长要注意。测试组长要正式将问题上报领导,明确开发时间延迟,而不是 测试时间延迟。必要时申请延迟测试的时间。测试组长要提防这种吃哑巴亏的情况,这不是推卸责任,而 是一种实事求是的工作态度。 ? 软件测试小组要编写正式的测试计划,测试方案和测试用例,并做好评审工作。 a) 测试计划是一个测试项目开展的规划性文件,测试组长在软件需求通过评审以后就应当编写完 测试计划,不能拖否则会对其他的工作造成延误。同时测试计划编写完成以后应当正式组织测试小组会议, 将测试计划拿出来进行评审,评审的目的是检查测试计划制定的合理性,同时还可以让测试组内的员工认 识到什么样的时间节点该做什么样的工作?这样测试组的行动就有了明确的方向。 b)  测试用例就是测试工程师进行战斗的子弹,测试的效果主要取决于测试用例的设计质量。测试 用例的设计应当遵循对需求进行 100%的覆盖,对代码实现 100%覆盖以此保证测试 用 例 设 计的完备性。 同时测试用例设计的时候还应当注重如何提高测试用例的规范性和测试用例的命中率。以保证测试用例的 高效性。 c)  评审是提高软件测试计划,测试方案设计,测试用例设计质量的非常有效的方法。在测试过程 中要坚持做,并通过各种方式来提高评审的有效性。评审可以实行结对评审和交叉评审。 ? 管理好测试环境。 测试环境是测试执行工作的前提,一个干净稳定的测试环境可以使得我们在测试执行过程中的工作更 顺利,如果一旦测试环境不干净或者不稳定将使得我们的项目的测试进度和质量上都大打折扣,俗话说磨 刀不误砍柴工,所以作为测试组长我们要管理好我们的测试环境。 试结果 c)  特定的软件总是在一定的环境中的,测试也只需要在这些环境中执行。 测试只是在符合要求的测试环境中进行,不是在指定的测试环境中做测试不能统计到预期的测 测试环境应当是干净的,不存在二义性,不应该在分析 bug 的时候出现无法排除的环境问题。 如果出现因为环境问题无法确认是不是软件 bug 的时候,这就是在浪费测试人员的时间和精力。 d) 每一轮启动测试,测试环境都应该是干净的。每一轮测试的时候不应当继续使用上一轮测试的 环境,这个是有风险的。我们并不知道经过一轮测试以后测试环境有

文档评论(0)

xiaoluping2000 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档