一个门外汉要学习做一件事情,应该都会有犯错的过程,都会走弯路,干傻事。有时候,经验是通过流血撞墙得到的。 在做配置管理的过程中,我应该有过好几次这样碰得鼻青脸肿的经验。 第一次,移库。当时刚接触配置库,对于svn移库不方便这事很不能理解。(需要先在服务器上checkout到本地,再上传到新库另一个repo)。系统管理员一个人干需要几天。于是想发动大家的力量去移库。最后发现,与几十个人沟通的成本远远超过移库本身需要的工作量。最后灰头土脸的只好自己干
软件测试从一开始的“证明软件的工作是正确的”的活动,到后来测试是为了“发现错误而执行的活动”,之后经过一段时间的发展认为“测试是以评价一个程序或者系统属性为目标的任何一种活动,测试是对软件质量的度量”,再发展到现在的“测试是为了度量和提高被测软件的质量,对测试软件进行工程设计、实施和维护的整个生命周期过程”。软件测试正在被越来越多的公司重视,成立了专门的测试部门。 许多刚入行软件测试的人员对软件测试有一种误区,认为软件测试是根据测试用例做点点点的功能操作,相对于软件开发没有任何技术含量,在公司不受重视。还有一些软件测试人员在从业几年后感到非常迷茫,认为软件测试非常枯燥,没有找到提升突破自己的方向。其实软件测试有非常多的学习内容,需要我们在工作中有意识的了解、学习,突破软件测试的局限。否则在软件测试的道路上只会越来越迷茫。
通常就工作压力而言,担任测试经理的工作被低估了很多。 在不影响项目进展的情况下,使所有人都参与到敏捷开发模型,从而使每一个测试人员的工作展读与项目工作进度保持同步成为一项非常大的挑战。测试经理的技能应该像是一把伞,兼具技术和非技术几种特征。作为个人来积累这两者,组合技术和非技术技能本身就是一个挑战。
测试和开发常见的争论一般有两种:1)开发不认为是bug、测试认为是bug;2)开发认为bug影响不大、测试认为bug影响很大。为何有这种差异?其实在于核心什么是bug?那究竟什么是bug呢?我们通常认为bug是对用户的使用产生影响!这样我们就可以理解为何产生争论了,往往争论的原因是开发、测试谁也无法真实代表用户。我们往往基于一个假设自己是客户的情形来探讨问题。所以,作为测试,我们应该想尽办法去了解真实的客户,想尽办法去无限逼近最真实的客户,这样,当你和开发探讨bug的时候才能有理有据,让人信服。
在软件测试面试当中,面试官为了考察应聘者的技术和应变能力,通常会问,如果一个网站访问不了,你应该怎么样去排查和定位问题呢? 下面根据我们多年的测试经验,给大家一个参考:
作为一个测试,经常需要与开发童靴进行沟通;沟通过程中不免遇到各种各样的问题。那怎么才能妥善处理与开发的关系呢?下面就分情景跟大家分享下我们的处理方式。
最近因为面试的关系跟一些大厂的测试经理有过一些交流,我们不妨看看大厂的测试经理们都在做什么吧。 A来自某一线互联网大厂,担任测试经理应该十多年了,有着丰富的质量管理经验。在聊的过程中我发现A近两年的工作重心都放在效能提升方面。因为机会难得,我就问了一些我比较关注的问题。
什么是回归测试? 回归测试就是当开发人员对软件产品的基线版本做出任何改变时,测试人员针对这些改变进行的有针对性的测试活动。 以上所说的对软件产品做出的改变包括:
一、我对测试开发的首先印象 听名字就是测试跟开发的结合嘛,估计是测试的基础上,进行一些开发任务,提高测试的工作效率和质量。 二、什么是测试? 我所知道的测试是:是对软件进行一系列测试操作,检测其中存在的bug,并写测试计划,测试用例,确保产品能正常,稳定的运行,上线。 对测试一些知识的理解:
当应用程序构建已经完成,测试工作就急不可待,可以开始查找BUG了!并且现在是时候进行测试计划并找到尽可能多的BUG了。如果在敏捷的环境中工作,进行软件测试的最佳做法如下: