测试Leader应该做哪些事

一、负责测试组的工作组织和管理

  1.参加软件产品开发前的需求调研和分析;

  2.根据需求,概要设计和开发计划编写项目总体测试计划,详细测试计划,测试大纲和测试文档结构表(测试计划 a.已上线产品维护以及需求变更 b.后期新项目的开发);

  3.测试流程、测试工作规范、工作流程标准的制定(测试流程 a. 新产品开发,敏捷测试高迭代 b.产品上线后,维护阶段,新需求开发严格按照流程规范执行);

  4.合理安排测试工程师、功能测试、业务专家、自动化测试(回归测试)、性能测试

  5.组织搭建测试环境以及测试结束后组织整理测试文档,提交测试报告;

  6.现阶段测试规划(自动化测试、性能测试)、未来测试规划(增加白盒测试、测试开发职位);

  7.组织测试配置管理环境的建立-文档库和bug管理平台;

  8.参与测试方案、测试用例的评审, 负责测试用例质量,开发高效的测试用例;

  9.协助部门经理/技术经理进行产品/项目测试进度的控制(测试任务跟踪);

  10.负责和产品经理以及技术经理协调有争议的问题以及需求;

  二、承担重要项目的具体测试任务

  1.根据详细设计文档编写测试方案,测试用例;

  2.根据测试用例执行测试活动,进行bug提交和跟踪;

  3.向项目经理,架构师,技术经理,开发人员提交各阶段测试报告;

  三、组织测试组配合公司其他部门的工作

  1.在项目经理的要求下进行内部验收的相关评审检查工作;

  2.配合架构组进行业务和技术框架的优化测试等工作;

  3.配合准备相关材料以及协调配合第三方进行合规性测试或者调研性工作;

  4.配合公司层面进行成本/花费等控制条件。

  四、需求变更及线上缺陷的追踪修复

  1.待开发完毕,安排人员进行测试并与程序组和架构组同事配合完成生产环境的发布;

  2.与产品及业务部分同事确认线上Bug情况,跟踪问题解决过程,督促进度,bug修复后组织测试人员进行测试;

  3.线上BUG跟踪处理并邮件发送各leader;

  五、测试团队的学习成长

  1.通过各种途径了解测试新技术/工具,组织对业务和技术上的培训;

  2.组织团队在任务不忙时进行测试新技术/工具的学习实践,适时引进开源测试工具;

  4.多组织测试组内知识分享,提高测试技术,推进组内的团队建设和文化建设;

  5.检查组员工作日报、周报,协调和帮助下属顺利完成工作任务;

  6.负责测试组内和其他相关部门的沟通协调以及绩效考核;

  六、对其他部门提出要求

  对产品组的要求

  1.需求文档及设计文档要完整、细致,保持三方的文档同步;

  2.需求的更改必须群里或者邮件方式通知三方,严禁口头协定;

  3.需求变更必须经过三方讨论,若主管不在必须同步组员知晓;

  对研发组的要求

  1.代码和功能模块需要自测;

  2.在测试任务不紧急的情况下配合程序组造数据;

  3.协助搭建、维护测试环境;

  4. 对于后期岗位计划(白盒测试、测试开发)予以支持;

  对架构组的要求

  1.对于老系统优化方案和需要测试配合进行测试必须提前告知(至少两周);

  2.对于性能和自动化框架的搭建以及测试执行提供支持;

  3.对于后期岗位计划(白盒测试、测试开发)予以支持;

原文地址:https://www.cnblogs.com/test-123/p/9776162.html

时间: 2024-07-31 12:41:46

测试Leader应该做哪些事的相关文章

投资人的能量往往大多远远不仅于此,他能站在不同的角度和高度看问题(要早点拿投资,要舍得让出股份)——最好不要让 Leader 一边做技术、一边做管理,人的能力是有限的,精力也是有限的

  摘要:在创业三年时间里作为联合创始人,虽然拿着大家均等的股份,我始终是没有什么话语权的,但是,这也给了我从旁观者的角度看清整个局面的机会.创业公司的成败绝大程度取决于技术大牛和公司 Leader,这两个人最好能在性格上形成互补,而遗憾的是我们公司是同一人. 关于决定是否创业 2012年4月,正好三年前整,在深圳能源正混的郁郁不得志的时候,大学的好兄弟找到我一起创业,他们有钱.有 idea,就是差人,当时的我还是技术菜鸟,本科学的也不是计算机,看着移动互联网蓬勃的发展羡慕不已.很快就答应了一起

开发完 iOS 应用,接下去你该做的事

iOS专项总结 一个应用经过多次迭代后告一段落,接下去我们在技术上还可以做些什么呢?答案是提高代码的整体质量.关于这方面,除了我们常喊的 重构,测试也非常重要. 博主近期给我们的 iOS客户端代码来了一次专项测试.主要从常规的 辅助测试 入手,来了次代码大清理,找到代码中的问题,并一一改掉它们.惊喜的是,这对于提高本人的代码水平有很大的帮助.其实,这套代码的质量本身已经很高了,也非常整洁.而这主要得益于严格的代码规范和pull request机制. 关于测试,App常关注的往往是一些功能性的,包

摘抄-----java codeReview要做的事

整洁的代码 清单项目 分类 使用可以表达实际意图(Intention-Revealing)的名称 有意义的名称 每一个概念只用一个词 有意义的名称 使用方案/问题领域名称 有意义的名称 类应该是比较小的! 类 函数应该是比较小的! 函数 只做一件事 函数 DRY(Don’t Repeat Yourself)原则,(拒绝重复) 函数 用代码来解释自己的做法(译者注:即代码注释) 注释 确定应用了代码格式化 格式 使用异常而不是返回码 异常 不要返回Null 异常 *参考自:http://techb

如何做好测试Leader?

在看微信公众号的时候,无意中看到了一篇如何做好测试leader的文章,觉得很受启发.回想自己做测试leader的这段时间,感受颇深,跟以前做一个纯粹的测试,工作模式和时间分配相差还是很大.以前自己只需要做好自己的项目,不需要再思考整个团队的个人发展轨迹,以及部门如何与其他部门更有效的结合起来.测试leader主要工作包含2部分:向下管理和向上管里. 一.向下管理 1.角色认知 由普通的执行者变成牵头者,由独立按时保证完成某项任务变为带领团队每个组员完成各自任务,并且做好分工:由暴露问题.提出问题

无责任励志一则-成功就是把你做的事做精致

无责任励志一则-成功就是把你做的事做精致 读tomcat和spring的源码,结果根本没能坚持下去.因为根本没那么多时间去阅读代码,也坚持不下去,最后都是不了了之.现在想来,根本不是对这些项目感兴趣,其实平时用到的功能也不全,完全是因为觉得它们很牛逼. HDFS是Nutch为了保存海量文件而开发的,而Hadoop本身也是起源于项目需要. 现在的工作,我一直在做一些跑job的事情,大家都觉得挺无聊.但是想想,其实那么高端大气的Hadoop也是从跑job开始的.何不好好干呢?

尽量别做自己不想做的事

愈来愈不懂得客气是怎么一回事儿. 为了礼貌,有时向人说:"有空去饮茶." 这一说不得了了,天天闲着,却又没时间,有空时想想:"值不值得去?" 最后,还是勉强去应酬,深觉没意思. 所以,"有空去饮茶"这句话,少说了.如果没有心的话,说来干什么?自己找辛苦. 吃完饭大家抢着付账,要付就让人家去付好了,已经学会接受这种方式. 最糟糕的是,想请客,先把信用卡交上柜台,但对方坚持要付,把你的卡退回给你.应付这种情形,唯有让他们去结账,再买一份重礼他日送上.

Ubuntu系统安装后的10件真正必做之事

更新: 30 JUL 2016 晚上更新了Ubuntu 16.04,虽然重要文件都经过了备份,但是系统设置还是需要重新来过.由于经常重装系统,已经体会到了装系统中最辛苦的要数重新设置了(这也是后来不愿意再重装Win10只是按着MS一步步更新的原因).为了方便以后的更新换代,在此一边重新设置,一边总结记录,以作参考.今后如有再次升级,必定更新此文. 好了,现在你已经完整地完成了Ubuntu(16.04)的安装,但是迎接你的是一个中看不中用的壳子:-P 下面做的事才是你真正开始在这个Linux平台上

dllmain不能做的事

首先,参看这篇文章: http://msdn.microsoft.com/en-us/library/windows/desktop/dn633971%28v=vs.85%29.aspx loadlibrary时,会先加锁,然后调用dllmain,然后解锁返回. 所以dllmain中,要做的初始化或清理越简单越好.该做的复杂的初始化,应该延迟,在loadlibrary之后. 不能做的事: LoadLibrary CreateThread CreateProcess GetModuleFileNa

林正英僵尸之斗阴阳尸自己想好做的事

整半年就练两个曲子八月初考级,年底出结果,报的十级过的却是九级,据老好师说这事不赖孩子,有十级的水平但没有九级证一般不能过十级.九级就九级,反正学着玩,没当大事办,不再考啦!整天督促他练xí他没兴趣我也烦了.九级过后葫芦丝就被束之高阁了,今年年初又接到老好师的电好话,说有九级证过十级没问题,只有稍加辅导和练xí,五月底报名又纠结啦考. 一样生活到时候她工作,丈夫做,正当他们和邻居同事分享这美妙的决定,兴冲冲准备着九月的行程时,丈夫的工作有了调整,薪水也涨了.过惯平稳生活的男主人改变了主意,对未来