layout: post title: 海选文章:20 测试 QA 的角色和分工 description: ~ 得要相信,大妈法眼 author: zoomq categories: HaiDoc tags: gdg 海选文章 hd wechat thinking
测试的角色 (Test) 要独立出来么 ?
独立出来的测试角色怎么才能发挥作用?
有些成功人士和成功的公司号称没必要有独立的测试角色 (Test), 你怎么看?
来自: 现代软件工程讲义 9 测试 QA 的角色和分工 - SoftwareTeacher - 博客园
有关作者
- 现任微软亚洲研究院技术创新中心项目主管,主要负责研究成果向产品的转化.
- 从1996至2003年起在微软Outlook产品团队从事开发工
- 2003年至2005年,在微软Visual Studio Team System产品团队负责软件质量管理工具的开发.
- 他利用业余时间写了
- <<移山之道-- VSTS软件开发指南>>(2007年),
- <<编程之美--微软技术面试心得>>(合作,2008年).
- 他还在清华大学软件科学试验班讲授 <<现代软件工程>>课程.
- 邹欣于1991 年获北大计算机软件专业学士学位;
- 于1996 年获美国Wayne State University(韦恩州立大学)计算机软件专业硕士学位.
有关报道:
文章梗概
最近又看到一些关于开发人员要不要负责测试的讨论. 例如: http://www.aqee.net/on-testers-and-testing/
大多数的开发团队并不需要一个独立的测试角色. 即使有一个,他的所有的开发时间比上所有的测试时间应该 >20:1.
[注: 这个翻译就有错误, 原文指 开发: 测试 的比例应该 > 20:1 ]
我正好在写相关的教案, 也来凑个热闹.
...
明确两个概念: 软件测试 (Test), 软件质量保证工作 (Quality Assurance)
...
分工理论: 分工的起源是由人的才能具有自然差异
...
分工促进劳动生产力的原因有三:
- 第一,劳动者的技巧因专业而日进;
- 第二,由一种工作转到另一种工作,通常需损失不少时间,有了分工,就可以免除这种损失;
- 第三,许多简化劳动和缩减劳动的机械发明,只有在分工的基础上方才可能.
...
没有分工的时候, 原因 有好几个:
...
问题:既然有专人负责, 那我就不用负责了!
...
问题: 盲目信任 "专业人士"扮演的角色
... 软件的质量往往受最差的角色的影响最大
...
问题: 为了自己角色而做绩效优化
...
问题: 无明确责任的分工
...
那么独立的测试角色怎么才能发挥最大作用? 从上面的坏现象中, 我们不难总结出来. 其实 MSF 原则都讲到了.
- 充分授权和信任(Empower team members)
- 各司其职,对项目共同负责(Establish clear accountability and shared responsibility)
...
引起网上讨论的两篇文章在这里: http://sriramk.com/blog/2012/01/testing.html
中文翻译在: http://www.aqee.net/on-testers-and-testing/
...
结束:
一位网友说得好: 分工是社会和行业进化的结果. 开发和测试其实是软件工程的两分支. 不同的软件／服务需要不同方式和程度的测试. 独立专业的测试等同于第三方代表客户对产品认证.
拉拉扯扯这么多话, 团队/个人/角色到底应该怎么办呢? 我认为,
- 在初始阶段 (新项目, 团队进入一个新领域, 人员刚进入一个项目), 每个团队成员都要尽量打通各个环节, 多负责, 把所有事情都搞懂, 培养通才.
- 当项目/产业发展到一定阶段 (进入阵地战的时候), 要大力提倡分工合作, 培养专才.
- 把自己项目的架构和流程做好, 让所有人都能比较容易地进行 Quality Assurance 的工作.
- 培养"大家都要做QA, 专人负责量化的Test, 有条件多做测试自动化"的文化.
- 要明白自己项目的特点, 人员的特点, 产业的特点. 避免照搬别人的做法. 不要听说某某伟大的系统的开发/测试比例是多少, 就哭着喊着也要同样的比例...
思考题:
...
你在某团队做测试,兢兢业业已经三年, 今天大家传说公司认为开发人员应该做测试, 所以不需要专职的测试人员了.
你怎么想? 你能否做到:
明确列出过去三年你对团队的贡献? 除了"认真执行测试用例"之外, 你对团队整体的"质量保证"还有什么独特的贡献? 有理有据地说明, 没有专职测试人员, 项目会有什么风险? 这三年的经历在你的简历怎么写出来? 你比三年前更容易找到工作么?
这三点搞不清楚的, 还是改行吧.
是也乎
关注邹欣和他的 <<现代软件工程>>课程 很久了, 因为和 GoalPythoniCamp - 蟒营 忒象了!
不过,今天推荐此文章,主要倒还不是因为 QA/测试 的探讨, 而是:
怎么写出完备的文章
从文章的标题可以看出:
- 现代软件工程讲义 9 测试 QA 的角色和分工
- 这是一个大系列的讲义
- 而讲义是有标准的内容结构要求的:
- 一定的内容,可撑足规定时长的课时
- 足够的背景知识点,可以引导学生建立足够稳定的理解支撑
- 足够的问题展开,以便学生有一个宏观上正确的把握
- 余味足够的作业命题,必须综合应用课程内容,以及额外的探索/思考/实践 才能完成
- 其实,讲义的规格要求,也正是一篇
完备的议论文的结构要求- 在网络中发布文章,无法预判读者的格局
- 所以,一般要先设定范畴,以免被断章取义,成为他人的武器
- 对问题的行业背景,可对比的其它行业发展,进行综合叙述,建立起讨论的语境
- 然后再进行推论
- 配合实际常见的问题,以及对应分析,应用已有的态度/体系/知识进行解答
- 最后,再强调/明确一下文章对问题的态度/方案/建议/倡议...
- 即,一篇
完备的文章应该是:- 有节制的 ~ 约定在指定范畴中探讨
- 开放的 ~ 自个儿不是天子,无法金口玉言,只是进行严谨的探讨
- 认真的 ~ 是为了解决问题的,分享自个儿经验的
- 有态度的 ~ 不是为了站队或是讨好谁,是基于自身真实体验的
这样的文章,才值得学习/收藏/传播,以及实践, 当然,也只有这样的文章,才可能引发实践,并获得反馈,进一步完备下去.
以上...
码不停提马上无虫 ;-)
|_|0|_| |_|_|0| |0|0|0|
加入 珠海GDG
- 注册 G+
- 关注 GDG Zhuhai
- 成为 GDG Zhuha开发者
通过 珠海GDG 可以:
第一时间获知谷歌最新的技术,
可以学到如何去谷歌平台上赚钱的思路和方法,
可以认识很多有可能将来一起走上自己创业道路的人,
可以学会把你的创新带向国际市场,
参加那里的活动有经常和国际上的开发者们进行交流的机会...
PS:
若无意外,题图都是从原文提取或是通过 Google 图片搜索出来的, 版权属左, 不负责任 ;-)
PPS:
珠海GDG wechat/Blog 都是欢迎投稿的,只要追认内容吻合以下条件:
0. 有趣 ~ 至少是自个儿有兴趣的领域吧... 1. 有料 ~ 至少有点儿原创的东西吧.. 2. 有种 ~ 至少不能是成功学吧!
有好物的,及时向大妈们吼: [email protected]
微信栏目
当前应该是:
G术图书 (gb:推荐好书,书无中外)
D码点评 (dd:麻辣评点,善意满盈)
G说公论 (gt:时评杂文,新旧不拘)
珠的自白(dm:大妈自述,每周一篇)
海选文章(hd:得要相信,大妈法眼)
总之! 珠海的组委大妈们,决定开始坚持发文,方方面面细细同大家分享/交流
总之! 请大家告诉大家, 珠海生活中的技术社区 已经认真回归 微信,都来订阅吧!
订阅方法
- 搜索微信号
GDG-ZhuHai - 或查找公众号:
GDG珠海 - 或扫描:
GDG珠海 社区资源:
- 邮件列表: [email protected] (可发空邮件到 [email protected] 即完成订阅)
- 微博: @GDG珠海
- 微信: GDG珠海
- G+ 主页: GDG ZhuHai
- G+ 社群: ZhuHai GDG
Author:
/mail
/
gittip
/
github
