工作总结

        很早就想根据自己对所做工作的理解，画出一份工作的流程图，总结一些工作当中经常遇到的问题，是对自己过去工作的一个总结，也能和同事进行交流，找到自己的不足之处，进而提升自己。另外也可以为新来的员工参考提供参考，能够快速的了解自己所做的工作，以避免在工作中能少走弯路，更好更快的成长。各方面的原因，迟迟没有着手去写。现在刚好有这样的一个契机，加之现在想对过去一段时间做个总结的想法却来越强烈，现在就着手把这个工作给做了。但个人水平有限，加之多数时间又是出于“散养”的阶段 ，工作的时间也并不长，想法可能并不成熟，写这篇文章主要是对自己过去一个阶段的总结，如果能在其他方面发挥一些作用，再好不过。

毕业后的第一份工作：

        我本来面试的是产品的岗位，能做测试也是机缘巧合。这里也是公司的疏忽，本来确定的工作地点就是重庆，但等到入职后才说明重庆暂不会设置产品的岗位，没有办法，最后协商我可以留在重庆做测试的工作，在此也感谢公司愿意给我这个一开始对测试一窍不通的新人机会。很荣幸能成为睿智融科重庆研发中心的第一批员工，同时我也是第一批员工中唯一的一名测试人员，在身边没有前辈引领，只能通过QQ与远在北京的大佬进行沟通，在这里要感谢未曾谋面的同事们，在我遇到疑问寻求帮助的时候，他们能给予的指导，对我帮助很大。

        因为重庆研发中心是2017年刚成立的，进入公司的时候，办公桌等设备都还没有组装，还是我们第一批员工一起组装的，现在想想也是比较有意义的事情。但是因为是刚成立的，很多地方还不成熟，安排比较混乱，大家从校园进入公司，这个过程基本是靠我们自己完成这个转变。没有统一的入职培训，开始也没有例会，定期总结这些规定，领导会要求你尽快的成长，但是却没有告诉你应该怎么成长。另外测试和技术支持“兼任”的说法，有一段时间让我分不清自己应该属于哪个组织，导致没有明确的方向，北京深圳的同事更不清楚应该对我做何安排。刚开始重庆这边开发的出的任务，全都写到了我的名下。在我还没有摸清楚工作模式，业务知识，名下就积攒了7个测试任务。我不知道为什么做这样的安排，首先我对工作还没有清晰的认知，这么多测试任务我一个人也不可能如期做完，我也是压力很大，怕不能很好的胜任工作，工作前三个月基本每天都自愿加班，甚至周末也会来学上一会儿，摸索了解公司所做的业务。还好的是公司长久以来积攒了很多的学习文档，我基本就是通过学习这些文档、利用网上的资源、操作实践、不断的询问，不断的提升自己的。还好我们第一批员工都还算不错，等到转正的时候大都能很好的完成自己的工作，有新员工来还能够给予相应的指导。

        9月以后，秋招开始，公司在不断的进人，团队在慢慢扩大，公司领导安排我来带测试的新人，佩服领导的“魄力”，在都不知道我自身水平的情况下，就委以重任。诚惶诚恐，毕竟自己实力有限，虽然没有给我增加相应的待遇，但我也愿意挑战一下自己，毕竟当初选择这份工作就不是为了那点工资。现在回头看，自己也还算协调好了新员工的工作和学习，能够确保日常工作的正常运转。但随后问题慢慢也多了起来，她们有越来越多的疑问我不能解决了，后面被要求开始接手技术支持的工作，但本身测试工作并没有减少。我所能做的也没有前车之鉴，只能按照自己的想法，怎么让团队工作正常进行，怎么让大家的凝聚力更强，怎么让大家尽快学会所需的技能等等，在这些方面，真是花费了我不少的心思。

        2017年的秋招开始之后，公司人员扩张的很快，10月份以后人员不断增加，测试组的人也一下来了4个，后面又陆续来了5,6个。领导将人安排给了我，说让我负责他们的学习与培训，这对我又是一个挑战。这里我又想说，领导在没有和我沟通，考察我的能力的情况下，就给我委以如此重任，好的层面来讲是对我的信任，但是不是更应该说是不够负责任呢？当然，这对我来说也是一个机会，毕竟这样的机会不多，有就要抓住，谁会拒绝给自己的机会呢？至少那个时候我认为是机会。我协调北京公司的资源，给他们安排了培训计划，跟随北京公司的进度，学习、考核，这样他们再有组织，有监督的情况下了进行系统的培训，有全面的知识储备，也有利于以后能够胜任各种板块的工作。在前期，我对他们碰到的问题，知无不答，回答不了的也帮助他们协调资源，把问题给解决了。在这个过程当中还是比较充实，受益良多。在他们培训的过程当中，我会根据培训的文档，对知识进行再加工，总结出重点，有的还会画出流程图，对新员工怎么做有一个指导，对我所学的知识也是个总结。另外，我也会分享一些，自己做测试工作的总结和感悟。

知识的总结：

        因为测试工作主要就是功能测试，对业务知识有一定的要求。对于股票、信用、期权、正回购、新三板、沪深港通等，这些接口我都有测试过，对其涉及的业务知识有一定的了解，对其中的一些业务也做过一些总结：

        最简单的就是股票的买卖，其他是变了花样的股票买卖，业务都是建立在买卖的基础之上的。

信用：

信用交易，就是融资融券，不同的券商，不同的客户对担保金、维持担保金都有有不同的要求。又融资融券的资格就可以做杠杆交易。当你看多的时候，你就可以借款买入，看空的时候就可以借券卖出。

信用交易

1.信用交易分为两个大方向，融资部分和融券部分。

2.融资买入的证券，卖出后只能先用于还融资借入的部分。

3.融资买入，借钱买进持仓，产生负债，可用资金不变，持仓增加。

4.卖券还款，卖出持仓还融资的负债，持仓减少，负债减少，卖出得到的钱大于负债，多出部分加到可用，否则可用不变。

5.直接还款，可用资金减少，负债减少，持仓不变，不产生委托和成交，默认还开仓合约日期最早的。

6.融券卖出，可用增加，负债增加，持仓不变。

7.买券还券，可用资金减少，负债减少，买入量小于所欠，持仓不变，否则持仓增加多出部分，是1对1的操作。

8.直接还券是拿持仓直接还所欠。

期权：

期权交易

1. 买入开仓形成权利仓，可用资金减少，总市值增加，不占用保证金，持仓中的市值为正值。

2. 卖出平仓平掉权利仓，可用资金增加，总市值减少。

3. 卖出开仓形成义务仓，可用资金减少，总市值减少，占用保证金增加，持仓中的市值为负值。

4. 买入平仓平掉义务仓，可用资金增加，占用保证金减少，总市值增加。

5. 持仓中有权利仓才可以行权，认购行权和认沽行权只能在行权日下单，认购行权下的单是认购的合约，认沽行权下的单是认沽的合约。行权只产生委托，无法成交。行权下单，产生冻结金额，可用资金减少，总市值和占用保证金不变。

6. 锁定增加备兑持仓锁定数量，减少未锁定数量；解锁增加备兑持仓未锁定数量，减少锁定数量。

7. 解锁、锁定操作不会对资金、持仓面板的值产生任何影响。

8. 卖出开仓·备兑形成备兑仓，可用金额增加，保证金增加，市值减少，增加持仓，备兑持仓中的锁定数量减少。

9. 买入平仓仓备兑平掉备兑仓，可用金额减少，保证金减少，市值增加，备兑持仓中的锁定数量增加；由于180etf的合约单位为10000，所以每10000的锁定量可下一单备兑仓。

        此外还有正回购、新三板、分级基金、沪深港通等，这些业务有同事做过相关总结，之前有在笔记本上记录，没有整理到文档里，有时间再做这方面的总结。

        这些业务还是比较复杂，光是分级基金想要说的很清楚也不是短短几句就能做到的。业务很重要，对于系统的理解也很重要，我们的系统是怎么完成这些事情的，这些我们要很清楚。在网络不发达的时候我们想炒股要通过电话、要到证券公司柜台填写单据，再由工作人员按照单据人工执行，对人的依赖性很大，有较大的滞后性。网络发达了之后，很多工作程序都可以通过系统软件来完成。通过我自己的理解，我总结了系统完成交易的流程：

交易流程

在我们的系统输入相应操作指令之后，通过系统分控审核后的指令会发送到柜台（开户的证券公司），柜台会再对信息进行审核，通过即报送到交易所，不通过就会驳回，交易所会对指令进行处理，将处理的结果发给柜台，柜台再将结果发给我们的系统中。能不能成交是靠交易所报盘的撮合。 在我们系统的内部具体是怎么工作的，这个我了解的有限，暂不做总结。

        股票交易系统的竞争，就是看谁更快，更流畅，更稳定。其他就是配套的功能，相应的我们对这些功能，同样要很了解。比如我们系统的组合交易，篮子设置，多角色、以及一系列风控设置等，这些也是我们验证的重点。

我对测试工作的理解：

        我本来面试的是产品的岗位，我理解的产品是制定产品的原型，，把控产品的走向，保障产品的完成。转做测试，岗位职责有根本的不同，我理解的测试就是，软件能否交付给客户的把关人，开发的软件符不符合客户的要求，好不好用，质量能不能经得起挑战等，这些是作为测试工程师应该负责的。我又了解测试包含：功能测试、性能测试、自动化测试。我所接触到的基本就是功能测试，就是我们所说的点点点，这种虽说是最原始的手段，目前大多数的测试还是都要通过手动进行。就我们公司的测试而言，主要就是功能测试，略涉及性能测试，基本没有自动化测试。关于功能测试，重点就是在对被测系统的了解上，包括对系统的使用和对系统所涉及的业务知识。所以说，针对新员工我坚持让他们参与系统的培训，而不是像我一样，在业务还没有搞清楚的情况下就直接被安排任务。在培训的过程当中穿插生产任务，才是比较好的手段。至于测试方法：等价类分、边界值、因果图等都比较容易理解，关键是如何使用这些方法。但是对我们公司的测试而言，对这些测试方法的使用并没有太高的要求，甚至于对于测试用例的撰写要求都很低，因为针对目前接触到的测试大多已经有类似的测试报告作参考，只需要将之前的测试报告拿过来作参考，必要的地方做些修改，就可以完成一份自己的测试报告。这点也和证券行业券商的行业属性有点关系，全国100多家券商，所需的功能都是一样的，只不过每家券商所用的柜台不一样，接口标准不一样，所以一个项目对不同的券商，不同的柜台是不适用的。所以每一个项目都要重新测试，但是要测试的点基本一致，所以如果针对一个功能已经有测试报告，只需拿来用做些修改即可。这不利于自己的成长，我们还是要有能够独立完成测试用例的能力。在做测试之前，对于什么是测试用例我并不太清楚。后来接手测试的工作，我会搜集一些关于测试用例的知识。通俗的讲，测试用例就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来。至于制定测试用例的好处和方法我就不说明了，网上有更好的介绍。设计测试用例我们需要“需求文档”，一个系统的测试不是我们想测什么测什么，测试的系统应该有什么样的结果都是要有依据的，这就要参考需求文档的要求。

        总结来说呢，对我了解到的我们公司产品的测试，要做好一下几点：

            1.非常了解我们的系统，各个功能点，各个业务逻辑。

            2.学习常用的功能测试方法，并能够运用到项目中。

            3.读懂需求文档，根据需求文档制定测试用例。

        了解系统的功能，业务逻辑，这是一个需要积累的过程。这就需要一套高效的培训方案，让入职的新员工能快速的掌握所需的知识，了解工作的模式，但是公司在这些方面似乎做的并不好。公司是是为机构客户、主经纪商提供资产、交易管理等服务提供软件的，除了必要的计算机的知识，我们还要了解证券行业的知识。我们需要知道期货、股票、信用、期权、沪深港通、新三板等，以及在此基础之上衍生出的交易，这些也业务知识都是我们需要学习的。另外，还要学习公司开发的各种交易策略等。学会了以上的东西，在了解一下工作的流程，就能够很好的工作了。然而，没有看到过测试员工应该按照什么样的工作流程工作，也可能和重庆地区开始只有我一个测试有关。刚开始的很长一段时间，我工作起来很缺乏方向感。后来自己也算摸出来了一点门道，下面就是我通过自己的理解，整理的大概的工作流程：

        我们基本上就是采取这样的流程，优点就是能够快速的发现并修复问题。但是缺点比较多，这个流程很简单，小的软件公司基本都采用这种类似的流程。这个流程，对开发和测试人员来说，需求很不明确，没有需求文档或者可供参考的需求文档很简陋，所以这个对经验有很高的要求，前期很依赖开发负责人和测试负责人。做的项目多了，拿到一个功能，开发能根据接口文档很快的完成项目，修改相应的BUG，测试也能很快的找出问题，完成测试。

        整体来说，如果能够对业务知识有一定得了解，基本能够熟练操作我们的软件，知道验证功能的时候应该关注的点，验证出有问题的地方知道怎么去协调解决，再者了解上述具体的工作流程，经过几次项目之后，我们就足以能够很好的胜任我们的工作了。工作还算轻松，时间久了，我们能够很好的掌握业务知识，对系统也会有深入的了解。但是基本不会涉及到性能测试、自动化测试，在这两个方面的能力很难得到提升，工作的模式，流程不够规范，对个人的发展也有一定限制。

        工作之余，读过一些关于测试的书籍，《Google测试之道》、《成长日记》等，对于开拓自己测试职业生涯的视野有很大的帮助，毕竟公司对于测试人员没有很好的培训计划，我感觉其他岗位同样如此，你能胜任工作就可以了，至于以后如何发展，公司并没有长远的计划，没有明确的晋升方案，这可能和公司不够大有关系，也可能和公司的管理有关系。不关怎样，如果一直这样的话，在公司待的太久，是很不利于个人的发展的。这是我的个人观点。

        后来我又再思考我们测试流程，在还没有目前的这些测试报告来作为模板的时候，我们的测试流程应该算是标准的、规范的测试流程。测试流程如下：

        但是基于项目的特点，很多都弱化了需求评审、测试用例编写、用例评审等环节，这就偏向于了上面的那个流程。这些流程也有缺点，在整个周期中，不是所有的人在每个阶段都能发挥作用。其他诸如敏捷测试，没有接触过，不能讨论。

如何能做好一个测试负责人：

        写这个不是为了说明我是一个测试负责人，能很好的担任起测试负责人的工作。相反，我认为我没有担任好这份工作，但这段历程是值得总结的。

        我认为，我能在毕业之后工作三个月刚过试用期就能担任测试负责人，不是因为我能力有多强，而是身边没有其他能担当此任的人员。但对于工作我是很认真的，职责范围之内的，我都会认真完成，领导安排的我也会认真去办。所以我很努力的去帮助新来的测试人员，帮助他们安排如何进行培训，解答他们的疑惑等等。但是时间久了，矛盾就出现了，他们的很多问题我对我来说也是新的问题，我也不能解答了，我所能起到的作用慢慢越来越小，但是领导对于我们是什么情况关心的不够，如果就这么拖着也可以，但是我的性格不是这样，我十分渴望把它做好，所以我很痛苦。

        在这个过程当中，我也不断的充实自己，提升自己的技能，协调、沟通好大家的工作，调配资源的使用，跟进每个人的学习情况，制定工作的制度等等。但是效果不显著，一是因为分公司是刚成立的，各项大前提下的制度都没有设立，大家都工作在散漫的环境之下，开始的时候，甚至都不用写日报，更不用说是周报，月报，对员工的了解全凭借老员工的口头评价。甚至评选优秀员工，在全体员工都不知情的情况下就把优秀员工给定了？二是我个人的能力还不够，经验不足。我入职以后没有人来带领我成长，很多资源是我主动去挖掘的，有些我们有涉及过的问题，在他们有疑问的时候，我无法做出解答，这势必会降低自己的威望。打铁还需自身硬，如果自身能力都不足何谈带领团队呢？三就是担任更多的职责，没有相应的回报。我们工作是为了什么呢？很大程度上不都是希望能得到一份好的待遇吗？随着时间的推移，我承担的越来越多，但是公司没有因此给我提升相应的待遇，这也很打击我的工作积极性。

        总的来说呢，还是我自身的实力不够，不具备很好的带领近10名测试人员的能力。也感谢领导能给我这样的机会，通过历练，也知道自己有欠缺的地方。最重要的还是要提升自己的硬实力，首先要是一个好的测试人员，才能成为一个好的测试负责人。也可能我对于负责人的认知有缺陷，这些都是我自己认为的，包括其他方面，也是我个人的看法。

兼任技术支持？

        我的工作时间虽然不长，但可以用”精彩“两字形容，涉猎的层面很是广泛。因为我也是没有经验，对由于领导不出格的安排，我都会顺从。如果现在再让我选择，我断然是会拒绝的。但是从这段经历中也学会了不少东西，提升了自己的技能，万事都是有两面性的。

        技术支持、外部运维、产品实施我觉得这些是相通的岗位，职责范围很相似，大致产品实施更偏向需求一些，外部运维更偏向保障软件正常运行，技术支持是结合   了两个岗位的职责，主要是负责售后的工作，将系统部署到客户的服务器中，保障产品能够正常上线运行、为客户提供软件使用上的培训、实时跟进客户在使用过程中遇到的问题，并确保解决、发现客户新的需求、维护公司形象等。因为我们的软件是在linux上运行的，另外采用的mysql数据库，所以需要我们掌握基本的linux操作和mysql的操作，能够在linux上搭建项目、虚拟机的使用、双机热备、双机冷备、数据库同步、keepalived同步、redis同步、shell脚本、python脚本、日志取阅等。另外就是对软件要十分的了解，熟悉软件的功能逻辑、业务知识等。因为是会到客户现场支持，直接接触到客户，沟通能力、随机应变的能力等等自然要有。具备以上能力，我们就基本能够担当好外部运维的职责。很多知识我也是第一次接触，学习的过程也是下了不少功夫，学习也是基本通过自学的形式，通过阅读文档、总结、百度等手段，很靠自觉性，也有一份外部运维学习的总结，以利于自己的学习和以后的翻阅。在这里也感谢那些未曾谋面帮助过我的人。

        担任技术支持的时间不长，参与负责两家券商，中信建投期货和西南证券，帮助中信建投期货导出指令留痕文件、为西南证券做系统、行情升级，其他也没有起到多大的作用， 自己做些记录，解决一些客户的问题等。接触的不多，能谈的有限。

        这大概就是我大半年来的工作历程，写的比较多，可能写的比较乱，也可能有错无得地方，暂不再做修改。人千万不能太懒，多看、多学，多做、多总结，人生中有很多重要的节点，在这些节点做一些有仪式感的事情，给自己的人生增添光彩。