测试负责人和测试工程师在日常工作有什么不同

作为负责人,要考虑的事情比较多,要从大局观、整体项目周期上看待问题。而测试工程师平时只要做好分配的任务就行,不需要考虑太多事情。以下是从项目各个阶段来描述作为测试负责人应该要做的工作。

一、需求阶段

  • 要参与需求评审,了解以后要做的项目,做到心里有数
  • 熟悉需求,并组织测试人员分析需求,把需求疑问整理文档,与产品人员讨论。

二、开发阶段

  • 了解开发进度,主动与项目经理沟通,询问近期要提测的项目,做好测试准备工作。
  • 如果提测有并行且人力有限的情况下,划分好优先级和重要性,根据优先级、重要性由高到低开始,优先级的安排要经过领导点头。
  • 和项目经理沟通开发测试安排,是按模块提测还是整体提测。
  • 和项目经理沟通如何发版,bug修改完毕再发版,还是修改部分后先发版,边测边改。遇到致命bug如何处理等。

三、测试阶段

1、用例设计

  • 分配用例设计任务
  • 把控时间进度
  • 组织用例评审

2、测试计划、测试方案、测试排期制定

  • 合理分配好资源
  • 根据项目情况采用合适的测试方法等

3、提测

  • 协调搭建测试环境
  • 传达测试开始
  • 做好提测版本备份及时间记录

4、执行测试

  • 把控项目时间、进度
  • 把控项目质量
  • 监控测试结果,bug数量
  • 及时了解存在问题、难题,并推动解决
  • 分析bug,模块bug较多的要重点测试

5、回归测试

根据情况制定适当的回归测试方法

6、结束总结

  • 测试报告
  • 项目总结

测试的各个阶段,都要记录好时间表,如:用例设计时间,测试时间,每次发版时间等

四、闲时阶段

以上是有项目的情况下要做的事情,项目不忙时,也不能天天闲着,除了适当的休息外,要组织

1、新技术研究并分享

2、组织培训,关于测试方面或其他方面等

时间: 2024-11-09 02:14:55

测试负责人和测试工程师在日常工作有什么不同的相关文章

课程笔记——网易测试工程师的日常

1. 一个产品问世的流程:产品孵化-需求/策划-交互/视觉-开发/测试-系统运维-运营/推广-用户研究-数据分析.2. 测试过程:1)需求评审(仔细评审需求,挖掘需求漏洞:推动开发仔细评审需求,推动需求仔细完善需求)2)测试分析与设计:完成测试分析与用例设计,请开发.需求评审用例思路3)提测:严控开发自测质量.希望开发的自测100%通过,若不通过则会分析原因4)测试执行:利用多种测试手段保证质量,如功能测试.兼容性测试.APP专项测试(电量.流量等)5)测试评估报告:测试情况报告,bug情况报告

网络工程师日常工作总结

日常工作总结 ? netstat命令 如果你在Windows操作系统,你可以使用netstat命令来查询PID,然后可以打开任务管理器,查看这个PID对应的进程名:如果PID没有显示,菜单>查看>选择列>选中PID即可:得知进程后,我们可以将进程杀掉.在windows控制台窗口下执行:netstat -nao | findstr 161 看倒数第1,3行,你看到是PID为4996的进程占用了161和162端口,如果进一步你想知道它的进程名称,你可以使用如下命令:tasklist | fi

前端开发感悟:日常工作与新技术

原文地址:http://www.kuqin.com/webpagedesign/20120804/323847.html 为什么感觉前端发展缓慢 Q: 这几年前端技术风起云涌,HTML5, CSS3, Mobile, NodeJS 等,业界讨论得很多,但在淘宝网公司内部,在我们的日常工作中,并没有感受到多少"激荡".这究竟是为什么呢?如何改变? A: 下面是我的回答: 离开 UED, 在产品技术部待了好几个月了,有个很强烈的感觉: UED 前端的技术价值,更多的体现在对交互的理解和视觉

入门级----黑盒测试、白盒测试、手工测试、自动化测试、探索性测试、单元测试、性能测试、数据库性能、压力测试、安全性测试、SQL注入、缓冲区溢出、环境测试

黑盒测试 黑盒测试把产品软件当成是一个黑箱子,只有出口和入口,测试过程中只要知道往黑盒中输入什么东西,知道黑盒会出来什么结果就可以了,不需要了解黑箱子里面是如果做的. 即测试人员不用费神去理解软件里面的具体构成和原理,只要像用户一样看待产品就可以了. 例如银行转账功能,不需要知道转账的具体实现代码是怎样工作的,只需要把自己想象成各种类型的用户,模拟多种转账情况看系统是否能正常转账即可. 但是仅仅像用户一样去测试又是不够的.如果只做黑盒测试,必然是存在一定的风险的. 例如某个安全性较高的软件系统,

alpha测试和beta测试的区别是什么?

Beta测试是用户公司组织各方面的典型终端用户在日常工作中实际使用beta版本,并要求用户报告异常情况,提出批评意见. 区别:两者的主要区别是测试的场所不同.Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试.         Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中.而beta测试的环境是不受开发方控制的,谁也不知道用户如何折磨软件,用户数量相对比较多,时间不集中.一般地,alpha测试先于beta测试执行.通用的软

从测试员到测试负责人

从测试员到测试负责人 原著:罗萝 审核.整理:jls 从测试员到测试负责人的本质改变是开始承担管理责任,测试负责人作为组织中的最基层管理者,除了执行相关能力的继续提升外,需要开始担任部分管理职能.从一个执行者开始转变为一个管理者,主要的变化有以下几点: 1:责任范围的改变 纯粹的执行者原则上只需要为自己的执行工作负责即可:而管理者需要对自己管理范围内的所有工作负责,即使不是自己执行的工作,也要负管理责任. 对于执行者,我们会希望他们有超出自己职责范围的责任心,这会有助于其个人能力的发展和进步,也

论通过测试与失败测试

在软件测试技术中,现有的测试方法.测试技术中均未提及到通过测试与失败测试. 而在实际项目测试过程中,很多项目组却再应用该方法.虽然该方法被采用,但是很多人对通过测试与失败测试理解并不透侧,在实际使用过程中并未按统一的标注去做.很多测试工程师只是在自己项目中采用这种名称的测试方法,而并未理解该方法如能够用,也就是说使用过程中,其实还是以前熟知的测试方法,如边界值.等价类等. 本文旨在跟大家一起讨论该方法,希望能给其下个标准,能在实际应用中规范大家测试方法的设计. 通过测试:顾名思义执行该测试用例集

测试管理012:结对测试 - 不错的测试实践

由于项目测试中测试平台资源的不足,因此在测试过程中引入了一些结对测试(Pair Testing)的尝试,通过2个月左右的实践,最终的效果还不错.因此,本文简单来谈谈结对测试的实践.不管是开发人员还是测试人员,都应该有属于他们角色的创造性.开发人员创造软件产品,而测试人员可以创造性的发现缺陷,每个角色都可以按照自己的方式前行.开发人员可以结对编程,我们测试人员可以进行结对测试.那么,什么是结对测试呢?不同的人对它的理解会有所不同的.我们定义的结对测试是两个测试人员坐在一起(根据需要,他们可以共用一

Alpha测试、Beta测试的区别?

Alpha测试也称开发方测试,是在用户组织模拟软件系统的运行环境下的一种验收测试,由用户或第三方测试公司进行的测试,模拟各类用户行为对即将面市的软件产品进行测试,试图发现并修改错误. Beta测试是内部测试之后的外部公开测试,用户公司组织各方面的典型终端用户在日常工作中实际使用beta版本,并要求用户报告异常情况,提出批评意见. 两者区别: 两者的主要区别是测试的场所不同. Alpha测试是指把用户请到开发方的场所来测试,Beta测试是指在一个或多个用户的场所进行的测试. Alpha测试的环境是