十多年前,客户在使用过程中遇到了 Bug,直接就截个图,或者是用 Word 文档整理在一起,从 QQ 或者邮件上把 Bug 信息发送给开发,开发收到后再修复更新上线。
导读 软件测试人员写得最多的文档就是测试用例和BUG,现在测试用例和BUG都没有标准的模板,每个公司使用的缺陷管理工具都有可能不一样,如果你换了一家公司就有可能接触到新的缺陷管理工具,但提交bug的方
怎么全面去衡量测试人员的工作效率,一直是比较头疼的问题,很多公司可能会以Bug的数量来作为考核点:
存储稳定性测试与数据一致性校验工具和系统:https://github.com/zhangyoujia/hd_write_verify
本文整理自 DevOpsDays2017.上海站演讲实录《腾讯的专项测试之道》 作者简介: 李昶博 腾讯 专项技术测试组长 腾讯专项技术测试组长,专注9年性能测试,人称“性能哥”,腾讯公司2015年度
须理清“SUT的功能”,“SUT的所有输入”,“每一个输入的取值范围”,“SUT的所有输出”,“根据功能推出每一个输出的预期值”。
大家都知道,一个好的工具或系统,可以极大的提高工作效率,而 Google 测试团队的这些工具都是他们工作过程中经过总结提炼,最后量身定制开发的,效果可想而知了。
李昶博 腾讯 专项技术测试组长 腾讯专项技术测试组长,专注9年性能测试,人称“性能哥”,腾讯公司2015年度优秀讲师。 经历PC QQ、手机QQ、Q+桌面、QQ空间、QQ音乐等客户端项目,多个项目获得了百倍的性能提升。在性能领域,共取得6件国家专利。2012年,QQ性能优化项目团队获腾讯公司级重大技术突破奖。 前言 作者做了9年的性能测试,一直为腾讯 SNG 服务,经历了QQ、QZone、音乐等等项目。腾讯的职业发展通道,各位很熟悉了,这个岗位就是专项技术测试。今年会开拓一个新的领域,叫做音视频专项测试。
以下是可能的测试开发岗位面试题目和参考答案,具体问题和答案还需要根据具体岗位和面试者经验和能力而定。
本节主要内容 - 软件测试的生命周期 - 如何描述一个bug - 如何定义bug的级别 - bug的生命周期 - 如何开始第一次测试 - 测试的执行和bug的发现 - 产生争执怎么办
在内部开发和使用八年之久,近日,Google 宣布开源 bug 自动化检测工具 ClusterFuzz。
1、所谓接口测试就是通过测试不同情况下的入参与之相应的出参信息来判断接口是否符合或满足相应的功能性、安全性要求。
作为一位测试工程师或者测试管理人员?质量的保障往往就是我们的心头病,因为大家都认为测试就是发现软件全部的Bug,保证软件是没有问题的,一出问题就都是测试的问题,其实大家都理解错了,软件测试的目的是在一定的投入下在有限的时间内尽可能的发现软件的问题,避免软件发布出去给公司造成损失,测试的工作就是验证跟确认,发现Bug是软件测试的一项重要产出,有Bug代表项目质量有问题,没有Bug也不代表软件没有质量问题。那对于如何软件测试工程师及管理人员,要如何保证项目质量呢.我总结了大概12个点,可以归类为软件跟硬件两大点;我还是按照12个点来简单说明:
并且idea还有自动补全的功能,可以有效减少我们在日常开发的过程中,有些单词手动输入的时候敲错的情况发生。
Facebook的这个Getafix确实能做到自动修复bug,不过目前来看能修复的bug非常有限,在文中详细介绍了null pointer这种bug的解决方案,但在现实中很多bug是跟业务相关的,计算机几乎不能理解。
主要分享测试的学习资源,帮助快速了解测试行业,帮助想转行、进阶、小白成长为高级测试工程师。
上期讲到回归BUG,本文将讨论一些回归测试的最佳实践和方法,它们将有助于处理回归BUG。
研发A首先定位,写明定位结果,然后将问题转出给对应部门的研发B(邮件或者禅道指派的方式)
你不是唯一一个为区分回归测试和重新测试绞尽脑汁的人。它俩都是用于开发之后,很多人因为这两种软件测试类型之间有很多的相同点而陷入疑惑。然而在一些大的方面他们是不一样的。
简介 工欲善其事,必先利其器。测试管理平台就是测试过程中的“器”,它是贯穿测试整个生命周期的工具集合,它主要解决的是测试过程中团队协作的问题,比如缺陷管理、用例管理、测试任务管理等。目前市面上比较流行的测试管理工具有QC、 Mantis、 BugZilla、TestLink、Redmine等。有开源软件,也有商业软件。这些软件的各自侧重点不同:比如Mantis、BugZilla偏重缺陷管理,TestLink则偏重测试用例管理,QC则更加全面,Redmine项目管理的概念又更强一些。下表从以下九大功能对各个工
在如今的在线世界,几乎所有的公司都面临它们产品中的 bugs,并且考虑如何管理这些 bugs。应该使用哪个工具?如何搭建 bug 跟踪流程?在本文中,我们将详细探讨这些问题。
每年的测试行业问卷,多数从业者,还是待在小公司,测试团队 5 人内,甚至只有自己一个人 。
缺陷报告是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report(SBR)或软件问题报告Software Problem Report(SPR)
根据项目计划和开发人员的时候指定测试计划,包含测试内容、测试规划、测试环境、项目的任务和目的。
宏观BUG分析:在某个迭代或者版本的周期内(或者更长时间),对BUG产生的原因、修复周期、累积趋势进行分析。总结分析bug和测试过程问题,形成的质量报告不仅能准确评估过去产品质量,还能为未来产品提出改进建议,持续推进产品质量的不断提高和完善。
作者 | Henrik Warne 翻译 | 郑芸 在《程序员,你会从 Bug 中学习么?》一文中,我写了我是怎样追踪这些年遇到的最有趣 bug 的。最近我重新浏览了这所有的 194 个条目(历时 1
在《Learning From Your Bugs》一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近,我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的。下
我写了我是怎样追踪这些年遇到的最有趣 bug 的。最近我重新浏览了这所有的 194 个条目(历时 13 年),看看我从这些 bug 中学到了学到了那些重要的经验教训。我分为编码、测试和调试三大类。
俗话说“工欲善其事,必先利其器”,要进入一个行业并且有一个好的开头,前期准备工作是必不可少的。
我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的。下面是我总结的最重要的经验教训,包括编码,测试和调试三个方面。 编码 下面这些都是我经历过的会导致难点bug的问题:
编码 下面这些都是我经历过的会导致难点bug的问题: 1.事件顺序。在处理事件时,提出下列问题会很有成效:事件可以以不同的顺序到达吗?如果我们没有接收到此事件会怎么样?如果此事件接连发生两次会怎么样?哪怕通常不会发生,但系统(或交互系统)其他部分的bug可能会导致事件发生呢。 2.过早。这是第一点“事件顺序”的一个特例,但它确实会引起一些棘手的bug,因此我把它单独拎出来说明。例如,如果信令消息在配置和启动程序完成之前就被过早接收,那么可能就会有很多奇怪的行为发生。另一个例子:连接在被放进空闲列表之前就被标
通常情况下 Bug 分为四个类型,分别是功能、性能、安全和专项质量。功能级别关注于业务流程是否正确。性能级别关注于业务流程是否顺畅。安全方面判断是否存在漏洞,是否符合安全标准与规范。专项质量通常关注于用户体验 UX、兼容性、稳定性和可靠性。
一个程序员在没有成长成为架构师之前,几乎都要跟 Bug为伴,程序员有很多时间都是花在了查找各种 Bug上。
在《Learning From Your Bugs》一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近,我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的。下面是我总结的最重要的经验教训,包括编码,测试和调试三个方面。
远程过程调用(英语:Remote Procedure Call,缩写为 RPC)是一个计算机通信协议。该协议允许运行于一台计算机的程序调用另一台计算机的子程序,而程序员无需额外地为这个交互作用编程。如果涉及的软件采用面向对象编程,那么远程过程调用亦可称作远程调用或远程方法调用,例:Java RMI。
“项目结束后的总结工作中,是否对bug做过详细的总结和分析呢?如果有,是怎么做的呢?”
测试中抓取log会涉及adb命令的使用 ,也如会用monkey进行APP的稳定性测试,有涉及到代码修改户使用到Androidstudio这些开发工具。
调试代码是件很无聊的事,但是由 Facebook 工程师创建的新型人工智能混合工具——SapFix 可以大大节约工程师的时间,同时还加快了新软件的推出过程。该工具可以为特定 Bug 自动生成修复程序,然后将其提交给工程师批准并部署到生产中。
另附: bug描述: (1)bug标题(问题描述) (2)bug测试环境(所属版本,所属模块) (3)bug优先级 (4)bug类型 (5)可重复性(是否好复现) (6)操作步骤(通过对什么样的操作,进行了什么 样的步骤) (7)预期结果 (8)实际结果 最好配带截屏图片和log日志
1、这是测试群里,某同学的提问。这个话题,在过往的文章都陆续有提过,其实不是特别想聊 。
(文 松心耐雪作品) 偷懒大法 测试一项重复而又累的工作,我想作为一个测试人员应该都是深有体会的,那么如何给自己减负呢?那就要学会“偷懒”。对测试来说繁杂的事情特别多,因为之前提过测试不仅仅是发现bug,而且要保障产品项目的质量,有些事情的确不可以避免,有些可以通过一些方法来“偷懒”。本篇就讲讲如何“偷懒”的小技巧。 1.学会使用工具 这是所说的工具并不是仅指测试工具,而且一切可以为测试服务的工具。 举个很简单的例子:有时候需要切换测试环境,而修改hosts文件中的域名和ip的绑定关系,为了修改方便可以
最近在测试的产品是一个类似于途牛的旅游网站,公司只有本人一个菜鸟测试,之前从未接触过测试相关。最近在提bug的时候,发现自己越来越容易纠结于一个bug到底是该分给前端还是后台。之前测试其他产品的时候,由于业务逻辑相对简单,bug也不多,也就很少留意到这个问题,但是现在手头的项目让我对于bug定位的问题再也无法忽略。遂查了一些资料,再加上自己的理解,输出了这篇文章,谨以记录以及相互的交流学习,如有不当之处,欢迎指出。
在我们对软件进行测试时,遇见bug是无法避免的,但是我们如何对出现的bug进行定位呢?bug究竟是哪个原因引起的就是我们解决bug的关键所在了,本文就来介绍一下如何定位bug。
1)参与一个web新项目的测试前,先搜集测试相关的资料,包括原型图、各种需求文档、业务相关等需求相关材料
稳定性测试是在保证功能完整正确的前提下,必不可少的一项测试内容,通过对软件稳定性的测试可以观察在一个运行周期内、一定的压力条件下,软件的出错机率、性能劣化趋势等。进而大大减少软件上线后的崩溃卡死等现象,为软件的逐步优化提供方向及验证。
领取专属 10元无门槛券
手把手带您无忧上云