自动化测试落地为什么那么难
提起自动化测试能力,作为现在测试人员技术能力体现的一部分,越来越多的人关注到这部分能力的提升。但是,很多团队的落地效果并不佳,在轰轰烈烈的开始中,慢慢沦为PPT产物。那么,如何让团队真实地享受到自动化带来的提效呢?结合个人在不同公司的落地情况,说说自己的想法。
越迷信技巧越容易失败
最近和几位测试经理在一起闲聊的时候,提到了一个比较有趣的话题,就是在当前降本增效的大环境下,测试人员如何提升自己的竞争力或者影响力?因为大家都发现了一个问题,很多测试人员过份追求自动化,又没有很好的落地实践经验,也没有锻炼自己处理问题的能力。本文聊点自己的看法。
昂贵的质量——为什么bug总在发生?
在过去相当长一段时间内,我都在一个负责项目维护的团队内工作。团队的特殊之处在于,我们从来不开发新功能,而是负责解决每天上报的线上问题。这些 bug 无奇不有,从无法打开页面到数据奇怪丢失,麻木早已经替代焦虑成为了我们面对 bug 时的主要情绪。
紧急不慌乱:处理紧急测试任务的方法
作为研发活动的最后一环,测试人员经常会面临被压缩测试时间、紧急需求、紧急上线或者超额的测试任务,如何处理这种情况呢?刚好有一位星友提到这个问题,就整理了下自己的思路,抛砖引玉。
构建性能测试知识体系
在性能测试领域,有很多名词(缩略词),像TPS、响应时间、并发数、线程数等等。不同人眼中对于这些名词的定义并不一样。比如开发看中的可能是线程数(服务端),产品希望得到的是并发数(用户侧),但这二者并不是等同的。还有,TPS和QPS虽然在某些场景下是等同的,但更多时候又不是等同的,因为现在的事务更加复杂,一个T(事务)往往需要多次的Q(查询)来完成。(参考:TPS、并发数与线程数,傻傻分不清楚?)