业界提到测试，通常都会蹦出几个词，APP测试，自动化测试，测试开发，测试流程，测试管理等。但是业界通常对测试也没有足够的重视，例如 GTAC 2011 大会开场 Keynote 上，Alberto Savoia说「测试已死」（Test is Dead）。相信很多从事测试方向几年都同学都很迷茫，如何成为好对测试，如何让测试体现价值。
笔者在此文不会阐述做什么，如何去做，只会通过现状分析，类比的方式来帮助测试从业人员理理思路，至于具体的做法，需要你去思考，也欢迎在此文中留言讨论。
首先我们聊一下传统的质量检查 QC
传统质检门槛都很低，流水线是固定的，生成的过程是固定的，产出的检验标准也是固定的，任何质检人员经过培训即可发现质量问题，质量问题的追踪相对也容易，在固定的模式下，总能发现问题出在哪儿，价值也很容易体现，好 与 坏。
我们再看一下软件行业的测试工程师 QA
软件行业动态变化存在不确定性，QA和产品 开发 客户 都有交叉，流程上并不能像流水线生产那般清晰，也不太可能制定出统一的标准。
想要用找出标准的测试模式几乎不可能举一些例子
每个项目都有区别，上一个项目都质量标准很难完全复用到这个项目；
产品需求变更大家都遇到过
开发人员都资历 能力 甚至心情都有可能造成开发产出都不确定性
两个客户对现有系统的质量评价很可能截然不同
验房师案例
验房师的工作过程和QC有些类似，对每个点做检查，有问题贴个标签指出来，看起来很模式化，固定化。
但是大家再深入思考会发现，验房师的工作过程其实和测试更加类似，验房师需要面对不同开发商，不同的房型，不同的装修类型，甚至很多电器设备。
验房师这个职业的价值在业界还是被认可的，我们也可以深入思考一下作为测试如何体现出自己的价值。
验房师 VS 测试
资质 vs 技术能力
验房师 具备行业背景 行业背景深度 盖楼 装修经历
测试 背景能力，专长 性能 自动化
方案 vs 测试方案
验房师 检查的标准 范围 优先级 重要 水电 次要 墙地板
测试 测试范围 优先级 测试方法 验收点
经验 vs 探索
验房师 偶然发现设计不合理 经验判断
测试 范围之外，比如弱网络 输入法
贴纸条 vs 提Bug
验房报告 vs 测试报告
验房师 房子能不能住
测试 系统能不能上
复查 vs 回归测试
遗漏 vs 线上问题
专职测试现状
startup公司要求全栈工程师较多，互联网公司开发测试比通常大于5:1
测试职能
测试开发
自动化测试
性能测试
安全测试
专项测试
SQA
搜索各大招聘网站，发现依然对测试人员有需求，说明业界还是需要测试，但是对测试对定义对比历史有了变化，欢句话说，对测试对要求和原来不一样了，变得更加技术化 专业化。
如何质量保证
What
测试需要保证什么？
不存在 0 Bug的系统，所以要测什么很重要
Why
当测试某个范围之前，想清楚为什么要测试？
换个思路，不测会怎么用，风险有多大
How
代码不是测试写的，测试如何做？
流程 工具 方法 能力 意识
投入产出比 ROI
人，设备，时间，我们需要造轮子吗？测试方法合适吗？我们需要测多深入？我们的基线是什么？
在有限的资源下得到最大化的产出，并且能让质量状况得到持续的提升。
团队协作
开发没做完？测试没测出来？产品需求不清晰？
所有的问题在开发阶段解决成本最小，在团队协作的过程当中测试可以考虑如何降低开发的焦虑感，提升开发的质量，思考需要做什么，谁做更合适
最后放出一张图
不做评价，没有好与坏，只有是否需要 是否合适
