sz流云
级别: 测试新手
精华:
0
发帖: 4
基地声望: 1 点
基地币: 6577 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:1(小时)
注册时间:2006-03-01
最后登录:2006-07-09
|
从你描述的情况看来, 感觉至少在新员工(so-called test operator)的培养和管理安排上存在问题. 为什么要把"测试工程师"和"测试人员"界限分的那么清楚,为什么不可以用"测试工程师" 来带"测试人员"? 国内存在不少浮躁的技术人员, 自己本来不怎么的但就是看不起人, 这个"工程师"的头衔大多也是公司给安上去的, 有人看了一本<x语言24小时入门到精通>, 然后就贯以"软件工程师", 同样也会存在一些人, 写过几个用例就贯以"测试工程师", 浮躁! 如果测试人员经验不足, 可以安排来执行测试用例编写和执行,有些经验的可以考虑进行测试用例设计,甚至包括制定测试策略. 学费总是要花的, 学校来的学生往往比较单纯, 可能用例执行起来反而更投入一些,同时更渴望做出成绩. 所以请给他们良好的引导(比如在项目开始前进行一次review, 看看测试设计覆盖的功能点是否尽量覆盖到了, 好的公司在项目需求/设计阶段测试人员就介入了,这样可以更好的了解项目和把握客户需求) 犯了错误和他们一起找找原因并总结，帮助他们进步, 告诉他们他们可以做的更好. Just do it!
另外, 你们公司还存在另外一个问题----成本控制. 你们的测试"工程师" 和 测试人员做项目建立两份测试用例, 想必是为了更加保险, 但是却忽略了人力成本. 测试准备阶段多准备一份测试用例要花多少人.天? 到了测试执行阶段,多执行一套测试用例又要多花多少人. 天? 最后统计一下, 项目的缺陷成本是多少? 估计这些都被忽略掉了.
至于产品定义, 实在没有的话, 甚至可以直接申请查阅开发人员的SRS, 就按照SRS上的提到的功能点进行测试用例设计. 如果开发人员写的SRS很烂, 你们就只好抓抓脑壳, 自己来想了. 必要的时候, 跟开发人员讨论一下, 双方协商达成一致.
|
|
|
|
[2 楼]
|
Posted: 2006-03-01 23:42 |
| |
软件测试基地论坛 -> 测试生活 -> [原创]随便发发牢骚
