测试岗工作记录

证券金融行业更多的技术集中的业务方面，经验的积累体现在业务积累上体验。

引用一段百度问答中的回答：“集中交易是正式的称呼，柜台系统是以前的称呼。以前的交易系统，以营业部作为单位，在营业部柜台安装的系统叫柜台系统，用于柜员向客户提供开户、资金转账、查询、销户等服务。与之相对应的系统是周边系统，比如热自助系统、电话委托系统、刷卡委托系统等等。这些周边系统是指客户（投资者）可以通过以上手段下单、查询。
后来，一个营业部一套系统的弊端逐渐显露出来，证券公司总部便采取了集中交易系统的模式，也就是说将数据全部集中存放到证券公司总部进行存放，每个营业部利用客户端通过中间件连到证券公司总部的服务器。集中交易在早期区分大集中和小集中，大集中指彻底集中到证券公司总部，小集中是指集中到几个证券公司分公司。比如说东北片区集中到沈阳分公司，华南片区集中到广州分公司，诸如此类。目前可以说几乎所有的证券公司都实现了大集中。
在集中交易系统中，同样存在所谓的柜台系统和周边系统。柜台系统功能没变，周边系统除了大户室还用热自助，部分营业部还保留刷卡委托以外，互联网（网上交易）已经成为了主流。”

（一）、系统架构
客户端——>交易中间——>网关——>通讯平台——>柜台——>报盘程序——>交易所
注1：交易中间件：1、对数据类型进行处理，如将客户端的”jison类型“转换为”竖杠包等；2、对数据进行缓存（redis），缓解网关压力；
注2：网关接受的数据类型为"|“包，有些业务在客户端没有可视化操作实现，此时可以使用”网关发包工具“模拟客户端发送”|"包到网关，对客户端功能进行测试。
注3：【柜台】程序为交易终端，发送数据类型为”cpack“包，同网关发包工具一样，当柜台业务无实现时，使用‘testapp’柜台发包工具发送”cpack“包到后台服务器进行数据交互。

目前接触系统：集中交易系统
（二）、测试分类：
1、功能测试：着重点在业务实现的验证上。验证业务功能是否正常实现，站在用户的角度使用待检测的业务功能，无逻辑bug。
例子：如【股票账户开户】业务，依次输入用户姓名、账户名称等字段进行开户操作。
数据库底层为【插入】INSERT操作。

2、系统测试：着重点在业务所在系统与其它系统之间的数据交互是否正常，保证系统间的数据流转正常，”该加的加，该删的删“。
例子1：【股票账户开户】业务操作后，对于【股票账户查询】功能的影响，在【股票账户查询】明细中应正确显示新增的股票账户信息，并与【股票账户开户】所填信息一致。
例子2：例子：在集中交易系统中新增【股票账户开户】业务，其中对账户的权限有一定设定，如无法进行融资融券业务，那么在融资融券系统中的账户权限信息应与集中交易系统一致。
数据库底层为【查询】SELECT * FROM table 操作。
3、回归测试：着重点在验证新增业务对原有业务有无影响。该方面优先采用自动化测试脚本，将原系统业务依次验证，需要考虑多个系统间【交互字段】的改动因素，确保”同增、同改、同删“。
例子：在集中交易系统中新增【股票账户开户】业务，其中对新增账户的权限有一定限制，如无法进行融资融券业，那么该客户在原有的集中交易系统中的业务应不受影响。

项目测试流程：
搭建测试环境

撰写测试用例

执行测试用例

写测试计划，测试报告

测试，并提交BUG表单

跟踪bug修改情况

执行自动化测试，编写脚本，执行，分析，报告

进行性能测试，压力测试等其他测试，执行，分析，调优，报告
参考资料：

https://zhidao.baidu.com/question/333862512.html