越是重要的项目，测试的价值越重要

软件测试往往跟 软件的QA 有关。所以 软件测试的水平 关乎 整个软件系统的质量，代码质量，性能 等等。

@Wade 那在实际工作中，测试完成后怎么对测试任务进行评估和验收呢？能否举例子呢

好软件都是测出来的，看一个公司的实力，不用去研发部门，去看测试部门就知道了，就像看一个人家里的装修品味看厕所就知道了。我们公司去年给某欧洲过了气的公司提供软件产品，就是人家过气了，测试规格书就数万页，估算工作量就是20人半年的测试工作量，这才是一个不过二十万行（(含操作系统的剪裁）的中小型软件。

覆盖率？

在哪个城市？我上家公司的对测试还是很看重的，如果真的喜欢测试的话可以推荐你去
业务代码特别多，脏数据特别多，接口不是特别好，但是数据安全和准确要求很高，对测试依赖很重
记得测试工作也很多的，要写准入，要写test case，以最少的测试项覆盖全部，还有灰度测试，还有安全方面的，暴力测试

@DIngSoung 我在武汉，现在的公司测试比较弱，作为开发，比较没有安全感

@gocome 以前尝试做过一段时间的覆盖率，一开始就以覆盖率为目的，然后测试代码写了很多，最后看起来测试都覆盖了，但感觉这些测试没有什么作用，所以又没搞了

@leauneo 我也这样认为，但是有两个问题：一是公司部分人不这么认为，二是如果测试投入的工作量，没有一东西检验成绩，这个事就难以继续下去，也无法得知整个流程是否正确，所以需要用事实来说明问题，然后我就需要一个可以让人明显感受的测试的价值

我的公司没有人不重视测试，原因也很简单，测试为整个团队带来了不一样的东西
需求--测试在分析需求后，比产品更了解需求，更能分析出需求的问题
开发--测试会对开发设计提出问题，不用看代码也能找出开发的问题
项目经理--测试会对他们的计划做补充，提醒他们没有想到的风险点

所以当你做到了以上几点，除了不管事的老板看不到，研发团队都会变得依赖测试团队，相信测试团队，测试的口碑出来了，价值自然就体现出来了。

@Code 测试覆盖率肯定有用的，不过最好能自动测试
一套CI/CD跑下来，就很爽了