活动沙龙 (今晚) 第三期 AMAT (Ask Me Anything) 问题征集帖

思寒_seveniruby for testerhome管理委员会 · December 26, 2018 · Last by 思寒_seveniruby replied at January 24, 2019 · Last modified by admin 思寒_seveniruby · 2602 hits

参考: https://testerhome.com/topics/17340

此为问题征集帖,大家可以把自己的各类问题回复到帖子里,或者回复你在其他帖子里没有得到解答的问题链接。因为是第一次内测,所以暂时面向全社区开放。

背景

现在测试大环境也在发生快速变化,为了让更多同学能够看清行业发展,解惑职业发展和工作中的各类问题,学院决定发布这个AMAT(Ask Me Anything About Testing)项目。话题开放,只要是有关测试与质量保证的都可以问和交流。我们会通过QQ课堂公开课在线解答和回帖所有问题。

整个模式接近美国总统罗斯福时代的”炉边谈话“模式

炉边谈话是美国总统罗斯福利用大众传播手段进行政治性公关活动的事例之一。20世纪30年代,美国经济处于大萧条时期。为了求得美国人民对政府的支持,缓解萧条,美国总统富兰克林·罗斯福利用炉边谈话节目通过收音机向美国人民进行宣传。他的谈话不仅鼓舞了美国人民,坚定了人民的信心,而且也宣传了他的货币及社会改革的基本主张,从而赢得了人们的理解和尊敬。对美国政府度过艰难,缓和危机起到了较大作用。

形式

  • 发布学院专属AMAT问题征集帖
  • 所有社区成员可回复问题或者附上其他问题的链接
  • 轮值嘉宾负责每个问题的答疑讲解
  • 节目结束时发布下次节目征集帖

时间

每周三晚上8:30到9:30,如果问题不够就暂缓到下期一起。

本期时间:1月23号晚上 https://ke.qq.com/course/364266

附言 1  ·  January 17, 2019

1月23号晚上第二期 报名地址:https://ke.qq.com/course/364266

附言 2  ·  January 23, 2019

第三期因为忘记录视频了。暂时没视频回放。
全部答疑结束,春节前的AMAT内测活动结束,春节后正式开始运作。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 45 条回复 时间 点赞

想请教一下老师,您平时是如何梳理以及获取新知识技能呢?csdn,简尚,博客园,知乎,知识星球,还有公众号,加了一堆各种圈子,却又感觉太杂乱了反而无从选择,最后还是testhome和老徐的圈子反而还觉得能慢慢学些东西,想请教一下该如何协调

现在很多很多人从事软件测试都是从社会上的软件测试培训班“培训”出来的,培训出来的水平嘛,大家都懂得。据说很多公司,尤其是互联网公司很排斥这种培训机构出来的学生。所以问问TesterHome怎么看待这个问题的,公司招人是否真的不待见培训出来的同学?

元宵 回复

还有就是国外的有哪些比较好的软件测试网站? 国内的大量充斥着各种培训机构的宣传材料,宣传网站,讲的都是一些软件测试理论知识,实战上感觉很少。

一年点点点经验(偏业务),有接口测试和自动化测试的基础,懂spring开发框架和用kubernetes部署环境,不知道这样的水平(初级)在19年是否有竞争力?如果还不够,有什么好的建议?

1:什么样配置的团队才是合理的(说明:本人无大厂经历,经历过较多小公司,测试团队组件基本都不是很完整,每次需求各种测试手段的时候就疲于奔命)
2:深度与广度之间的平衡点(可能由于本人水平太菜,目前在计划中的学习内容:操作系统知识;数据结构知识;网络知识;编程&脚本语言知识,感觉哪里的知识都不够用,尤其在团队成员较少的时候一个人要负责功能测试,自动化测试,接口测试,性能测试,专项测试等等基本等于全包。然后换工作的时候就感觉什么都不会了)
3:版本上线标准如何制定,在版本发部如此频繁的情况下如何制定可量化的标准保证产品质量。(频繁的短时间的发版对传统的例如CMMI体系的标准会形成一定的冲击。)
4:团队组建与管理方面:如何分配团队成员的工作比较合理;团队在什么情况下需要增加或减少成员(例如个人感觉无需增加成员的时候,团队领导说要加XX人)
5:在团队负责人技术深度不够的情况下如何对团队成员进行能力培养
6:有没有比较客观细化的测试人员素质评估方法(弄过招聘评估表,一头包)

Author only
Author only

对于桌面端(Win&Mac)的应用,有啥自动化框架或工具 可以用呢?

各位老师晚上好,晚辈罗列了几个关于测试职业方面的问题想请教各位前辈:
测试开发年龄的担忧
总所周知,测开对技术的要求比较高,比较烧脑。类似程序员35岁危机,咱们测试开发是否也有同样的危机 在35岁后至退休 该怎么发展呢?
肯定会有同学说 “应该是永无止境的学习咯”。
但是年纪上去后精力肯定不如从前,而且家庭的压力也会压缩学习时间和空间。到那时咱们能在35岁后保持多少精力和激情继续学习及工作至退休 是个很大的疑惑?如果学习时间和空间没有保证,那很有可能面临的是降薪 淘汰 转行搬砖?
测试开发学历的展望
在如今的社会上,大厂的学历要求一般都是本科。而测试开发的主要工作是依靠业务和技术这两条腿在走路,所以提升技术也是咱们的日常事宜。
那学历提升与测试技能提升 这两方面哪个更值得投入呢?
比如,一个工作4年的普通2本同学。把业余时间投到读研呢?还是提升测试技术上 还是两者兼并?
传统行业测试的忧虑
无论处于早期或者是现阶段,测试行业里一直有一部分的同学是工作于传统软件测试行之中。他们的开发模式还处于传统瀑布模式,节奏相比敏捷模式相对要慢一些。整体测试更偏向于业务测试也就是手工测试,自动化更偏向于UI层。相对于互联网行业火热的接口测试并没有得到重视。
举个例子,一个传统金融行业的项目,核心计算和处理的系统是用比较老的技术cobol开发的,团队的测试更多的是关注 业务流程上(比如买卖双方交易的状态)的测试,自动化则是专注在UI层。由于项目技术的原因接口层测试没有办法像 java 开发的项目用相关框架进行测试。虽说业余时间也会进行一些学习(比如参加霍格沃兹学院),但是类似这种情况的测试人员 就无法在工作中接触到接口测试,对于接口测试的深度肯定不如专职的测试开发,久而久之 就会与行业脱节逐渐失去竞争力。接口测试只是其中一个测试技术,那肯定还会有其他的技术缺失,难道对于这类传统行业里的测试人员只有通过跳槽 换工作来解决类似这种 温水煮青蛙的问题吗?

老师你对于想要从事这个行业的应届生有什么建议吗? 除了学会基本的知识还有技术以外还有什么需要注意的地方呢?

1月9号开始第二期的AMAT的直播,本次邀请嘉宾会超过3个,涵盖BAT与传统企业。

12Floor has been deleted
13Floor has been deleted

请教:关于服务优化、中间件升级,该如何做到有效的覆盖,以避免漏测,从而保障质量!?

对于bat大厂以及传统企业,你们招聘比较看重的是哪方面的能力以及如何提高这些能力?

Author only

对于Win&Mac&android&ios 覆盖率测试方案求指导

在前端开发完毕,而接口数据不齐全的情况下,需要验证接口返回不同数据,前端是否能响应不同的场景和文案,应该怎么做,看到用mock,但是不知道应该怎么开始,或者从哪下手

精力有限,怎么平衡工作与培养团队成员

元宵 回复

思寒

  • 大公司公众号
  • slideshare
  • twitter
  • 大会资料

李赫

  • 掘金小册
  • th社区

cay

  • 推荐系统性学习
  • 有所侧重

草鱼

  • 带着问题去学习
  • 纯粹阅读学习效果不强

在测试软硬结合的软件 软件出错可能造成硬件损坏 这样的软件如何在不破坏硬件的条件下进行异常处理的测试?

目前各大互联网公司都会有AI的项目(如自然语言处理、影像处理),AI 项目的测试可能更多的关注在算法功能或者准确率实现,那UI、接口等测试技术好像用不上了,对于AI项目的测试有什么好的建议呢?

各位老师好,很高兴能借助AMAT请教各位老师两个问题:
(1)想请教了解一下阿里的算法模型上线整个测评的过程是怎样的,模型的预期结果达到怎样的效果才能上线呢?(在整个测试的过程中会有评测这个流程,评测的过程感觉主观性更强一些,上线后的AB实验效果感觉很玄学,时好时坏的,希望老师能举例给出一些评测思路)
(2)C++服务偶尔会出现core的情况,请问各位老师在测试C++服务中如何针对这种情况进行专项测试呢?(测试中有使用Cppcheck对代码进行静态检查,最近也提议并且开始和开发一起开会随机抽取代码走读,但是效果并不明显,测试过程中更多的是准备大量的case去请求服务,运气好能测出core,运气不好就只能线上程序core掉,下个版本解决,这个问题已困扰很久,泪奔~~o(>_<)o ~~)
望各位老师能指点晚辈一下,感激不尽!!!

请教:之前雪球APP对于行情这块,自动化测试数据校验这块是怎么处理的呢?

关于学院历届报名的学员,可否反馈下学习成果?

今天没有直播吗?

因为周日在杭州做了一期的AMAT活动,回答了几个问题,所以这周的问答就顺延到了下周了。

我之前发的帖子有问题,怎么联系管理员啊

思寒大佬,我想请教下几个问题:
1.您对中国现阶段的敏捷开发模式是怎么看的?
2.在敏捷开发下,测试人员应该怎么样结合开展工作,避免成为重灾区?

最近太忙了,没顾得上宣传。 我把一些大佬的访谈和解答留在春节后开始做。今天我们只帮大家解答一些基础问题。太大的topic留给他们年后讨论。

zzmdiao 回复

系统需要根据chrome的版本去找chromedriver的版本。目前貌似是没找到,所以你可以单独执行下

adb shell dumpsys package com.android.chrome
lin 回复

appium支持window和mac

Curry 回复

春节后交给多位行业大咖一起解答

Chris 回复
  • 技术基础。编程、数据结构、算法、操作系统、数据库等
  • 专业能力。研发方向spring、前端,测试方向:掌握对应的自动化技术、测试方法论

基础决定了你的整体面试能否通过,而专业能力决定了你的薪资和评级,是加分项

梦辉 回复

敏捷开发

  • 敏捷scrum
  • xp
  • kanban
  • 精益
  • 持续集成
  • 持续交付
  • devops

scrum实践是国内使用最多的,但是成功率不高。就算你不懂自动化、不懂持续集成,也可以使用敏捷。决定使用人群会很多,所以失败也会很多。scrum多跟kanban融合
xp是技术精英团队才能做起来的,所以国内应用不多。
持续集成是国内应用最成熟的一个工程方法。持续交付是很多团队目前正在奋斗的方向。devops是目前大家最推崇的工程实践。

产品强势的、qa强势的,会推崇scrum,研发强势的团队会推崇持续交付和devops

敏捷开发给qa带来的最大变化其实是加班。
改进的办法

  • scrum帮不了qa。他解决了产品经理的需求交付质量问题,对工程实践帮助不大的。
  • devops和持续集成依赖自动化,qa需要拥抱自动化技术和精准化测试。

多去学习自动化测试、持续集成和devops的体系。

刘校 回复

重构升级除了常规的测试之外,我们还因该多做一些专题的测试,比如diff测试、schema校验、精准化测试

  • diff测试、twitter的diffy
  • schema测试,评估新老版本之间的结构变化
  • 精准化测试,对升级部分的代码进行有效的覆盖
fighting2022 回复

第二期的AMAT回答过,交给春节后的BAT的测试大咖来回答更好吧。等到节后吧

我个人先临时回答下

  • 学历,多数的大公司比较看重学历,基本上是985、211的要求
  • 履历,有没有知名企业背书,小而美或者大厂
  • 专业能力,不止是懂,不止是会用,还要能深入研究能力
  • 软实力。价值观、做事风格。比如遇到一个新技术,你应该如何去学习。通过回答可以基本判断一个人的能力和习惯
小背影 回复

更改完密码还有问题吗,估计是是之前的密码太简单了,被猜解到了吧。

purplerain 回复

覆盖率其实是来源于你的部署代码,所以跟win、mac、andriod、ios没太大关系的。

总之对你的代码和交付的二进制文件进行插桩。android可以研究jacoco,其他的平台也都有各自的工具。

  • jvm的插桩,研究jacoco
  • native的插桩,研究gcov
归云乡 回复
  • stub:swagger moco 可以根据约定的格式和行为自动生成stub。比如遇到特定请求,就返回特定结果。
  • 系统级mock:俗称挡板。简单开启一个server,然后通过修改访问文件来获得不同的响应。nginx、cgi server都可以
  • 代码级别的mock:在前段的代码中使用mock,实际上不发出请求而只是直接修改调用函数的返回结果。需要借助于mock框架
  • 功能开关:在关键的代码出修改调用为本地调用
一路芬芳 回复
  • 新人是需要指导的,就算浪费时间也要去做的。
  • 不要形成手把手指导的习惯
  • 给新人学习方向,知识仓库、代码等类似积累
  • 传授新人学习方法。google、内网搜索、踢皮球(指给他一个好的导师或者其他的支持者)
  • 不要随时随地的提问,而是有总结,有思考、有探索。
  • 鼓励分享
  • 给新人指定其他的导师,很多公司都是导师制度
  • 让导师借助于实战去加速新人成长

不要放任不管,这会为整个团队带来损失。

比如说无人车、飞机零部件、医疗手术自动化工具。这些测试本质跟IT软件测试其实思路是一致的。

可以把硬件看成一个很重的不能自由掌控的第三方依赖。举个例子,公司的支付系统需要对接支付宝,我们也不太可能每次通过真实的支付宝测试转账。

对硬件组件做mock处理,做一个软件模拟组件。收集所有的数据并进行分析。只有通过软件完成上万次的各种测试,或者各种异常测试,那么才能带来很好的质量经验。软件模拟组件如何更真实需要经验数据积累。

  • 软件模拟组件完成最基本的全路径的测试
  • mini组件完成预发布的测试
  • 真实的场测

对测试技术的理解需要更结构化

  • ui
  • 接口
  • 算法

一个Ai系统的组成部分主要是 数据+多种算法的结合。AI系统也有明确的输入输出

  • 数据是输入
  • 检索指令可能是UI、接口也可能是lib、sdk,也是输入
  • 输出数据与输入数据的关系需要断言
小风水 回复

评测的几个主要测试方法

  • 新老版本或者新老算法之间,相同输入下不同输出结果的一个对比。输出数据的diff测试
  • 人工评测
  • 智能标注
  • 外包评测,问卷、众测
  • 真实场景下的AB测试与用户反馈

c++问题

  • 代码静态扫描
  • 代码动态测试,valgrind测试内存泄漏和core非常精准。这也是你们最欠缺的方面
  • 使用hook或者trace技术分析api调用
Try ...Execpt 回复
  • 通过接口测试完成具体业务的数据测试和准确性校验
  • 靠新老版本对比,分析界面具体数据和布局的变化。
  • 人工检测

junit的parameterize、category如何写在同一个测试类里?

例如一个接口,使用post调用,我设计了如下测试方法:

  1. 所有参数字段都正确填写,期待返回一个正常结果。最正向的测试用例希望作为happy pass的基础测试,故该测试方法用category注解,分配在happy pass的category里
  2. 所有参数多种可能性组合的用例,期待不同的结果。因调用方法一致,所以希望用参数化的注解,可以节省代码量。
  3. 参数必填的校验。调用方法不一致,会少一个不同名称的入参,所以单独写测试方法。
King 回复

你找恒温

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up