参加敏捷测试工作坊的收获

原活动地址:http://www.hdb.com/party/ixdcu.html?h_share_uid=r5isu&hdb_from=WXShare

测试是一个什么样的运动,测试对你意味着什么?

积塔游戏 – 所表达的是测试的参与时间和参与度

TODO – DEV – TEST – DONE (阶段性,依然瀑布)
|
TODO – BUSY – SHOW ME – DONE(应该这样)

敏捷测试宣言

  • Testing Throughout Over at the end (全程参与测试 Over 最后的测试)
  • Preventing bugs Over finding bugs (预防测试 Over 寻找Bug)
  • Testing understanding Over checking functionality ( 基于需求的理解测试 Over 功能检查 )
  • Build the best System Over breaking the system; (构建最好的系统 Over Breaking System)
  • Team responsibility for quality Over tester responsibility (团队负责质量 Over Tester 的责任)

测试象限 和 测试金字塔 这部分内容略多,稍后补充。

另一篇关于工程师文化的文章

什么是工程师文化?

工程师文化如何落地

如果你要让任何文化在公司内得到执行,你有下面几个手段可以选择:

  • 通过政治手段:你需要把住三个地方——招聘、绩效考核 & 升职。比如,你要落地工程师文化中的简化和自动化,那你你在招聘的时候,你需要把懂简化和喜欢自动化的人招进来,然后在绩效考核和升职的地方设置上一条硬性指标——你今年简化了什么?自动化了什么?如果没有,对不起不但不能升职,绩效可能还不达标。
  • 通过经济手段:让不做这事的成本 > 要做这个的成本。然后,正常的人类都会选择成本低的方案。比如,如果你要推行Design/Code Review/UT以提高质量,你就把QA和OPS团队全挪到一边去,让Dev团队自己测试,自己负责,这样等这些Dev重复多次手动测试,处理多次线上的弱智故障,他们就会自然而然的写自动化测试和做Code Review了,而QA和OPS团队只是帮Dev你做工具罢了,而测试和运维的事全是你DEV的Ownership,出了故障也是Dev自己负责,于是,他们就会发现,不做Code Review和UT的成本远远大于做C Code Review/UT的成本,他们就会去做成本低的事的。

最后,工程师文化要落地,还有几个小条件,

  • 第一,团队要小,Ownership很重要,Eat Your Own Dog Food。 没有人帮你擦屁股,自己的屎自己吃,没有痛苦,不会产生想进步的动力。
  • 第二,热爱学习和尝试,学习尝试新的技术,开拓眼界,学习尝试新的思维方式,否则,呆在原地,原有的思维方式只会让你在原地打转转。
  • 第三,老板更多的相信技术而不是管理。相信技术会用技术来解决问题,相信管理,那就只会有制度、流程和价值观来解决问题。

分享一篇关于“工程师文化的思考”的文章

工程师文化的思考

杜传赢

Google研发工程师。08年毕业于华中科技大学,硕士学位。毕业后加入百度,专注百度基础架构和云计算方向。2012年加入新浪微博,作为微博平台技术专家负责微博基础架构工作。2015年,肉身翻墙,加入Google。

分享主要分为以下五个部分:

一:硅谷的工作环境和气氛

二:Google的开发工具体系介绍

三:工作流程:质量与效率的权衡

四:招聘制度对公司及团队的影响

五:工程师文化下的创新意识与员工心态

六:Q&A