产品测试

软件测试的本质是什么?

情到浓时终转凉″ 提交于 2019-12-17 14:28:36
软件缺陷的定义 来看一下 Ron Patton 为我们的软件缺陷所下的定义。 1、软件没有实现产品的说明书所描述的功能。(个人觉得 “ 描述 ” 比 “ 宣称 ” 更贴切) 2、软件实现了产品说明书描述不应有的功能。 3、软件执行了产品说明书没讲的操作 4、软件没有实现产品说明书没讲但应该实现的功能。 5、从软件测试员的角度来看,软件难以理解、不易使用、运行缓慢,或者最终用户认为不对。 为什么一个定义要这么多条来描述?这个 “ 缺陷 ” 的定义有这么复杂么?不,它其实并不复杂,作者只是想更加全面的来给“缺陷”下定义。下面我们来以建一栋房子为例,来说明一下每一条定义的意思。需要说明的是没有十分完美而且一成不变的产品说明说,而且在实际项目中,它可能非常简陋,模棱两可,甚至经常变动。 1、软件没有实现产品说明书的描述的功能。房子的主人希望有一个落地的大窗户,让阳光更好的照进屋子里,而且他特意在房子的设计图纸中画出来,并且还加以说明。结果,他看到的是四面全是墙壁,只有一个小门的房子。那么对于测试人员来说,他就是一个缺陷。 2、软件实现了产品说明书中描述的不应有的功能。由于房子的主人生活在南方,天气温暖,而请来的泥瓦匠是北方的,结果给主人建造的房子具然有一个大大的取暖的烟筒,而且主人特意在房子的设计图纸中说明,自己的房子不要烟筒。那么对于测试人员来说,这也是个缺陷。 3

面试技巧篇01

拥有回忆 提交于 2019-12-16 12:36:37
1.问:你在 测试 中发现了一个 bug ,但是开发经理认为这不是一个 bug ,你应该怎样解决。   首先,将问题提交到 缺陷管理 库,类似禅道,进行备案,   根据需求文档,产品说明,设计文档等,确认实际结果是否与计划有不一致的地方,   如果没有文档,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;   根据一般用户的使用习惯,来确认   与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;   合理的论述,向测试经理说明自己的判断的理由,注意客观、严谨,不参杂个人情绪   等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并由上级做出决定。    2. 给你一个网站,你如何测试?   首先,查找需求说明、网站设计等相关文档,分析测试需求。   制定测试计划,确定测试范围和测试策略,一般包括以下几个部分:功能性测试;界面测试; 性能测试 ; 数据库 测试;安全性测试;兼容性测试   设计 测试用例 :   功能性测试可以包括,但不限于以下几个方面:   链接测试。链接是否正确跳转,是否存在空页面和无效页面,是否有不正确的出错信息返回。   提交功能的测试。   多媒体元素是否可以正确加载和显示。   多语言支持是否能够正确显示选择的语言等。   界面测试可以包括但不限于一下几个方面:   页面是否风格统一

EMC测试不合格,应该这样整改

徘徊边缘 提交于 2019-12-13 12:04:18
EMC主要是通过测试产品在电磁方面的干扰大小和抗干扰能力的综合评定,是产品在质量安全认证重要的指标之一。很多产品在做产品安全认证时都会遇到产品测试不合格的情况,尤其是在电磁兼容测试(即EMC测试)出错频率更是普遍。当产品一旦测试不合格,那么随之而来的肯定是EMC整改通知书。在EMC整改过程中很多管理人和技术人员并不太明白该从何处入手,今天我们就来分析EMC整改常遇到的问题和一些整改建议。 首先我们来从EMC测试项目构成说起,EMC主要包含两大项:EMI(干扰)和EMS(产品抗干扰和敏感度) 。当然这两大项中又包括许多小项目,EMI主要测试项:RE(产品辐射,发射)、CE(产品传导干扰)、Harmonic(谐波)、Ficker(闪烁)。EMS主要测试项:ESD(产品静电)、EFT(瞬态脉冲干扰)、DIP(电压跌落)、CS(传导抗干扰)、RS(辐射抗干扰)、Surge(雷击)、PMS(磁场抗扰)。 通过这些测试项目我们不难看出EMC测试主要围绕产品的电磁干扰和敏感度两部分,如果一旦产品不符合安全认证标准需要EMC整改的时候我们可以通过降低其材料和零部件进行整改。 一、EMC整改意见: 1、在拿到整改意见书以后,需要提前定位好EMC整改计划。没有定位好计划就去盲目的整改产品就像无头的苍蝇一样到处乱动,这样只会增加整改的成本。 2、定位手段,对于这里小编觉得主要可以分为两点。第一:直觉判断

EMC测试不合格,应该这样整改

二次信任 提交于 2019-12-13 10:26:07
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> EMC主要是通过测试产品在电磁方面的干扰大小和抗干扰能力的综合评定,是产品在质量安全认证重要的指标之一。很多产品在做产品安全认证时都会遇到产品测试不合格的情况,尤其是在电磁兼容测试(即EMC测试)出错频率更是普遍。当产品一旦测试不合格,那么随之而来的肯定是EMC整改通知书。在EMC整改过程中很多管理人和技术人员并不太明白该从何处入手,今天我们就来分析EMC整改常遇到的问题和一些整改建议。 首先我们来从EMC测试项目构成说起,EMC主要包含两大项:EMI(干扰)和EMS(产品抗干扰和敏感度)。 当然这两大项中又包括许多小项目,EMI主要测试项:RE(产品辐射,发射)、CE(产品传导干扰)、Harmonic(谐波)、Ficker(闪烁)。EMS主要测试项:ESD(产品静电)、EFT(瞬态脉冲干扰)、DIP(电压跌落)、CS(传导抗干扰)、RS(辐射抗干扰)、Surge(雷击)、PMS(磁场抗扰)。 通过这些测试项目我们不难看出EMC测试主要围绕产品的电磁干扰和敏感度两部分,如果一旦产品不符合安全认证标准需要EMC整改的时候我们可以通过降低其材料和零部件进行整改。 一、EMC整改意见: 1、在拿到整改意见书以后,需要提前定位好EMC整改计划。没有定位好计划就去盲目的整改产品就像无头的苍蝇一样到处乱动

性能测试流程

烂漫一生 提交于 2019-12-11 12:59:49
前段时间做了一个压测项目,对压测过程中学到的知识进行了总结,在此和大家分享下: 一、确定压测的目的 1. 通过不断加压,得到服务器峰值,找出系统瓶颈。 2. 验证系统的稳定性。 3. 确定系统各项指标是否满足上线预估目标。 4. 为后期性能优化提供参考依据。‍ 二、解决环境问题 压测时,要隔离线上环境,以免影响线上其他业务,主要关注以下三点: 1. 如果有测试环境,首选测试环境。 2. 如果只有线上环境,要确保线上环境没有其他业务。 3. 要压测的环境所接入的第三方接口也要确定做到隔离线上环境。‍ 三、压测环境要求 1. 稳定性。 由于压测时会持续打压并保持一段时间,所以测试环境的稳定性尤为重要。测试环境的稳定性决定了测试结果的准确性。 2. 独立性。 在搭建环境时,要尽量保证测试环境的独立性,最好是测试环境不与其他系统共用,减少不确定的因素可能对测试过程的影响,导致测试结果不准确,以及避免压测对其他服务的影响。 3. 可控性。 在进行压测时,测试环境中的所有设备和资源应该是可以监测和控制的。以免出现异常而未察觉,造成不可挽回的失误。‍ 四、确定预期目标 压测前,要与产品、运营、开发一起预估各项预期数据目标。 预估之前,需要先考虑如下情况: 1. 产品所依附的平台的用户数,访问量是多少? 2. 产品是否会大力宣传推广? 3. 产品是否会先灰度上线进行观察和监控? 4.

一个产品从需求到上线的整个规范和要求

回眸只為那壹抹淺笑 提交于 2019-12-06 12:14:53
一:需求要求 由产品经理发起评审会议,评审邮件包含:需求说明书,原型设计,流程设计。 评审过后,修改后的内容(需求说明书,原型设计,流程设计等)由产品经理统一邮件发出。 二、 设计 要求 设计应包含:设计文档(数据库设计,枚举状态流转图,边界图,时序图:时序图应标明事务开始、结束点,包含正反例异常处理方案)。 设计评审前1~2天需要邮件发出设计。评审前2-3天需要和产品经理/负责人确认需求。 评审讲解顺序:需求--- 原型---设计 三:提测要求 1.开发需要不断提高代码质量;修改缺陷,尽可能减少回退情况; 2.若有新的需求改动, 大的需求必须召开设计评审,小的需求必须与相关测试人员详细讲解; 3.提交测试时必须说明:接口的改动影响到哪些功能; 4.开发提交测试前必须做好充分测试(单元测试); 5. 开发联调测试涉及到第三方的必须联通第三方测试通过,不能只是挡板通过; 6. 开发提交测试时,必须由负责人统一收集相应配置(功能清单,sql,配置文件,数据库配置;然后统一发出给测试。PS:sql应包含可预见的索引; 7.开发提测时,要整理 功能清单所对应的数据库表; 8.开发提测时,前后端分支名称请保持一致; 9.提交的功能不能出现以下问题,出现则打回判为(测试逃逸): a.功能缺失,与功能清单有出入 b.功能不明确,页面部分开发,文案无 c.主功能冒烟不过,数据库状态、明细不正确 d

EMC电磁兼容全面解析

十年热恋 提交于 2019-12-06 05:44:33
EMC(Electro MagneTIc CompaTIbility)——电磁兼容,是指电子、电气设备或系统在预期的电磁环境中,按设计要求正常工作的能力,也是电子、电气设各或系统的一项重要的技术性能。就世界范围来说,电磁兼容性问题已经形成一门新的学科,也是一门以电磁场理论为基础,包括信息、电工、电子、通信、材料、结构等学科的边缘科学,同时也是一门实践性比较强的学科,需要产品工程师具有丰富的实践知识。电磁兼容的中心课题是研究如何控制和消除电磁干扰,使电子设备或系统与其他设备联系在一起工作时,不导致设备或系统的任何部分的工作性能的恶化或降低。一个设计理想的电子设备或系统应该既不发射任何不希望的能量,又应该不受任何不希望有的能量的影响。当然,在电子设备或系统出厂前,衡量其EMC J眭能好坏的主要依据就是FMC测试结果。这些测试,就是模拟产品在实际工作环境中发生的一些骚扰和干扰,如图所示。目前,衡量一个产品的EMC跬能主要从以下两个方面来考虑。 产品在实际工作环境中发生的一些骚扰和干扰 (1)EMI(Electro MagneTIc Interference)——电磁干扰性能。即处在一定环境中的设备或系统正常运行时,不应产生超过相应标准所要求的电磁能量于扰。这样的电磁干扰有: ● 从电源线传导出来的电磁骚扰; ● 从信号线、控制线传导出来的骚扰; ● 从产品壳体(包括产品中的所有电缆

「知识分享」电磁兼容EMC

大兔子大兔子 提交于 2019-12-06 05:43:27
对于部分人来说,电磁兼容性(EMC) 可能是一个新名词。不过,多年来电磁兼容性一直都很重要,实际上早在二战之前就已存在了。数十年来,有三家机构一直在推动EMC的发展:美 国军方;欧洲国际无线电干扰特别委 员会(CISPR);美国联邦通讯委员会 (F.C.C.)。 历史 EMC最初是在军事环境里成为一个问题,尤其是在必须成功操作诸多相 互之间距离很近的电子设备的大型船舶上。在这样的环境里,通信、导航和数据处理电子设备都需要在很强的 射频(RF)场中同步运行。这些射频场 由双向通讯设备、雷达发射器和微处 理器控制设备产生。另外,在这个“ 复杂”的环境中还要加上军舰条例或 舰载的爆炸物和飞机燃料。在这样的 环境里,很显然,每种设备都应当与其所在环境具有电磁兼容性,不能表 现为在此环境中无法使用或不安全。此外,此环境中增加的每种设备均不 能没有必要地或者无目的性地发出起 不到任何作用的杂散辐射。从前面可 以看出,EMC的两个主要起源因素 是发射和抗扰。 由于电子设备在全球非军事领域的广泛应用,EMC要以平民化的设置进行 维护,这一点也变得越来越重要。居 住和商业环境中可能包含很多由微处 理器控制的应用,例如煤气灶、磁带录像机、电视机、面包机、个人计算机等等。利用微处理器技术的所有 电子设备都会产生射频。例如,一台 100 MHz的计算机有一个通过其程序 在微处理器中运行的电子时钟。在这

EMC设计与测试案例分析郑军奇第二版 296页电磁兼容EMC超强书籍

安稳与你 提交于 2019-12-06 05:42:48
EMC设计与测试案例分析郑军奇第二版 296页 20.0M 高清书签版.pdf 电磁兼容(EMC)标准解析与产品整改实用手册 WSQ 电磁兼容(EMC)设计与测试之汽车电子产品 [陈立辉 主编] 2014年版 电磁兼容(EMC)设计与测试之移动通信产品 [陈立辉 主编] 2014年版 电磁兼容工程 [HENRYW.OTT著;邹澎译] 2013年版 3GPP长期演进(LTE)技术原理与系统设计(高清版 电磁兼容(EMC)标准解析与产品整改实用手册 WSQ 电磁兼容(EMC)设计与测试之汽车电子产品 [陈立辉 主编] 2014年版 电磁兼容(EMC)设计与测试之移动通信产品 [陈立辉 主编] 2014年版 电磁兼容工程 [HENRYW.OTT著;邹澎译] 2013年版 3GPP长期演进(LTE)技术原理与系统设计(高清版) 3GPP长期演进(LTE)系统架构与技术规范 来源: CSDN 作者: ll804891660 链接: https://blog.csdn.net/ll804891660/article/details/88602577

测试过程

与世无争的帅哥 提交于 2019-12-05 20:02:04
软件生命周期 软件测试要经过一个什么样的过程呢,这就要从软件的生命周期开始说起了。 软件生命周期又称为软件生存周期或系统开发生命周期,是软件的产生直到报废的生命周期。 整个生命周期包括问题定义与规划、需求分析、系统设计、软件编程、软件测试、软件运维等阶段。 在周期内,无论是开发还是测试都依赖于某个模型进行作为依据,有效地提高开发、测试效率。 软件开发模型 在软件开发的实践中,总结了很多软件的开发模型来描述和表示一个复杂的开发过程,如果瀑布模型、快速原型模型、螺旋模型等。 软件测试与软件开发模式有着紧密的关系,作为一名测试人员,应该充分理解软件的开发模式,尽快的找准自己的位置,从而尽快的发挥自己的价值。 瀑布模型 瀑布模型是线性模型的一种,在所有的模型中占有重要的地位,是所有其他模型的一个基础。 瀑布模型如同工地里的建造盖房流程,使用里程碑的方式,严格定义了各开发阶段的输入和输出。如果达不到要求的输出,下一阶段的工作就不展开。 测试的切入点,开发完成后,必须留给测试足够的时间给测试人员,否则可能会导致测试不充分,导致很多问题到项目的后期才体现出来。 优点 明确划分了软件生命周期的各个环节。 强调早期软件计划,需求分析比较重要。 清晰的工作流程,便于分工协作。 适合需求稳定的产品开发。 每个阶段都有一个检查点。 缺点 线性的开发流程,存在巨大的风险。 依赖于早期的需求调查