1. 如何做好软件测试
开发一个好的软件,40%以上的时间用在测试上,所以软件测试工程师非常重要,用我们的话来说很吃香。现在从事程序员的人有很多,做测试工程师的人少点,工作压力不太大
测试工程师应该具备的三项基本素质[1] 很多年轻或者刚刚从事测试工作的工程师,经常会问:“测试工程师需要什么技能或者具有什么素质才是合格的?”与开发人员相比,测试人员不但需要一技之长,还需要掌握诸如操作系统、数据库、网络等多方面的知识。
经过这几年的发展,国内IT公司的测试水平有了很大的提高,但是与此同时,很多测试工程师也迎来了个人的发展瓶颈:很多人从测试工程师做到了测试经理的职位,不知道下一步如何发展;或者每天机械地从事着功能测试工作。
根据作者多年的经验,一个有竞争力的测试人员要具有下面三个方面的素质:
计算机专业技能
计算机领域的专业技能是测试工程师应该必备的一项素质,是做好测试工作的前提条件。尽管没有任何IT背景的人也可以从事测试工作,但是一名要想获得更大发展空间或者持久竞争力的测试工程师,则计算机专业技能是必不可少的。计算机专业技能主要包含三个方面:
测试专业技能
现在软件测试已经成为一个很有潜力的专业。要想成为一名优秀的测试工程师,首先应该具有扎实的专业基础,这也是本书的编写目的之一。因此,测试工程师应该努力学习测试专业知识,告别简单的“点击”之类的测试工作,让测试工作以自己的专业知识为依托。
测试专业知识很多,本书内容主要以测试人员应该掌握的基础专业技能为主。测试专业技能涉及的范围很广:既包括黑盒测试、白盒测试、测试用例设计等基础测试技术,也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法,还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。
软件编程技能
“测试人员是否需要编程?”可以说是测试人员最常提出的问题之一。实际上,由于在我国开发人员待遇普遍高于测试人员,因此能写代码的几乎都去做开发了,而很多人则是因为做不了开发或者不能从事其它工作才“被迫”从事测试工作。最终的结果则是很多测试人员只能从事相对简单的功能测试,能力强一点的则可以借助测试工具进行简单的自动化测试(主要录制、修改、回放测试脚本)。
软件编程技能实际应该是测试人员的必备技能之一,在微软,很多测试人员都拥有多年的开发经验。因此,测试人员要想得到较好的职业发展,必须能够编写程序。只有能给编写程序,才可以胜任诸如单元测试、集成测试、性能测试等难度较大的测试工作。
此外,对软件测试人员的编程技能要求也有别于开发人员:测试人员编写的程序应着眼于运行正确,同时兼顾高效率,尤其体现在与性能测试相关的测试代码编写上。因此测试人员要具备一定的算法设计能力。依据作者的经验,测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发工具。
网络、操作系统、数据库、中间件等知识:
与开发人员相比,测试人员掌握的知识具有“博而不精”的特点,“艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各种测试环境,而且在性能测试中还要对各种系统平台进行分析与调优,因此测试人员需要掌握更多网络、操作系统、数据库等知识。
在网络方面,测试人员应该掌握基本的网络协议以及网络工作原理,尤其要掌握一些网络环境的配置,这些都是测试工作中经常遇到的知识。
操作系统和中间件方面,应该掌握基本的使用以及安装、配置等。例如很多应用系统都是基于Unix、linux来运行的,这就要求测试人员掌握基本的操作命令以及相关的工具软件。而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。
数据库知识则是更应该掌握技能,现在的应用系统几乎离不开数据库。因此不但要掌握基本的安装、配置,还要掌握SQL。测试人员至少应该掌握Mysql、MS Sqlserver、Oracle等常见数据库的使用。
作为一名测试人员,尽管不能精通所有的知识,但要想做好测试工作,应该尽可能地去学习更多的与测试工作相关的知识
软件测试工程师-IT就业新亮点,
根据有关职位统计资料显示,在国外大多数软件公司,1个软件开发工程师就需要辅有2个软件测试工程师。目前,软件测试自动化技术在我国则刚刚被少数业内专家所认知,而这方面的专业技术人员在国内更是凤毛麟角。根据对近期网络招聘IT人才情况的了解,许多正在招聘软件测试工程师的企业很少能够在招聘会上顺利招到合适的人才。
随着中国IT行业的发展,产品的质量控制与质量管理正逐渐成为企业生存与发展的核心。从软件、硬件到系统集成,几乎每个中大型IT企业的产品在发布前都需要大量的质量控制、测试和文档工作,而这些工作必须依靠拥有娴熟技术的专业软件人才来完成。而软件测试工程师就是其中之一。
据了解,由于软件测试工程师处于重要岗位,所以必须具有电子、电机类相关专业知识背景,并且还应有两年以上的实际操作经验。他们应熟悉中国和国际软件测试标准,熟练掌握和操作国际流行的系列软件测试工具,能够承担比较复杂的软件分析、测试、品质管理等任务,并能独立担任测试、品质管理部门的负责人。一般情况,软件测试工程师可分为测试工程师、高级测试工程师和资深测试工程师三个等级。
在具体工作过程中,测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。对软件测试工程师而言,必须具有高度的工作责任心和自信心。任何严格的测试必须是一种实事求是的测试,因为它关系到一个产品的质量问题,而测试工程师则是产品出货前的把关人,所以,没有专业的技术水准是无法胜任这项工作的。同时,由于测试工作一般由多个测试工程师共同完成,并且测试部门一般要与其他部门的人员进行较多的沟通,所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力。
因此,在企业内部,软件测试工程师基本处于“双高”地位,即地位高、待遇高,有的人月薪可高达8000元。可以说他们的职业前景非常广阔,从近期的企业人才需求和薪金水平来看,软件测试工程师的年工资有逐年上升的明显迹象。测试工程师这个职位必将成为IT就业的新亮点。
2. 怎么测试网络稳定性
可以用ping命令,开始-运行-CMD-输入ping 网址,-t 看看有没有丢包问题,可以持续时间长点,如果没有丢包或很少,说明网络还是稳定的
对网络的稳定性我们可以测试几个指标:
1、MTBF:平均无故障时间间隔,测试方法:以该系统最大带宽的50%~80%的速率传输数据,连续不间断工作,记录系统出故障时间。
2、带宽:稳定的数据传输率。测试方法:同上,逐渐加大数据传输率,测试出最大的稳定带宽。
3、最大并发流数目:TCP或者其他协议的最大支持数,测试方法:采用多客户机多线程方法建立多条链路,记录系统最大在多少个连接的情况下网络传输率下降不明显。
测试说明:由于是一个较长过程的整体表现,因此,多测试几遍,去掉最高与最低的结果,其余结果取平均值。
所谓的稳定性是指网络系统能够提高长期、可靠、满足指标带宽的性能。
长期:网络系统必须在较长的时间内正常工作,不能发生宕机、重启等故障。
可靠:在满负载的情况下工作正常,不能崩溃或者效率下降很多。
带宽:能够稳定提供不少于某个指标的数据传输率
3. 如何测试系统的好坏或者说是稳定性
据我所知,网上的XP系统,它们一般都采用官方微软发布的Windows XP SP2( SP3)免激活原版为母盘,集成了最新安全补丁,结合当今最顶尖的万能克隆技术,对系统进行了适度优化,可通过微软验证,可在线更新。各家在此基础上做了个性化设计,集成了人们常用的软件和硬件驱动,出了不同的版本,如纯净版、装机版、特别版、美化版、简精版等。2009年初以来我先后试用了电脑公司、新电脑公司、萝卜家园、新萝卜家园、电脑城、系统玩家、布衣联盟等出的XPSP3系统,使着都不错,现在使用的是GhostXPSP3电脑公司纯净版Ver2009 和系统玩家V2.0。
咱们一般网民在没有什么测试仪器的情况下,只能凭体验说话,这些光盘在系统运行快速、上网高速、稳定、安全等方面基本大同小异,各有千秋,让我说那个好,我只能说根据个人需要爱好选择使用,新出的不放心,那就使用2009年发前出的老版本,装完后打补丁。
4. 程序员怎么样保证自己的程序没有BUG!
但大部分程序员都有一个问题就是不太愿意测试自己的代码。他们草草的调式完成以后就认为工作结束,测试那是测试人员的工作。 1. 影响了程序员自己的声誉 2. 影响了产品的质量 3. 影响了客户的信任度 4. 这个时候再 DEBUG 难度增大了许多。 大的不说,就说多自己声誉的影响吧。如果你的程序总会有这样那样的 BUG ,你得到收益会减少,即使你写了很多代码。 程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。那么这个问题是什么?前面我们已经提到,程序员对自己的代码都非常宽容,认为那是正确的没有问题。实际上这种想法比较正常,程序是通过程序员思考和设计之后才写出来,程序员不会将自己认为不正确的东西写到代码里,而到这个时候都一直假设程序是正确的;但人非圣贤,怎么可能不犯错误来。实际上程序员在对待其他程序员时候的态度就很好,带着一种挑剔和学习的态度;但一旦对待自己的代码就很难这么做;这就是最致命的。程序员也必须对自己的代码带着挑剔和学习的态度;这个基础是假设自己的代码是错误的,然后需要做的是怎么样证明自己的代码是正确的。程序员自身可以在程序生成的每个阶段做这些工作:仔细的设计(这个时候画点时间是值得的,必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。 仔细的设计:这个的仔细是说在程序员编写代码之前,其必须对代码的整个结构以及逻辑结构有明确的清晰的了解,只有这个时候才可以去写代码。这里没有谈到文档,但我说到了一定要清晰的思路,但清晰的思路不是每个人都可以在脑袋中直接形成的,很多人都是普通人,没有办法在脑袋瓜中把所有问题都想清楚,那么就记下来,特别对于复杂的逻辑。 编写代码:对于没有把握的代码,例如:新设计的算法,最好保证其正确性。可以单独将这部分测试,这可以让代码模块化的同时又保证了代码的正确性。一句话:少量的代码保证质量还是比较简单的。 单元测试:单元测试的重要性不在赘叙了,现在也有许多工具可以帮助程序员并减少工作量。 功能测试:程序员保证自己代码质量的最后一关;为了做这样的工作我们可能必须写一些代码来测试,甚至是测试工作。使用大量的 CASE 来测试,以及错误的 CASE 。这里和测试人员的测试不同之处在于:仍然让程序员的注意力放在其自己的代码范围内,减小了排错的难度。 如果你通过了以上的步骤都找不出你程序中有任何问题的话,那么我想你的程序应该足够健壮了。其实还有一点必须说明的就是:代码 REVIEW 。 前面说道了程序员对待别人代码的态度是挑剔和学习的态度,所以让其他程序员来 REVIEW 你的代码也是检查程序有没有逻辑错误的很好的办法。团队中应该交叉 REVIEW 代码,这是实践的经验。 作为一个好的程序员必须有以上的习惯,以及对待自己代码象孩子一样,我们要爱惜我们的代码,同时也要让代码走正确的路。
5. 如何辨别ERP的稳定性
ERP产品如果不稳定将为企业带来哪些影响?企业如何辨别ERP是否稳定?笔者在此为您做一分析。 ERP不稳定的致命影响 众所周知ERP软件更新换代比较快,处在不停升级、不停打补丁的状态中,这导致软件的稳定性比较差。而新产品发布后,企业往往是试用的对象,而系统的不稳定,经常给企业带来了很多麻烦。 核算数据不准确影响报表的正确性;出入库不严格,车间多领料,造成仓库多发或少收的现象,导致企业仓库数量及应收、应付账款不准确;账实不相符,不能正确提供制订计划用的参考数据等,这些都是ERP系统不稳定造成的直接后果。更为严重的是系统性能低甚至瘫痪,导致不能开单,造成业务停滞,业务人员无法正常工作等。因此稳定性对ERP软件来说是第一位的,不稳定是其致命的缺陷。 如何考察ERP的稳定性 方法一:重点测试。ERP产品大都具有较强的通用性,虽然不能完全适应于某个行业,但它可以涵盖大部分企业的大部分业务,而且企业实施ERP周期一般不会太长,所以在时间紧任务重的情况下,要重点地验证软件性能,针对本企业的流程对软件做单元测试、压力测试及全面测试等。 企业在没有使用软件前很难测试ERP的稳定性,因为上线前期一般都比较忙,无论甲方还是乙方在上线前一个月都要投入不少精力做支持。通过这一个月的应用,企业往往才能真正了解ERP软件的质量,这个时候,还愿不愿意投入成本去做测试,成为企业重点考虑的问题。 方法二:全系统测试。考察软件的稳定性是一个长期持续不断的过程,贯穿整个软件的生命周期。企业从系统上线、试运行到正式运行,甚至完全甩掉手工账,整个期间软件的稳定性都是一个不容忽视的问题。验证软件稳定性的最常用方法就是软件原型测试,由于ERP系统是信息集成系统,所以在测试时,应当是全系统的测试,各个部门的人员都应该同时参与,这样才能理解各个数据、功能和流程之间相互的集成关系。 测试时,找出不足的方面,提出解决企业管理问题的方案,以便提出对软件的改进措施;然后再模拟运行,在基本掌握软件功能的基础上,按企业的业务流程模拟操作,选择有代表性的业务,将各种必要的数据录入系统,按企业日常工作中经常遇到的问题,组织项目小组进行实战性模拟,并根据发现的问题及需求,由项目小组制定解决方案。 问题的范围一般有软件BUG、流程不完善、误操作、客户需求等等。经过一段时间的摸拟运行后,根据企业提出的一些问题结合项目小组制定的解决方案来制定相关的工作准则与规范。因为软件的应用与企业的管理是相辅相成的,误操作、重复录入数据等都会引起数据的准确程度,导致软件的不稳定,所以制订严格的管理操作流程,防止因误操作而导致数据方面的问题。 软件不稳定的根源在哪里? 虽然有一些测试的方式可以帮助企业考察ERP的稳定性,但如果企业能预先了解到其不稳定性的原因,再因地制宜地进行选型,将会事半功倍。 ERP不稳定的原因来自外部和软件厂商内部两方面。 外部因素 ①恶性竞争。国内很多ERP产品在有些功能上是完全相同的,就连思路也是大同小异,很少有创新的东西,一家出来后,不出一年,另一家也会出来,产品更新换代非常快。由于图一时之利,产品不稳定也就在所难免。 ②客户需求。客户提出的需求多种多样,在软件使用过程中,由于业务的变化及对软件的熟悉程度,原来的一些功能可能满足不了客户的需要,迫使客户提出很多易用性或完善性的需求,这些需求处理不好就成为软件稳定性的一种隐患。 ③项目压力。项目是任何软件公司赖以生存的根本,现在国内大部分的软件企业都是做项目起家,根据项目逐渐提炼,最终形成产品,所以说产品的很大一部分改动源于项目,只要项目上有需求,都要想办法解决,这也是很多软件企业的宗旨。但这种现象也造成了不可估计的损失,产品越改需求越多,越改越乱、越改越不稳定,不仅导致项目周期拖延,还对产品造成致命的冲击,最终越陷越深。 内部因素 ①分析设计阶段。搭建系统架构在此阶段完成,包括需求规格说明书、详细规格说明书、数据结构等文档的编写。在企业里一般分析设计人员由资深的软件开发人员兼任,但往往这部分人跟客户交流的机会少,缺少一线项目经验,设计出的软件也是参考了很多竞争对手的资料或实施、售前人员反馈的需求及平常自己的一些经验而来,在开发阶段可能问题不大,但在客户使用后,进入维护阶段就经不起考验了,使用一段时间后,最终可能要推倒重来。 ②开发阶段。开发阶段最常见的问题是没有设计文档就写程序,等程序写完后再补设计文档,这样往往造成代码冗余,严重者往往会推倒重来,做无用功。所以开发阶段能否按照分析设计阶段编写的文档严格执行很关键,能否理解设计者的思路也很重要,这个阶段的工作直接会影响到产品的发版及以后的维护工作。另外此阶段的单元测试也很重要,不愿测自己写的程序也是开发人员的通病。 ③测试阶段。发版前的测试一般由专门的测试部门来完成,开发人员辅助处理测试出的问题及指导测试工作,但测试人员水平有高有低,往往有些测试人员对软件功能不熟悉,无从下手,测试出的问题也都是低级题。
6. 如何测试网络稳定性(即会不会掉线)
1、我们点击电脑windows键,打开命令提示符。
7. 如何提升测试环境的稳定性
8. 如何测试app的稳定性
通过人工专业测试分析+自动化检测工具的方式针对第三方插件爱内测技术人员会对插件进行扫描处理,测试工程师全面测试安装插件后的效果,根据实际的测试数据对第三方插件进行整体评价。 安全性:对插件的安全性进行评估,查看是否含有病毒,上传用户数据,窃取用户隐私等。其次对其漏洞进行扫描分析,查看是否存在安全漏洞可被黑客调用。 可用性:对插件的可用性进行评估,集成插件后的实际效果和插件描述进行对比,分析其是否达到了宣传的可用性。 稳定性:对集成插件后的APP进行测试,查看其稳定性,是否会出现集成后崩溃、闪退、兼容性降低、效率变低等问题。
9. 怎么测试网络稳不稳定
1、确定你网络带宽(http://www.wsceshi.com/)
如果你的下载速度在180K左右,说明你的网络带宽是个瓶颈
2、如果你的网络带宽是你下载速度的几倍,那你查看下你迅雷的上传速度,上 传速度有个算法,我只知道电信2M一般上传为50K所有,你可以测试下,你用QQ穿文件给在异地的朋友,一边传文件一边打开开心网等几个常见的网页,就能感觉到慢了。上传是很占带宽的。
3、迅雷和电驴虽然都是皮p2p技术,但是出发点不一样,迅雷是专门的下载软件,电驴是电驴网站附带的下载软件,前者偏重软件研究,后者重点是资源。
4、解决和测试方法:
a》 通过上面的网站测试你本地的网速(稍微判断下带宽)
b》调整迅雷的设置(下载适当的下调,上传设置成1K就够了)
c》迅雷打开,不下载,运行游戏是卡不卡
d》迅雷打开,全速下载,看看资源管理器中占用的内存数多少,打开网页以及机器运行速度有没有明显的“一顿一顿”(如果一顿,则内存、cpu偏小等)
e》迅雷关闭,运行游戏5到6个小时后看看卡不卡(如果卡,证明内存篇小)
f》检查c盘的可用空间数量 (以现在电脑的配置一般很少见,除非二手电脑)
g》检查虚拟内存(一般为物理内存的2~4倍为最佳)
h》……应该没有了