交易线的周会上，振羽、沐风、云天、独妙等同学分享了自己以前的工作经验和在社区线的工作体会。听过他们的分享以后，对振羽同学分享的日资企业的做事风格印象很深刻。有值得我们学习的地方，当然也有不适合我们公司的做法。其中，我觉得可以学习的地方是日资企业测试同学对本职工作的严谨态度、公司产品流程的规范性。虽然，企业的文化不同，有些做法会让人缺少主人翁意识、缺乏创新、积极的工作动力，但是，确实有一些可以借鉴的地方。例如，他们会将大量的时间放在对需求的评估上，会做出详细的UC文档，其中包含了详细的功能模块的逻辑描述，对代码的数据结构在文档中也会写的很详尽，开发和测试看的是同样一份设计文档，测试同学可以从业务的底层实现去了解需求。

　　个人觉得，每位测试同学都应该加强对质量意识的培养，特别是对一张白纸似的没有接触过测试的同学来说尤为重要。在公司发生的一件事情让我记忆犹新，一位同事夸我做事情认真，我当时很惭愧。我说，没有啦，我还有线上遗漏的BUG呢。当时，那位同事是这样给我回答的，当然，我知道是出于好心。他说，线上BUG 大家都会有遗漏的时候，测试场景很难想全面的呀。当时，听完没有觉得有什么不对劲的地方。可是，细想这样的想法真的不可取，测试场景没有考虑全面是正常的么？如果真的按照PRD，UC写的详尽规范，细化到了每个具体的功能模块，把每个小功能模块的代码逻辑和数据结构在UC中描述清晰。让测试同学不会雾里看花的写测试设计，做测试用例。每次项目或者日常拖这么多的测试用例做回归，很多时候是因为我们不清楚日常或者项目中改动到的代码接口和具体的代码逻辑。如果真的能从源头入手，把握住质量的第一道关卡，会让开发和测试的工作效率大大提高，不用在后期花大量的时间讨论需求，代码返工，测试用例一边执行一边修改。会让测试同学因为了解了功能模块具体的代码逻辑、接口调用，而减少了遗漏测试场景的可能性。这样做是不是更好呢？

　　对于所有测试同学，万万不能培养起遗漏测试场景，遗漏线上BUG是正常情况的心态。这样不仅对待工作是不负责任的态度，对于个人的职业价值观也会造成扭曲的。找出产品所有的BUG虽然是理想化的，但也并非不能做到，只要我们去努力。努力应该从哪里做起？让我们从培养质量意识开始吧！（以上言论仅代表作者的个人观点，不代表51Testing观点）