测试管理随笔1
上一篇 /
下一篇 2012-06-14 13:07:11
/ 个人分类：管理
可能主观了些
今天发个个人的好了，^_^
之前在新人的管理上，可能希望他们能尽快的融入团队
尽快上手
但是由此带来的就是熟悉框架的操作，到底需要多少时间
然后怎么去熟悉
如果给定了时间，后续如何考核他们到底熟悉程度怎么样
因为现在的现象就是
刚开始的熟悉，真的只是一个初初的了解
停留在一个印象
直到真正去测了，接触了系统，接触了业务
才会回过头去看相关的文档，深入的去了解配置
规定提bug
但是大多的bug都有可能是配置问题造成的
造成的影响就是
每天分析人员会花费更多的时间去处理这些不是bug的缺陷
而新人们反馈，可能之前的熟悉时间太长
根据这个
我们采取了
先用最短的时间有个整体的认识，可能是录屏介绍大致功能
然后就给一个模板
根据模板中的步骤，操作，使用
自己总结其中功能的意义，存在的价值
这部分可能还需要再丰满
达到将所有常用框架功能都结合进去
基本做过一遍，以后的操作就不会超出这些范围
如果想再深层次的去了解各主要功能的其他次要功能的话
就看个人主观能动性了
针对分析人员花费太多时间的问题
提出了建立新人的测试库
新人本身提出的bug不多
然后让带教把关
提到测试库中
如果确认是问题，那就再提入正式库
如果不是，就要分析原因，是不是自己了解得还不透彻
从这部分能反映问题
回到新人的培养这块
实际上后续想做的
就是培训目标的制定
考核的双方确认
因为现在很多问题出现在
目标不清晰，目的不明确
可做可不做
不做的话也没撒影响，那为什么要做是吧
所以，希望后续新人来之后
带教制定相应的计划
比如，第一个月干什么，要达到什么样的效果
就像熟悉框架的话，第一个月的考核，可能问你10个相关问题，答对6个以上，就通过
过程中，每天至少提出2-3个有效bug，分析配置问题造成的非缺陷，然后后续避免发生，等等
带教来判断，是不是框架配置都熟悉了，然后再开始到正式库提bug
我觉得培训也是相互的
否则最终怎么去判断他适不适合
到底是能力问题呢？还是态度问题呢？
比如每天提2-3个有效bug
有特殊原因，能解释得通，ok
如果没有的话，是方法不对？还是能力不行？还是态度不端正呢？
收藏
举报
TAG:
