京东的测试

您知道京东测试人员是如何工作的？

京东测试人员需要具备哪些素质？

京东测试的价值在哪里？

京东如何提高测试的价值？

接下来，小威就带大家一起了解京东测试人员吧

只有更了解你，才能发现你身上的缺点

软件测试知识：

测试计划、测试方案、编写用例、提交bug、跟踪bug，编写测试报告

测试工具的使用：

QTP、LR、QC、TD、Bugfree、VSS、SVN、JIRA、TestLink、SoupUI、Jmeter

操作系统：

IIS、Linux、IOS、Andriod

编写代码的能力：

Java、python、selenium、VB、C

数据库知识：

SQLserver Mysql OracleMongo DB2

业务知识、网络知识.

除了这些，我们还需要什么样的素质？

一、主动沟通

过去我是做传统ERP软件的测试，因为ERP软件已经很成熟，所以他的需求文档一般也都很完善，很细致，需求变更也不会太多。所以我们完全可以按照需求文档进行测试，与开发沟通就OK，只要我们bug描述的清楚，开发认可，理想状态不沟通问题都不大。除了我们对需求不理解，开发和我们理解的需求不一致，这时我们才需要跟产品经理一块沟通。

但是在电商领域，特点就是快速和变化。也就是有些需求或项目，经常要求快速上线，必须在一定时间内完成，而且在项目中后期或随时都还有可能发生变化。另外，时间短，需求可能就是没有那么详细，那么完美。面对这样的情况，我们测试该怎么办呢？没办法，就是沟通，沟通，再沟通。与产品随时沟通需求，与开发随时沟通设计，与其他系统随时沟通测试环境，测试数据。

电商领域的测试，没有沟通，寸步难行。沟通，还必需得是主动出击，如果是被动被别人沟通，那项目估计是要被失败了

二、胆大心细；相信自己，自己是专业的

测试人员有个特点，上线前总担心是否还有没测到的地方，上线会不会出现问题？尤其遇到重大项目，更是如此。作为一名专业的测试人员，我觉得应该对自己有信心，要相信自己，相信自己的专业水平；当然，自信还是要建立在对自己的专业和经验有信心的基础上。

但如果还是担心，那该怎么办呢？我一般是这样做的：测试完成后，冷静一下，思考一下项目的整体流程，再分析一下项目的核心功能；然后跟开发和产品共同沟通一下自己的测试点，看是否有遗漏。最后假设一下，上线后可能会出现什么样的问题，如果某个重要的功能出现了的问题，我们这边是否有应对措施？如果没有，那就尽快制定一个吧！

三、不被别人绑架；要有职业标准，也要有自己的态度

系统测试最基本的标准就是需求规格说明书；作为测试人员，我们是最后一道保障；我们必须有自己的思考；不能轻易相信别人，跟着别的思路走，因为他告诉你的已经是经过他们思考加工过的，也许与原始需求已经存在了偏差。

当然也许他们说的是对的，确实非常对；但是也只能做为我们思考的一个材料。我们必须自己通过需求去分析，以需求描述作为标准。这样测试才不会失去我们的根基。

需求是我们测试的标准，但是标准也有错的时候；所以这时候还得要求我们要有自己的思考结果，有自己的态度。不放弃自己的态度，除非被证明我们是错的。

四、对一切都要有怀疑的态度

尽信书不如无书；对需求和设计文档完全相信，如同没有测试，测试的价值也就大打折扣！对于测试，就是要怀疑一切；每一个流程每一个细节；当然怀疑还是要建立在理解的基础上。我看需求的时候第一遍基本默认他是对的，等对整体有了一定的理解，我就开始怀疑，流程是否完整，是否存在漏洞，模块功能是否能满足用户的要求？非正常操作是否会出现问题；产生的数据哪些系统会用到？是否可以用？是否缺少数据？是否会造成冗余？用户用起这个功能是否觉得好用，是否会觉得麻烦？这个功能是否真的为客户解决了问题？总之，测试每一个功能都要“三思”。

五、责任心；站在公司和用户的角度考虑问题

我在面试中问过很多人，测试人员应该具备哪些素质？大家都提到了“责任心”。

但是责任心到底是什么？怎么去做呢？我觉得责任心就是对软件质量要有负责的态度，对公司有负责的态度，对用户有负责的态度，对自己的工作负责，然后用心去做事。

公司越大，需要我们的责任心越强；因为这个是无法用数据去判断，只能通过现象去分析。公司越大，部门会越多，系统也会越复杂，相互依赖。现在很少有一个系统是独立完成的。所以作为测试人员，软件质量的最后把关者，不能只看到自己负责的这一块，不能局限于自己的部门、团队，只要发现问题，不管是自己的，是其他系统的，还是没有明确人负责的，我们都有责任去提出来，去找人解决。只要是问题，都应该被解决。也许别人笑我们太傻，“我笑别人看不穿”。

测试到底有什么样的价值？测试的价值又体现在哪里？我们怎么样让测试的价值发挥的更高，更充分？我一直在思考这个问题。

其实测试的价值我认为就是经过我们测试的东西，能够让老板放心。测试的价值体现很明显，就是Bug；我们发现的Bug越多，开发就越放心，感觉“嗯，帮我发现了这么多问题，应该差不多了”。其实作为测试来说，我发现的问题越多，对软件的质量就越不放心；担心啊！！！

为什么呢？因为Bug越多，证明软件存在的隐患就越多，代码质量是存在问题的。

测试一直是以测试数量论英雄，其实我觉得除了数量，发现Bug的早晚、严重程度、Bug类型更能说明一个测试人员的价值。

日常我们测试的项目都是时间紧急，导致需求或设计都可能存在一定的问题；或是bug或是未考虑到，或是描述不清。开发写代码过程也会出现遗漏、错误或到了时间节点未进行联调或自测；所有这些问题都会在测试阶段集中爆发，导致测试80%时间在调试，在验证需求是否实现，验证功能是否正常。也许我们会发现几十个、几百个Bug，但是这些Bug真正发挥测试的价值了吗？我觉得，还没有！

我认为测试的价值除了发现那些表层的Bug外，更高的价值是去更多的挖掘那些隐藏更深、开发和产品未能预料的Bug，需要改善或提高用户体验的Bug，尽早的发现需求和设计中的漏洞。

测试思考:思想有多远，你就能走多远

同样一个公司，同样是在一块测试，为什么3年、5年、10年之后却变得不同了呢。有的走向管理岗位，有的成为核心员工，有的成为技术大牛，有的，除了资历老了，工作经验多了几年，但其他都没有变化，还是老样子，这是为什么呢？

有人可能说，是因为有的人本来能力就强，有的人本来就是名牌学校毕业的，有的人说自己没有别人命好，有的说自己没有跟对领导，有的说自己不会溜须拍马。也许这些是其中一些原因，但是我觉得，根本原因还在于自身。

我觉得一个人的发展还要靠自己，看自己是否有好的规划？自己是否会经常思考？自己思考的高度有多高？是太低了，还是太高了。太低，就会发展太慢或者根本没有发展；太高，就会好高骛远。

有一种人，也许是刚参加工作，也有的工作多年，他们的思考一般比较少，但是执行力很强；领导分配给任务，会立马执行，而且也会做得很好。这种人态度积极，任劳任怨；在领导眼中是好员工。

有一种人，工作几年之后，有了基础，也开始有了自己的思考，希望学习一些新的东西。比如做测试的总想学一些工具、自动化、代码等。这种属于积极向上型。其中一部分也只是想想而已，有一部分会立马付出实际行动，结果可想而知。前一种人一般都有拖延症，或者遇到困难退缩型，或者学代码学完第一章就学不下去了，也会抱怨每天工作太忙，没有时间。总之，理由很充分。但是时间不等人，日复一日，年复一年。3年之后的他还是3年之前的他。另外一种人通过立马行动，不断的学习，从刚开始的菜鸟逐步走向大牛。也许大牛并不多，但至少菜鸟也已经飞了起来。

有一种人，除了思考自己学习新的东西，他们还会思考如何在工作中应用，如何为团队做出贡献。这种人成为了团队的积极份子，也可能成为了团队的核心员工。

有一种人，除了思考自己的发展，他还会考虑怎么带领团队内其他员工共同进步，如何带领其他员工把自己负责的任务能够更好的完成；也就是任务不光要完成，还得完成的漂亮！

这种人就会成为团队内的大牛或大家心目中的领导者。

人还有很多种，最后我还想说最后一种人；他们从来没有思考过什么，有时也许只是思考而没有什么行动。他们的目标可能是干最少的活，拿最多的钱。要求性价比达到最高。遇到任务，稍有困难，能闪人就闪人；遇到利益，哪怕不大，能拼命就拼命。这种人当然是比较极端，比较少；大部分我说的最后一种人，更多的是，从来不思考自身发展，来任务，干；再来任务，再干；一年下来，就在“忙忙碌碌”中度过，也很充实。

无论哪种人，每个人都有自己的生活方式，不能强求。

在工作中，如果你能不断的思考自己如何发展，如何进步，那自己就会不断的走向优秀员工；

如果在思考自己进步的同时，还能够思考如何帮助团队，或带领团队把工作做好，做得漂亮，那自己就会走向优秀的leader；

也许公司没有赋予你leader的职位，但是你已经具备了leader的条件。

如果喜欢钻研各种或某种测试技术并坚持下去，那你终有一天会成为业界大牛。

如果能把分配的任务干的很好，但从来没有思考过自身的发展，也没有什么行动，那最后，他就会成为一名“工作多年，经验丰富”的普通测试工程师。

你自己属于哪一种？你想成为什么样的人？

结论就是一句广告词：思想有多远，你就能走多远。