2023年即将来临，节前把2022年终总结写了
今年与往年不一样，时间紧，工作任务比较重。比以前早半个月动笔。今年的疫情管控相当严，导致很多厂顶不住关闭，大厂纷纷裁员。。。国内外皆如此。。
今年在中级测试工程师的岗位上兢兢业业干了一年。
总结：平凡但又不平凡的一年
今年工作：
主要是做大数据平台的测试。公司来了阿里大佬，建立了统一的大数据平台。包括
数据采集---------->探索------------->研发------------->服务.运维---------------->应用整个大数据生态环路。因此，今年的测试工作基本上围绕整个展开。
换了4次直属领导，不同领导的要求、标准都是不一样的。有的要求做UI自动化、有的要进行单元测试、有的要求进行接口测试。从目前的结果上来看。做接口测试是最成功的。
本年度负责测试3个项目
1、像个无情的机器一样，写xmind测试点、测试案例、测试报告、性能测试报告、接口自动化测试方案、接口自动化计划。这一块没啥好说的，因为你是测试，你写出来的东西就是你的成果
2、在其中的一个项目 类似API 开发的。今年造了接口自动化场景基础案例一直在UAT上定时运行，而且本身项目需求改动没这么大，今年测试这个项目还算是得心应手。就除了下面文末的小故事。
3、参与公司用flink进行二次开发的实时计算平台，学习flink、测试平台功能，把公司项目本地跑起来。而且把这个平台作为一次测试分享。
4、另外一个kafka鉴权项目，也是基于kafka做二次开发的，就是为了管控topic产生的，因为有些topic是带有敏感数据的，需要申请订阅才能访问。在这个项目测试需要本地启动测试项目，消费kafka和生产kafka去测试鉴权逻辑。
5、技能方面，知道怎么去查各种数据库的数据，kafka的一些工具、熟悉IDEA操作、VS code、pycharm。
6、今年专门在B站上面看了几十集vue，自己也实现了CRUD功能。下载相关的框架本地看看比如 admin 等。在项目测试中，和前端开发沟通更顺畅了，有时候结合还业务可以指导开发
7、后端方面，python 再次熟悉下flask框架，玩了一下，感觉也挺方便。java方面结合spring 全家桶从宏观上去了解项目。和后端开发沟通也很顺畅。（除了开会有些时候一些术语可能没做开发可能真不知道）
8、完成2个项目的接口自动化，通过CICD每天运行。当然这个是依赖了公司的自动化平台，并不是自己实现。案例和案例中的配置、校验是自己实现的
9、加深测试的认识。在私人企业，人少，如果测试没有绩效压力的话，或者说OKR，其实你是测试经理还是测试主管还是测试专家，还是中级初级测试，干的事差不多都是一样的（反正开发提测，你测试就完了，开发可不管你怎么测试），在我看来没啥区别。
正常引入这种绩效压力后，那么相应的要求就跟着来了
初级测试----无所谓了，能点点就行，甚至不是点点点
中级测试---懂接口测试，懂点python、简单SQL
高级测试----能自己实现自动化测试的某些模块开发
资深测试----性能测试、测试框架、测试培训
测试经理---公司战略、测试技术引进。。。人才规划
10、要养成项目组质量意识给大家宣导。各个岗位输出的文档、做的事情尽量少点错误。怎么理解，如果测试只关注测试那一部分，那产品也只会关注产品的那部分，开发如此，这就会导致一种现象，出现问题就推锅。。。。
项目是一个整体，出了问题，立马解决。然后记录问题谨防后续在此出现。
为啥说是平凡又不平凡的一年，因为钱袋没有上涨啊就是平凡，不平凡那是因为贷款买了房子虽然压力大但是每天都有个希望。。。
来看下去年的希望：
展望明年：
1、跟随项目学习新的技术与测试工具（完成）
2、丰富测试经验和手段，并能进行技术分享、带领新同学（完成）
3、专注于目前的工作，升职加薪（未完成）
4、尝试寻找更好的机会（未完成，几个大厂的面试都未通过。。。）
再看下明年的期望：
1、专注于目前的工作，升职加薪。没机会的话，尝试寻找更好的机会
2、去旅游，看看外面的世界，读万卷书不如行万里路！
写得比较乱，将就下。
写在最后，分享一个小故事：
2022年12月16号。不知道大家有何看法~
（添加数据源功能是管理员操作，管理员就是我们平台自己，而且不是经常添加）
下面是我在开发测试群回复：
上午，RDP后台项目生产问题复盘：
上午因杰哥添加数据源添加不上，开发找我到杰哥那看到现象。后通知斌哥，斌哥追问有没有测试，未回答（我慌了，已经忘记其实在UAT已经测试过）。“添加数据源”这么简单的功能，开发测试产品都没验收到吗？大家沉默（前端此时说好像有验~）。斌哥说出解决方案后。我在UAT试了是可以的。看到前端代码11个月前的逻辑是只有UAT调取了那2个方法。逐，真相大白：这个以前就一直有问题，因为逐步在灰度开启鉴权后，问题才暴露出来。昨晚在生产验收，确实漏了这个场景（发生产不可能全部场景都能走，但偏偏是不走就会出问题，太坑了；而且前一天晚上还是要赶着验证完然后验证别的项目）。导致：测试资深玩家（我）地位不保啊~~~ 后续措施：加强CRUD场景测试@all
很好奇，就使用rubyonrails自动化单元测试而言，你们正在做什么？您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您？git中的预提交Hook？只是手动调用？我完全理解测试，但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的，并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您？ 最佳答案 不确定您到底想听什么，但是有几个级别的自动代码库控制:在处理某项功能时，您可以使用类似autotest的内容获得关于哪些有效，哪些无效的即时反馈。要确保您的提
我正在编写一个包含C扩展的gem。通常当我写一个gem时，我会遵循TDD的过程，我会写一个失败的规范，然后处理代码直到它通过，等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb，如何运行我的规范并仍然加载我的C扩展？当我更改C代码时，我需要采取哪些步骤来重新编译代码？这可能是个愚蠢的问题，但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时，我确实得到了一个Makefile(在整个项目的根目录中)，然后当
我有一个围绕一些对象的包装类，我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码，如下所示:Something.createdo|x|x.foo=barend我想编写一个测试，它使用double代替block参数x，这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗？ 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手；我正在运行一些rspec测试，但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音？我仔细检查了环境是否设置为:test，这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”，并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符，电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时，所有测试都通过了，但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时，测试会在当前主机停止。即使测试失败，我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件，其中包含一个方法my_preference，它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如，这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中，我读到这可以通过在测试文件中包含requiresessions_helper来实现，但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么？require'test_helper'require'sessions_hel
只是想确保我理解了事情。据我目前收集到的信息，Cucumber只是一个“包装器”，或者是一种通过将事物分类为功能和步骤来组织测试的好方法，其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗？ 最佳答案 有点。它是一种组织测试的方式，但不仅如此。它的行为就像最初的Rails集成测试一样，但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意，您可以使用步骤来构建对象和设置状态，但通常您
我有:When/^(?:|I)follow"([^"]*)"(?:within"([^"]*)")?$/do|link,selector|with_scope(selector)doclick_link(link)endend我打电话的地方:Background:GivenIamanexistingadminuserWhenIfollow"CLIENTS"我的HTML是这样的:CLIENTS我一直收到这个错误:.F-.F--U-----U(::)failedsteps(::)nolinkwithtitle,idortext'CLIENTS'found(Capybara::Element
