51CTO博客开发51Testing软件测试网51Testing软件测试网
摘要:项目的开发风险来自于对需求的误解,来自于设计与开发过程及产品的缺陷,只有尽早发现这些缺陷,才能降低并控制项目风险。基于这种思想,软件业出现了一些新的测试思路 项目的开发风险来自于对需求的误解,来自于设计与开发过程及产品的缺陷,只有尽早发现这些缺陷,才能降低并控制项目风险。基于这种思想,软件业
1、测试项目:删除 测试方法:对已拨/已接/未接/拒接中的电话记录进行单条删除和全部删除操作,当电话记录达到最大容量时,手机自动删除最老的记录,并且保存最近的电话记录。 判断标准: 手动删除操作能够实现,而且当电话记录达到最大容量时,能够自动删除最老的记录,并且保存最近的电话记录。 2、测试项目:保存
5.4.2 方法被调用的次数 考虑方法的性能时,除了方法本身的执行速度要很快以外,方法本身被
什么是性能测试? 性能测试(在此主要指软件的性能测试)的定义各家各门派的定义很多,个人比较认同Wiki上面的解释: In software engineering, performance testing is testin
随着企业越来越重视软件质量,软件测试的地位逐步提高,测试的重要性逐步显现,测试工具的应用已经成为了普遍的趋势。目前用于测试的工具已经比较多了,这些测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具,另外还有用于测试管理(测试流程管理、缺陷跟踪管理、测试用例管理)的工具。(AutoRunner,TestCe
3.3.2 基于浏览器和DOM对象模型的功能
基于Web的系统测试与传统的软件测试既有相同之处,也有不同的地方,对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行,而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是,还要从最终用户的角度进行安全性和可用性测试。 本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的
在几家外企的测试理念带动下,软件测试,一夜之间突然变成了个香饽饽。但在许多中国的软件企业里,测试工作,似乎仍遭遇着某些尴尬。 我1997年毕业后在XX研究院测试中心工作了三年,2000年转岗,至今仍不断地关注着测试的发展。但冷眼观潮,8年过去了,遗憾的是改进甚微。所谓的尴尬,我所言也难免偏颇,但却是有过切肤之痛的亲身体会。 一、自
3.3自动化测试工具的原理 测试工具的优势在于可部分地替代人工的测试过程,能重复不断地执行,能精确判断数值和字符对象。自动化测试工具把测试用例用自动的方式执行,例如,自动地产生数据,自动地打开应用程序,自动地查找控件,自动地输入数据,自动地操作控件,自动地收集测试结果,自动地与预期结果进行比较等。
目的 1.掌握手机常用供电电压的工作,这个外接电源在和手机连接前,应调到和手机电池电压一致,过低会不开机,过高则有可能烧坏手机。 外接电源和手机连接后,要供到手机的电源IC或电源稳压块。外接稳压
在软件测试中,测试用例的设计是一件很难的事情。你可以拿任何一个公司的两个不同人员就同一功能点所写的测试用例来看,肯定会发现有所不同,这是为什么呢?一是着眼点不一样,二是经验不同,三是思维的问题了。其实你可以看到,有的人写的用例简单明了,有的人写的用例却是复杂冗长,出现这种情况并不奇怪,因为测试用例本身的设计方法与技巧很多都是
我们用电脑的每个人,不都是
编者按:《51Testing软件软件测试专业丛书。丛书作者队伍是由51Testing软件测试网组织的业内单元测试及实践》是该丛书的第三本,已由电子工业出版社出版,近期将上市。该书的部分精彩章节将在本站连载,敬请期待!
不知不觉来摩本工作已有3个多月,回头看看这3个多月,心态的转变让我重新定位了自己;责任感的增强让我对自己有了更高的要求;学习方法的改进让我有了更多的进步;而工作之余的广阔空间,让我收获到了无限快乐。 随着中国软件的不断
1.4 性能测试工具的评估和选择 我们可以看到,性能测试和一般功能测试不同的是,性能测试的执行是基本功能的重复和并发,因此我们在性能开始之前需要模拟多用户,在性能测试进行时要监控指标参数,同时性能测试的结果不是那么
系统测试方法分为:功能测试,一致性测试,性能测试,压力测试,容量测试,安全性测试,恢复性测试,备份测试,GUI测试,健壮性测试,兼容性测试,可用性测试,可安装性测试,文档测试,在线帮助测试以及数据转换测试等。从手机软件系统测试的角度分为:功能模块测试,交叉事件测试,压力测试,容量性能测试,性能测试和用户手册测试等。 
8.2 参数化测试 在QTP中,可以通过把测试脚本中固定的值替换成参数的方式来扩展测试脚本,这个过程也叫参数化测试,能有效地提高测试的灵活性。8.2.1 通过参数化测试来提高测试的灵活性 可以通过参数化的方式
编者按:这是一篇好文章,不在于他的文笔,而在于他的用" 心 " 工作,用心总结。是他的工作经验和心路历程的记录,值得大家学习。 一直以来,总想写一写关于测试方面的文章。今天,真的接到这个题目时,却欲言又止,迟迟不能落笔。在这里,我也只将自己
编者按:《51Testing软件测试作品系列》是由51Testing软件测试网于近期精心策划组编的一套软件测试专业丛书。丛书作者队伍是由51Testing软件测试网组织的 业内技术精英和专家组成,同时,本站极具实力的测试专家也倾心加入,使得丛书更具专业性。《性能测试从零开始——LoadRunner入门》是该丛书的第一本,已 由电子工业出版社出版,近期将上市。该书的部分精彩章节将在
也许我们想要寻找像伯牙与子期的那种高山流水般知音境界还有些遥远,但是就像文学创作者期待读者的共鸣那样,其实工作近3年,提出的bug无效可是头一次,于是仔细看了开发人员的评注,他说uc中没有明确该项需求,于是我兴师动众的拖着开发一起找来PD进行理论,可是万万没有想到PD认可了开发,他认为目前系统的实现可以满足他对产品的要求,而当时的我虽然强烈的表达了自己的意见,但是无奈孤掌难鸣,这个无效bug就这么
软件测试按使用的测试技术不同可以将测试分为静态测试和动态测试。 静态测试 静态测试是指依据需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行,对软件进行分析、检查和测试,不实际运行被测试的软件,约可找出30~70%的逻辑设计错误。 动态测试 动态测试是指通过运行软件来检验软件的动态行为和运行结果的正确性。动态测试的两个基本要素:被测试程序和测试数据(测试用例)。 静态测试可以分为静态分析和代码审查。动态测试可为分白盒测试、黑盒测试和穷尽测试。
这个问题问的非常好,也确实是很多人有过切肤之痛的问题,对我来说,我也一直在苦苦追寻这个问题的答案,现在我不能说完全找到了,只能说把自己的心得分享一下,希望大家的测试计划和测试用例不再是一个摆设。 (一) 先说测试计划吧 诚如magic_zhu所言,现在很多测试人员没意识到测试计划的重要
在08年的STP第6期杂志,Glenn Jones在《Fly into agile development with agile testing》一文中把测试分为7种类型:(1)test) 运行单元测试(Unit test) 验证单
我最近在项目中兼任项目性能测试的QA组长调走了,只好由我硬着头皮顶上去。在这段日子里,使我对性能测试有了新的认识,性能测试绝不象大多数人认为的是一件简单的事情。目前,性能测试已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段,正朝着数据库环境、应用服务器环境、系统平台和测试工具模拟多种正常、峰值及异常负载来对系统的各项性能指标进行测试。一般来说,性能测试可概括为三个方面:在客户端性能的测试、在网络
近年来,“需求管理”正成为中国当前工程应用和商业热域的热点。目前,有关需求管理的实践大量应用于软件开发工程等领域,软件开发团队在开始一个新的项目之前,会通过详细的用户需求调研准确捕获了用户需求并汇总分析后,再进行下一步的设计与实施工作,以避免因未能正确识别用户的真正需求而导致不断返工和工作成本增加。对于从事软件工程的程序员们来说,在进行项目开发之前创建和管理良好的需求是非常重要的第一步,同时也是一项挑战。需求表述不当可带来重大影响,如耗时返工、延期交付及预算超支,严重的还可造成业务违规。因此,开发团队需要首先有效定义和管理需求,才能确保在保证进度和控制预算的同时,产品能够满足用户所需。本文旨在阐述良好需求描述的特征,并介绍有助于更好地编写软件工程需求说明文档的几点经验,以帮助软件开发团队能够更快更好地取得投资收益。 1.高质量需求的特征 首先的问题是,何为良好的需求?一般而言,一项编写良好的需求描述,应该包含以下特征: 良好需求的特征 含义 正确(Correct) 技术可行,
身为IT技术人员,很多人一定都曾考虑过这样一个问题:下一步该如何走?作为IT技术人,想要在职业生涯中走得长久,走得精彩,是不是最终都要走上管理岗位?IT技术人又适合从事管理工作吗? 正方意见:管理,合适的发展目标 很多人都同意,对于一个IT技术人员而言,想要继续良性发展,走上管理岗位是最好的选择。&nb
软件测试和开发,手牵手并肩走。这是两个不同的学科,除了开发活动外,测试任务也要做好。从管理的视角来看,开发和测试必须手牵手的合作,才能发布一个高质量的产品。 “在我的经历中,一些人认为测试周期可以完全独立于开发周期,这样测试员可以集中大部分精力在他们认为重要的功能上。”在Sun Microsystems公司从事企
其实也不是局限于电子产品,只不过电子产品这个问题突出一些。 现在很流行的趋势,电子产品一般只要你买得起的,大家一般都不会选择去买国货。尽管广告天天在打,可是很多消费者并不认可。原因何在?产品的质量有问题,产品的售后也不好。这说明了什么,生产开发这些产品的人有问题
关键词:
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号