自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(294)
  • 收藏
  • 关注

原创 移动终端App测试点归纳

包括功能点、业务逻辑、关联性(主要测试客户端与PC端的交互,客户端处理完后,PC端与客户端数据一致性)、服务端接口测试(主要通过访问服务端接口来验证服务端业务逻辑功能点是否正确)19 互动分享:如果程序里面包括分享功能,那么检测点击分享的时候是否会正常给出分享提示,点击分享后填写的分享内容是否正确 或 分享方式如微信、微博等。还要对比主站的相同流程。数字签名、升级覆盖安装、下载后手动覆盖安装、跨版本升级、升级后可以正常使用。如突然来电、短信弹出、闹钟、QQ聊天信息、微信、低电量等是app能否正常使用。

2022-09-30 10:17:29 7

原创 如何设计模块测试需求

但程序或客户的环境不可能永远都是这么理想的情况,为了程序健壮性,功能稳定可靠性,我们还需要考虑下可靠性方面的需求,如升级可靠性可以从升级的流程上去细分,分为下载可靠性和升级可靠性。所以用户场景考虑得更多的是整体的使用场景,考虑的是更加全面的操作。页面是用户使用感受最直观的体现,一个功能的UI做得好不好,用起来提示容不容易理解,是体现一个产品好不好用的一个关键。指的是,页面操作需求,不涉及到具体的业务,仅仅是页面操作的功能。UI限制指的是页面上都有哪些限制,如输入框的限制,容量的限制,格式的限制;

2022-09-29 10:23:35 5

原创 测试人员如何让开发少写bug?

在测试过程中和不同开发人员合作,往往会发现一些bug都是大多数开发人员常出现的错误,为了帮助开发人员,也减少测试的重复工作量,非常有必要将以往出现的bug做整理,分析原因,让开发知道这些bug, 避免再次出现, 让测试人员腾出更多的时间去发现新的bug, 所以,测试开发需要做bug预防。一般不会打开详细的日志,否则对于海量访问的应用,日志数据会特别大,会降低性能。当系统出现一些错误的时候,会出现一些提示信息,这些提示信息在正式发布后,是不能显示给用户的,因为暴露的信息越多,受黑客攻击的可能性越大。

2022-09-28 10:25:34 27

原创 为什么需要自动化测试

2.自动比起手工测试脆弱,无法对测试系统的变化做出识别,业界流传:开发者手一抖,自动化测试忙一宿,这也从侧面反应了,自动化测试一直居高不下的事实,原因自动化不具备智能识别,只能按部就班按的测试,没有任何的处理能力;4.自动化可以实现某种测试无法完成或者付出巨大的代价的测试类型,比如关键业务的测试7*24持续运行系统的稳定性和高并发场景的压力测试;3.自动化测试的开发工作量远远大于单次的手工测试,所以只有开发完成的手工测试大于5次,才能收回自动化测试的成本;2.研发和维护周期长,需要频繁地回归测试;

2022-09-27 10:24:54 189

原创 软件缺陷的种类划分

这里所提及的错误,除了软件所附带的使用手册、说明文档及其它相关的软件文档内容错误之外,还包括软件使用接口上的错误文字和错误用语、产品需求设计PD、UI Spec等的错误。错误的软件文档内容除了降低产品质量外,最主要的问题是会误导用户!即使软件的功能运作结果符合设计规格的要求,系统测试人员在测试结果的判断上,也必须从使用者的角度进行思考,这就是所谓的“从用户体验出发”。如果是以自顶向下的结构或方法开发的软件,在功能的规划及组织上比较完整,相反以自底向上的组合式方法开发处的软件则功能较为分散,容易出现缺陷。

2022-09-26 10:05:40 10

原创 兼容性测试包含哪几类呢?

①明确目标用户:虽然产品经理会统计主流的浏览器和稳定的版本有哪些,但是,作为测试人员还是应该深入目标用户,去了解真实的使用环境和义务场景,这样会更符合实际;② 另外就是相对复杂的测试环境,比如既有商家版又有用户版客户端产品的兼容性测试,这种需要考虑频繁发生交互的功能,也需要重点考虑新、老版本的兼容性问题。关于浏览器的兼容性测试,主要是检查页面的交互、元素和样式展示是否正常。这种比较好理解,就是软件升级迭代后,涉及已存在的数据的读取和写入数据的过程,确保数据在新、老版本之间都能正常流转。

2022-09-23 10:05:59 107

原创 测试计划包括哪些内容?

测试任务的分配:确定整个测试范围后,测试经理会根据团队中每个测试人员的特长分配相关任务,主要的两项工作为:一个是测试用例的设计和编写,另一个是测试用例的执行和操作。第一个是测试的范围,主要是指的是系统测试的范围以及本轮测试是测试全部的模块还是说只测试部分的模块,是否需要进行外观界面、功能、易用性、兼容性等测试。第三个是测试策略,它的主要内容有进行测试的依据、系统测试准入和准出标准、测试工具的选择、测试的重点及方法。第四个是测试管理,指的是测试任务的分配、时间进度的安排、测试与开发的沟通方式等内容。

2022-09-22 10:24:54 465

原创 单元测试的内容与步骤

如果一个模块要完成多种功能,且以程序包或对象类的形式出现,例如Ada中的包,Modula中的模块,C++中的类。对其中的每个小程序先进行单元测试要做的工作,对关键模块还要做性能测试。此外,如果对模块运行时间有要求的话,还要专门进行关键路径测试,以确定最坏情况下和平均意义下影响模块运行时间的因素。模块并不是一个独立的程序,在考虑测试模块时,同时要考虑它和外界的联系,用一些辅助模块去模拟与被测模块相联系的其它模块。路径测试:选择适当的测试用例,对模块中重要的执行路径进行测试。驱动模块:相当于被测模块的主程序。

2022-09-21 10:04:10 116

原创 测试管理三要素

测试准备主要了解需求、协调测试资源、测试相关的业务学习等,测试资源包括测试环境、人员、工具、设备等。测试过程需要建立测试体系与规章制度、规划设计测试过程、评审监控测试过程、管理测试风险等。测试准备---->测试计划---->测试设计---->测试执行---->分析和总结。制定测试策略、规划测试过程、制定时间计划、分配测试资源、预估测试风险提前预警应对。测试团队分成测试工程师、高级测试工程师、测试设计师、资深测试设计师、测试经理等。(2)技能培训:测试业务培训(如测试案例设计方法)、行业业务培训、技能培训。

2022-09-20 10:11:46 123

原创 测试人员的工作经验值钱吗

有一个同学在一家公司做自动化测试,他们起步的比较早,用的是selenium1.0+excel来做自动化测试的,后来升级到2.0了,然后他就在他们公司现有的框架下填写用例,而且几年来也写了不少用例。于是不少人就开始浮躁了起来,认为自己工作了这么多年了,有五六年的,也有七八年的,少则三四年的,于是就要二十几K,可是真正面试起来的时候,感觉也不怎么样嘛,根本不值这个钱。如果你在一家影视相关的公司工作了四五年,拥有丰富的测试视频方面的经验,可是我们是一家做金融的公司,压根就没有视频方面的产品。

2022-09-19 10:15:48 18

原创 压力测试的几种常见性解决方案

在此模式下,更新是唯一需要关注的要点,最佳的测试方法是综合手动和自动测试技术,在手动测试时,两个测试人员编辑数据,然后试图同时保存数据,一个用户更新的操作成功后,另一个用户得到的消息是内容是其它用户已经更新了数据,此时他只有重新装载数据并且重新完成修改操作。c :锁的释放:必须验证:当编辑数据的用户释放了该条记录后,系统能够让其它用户编辑该条记录,另一个注意的方面是错误处理,也就是持有锁的用户用到错误的情况下(如客户端崩溃),系统应该完成什么样的操作,系统从释放锁的故障中重新恢复的能力要重点考虑。

2022-09-16 10:11:50 10

原创 测试的名词解释

探索测试----通常用于没有产品说明书的测试,这需要把软件当作产品说明书来看待,分步骤逐项探索软件特性,记录软件执行情况,详细描述功能,综合利用静态和动态技术来进行测试。静态白盒测试-----指在不执行的条件下有条理地仔细审查软件设计,体系结构和代码,从而找出软件缺陷的过程。黑盒测试----指测试人员通过各种输入和观察软件的各种输出结果来发现软件的缺陷,而不关心程序具体如何实现的一种测试方法。静态测试----指测试不运行的部分,例如测试产品说明书,对此进行检查和审阅.测试案例----测试用例的别名。

2022-09-15 10:15:31 5

原创 测试用例的认识误区

具体到设计每个测试用例而言,可以根据被测模块的最小目标,确定测试用例的测试目标;但是,测试用例中输入数据的确定方法只是测试用例设计方法的一个子集,除了确定测试输入数据之外,测试用例的设计还包括如何根据测试需求、设计规格说明等文档确定测试用例的设计策略、设计用例的表示方法和组织管理形式等问题。编写测试用例的根本目的是有效地找出软件可能存在的缺陷,为了达到这个目的,需要分析被测试软件的特征,运用有效的测试用例设计方法,尽量使用较少的测试用例,同时满足合理的测试需求覆盖,从而达到“少花时间多办事”的效果。

2022-09-14 10:10:54 4

原创 如何确认软件测试结束

对于测试“覆盖率”的原则,个人觉的只要测试用例的“覆盖率”覆盖了客户提出全部的软件需求,包括行业隐性需求、功能需求和性能需求等等,只要测试用例执行的覆盖率达到100%,基本上测试就可以结束。大多数情况下,每个项目从开始就要编写开发和测试的Schedule,相应的在测试计划中也会对应每个里程碑,对测试进度和测试结束点做一个限制,一般来说都要和项目组成员(开发,管理,测试,市场,销售人员)达成共识,团队集体同意后制定一个标准结束点。我们可以通过缺陷的趋势图线的走向,来定测试是否可以结束,这也是一个判定标准。

2022-09-13 10:14:49 12

原创 软件测试之bug的生命周期

这一步不是必须的,跟项目模式有关,有些公司测试部门与开发部门独立,那么测试人员就不确定自己测试的模块是由哪位开发人员负责的,在这种情况下,测试人员统一把问题指派给项目组长或经理,由项目组长(或经理)对问题进行确认后再次分配给相应的开发人员。测试人员再次确认,如果真如开发人员所说,则将问题关闭。在处理问题之后,还需要进行一次判断,是否需要推迟处理,有些需求已经确认了是问题,由于其可能在极端情况下才会出现,或需要对系统架构进行改动,或其优先级非常低,所以暂时不需要对此问题进行处理(或到下个版本进再进行修复)。

2022-09-09 10:10:24 13

原创 软件测试之测试人员的分工

我们知道软件除了功能需要测试以外,软件在编码阶段需要单元测试,接口测试等,在系统测试阶段,为提高功能测试的效率,可能对某些模块进行功能自动化,我们还要考虑软件的性能、安全性等问题。4、人员水平难以区分,在一个项目测试过程中,有的测人员可能一个缺陷也没找到,有的测试人员却发现了几乎所有的问题。一个项目的测试包括文档测试,易用性测试,逻辑功能测试,界面测试,配置和兼容等多个方面。我们的项目测试流程一般需要,制定测试计划,编写测试用例,执行测试用例,输出测试报告等工作,我们可以根据流程中的各个阶段来进行划分。

2022-09-08 10:23:06 130

原创 软件测试之系统测试计划的主要内容

测试对象对应的是要测试的范围以及对测试范围进行详细分析所得出的要测试的点,即测试需求或者测试项。测试目的:如果这次测试的目的是尽快找出致命的bug,那么在选取测试对象时,主要考虑那些比较容易出错的地方。挂起/恢复的标准:当测试过程无法进行下去或者失去继续测试的意义时,可以将测试工作挂起,挂起的标准指出系统测试暂停的条件,恢复的标准指出系统测试恢复的条件。人力:如果把同样的系统给不同的人测试,测试的效果会有差异。因此,如果参与测试的测试工程师是经验比较丰富的人,那么测试对象的范围可以选取得更大。

2022-09-07 10:23:54 41

原创 优化软件测试成本的 7 个步骤

成功的测试需要团队合作,而成员之间的协作是至关重要的。最重要的是,保持不同成员和部门之间的持续沟通,确保团队的布局,尽可能举行面对面的会议,保持沟通渠道的畅通。首先,甚至在实际开始测试过程之前,您就需要进行测试成熟度评估,以了解测试过程的缺点和功能,如果可能的话,还需要找到改进它们的方法。自动化通过处理所有单调的且工作量巨大的任务,减轻了测试团队的工作量,从而让团队成员能够思考并关注于测试计划和测试设计。即便我们的被测程序哪怕没有百万或千万级的代码行,而软件的缺陷造成的代价与成本是非常可观的。

2022-09-06 10:17:25 68

原创 压力测试的3种常见模式

目标模式下启动压测后同样会梯度性的变更用户并发量,以增大压测目标的压力,从而达到预设的状态阈值。梯度模式作用于场景中的脚本,其目的在于在压测启动和停止的时候期望并发量有个逐步递增/递减的过程。最大用户数:压测启动时按梯度递增用户并发量,达到最大用户数停止递增,并稳定在此并发量。- 不递增:压测启动后不会出现梯度递增的过程,整个压测过程用户并发量稳定在初始用户数。测试时,根据不同需求,可以选择不同的施压模式:常规模式、梯度模式和目标模式。· 单击脚本列表中目标脚本的施压模式设置图标,进入压测模式设置页面;

2022-09-05 10:13:20 59

原创 接口测试及其测试流程

外部接口测试,其实相对而言的,这个接口不是本系统内部的,而是调用的是第三方的接口,如支付宝授权登录,需要调用支付宝授权接口。接口测试因其不是针对普通用户,而是针对的另外一个系统组件,所以不能直接测试,需要使用工具测试,比如服务端http接口测试,常用的工具有jmeter、postman、httpclient等。接口测试是一种完整的测试体系,也分为接口功能测试、接口性能测试、接口稳定性测试、接口安全性测试。接口测试是项目测试的一部分,正如其名,它测试的主要对象是接口,是测试系统组件间接口的一种测试。

2022-09-02 14:05:24 40

原创 如何在快速迭代的项目中减少测试返工

之后,开发在编码时,可以尽可能完善的考虑各种场景,异常流等。在这个阶段,测试需要发挥自己的逻辑性思维优势,帮助产品经理和开发们理清细节逻辑,让产品更丰满清晰,而不是干瘪瘪走主流程。一个可测性设计好的产品,在测试执行过程中,可以大大减少测试执行时间,bug原因定位时间,测试验证时间。在互联网产品中,产品的迭代速度越来越快,项目中的测试同学面临着前期需求摇摆不定,中间各种开发进度死锁,而发布时间却无法推迟。这个过程,早期发现开发代码级bug,又增加测试覆盖度,从而减少测试过程中反复,减少测试返工。...

2022-09-01 10:22:34 16

原创 论开发测试流程的重要性

比如问题单的修复、走单过程中会由于某些原因导致问题单在开发环境而没有走到测试手中,而测试在第二轮次测试中首要的问题就是回归问题单,每次转测后都会出现测试追着开发让转测。但是对于大多团队来说,离开流程的约束或者管控,大概率情况下会出现更多的问题,耗费更多的成本。举例来说,利用流程中版本转测试入口条件,要求开发自测试达到某种标准,要求开发提供版本影响分析指导测试、要求开发已全部修复已知缺陷等。这样,一定程度上提高了版本转测试质量,确保测试有更多的时间用在复杂特性的测试,避免把时间浪费在低级bug上。......

2022-08-31 10:02:56 10

原创 软件测试之测试类型说明

稳定性测试:系统稳定性测试的目的是评价系统在一定负荷情况下、长时间的运行情况。包括系统在一定负荷下,再增加新的业务,原有的业务是否受影响,新的业务是否能正常工作,系统资源有无泄漏,数据有无不一致的情况,系统性能是否会下降下来,关键点是长时间运行后,系统的状况如何,系统平均无故障时间MTBF是否满足系统设计要求。异常测试(恢复性测试):系统异常测试又叫系统容错和可恢复性测试,它是通过人工干预手段使系统产生软、硬件异常,通过验证系统异常前后的功能和运行状态,达到检验系统的容错、排错和恢复的能力。......

2022-08-30 10:04:59 12

原创 软件测试之测试程序开发

测试数据准备 性能测试中用到的数据有两类: 1)测试环境中系统应该具备的初始数据以及和正式环境同等数据量(或加权值)的有效数据,或者在系统生命周期内预期能达到的最大数据量的数据,尽量保证其真实性. 2)运行测试脚本需用到的数据,参数化数据. 在测试需求调研过程中也要明确数据量要求,数据准备一定要关注数据的质量和数量,不要出现一些不符合业务逻辑的废数据,并且数据量要满足测试运行的需要.否则会导致测试执行结果出现大的偏差.如需了解更多测试技术信息请关注:深圳多测师软件与技术服务有限公司。...

2022-08-29 10:06:35 672

原创 软件测试之如何提升产品的用户体验度

若要使我们开发测试出来的产品具有良好的用户体验度,我觉得,首先大家要树立以用户为中心的这样一种意识,这一点无论对于开发人员或是测试人员都是必需的(当然,测试人员的这种意识会显得更重要)。前面我们说过,用户体验是一种纯主观的心理感受,因此,某些细节之处对于软件功能来说也许影响甚小,但对于用户、对于我们要将软件实现产品化,或许就起着很大的作用了。界面美观与协调:这在用户体验话题中大概是被提得最多的要素,这一点上本身又包括太多的细节,如布局、色彩、字体,甚至按钮及输入框的长宽大小等都应考虑到。......

2022-08-26 10:42:12 35

原创 软件测试之发现问题的方法

由于缺陷没有经过测试证实,而是通过分析的方法推导认定的,这里称其为“潜在的”缺陷,但由于理据充分,本质上这个缺陷和测试发现的缺陷是一样的。五花八门的测试方法和技术,得通过自己的实践、总结和思考,转化为系统的测试方法论。使用该方法,首先应该认同的一个观点是,系统整体的问题时系统某个部分的原因引起的,而这个局部的问题放大后悔在系统的宏观级别上表现出来。如何更早地、有效地发现问题,是测试专家的一项非常有技术含量的工作,而测试专家的另一项由技术含量的工作,就是发现问题后的问题分析。问题分析常用的系统方法有两种。

2022-08-25 10:21:08 31

原创 产品补丁包测试的基本流程

要有一个清晰的审阅人员名单列表,预留足够的时间个审阅人以保证计划能够得到很充分的审阅,可以考虑通过离线交流或组织审阅回忆来尽快地用最有效的方式在不同的审阅人之间就某个特定问题达成一致,更改的计划被正式提交进行审阅后必须有记录来描述相应的部分。一般情况下,评估某一需求是否可以被加到补丁包里的最根本的原则说起来很简单,那就是不能破坏客户已有的功能实现,包括产品发布时的功能实现及客户针对产品的拓展接口作的定制实现。需要依赖回归测试来保证在补丁包中解决的问题或者引入的新的功能增强不会对系统已有的功能点造成破坏。

2022-08-24 10:26:39 570

原创 BUG的跟踪管理

能指导开发重现这个BUG。附上测试数据实际结果----出项BUG的结果,粘贴BUG截图,日志截图,截图直接粘贴就可以了,不要添加附件,附件:日志、测试数据(文件)图片,比如上传头像,就把图片放在文件中当附件上传,开发要重现这个BUG,那么根据你附件的图片来重现。1.已经指派的BUG---已经指派给开发的,请大家注意自己BUG的走向,随时关注并进行跟踪!如果写了两条一模一样的BUG或者提交的BUG不是BUG而是操作错误,问同事怎么删除,或者是在BUG标题前面备注“需删除”,然后跟老大说,老大会批量删除。

2022-08-23 10:12:11 56

原创 测试人员的职业规划

这样,有吃业务能力的测试人员,能管理更多的业务需求和测试人员,而且由于他/她接触的业务越来越多,工作的视角也会逐渐提高,成为系统级的测试工程师和团队leader。由此我们提出了“吃”业务的概念,它与熟悉业务最大的区别就在于,测试人员吃掉一个业务以后,可以把测试工作完全交给另一个测试人员来做,同时,也能保证测试的质量。改进测试策略需要掌握开发技术,但是技术仅仅是必要条件,更重要的能力,是能够系统的规划一件事情,分析工作中的问题,选择最有效的解决方法,最终和大家一起实现一个共同的改进目标。

2022-08-22 10:15:50 124

原创 探索性测试的益处

在bug验证时,如果加入适当程度围绕该被测功能点的探索性测试,可以及时发现可能由修复带来的新问题,从而减轻后期大规模回归测试的压力。探索性测试可以为后续测试覆盖的延申提供思路 - 在探索性测试中我们可以发现常规测试忽视掉的细节,从而指导我们后续对测试用例库的维护。- 探索性测试更注重的是思考和学习,不断发现新的问题,而版本的回归测试,是对原有的功能的保证,为持续迭代提供质量把关。- 在常规测试已经进行得比较完备的情况下,进行探索性测试可以检查测试的完整性,拓展当前测试的覆盖度和深度。...

2022-08-19 10:15:19 38

原创 软件测试之文档管理

软件测试的第一步就是需求分析,只有对软件需求做了准确、完整的分析后,才可能有完整地测试需求,测试需求做的好,才能对接下来各种测试工作的开展做好基础,需求分析偏离,后期很多测试任务都将会受到影响。这个就不用多说了,做测试这个是少不的,而一份测试用例的好坏却对测试执行的效率、效果都有很大的影响的,有人说测试用例不是写出来的,而是设计出来的,我觉得很有道理。1) 测试内容——软件需要进行哪些方面的测试,如功能测试、性能测试、可靠性测试、易用性测试、安全性测试等;重要的邮件,会议记录,从其他方面搜集的相关文档等。.

2022-08-18 10:26:21 17

原创 测试管理的知识和讨论总结

测试产出物质量管理是通过对用例、缺陷的分析和维护,保证测试结果的正确性、准确性、一致性和完备性。一般说来,成本测试管理、配置管理、团队、管理、风险管理、成本管理、进度管理、质量管理和进度、质量的关系较密切,三者相互影响相互制约,测试管理的目的之一也是在三者中寻找平衡点。软件质量是指软件产品的特性可以满足用户的功能、性能需求的能力,它是贯穿软件生命周期的一个极为重要的问题,是软件开发过程中所使用的各种开发技术和验证方法的最终体现,因此,在软件生命期中需要特别重视质量保证活动,以确保生成高质量的软件产品。...

2022-08-17 10:08:49 29

原创 软件测试之写测试用例的好处

在设计测试用例时,并不能完全保证每个功能每个场景都设计到位,而且单纯执行测试的时候非常枯燥,那么加入一点发散性思维,进行一些非常规性操作,以用户的心态去使用系统,或是尽情地“破坏”系统,发现系统的问题。根据拆分的系统功能点,每个功能点可以用目录的方式区分,如一个系统的系统管理-用户管理-用户添加,那么系统管理就是一级目录,用户管理就是二级目录,用户添加就是三级目录;参考测试用例,可以清晰看到哪些用例执行了,哪些用例没有执行,从中看到测试进行到哪一步,以及结合问题管理平台,直观地从测试角度,分析项目进展。..

2022-08-16 10:09:23 151

原创 软件测试之报表测试

测试时通过查看日志的形式找出捞取数据的sql语句,对于每一张报表,捞取数据的sql语句都是非常地长,其中可能会关联二张以上不同的表捞或将取到的数据作为中间表,根据条件来查询数据或计算等操作,捞取数据的sql语句大多都是复杂的查询语句,在测试时需要一一梳理sql语句中的条件和语句。最近开始在做报表测试,顾名思义,就是指测试报表,报表主要是给一些特定的群体展示一些特定数据或是汇总数据,则报表测试主要是跟一堆数据打交道,检验和确认报表展示出来的数据是否正确,取值是否有误。方法一、查看捞取数据的sql语句。...

2022-08-15 10:07:33 576

原创 软件测试之预示面试成功的暗示

这是个很常识的心理反应,我们总是希望对有兴趣的事物了解得多一些,所以,从面试官询问的深度、是否注意聆听并对面试者的陈述发问,就可以知道面试官是否对你的工作经历感兴趣。面试官对面试者的某个工作过程表现出很大的兴趣,并且鼓励面试者详细说明自己的做法,并且大胆陈述自己的各种想法和观点。当人们看到喜爱的东西时,瞳孔就会自然放大,所以如果你的面试官望着你微笑并且瞳孔微微放大的时候,你已经胜券在握了!请在面试官对你说“期待下次再见”的时候注意他的眼睛,如果他只是礼节性微笑的话,那么这句话很可能只是他的客套。...

2022-08-12 10:05:38 33

原创 软件测试之方案浅析

测试方案初稿完成后,必须要请项目相关测试、开发和需求方同事评审,澄清对需求和设计的理解,讨论测试方法,往往在测试方案评审中,我们能够对产品需求进行完善,给产品详细设计提供更多输入,使开发同事能够提前完善代码逻辑,而且测试工程师也能够进一步理解需求和设计,从而有助于设计完善测试用例设计,保证测试覆盖率。测试计划:根据测试需求和策略,结合项目优先级和测试资源情况,评估测试进度计划,一般情况下,测试资源越充分,测试进度越乐观,但并非绝对,有时候一些软件BUG会阻塞测试进度,这也是项目风险的一部分。...

2022-08-11 10:13:39 36

原创 开发模式对测试的影响

2、螺旋开发模式的主要思想是在开始时不必详细定义所有细节,而是从小的规模开始,定义重要功能,尽量实现,然后探测风险,制定风险控制计划,接受客户反馈,进入下一个阶段并重复上述过程,然后进行下一个螺旋的反复,确定下一步是否还要继续,知道最终软件产品的获得。3、螺旋开发模式由于引入非常级别的风险识别、风险分析和风险控制,因此对风险管理的技能水平提出了很高的要求,并需要较多的人员、资金和时间上的投入。2、在敏捷方法中,测试以很多不同的方法扮演着同样的角色,而不同的测试种类扮演着不同的角色。...

2022-08-10 10:14:43 44

原创 测试工作管理与规范

通过测试管理工作的加强,力求在测试阶段尽可能多地发现软件错误与缺陷,尽可能少的将问题带给用户,确保软件的质量及其可靠性,提高用户满意程度,使作为质量管理中心的质量管理部真正的把好产品的质量关,尽量在测试阶段发现软件错误和软件缺陷减轻客户服务部的压力,提高金益康公司产品的质量与市场竞争力,营造公司良好的形象。根据测试的全部过程及测试记录以及测试分析,对该项目得出综合的评价,确认软件系统的可用性,并提出对该项目的意见与建议,决定是否发版,进入发版控制流程。测试原则:按照优先级的顺序从高到低完成测试用例的测试;.

2022-08-09 10:19:54 45

原创 软件测试的价值

开发从角色上代表的供应商,因此他的专注点是提供好的产品,从而吸引更多的用户,产生最大的利益,而测试代表的是用户,因此,他是从用户的角度出发,发现产品的缺陷,促进产品的改进,从而最终提升用户体验。但是,最近消灭测试声音越来越多,也是必然有它的原因,从现状来看,部分开发放弃了本身对质量的保证,将本身应该承担的质量责任交付测试来承担,导致测试工作量越来越大,测试本身的招聘降低了门槛,从而造成一些测试工程师的冗余,同时,原有测试的成长缺少专业性,都让外界开始质疑测试的价值。我们不要一个大同的世界。......

2022-08-08 10:21:43 83

原创 软件测试之集成测试

一个产品的开发过程包括了一个分层的设计和逐步细化的过程,从最初的产品到最小的单元可以划分为:产品——>子系统——>硬件子系统、软件子系统——>软件模块——软件程序——>单元。一些模块虽可以单独正常工作,但不能保证连接起来也能正常工作,程序在某些局部反映不出来的问题,在全局上就很有可能暴露出来,影响功能的实现。2.集成测试是在单元测试的基础上,将所有模块按照概要设计要求(如根据结构图)组装成为子系统或系统,进行集成测试。2)一个模块的功能是否会对另一个模块的功能产生不利的影响;1)验证接口是否与设计相符合;.

2022-08-05 10:06:44 104

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除