测试工作的本质是什么？
我想对于这个问题大抵也是没有标准答案，就我个人而言，测试就是按照一定的标准对特定的产品(这里就是说软件)进行检测，这里有两个关键点：一定的标准和检测，具体来讲软件测试者既要弄清楚这个标准，又要熟知检测的方法。进一步来说，作为一名测试人员，超过这个标准之外的东西以及检测出来的问题的解决并不是我们的工作重点，如果你要尝试做职责范围之外的事情，那就是自寻烦恼。
你的职责是什么？
大致来说软件测试就是测试，写写测试用例，执行测试，写写缺陷报告等杂七杂八的事情，具体到每一家机构每一个人会有所不同，而你的职责你需要很清楚，这是你做好本职工作以及进一步拓展、提升自己和为公司创造更多价值的前提。假如你是一名普通测试人员，你的日常工作是学习需求、设计测试用例、执行测试并报告缺陷，除了这些本职工作外，你还可以给整个测试工作流程做一些其它有意义的事情，比如改进测试用例模板，整理新同事学习文档等，这些都是比较良性的适当扩展，于己于公司都有利；你也可能会做这样一些事：抱怨需求写得不明确，提出一些过于主观的非用户需要的改进建议，抱怨开发人员工作质量差，试图不切实际的改变或推动整个项目进程，过分看重自己的位置等等，这些事情其实是大可不必的，尤其是当你还是一只菜鸟的时候。这就要需要学会把握一个度，当然你也可以做一些尝试，比如你可以建议开发人员开发质量提高一些，可以建议留给测试的时间多一些，但是当你意识到这并没有什么卵用时就不要纠结了，想想你的职责。
责任心边界
有些测试人员，特别是一些新入门的人过分的看重责任心，出点什么问题就很自责，连开发人员造成的问题也要归结到自己身上，将自己弄得很累，乍一听这也没什么不好，公司不就喜欢这样的人吗？我这里不是说不需要责任心，而是要适当，说白了做一份工作而已，那么自虐干什么。当然现实中可能往往都是推卸责任的情况比较多，这当然也是不好，我想说的是，我们要明确自己的责任心边界，操别人的心那不是责任心。
测试的衡量标准
测试的衡量标准，用户需求。有不少同事，特别是一些新同事，往往喜欢强加自己的偏爱喜好到软件项目上，比如某个字体太大，某个提示不太友好等等，而这些“问题”用户并没有关心，你说有什么必要瞎操心，也许有人就要说了，那测试不就是要确保软件质量吗？没错，但是你要确保的这个质量一定是要基于用户的标准，从商业的角度来说，给用户超过预期的产品并不一定是个好主意，这里要分具体情况，如果是做产品(自主研发再销售)，你可以提出自己的一些合理建议，但如果是给客户定向开发项目，那你可以想想有没有必要给客户一堆你友好的建议。这里其实也没有一定的规则，甚至也没有好与不好，只是觉得很多时候我们没有必要自寻烦恼，你要有那精力哪怕是看看新闻也是好的。
把问题抛出去
明确了自己的职责和工作内容的衡量标准后，那就就事论事，需求不明确的就问，测试用例好好写，拿到软件好好测，发现缺陷认真提，该写的文档好好写，做到这些已经不简单了，哪里还需要你去管什么开发那边的破事，哪里需要你指责需求的好与不好。要学会将职责范围外而自己又拿不准的问题抛出去，比如开发人员说这不是问题，你觉得是问题，你不用跟人家争论，拿需求和项目的上级负责人出来说事，该怎样就怎样，我们只负责提出与需求不符的问题，而需求本身对不对这些问题就不要留在自己家里。
观点可能有些片面和主观，甚至有毒，但也不是无事瞎编。
源自公众号 软件测试相关