职业 话题讨论：测试如何给公司创造价值呢？
话题讨论：测试应该如何给公司创造价值呢？
说直白点，我觉得就是如何能够让上层领导 CTO、技术总监认可自己的测试工作吧？
这么快就发话题了？坐等大神回答。
能否描述下上下文，还是很广义的药讨论？广义的讨论感觉意义不大
第一，对团队价值体现是对业务知识的掌握。
第二，核心体现在测试分析和设计或者说测试用例的设计。
第三，自动化只能锦上添花。第一和第二做好的情况下，第三才能发体现价值并得到认可。
第四，补充一下，测试工程师还需要更加灵活，没错，是灵活，必须灵活的解决可测性问题。
#3 楼 @seveniruby 我看到那个了。。＝ ＝。。。但感觉还是切入点，或者说范围很小。。。＝ ＝
@michael_wang 本职工作是基本。这个说起来简单，做起来是一件很不容易的事情。你要创造部门能够认可的价值，还得了解大项目各干系人对测试的期待，以及他们自己的诉求。
@michael_wang 没有吧。线上事故要分析的，事件的等级，影响的程度，发生的原因，发生的频率等等。你需要设计有效的测试用例（什么测试设计方法，何种测试策略) 覆盖新功能，评估准确的回归测试集合（新功能可能影响到的）。这就是我提到的，测试设计思想是测试人员的核心价值体现，对系统业务知识的掌握是设计有效测试的前提。这也是一个说得容易，做的难的原因。
很复杂啊 测试的价值分几个方面：找到 bug（制造 bug 的有关人士会很不爽），发布报告表示没有 bug（就像埋了一颗定时炸弹，祈祷吧，如果产品顺利完成生命周期那么万事大吉，领导会认为开发好牛逼啊好牛逼，而不会想到测试的辛苦：（ 我比较倾向于在测试的同时能提出有亮点的可行性改进方案，并且可以促进项目组去实现它，这样你的价值就体现出来了（不过貌似跟测试扯远了点）
资历尚浅，纯粹说一下我的个人理解：
我目前看到（通过书上或者各种资讯）的测试能让别人觉得有产出的案例基本都是：
1、你沟通能力好，能表达出你发现了一些别人觉得很难发现，但严重程度又高的 bug（注意：是表达出！）
2、你和开发有很好的沟通，能帮助开发提高效率（如 daily build 、单测，尽快发现代码 broken ）
3、你能做开发干不了的、但必须要干的活，而且这个活不是随便一个人都能干的，如各种专项测试。
从公司角度，你完成本职工作就是创造了价值（这也是公司雇用你的原因）
从其他人的角度，你完成本职工作没有创造价值，因为这是理所当然的，而且你做的事情在他们看来没啥技术含量。
就像你不会觉得公司的 HR 创造了价值一样，测试如果只是执行了应该执行的测试那么他们不会觉得你创造了价值。只有你当领导了，你才会感觉到 HR 的存在，只有 HR 能够帮到你，你才会觉得 HR 创造了价值。
#12 楼 @chenhengjie123 谢谢，说的挺好的。
最重要的有几点
1.业务必须要熟练（这个是最重要的），只有对系统熟悉才能发现尽可能多的问题
2.要对需求进行深层次的挖掘，许多需求都是描述不完全的，到项目后期的时候发现客户会提出各种问题，都是早期需求把控不到位的问题，测试就是要把不合理的需求或者不完整的需求和欠缺的需求尽早的提出，这样对项目的帮助是非常的的
3.帮助开发定位问题的所在。懂代码当然最好，可以非常详细的定位到是那块的代码，某个参数的错误，代码不好的也没关系，这就要做到第一点，对系统非常熟悉，这样也可以帮助开发定位到非常小的范围，对开发的进度是有非常大的提高，省却了开发需要大量时间去排查问题的所在。
4.稳定军心。有时候需求的变来变去会对整个团队带来非常不好的影响，开发烦，测试也会跟着烦，这时候首先自己要冷静，然后也要帮着开发冷静下来，这样能够帮助项目平稳的进行，不然大家都带着一股子怨气，像个怨妇一样工作，可想而知对项目的打击是非常大的
5.一定要让上级知道测试的进度和具体情况，把问题都铺开，有时候领导不会去看项目的进度，只会问一下，但是自己一定要把进度，详细的东西都做好，进行及时的汇报，这样也可以帮助领导确认项目的进度和情况
以上几点是我觉的比较重要的，另外还要掌握基本的 Word,Excel 等文档是要做的漂亮的，项目最终的好多文档可能都需要测试来处，这些文档出的漂亮的话，领导和客户都会认可的
@michael_wang 那就直接” 吵架 “吧要吵的有理有据
#14 楼 @liylong85 稳定军心，这个要考验情商了！你有什么好的方法和经验吗？
在出色地完成本职工作的基础上，做些超越本职工作的事情吧，让自己 benglingbengling 闪闪发光吧，这样别人才会注意到你。