管理测试沙龙的分享
吴芳的引子 -- 测试的挑战
站在管理角度看测试, QA的未来,全职QA的危机感, 敏捷, ET与ST, 自动化, 事业前景
关注业务: 测试人员应该有多少, 能力的要求, 版本发布周期的危机, bug容忍度对测试的影响.
关注技术与工具: 自动化, 探索性测试, 领域知识, 管理工具, 自主开发工具
关注流程: 敏捷与瀑布
关注人: 事业的发展, 团队的价值与发展
虽然只提出了问题, 但我想, 这些问题不一定有统一的答案, 大家都可以仔细思考.
如果你愿意在测试业不断进取, 相信思考后会有更加清楚的路子.
接下来,胡渊演讲了绩效考核, 从个人长期的经历, 讲到HP的测试绩效考核方法. 40%客观分, 60%主观评价, 是他们公司较好的模式.
听到这里, 我们的考核办法也是很优秀的,并不比他们差. 每年都会变的考核目标, 很好.
我以为, 考核的目标是, 建立起一支优秀的团队, 80%的人可以发挥最佳的工作状态, 帮助团队成功. 所以人才梯队与激励是极为重要的.
接下来的环节是问答提问和高手答疑,
我印象比较深的:
敏捷测试是否需要编写测试用例 以及 测试人员需要多少编码能力.
敏捷测试我们现在似乎不需太关注, 对于我们的产品特性来说, 不是很适合. 它更适应于互联网产品, 更依赖于开发团队与自动化.
测试人员的编码能力, 各位嘉宾有其个人见解,不必苟同. 柴阿峰就与段念等分岐很大. 但个人还是认同, 测试有一定开发能力是会更好的.
懂着开发的思维,更有利于测试的推进工作. 也能够从代码级挖掘更有效的bug. 但不是说,你没有开发能力就不行了, 测试分析能力是测试人员的核心能力. 所以我们更加明确区分: 测试开发工程师与测试工程师. 这点非常有效.
而且, 我更认同一点, 同等的开发能力, 在测试比开发更有前景, 前提是你能成长起来.
关于推动开发做自动化, 我从段念那里得到一些灵感, 做了一篇分享, 希望对你有所帮助: http://www.51testing.com/index.php?uid-312752-action-viewspace-itemid-821894
最后, 对测试界的同事们说一句:
那边的嘉宾, 是我们参考的坐标, 他们十年以上的工作经验, 分享给我们, 让我们看到这个行业的发展.
我们呢, 如果你真心喜欢测试, 坚持下去, 多学习多实践, 满足你的成长需求, 满足老板的需求, 你定能做到超过他们.
