保存成功
订阅成功
保存失败,请重试
提交成功

谈谈我在自动化测试中遇到的坑

¥9会员免费看
梅子
4.9
严选 Chat了解严选标准

本场 Chat 并不打算谈具体的某项自动化技术,这类文章已经很多了不是吗?我想你也不想花十多元来看我再写一遍网上就能轻易找到的那些内容。我只想谈谈我在做自动化测试时的四次经历,谈谈在这个过程中,我是如何把自己带到坑里,再哭着爬出来,泪眼汪汪的又掉入新的坑的故事……最后,我将告诉你我对这些失败经验的思考和总结。

希望我的这些经验,能够帮你少进几个坑。

实录提要:

  • 自动化测试的投入产出比怎么计算?怎么衡量?
  • 如果要达到公司级的自动化测试平台要做哪些准备?
  • 用例覆盖率是如何计算的以及计算时有哪些需要注意的点?
  • 对于敏捷开发中的自动化测试如何定位?
  • 敏捷中的自动化测试如何保证用例的高可用?
  • 做自动化的项目是如何将自动化提前到项目初期的,从流程中做了哪些改进?
202 人已订阅
会员免费看
¥9 原价订阅
查看文章评论/提问
刘炜3 年前
你说的坑我基本上都踩过[吐],还有一点我觉得就是自动化测试,自动化测试要顶层设计,从需求层面就考虑可测试性,这点项目往往不重视,导致做ST级自动化时受到可测试性的制约,使得自动化实现难度增大,用例不稳定,UT,FT级的自动化也会随着代码框架的设计受影响,一个特性前期不考虑设计和可测试性,流程耦合严重,也是很难做UT,FT
梅子(作者)3 年前
对。这两天正在总结可测试性方面的内容,哈哈
HJ3 年前
目前测试自动化在大家看来多少有些神话的色彩,特别是当大部分人在做手动测试,少数人在做自动化时,非常常见的是大家觉得自动化很高大上,希望去做自动化的事情,甚至会产生不平衡的心理。梅子如果遇到过这个问题是在团队中如何处理的?
廖浩 Sugie_🚀3 年前
如果是这样的情况:创业团队,初期的产品开发并没有专职测试,靠开发跑最基本的UT,产品跑场景测试,这么搞了几个月,直到测试人员加盟——也仅仅是一个测试人员。这样的团队,产品开发的节奏不能慢下来,测试需要尽快对已有的功能做测试,还要兼顾新功能的测试。我知道对于不少测试团队,这是常见情况。请问梅子,如果是你来到这个团岛,你会对这样的团队测试工作做怎样的安排?自动化测试对于这样的初创团队是必要的吗?
凌俣Linty™3 年前
正如作者提到的check 部分很难把握一样,那么请问关于断言的部分,有效等价的用例和无效等价的用例应该用什么样的比例关系呢?如果项目中出现了过多的非预期结果,应该如何解决呢?多谢。
HJ3 年前
自动化切入的时间点也很重要。在项目初期,产品软件没有成型,功能没有实现,没有办法做自动化;项目结束才做,自动化当然也就失去了很多意义;所以只能在项目最忙的中期开展,要说服管理者和工程师,为什么在最忙的时候还要抽调人手去开发自动化的工具,真心不容易。
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效
严选标准
知道了
Chat 状态详情
开始预订
预订结果公布17.03.14

预订达标,作者开始写作

审核未达标,本场 Chat 终止

作者文章审核结果公布17.03.22

审核达标,文章发布

审核未达标,本场 Chat 终止

Chat 完结
×
已购列表