分享

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 读者提问:面试时被问,你印象中最深刻的 BUG ,举个例子说明一下。该如何回答比较好呢?阿常回答:建议剖析如下类型的 BUG:1、找一些复杂因素导致的棘手问题。2、找一些外因,或者底层逻辑,导致的 BUG。3、找一些,团队一群人,搞了几天才发现的 BUG。4、找一些,对业务影响程度、范围较大的 BUG。「举例」1、某BUG,在测试环境问题,在线上环境也没问题,就固定某几个用户有问题;通过排除法,排除了版本兼容、客户端硬件机型兼容、网络问题 等,最后发现,居然是用户做了某操作导致了连锁问题,复现场景,极其苛刻 。2、某BUG,测试环境没问题,在线上环境,你们测试也没问题,多数客户也没问题,就某用...
            0 0 11371
            分享
          •   如果你曾经用过Fiddler来调试某个web应用程序,你就会知道它是一个多么好用且具有价值的工具!  如果这个web应用恰好你也在iPhone或iPad上调试过,那你也会知道,要从web服务器日志中找出问题是多么困难的一件事情。  别着急,下面笔者将解释如何配置Fiddler来代理iPhone/iPad,让你的测试变得更加容易且高效。  HTTP通信  首先,您需要启用来自远程设备的连接。启动Fiddler,并从工具菜单中选择Fiddler选项,选中“Fiddler监听端口”,在下一步中需要我们会用到这个选项。  现在,选择“允许电脑远程连接”选项并单击确定,这一步之后Fiddler会提醒...
            12 12 1499
            分享
          •   前言  · 在实际业务场景中,很多业务都需要先登录才能正常使用。  · 在做接口性能测试的时候,需要测试登录后才能访问的接口肯定是无法避免的。  · 那么,我们怎么才能完成先登录后发出请求的性能脚本呢?  思路  1.发出登录请求  2.提取响应的认证内容  3.后面的请求引用认证内容  提出问题  做性能测试,是模拟多个虚拟用户实现并发的,那我们的登录接口也需要重复发起吗?  可以类比一个场景  做UI自动化的时候肯定也需要登录的,一般我们会将登录放到全局前置来操作,所以整个测试流程下来只需要登录一次。  关键点  一个用户只需要登录一次,避免重复发起登录请求,造成不必要的资源消耗。  ...
            0 0 4636
            分享
          • 从它对项目的影响来说,接口测试直接测试后端服务,更加接近服务器上运行的代码程序,也更能发现影响范围广泛的 Bug。越接近底层的 Bug,影响用户范围越广随着中台化、服务化的发展,一套服务支持多种终端,例如 Android 端、iOS 端、Web 端等,这些服务都是由一套后端服务支持的。如果在Web端发现一个界面问题,影响的只是Web端用户,倘若一个服务宕掉,影响的就不止是Web端,还有Android 端、iOS 端目前流行的测试模型 分层测试可以看到现在流行的模型更多偏向于接口测试在质量保障过程中,我们的测试工程师会不断增大接口测试的测试深度和测试广度,往下逐渐覆...
            1 4 3036
            分享
          • 传统测试流程与敏捷测试在探讨测试左移和测试右移之前,我们先来聊一下传统的软件测试流程(瀑布模型)和目前很多公司在用的测试流程(敏捷模型)的区别。软件测试作为软件研发的一部分,有什么样的开发模式,就有与之对应测试模式。因此就有了适合传统瀑布开发模式的传统测试和适合敏捷开发模式的敏捷测试。传统测试是在程序开发完成之后,更强调测试的独立性,将开发和测试两个角色分的比较清楚,而敏捷测试更强调整个团队对测试负责。传统测试具有明显的阶段性,而敏捷测试更强调持续测试和持续质量反馈。传统测试强调测试的计划性,而敏捷测试强调测试的速度和适应性,需要不断调整测试计划以适应需求的变更。传统测试更关注测试文档,如测试...
            1 2 1820
            分享
      • 51testing软件测试圈微信