产品概念测试的类型

2024-05-14

1. 产品概念测试的类型

概念筛选测试在新产品开发的产品概念阶段,对该产品可能会提出很多个概念,筛选测试就是根据消费者对各个产品概念的态度,从众多的概念中筛选出几个有潜力的、值得进一步详细研究的产品概念。概念吸引力测试吸引力测试就是根据消费者对产品概念的理解和态度,以及对产品特性(如包装、颜色、规格、价格)的反映,以达到如下目的:测量产品概念的沟通效果和吸引力;估计消费者对新产品的购买意向,并对其销售潜量提供一个定量的估计;确定产品概念的内容是否需要改进和进一步充实。产品样板测试许多国际企业往往需要将其生产的产品从西方发达国家移植到发展中国家中去,因此产品样板已经存在。所谓产品样板测试就是对这些产品样板及其产品概念放在一起测试,其目的是:了解产品样板与产品概念是否吻合;测量产品概念和产品样板的沟通效果和吸引力;估计消费者对新产品的购买意向;确定产品概念和产品样板是否需要改进和进一步充实。

产品概念测试的类型

2. 软件测试类型的测试类型

 数据与数据库完整测试是指测试关系型数据库完整性原则以及数据合理性测试。数据库完整性原则:主码完整性:主码不能为空;外码完整性:外码必须等于对应的主码或者为空。数据合理性指数据在数据库中的类型,长度,索引等是否建的比较合理。在项目名称中,数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS),还需要进行深入的研究,以确定可以支持测试的工具和技术。比如,有两张表:部门和员工。部门中有部门编号,部门名称,部门经理等字段,主码为部门编号;员工表中有员工编号,员工所属部门编号,员工名称,员工类型等字段,主码为员工编号,外码为员工所属部门编号,对应部门表。如果在某条部门记录中部门编号或员工记录员工编号为空,他就违反主码完整性原则。如果某个员工所属部门的编号为##,但是##在部门编号中确找不到,这就违反外码完整性原则。员工类型如下定义:0:职工,1:职员,2:实习生。但数据类型为Int,我们都知道Int占有4个字节,如果定义成char(1).就比原来节约空间。 白盒测试是基于代码的测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量,一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试2.1静态白盒测试利用眼睛,浏览代码,凭借经验,找出代码中的错误或者代码中不符合书写规范的地方。比如,代码规范中规定,函数必须为动宾结构。而黑盒测试发现一个函数定义如下:Function NameGet(){….}这是属于不符合开发规范的错误。有这样一段代码:if (i=0)…这段代码交集为整个数轴,IF语句没有必要I=0;while(I>100){J=J+100;T=J*PI;}在循环体内没有I的增加,bug产生。2.2 动态白盒测试利用开发工具中的调式工具进行测试。比如一段代码有4个分支,输入4组不同的测试数据使4组分支都可以走通而且结果必须正确。看一段代码if(I<0){P1}else{P2}在调试中输入I=-1,P1程序段通过, P2程序段未通过,属于动态黑盒测试的缺陷 功能测试指测试软件各个功能模块是否正确,逻辑是否正确。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI) 与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。比如一个对电子商务系统,前台用户浏览商品-放入购物车-进入结账台,后台处理订单,配货,付款,发货,这一系列流程必须正确无误的走通,不能存在任何的错误。 UI测试指测试用户界面的风格是否满足客户要求,文字是否正确,页面美工是否好看,文字,图片组合是否完美,背景是否美观,操作是否友好等等用户界面 (UI) 测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,UI 测试还可确保 UI 中的对象按照预期的方式运行,并符合公司或行业的标准。包括用户友好性,人性化,易操作性测试。UI测试比较主观,与测试人员的喜好有关比如:页面基调颜色刺眼;用户登入页面比较难于找到,文字中出现错别字,页面图片范围太广等都属于UI测试中的缺陷,但是这些缺陷都不太严重。 性能测试主要测试软件测试的性能,包括负载测试,强度测试,数据库容量测试,基准测试以及竞争测试5.1负载测试负载测试是一种性能测试指数据在超负荷环境中运行,程序是否能够承担。在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外,负载测试还要评估性能特征,例如,响应时间、事务处理速率和其他与时间相关的方面。比如,在B/S结构中用户并发量测试就是属于负载测试的用户,可以使用webload工具,模拟上百人客户同时访问网站,看系统响应时间,处理速度如何?5.2强度测试强度测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况。这类测试往往可以书写系统要求的软硬件水平要求。实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。比如:一个系统在内存366M下可以正常运行,但是降低到258M下不可以运行,告诉内存不足,这个系统对内存的要求就是366M。5.3数据库容量测试数据库容量测试指通过存储过程往数据库表中插入一定数量的数据,看看相关页面是否能够及时显示数据。数据库容量测试使测试对象处理大量的数据,以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。例如,如果测试对象正在为生成一份报表而处理一组数据库记录,那么容量测试就会使用一个大型的测试数据库,检验该软件是否正常运行并生成了正确的报表。做这种测试通常通过书写存储过程向数据库某个表中插入一定数量的记录,计算相关页面的调用时间。比如,在电子商务系统中,通过insert customer 往user表中插入10 000数据,看其是否可以正常显示顾客信息列表页面,如果要求达到最多可以处理100 000个客户,但是顾客信息列表页面不能够在规定的时间内显示出来,就需要调整程序中的SQL查询语句;如果在规定的时间内显示出来,可以将用户数分别提高到20 000 , 50 000, 100 000进行测试。5.4基准测试基准测试与已知现有的系统进行比较,主要检验是否与类似的产品具有竞争性的一种测试。如果你要开发一套财务系统软件并且你已经获得用友财务系统的性能等数据,你可以测试你这套系统,看看哪些地方比用友财务系统好,哪些地方差?以便改进自己的系统,也可为产品广告提供数据。5.5竞争测试软件竞争使用各种资源(数据纪录,内存等),看他与其他相关系统对资源的争夺能力。比如:一台机器上即安装您的财务系统,又安装用友财务系统。当CPU占有率下降后,看看是否能够强过用友财务系统,而是自己的系统能够正常运行? 安全性和访问控制测试侧重于安全性的两个关键方面:应用程序级别的安全性,包括对数据或业务功能的访问系统级别的安全性,包括对系统的登录或远程访问。6.1应用程序级别的安全性可确保:在预期的安全性情况下,主角只能访问特定的功能或用例,或者只能访问有限的数据。例如,可能会允许所有人输入数据,创建新账户,但只有管理员才能删除这些数据或账户。如果具有数据级别的安全性,测试就可确保“用户类型一”能够看到所有客户消息(包括财务数据),而“用户二”只能看见同一客户的统计数据。比如B/S系统,不通过登入页面,直接输入URL,看其是否能够进入系统?6.2系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。比如输入管理员账户,检查其密码是否容易猜取,或者可以从数据库中获得? 故障转移和恢复测试指当主机软硬件发生灾难时候,备份机器是否能够正常启动,使系统是否可以正常运行,这对于电信,银行等领域的软件是十分重要的。故障转移和恢复测试可确保测试对象能成功完成故障转移,并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。故障转移测试可确保:对于必须持续运行的系统,一旦发生故障,备用系统就将不失时机地“顶替”发生故障的系统,以避免丢失任何数据或事务。恢复测试是一种对抗性的测试过程。在这种测试中,将把应用程序或系统置于极端的条件下(或者是模拟的极端条件下),以产生故障(例如设备输入/输出 (I/O) 故障或无效的数据库指针和关健字)。然后调用恢复进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的恢复。一定要注意主备定时备份比如电信系统,突然主机程序发生死机,备份机器是否能够启动,使系统能够正常运行,从而不影响用户打电话? 又叫兼容性测试。配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中,客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如,应用程序、驱动程序等而且在任何时候,都可能运行许多不同的软件组合,从而占用不同的资源。(如浏览器版本,操作系统版本等)下面列出主要配置测试8.1浏览器兼容性测试软件在不同产商的浏览器下是否能够正确显示与运行;比如测试IE,Natscape浏览器下是否可以运行这套软件?8.2操作系统兼容性测试软件在不同操作系统下是否能够正确显示与运行;比如测试WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以运行这套软件?8.3硬件兼容性测试与硬件密切相关的软件产品与其他硬件产品的兼容性,比如该软件是少在并口设备中的,测试同时使用其他并口设备,系统是否可以正确使用.比如在INTER,舒龙CPU芯片下系统是否能够正常运行?这样的测试必须建立测试实验室,在各种环境下进行测试。 安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下: 例如,进行首次安装、升级、完整的或自定义的安装_都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能测试制定的测试。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装,安装代码提供安装一些程序能够运行的基础数据。 又称本地化测试,是指为各个地方开发产品的测试,如英文版,中文版等等,包括程序是否能够正常运行,界面是否符合当地习俗,快捷键是否正常起作用等等,特别测试在A语言环境下运行B语言软件(比如在英文win98下试图运行中文版的程序),出现现象是否正常。本地化测试还要考虑:当语言从A翻译到B,字符长度变化是否影响页面效果。比如中文软件中有个按键叫“看广告”,翻译到英文版本中为 “View advertisement”可能影响页面的美观程度要考虑同一单词在各个国家的不同意思,比如football在英文中为足球,而美国人使用中可能理解为美式橄榄球。要考虑各个国家的民族习惯,比如龙在美国被理解为邪恶的象征,但翻译到中国,中国人认为为吉祥的象征。 文字测试测试软件中是否拼写正确,是否易懂,不存在二义性,没有语法错误;文字与内容是否有出入等等,包括图片文字。比如:“比如,请输入正确的证件号码!”何谓正确的证件号码,证件可以为身份证,驾驶证,也可为军官证,如果改为“请输入正确的身份证号码!”用户就比较容易理解了。 主要在产品发布前对一些附带产品,比如说明书,广告稿等进行测试13.1说明书测试主要为语言检查,功能检查,图片检查语言检查:检查说明书语言是否正确,用词是否易于理解;功能检查:功能是否描述完全,或者描述了并没有的功能等;图片检查::检查图片是否正确13.2宣传材料测试主要测试产品中的附带的宣传材料中的语言,描述功能,图片13.3帮助文件测试帮助文件是否正确,易懂,是否人性化。最好能够提供检索功能。13.4广告用语产品出公司前的广告材料文字,功能,图片,人性化的检查 文档审核测试目前越来越引起人们的重视,软件质量不是检查出来的,而是融进软件开发中来。前置软件测试发越来越受到重视。请看一个资料:文档审核测试主要包括需求文档测试,设计文档测试,为前置软件测试测试中的一部分。14.1需求文档测试主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现;14.2设计文档测试测试设计是否符合全部需求以及设计是否合理。

3. 确认测试的测试类别

目前广泛使用的两种确认测试方式是α测试和β测试。1)α测试α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。它是在开发现场执行,开发者在客户使用系统时检查是否存在错误。在该阶段中,需要准备β测试的测试计划和测试用例。多数开发者使用α测试和β测试来识别那些似乎只能由用户发现的错误,其目标是发现严重错误,并确定需要的功能是否被实现。在软件开发周期中,根据功能性特征,所需的α测试的次数应在项目计划中规定。2)β测试β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见。它是一种现场测试,一般由多个客户在软件真实运行环境下实施,因此开发人员无法对其进行控制。β测试的主要目的是评价软件技术内容,发现任何隐藏的错误和边界效应。她还要对软件是否易于使用以及用户文档初稿进行评价,发现错误并进行报告。β测试也是一种详细测试,需要覆盖产品的所有功能点,因此依赖于功能性测试。在测试阶段开始前应准备好测试计划,清楚列出测试目标、范围、执行的任务,以及描述测试安排的测试矩阵。客户对异常情况进行报告,并将错误在内部进行文档化以供测试人员和开发人员参考。

确认测试的测试类别

4. 常见的测试分类

常见的测试分类
  
 1、按测试阶段划分(按开发项目从无到有)
  
 单元测试:针对程序源代码进行测试
  
 集成测试:又称接口测试,针对模块之间的接口进行验证
  
 系统测试:对整个系统进行测试包括功能、兼容、文档等测试
  
 验收测试:主要分为内测(公司内部进行测试)、公测(让玩家来进行测试),使用不同人群来发掘项目测试。
  
 2、按代码可见度划分
  
 黑盒测试:又称功能测试(完全看不见程序源代码,只能针对功能进行验证)
  
 灰盒测试:又称接口测试(看不见部分代码)
  
 白盒测试:又称单元测试(针对程序源代码进行测试)
  
 3、按测试策略来划分
  
 冒烟测试:大规模执行测试前,针对程序主功能进行验证,保证程序具备可测性

5. 产品测试的介绍

产品改进测试有两种。第一种,产品在特征方面的创新和改进的目的是捕获更多的市场份额,这里,产品测试的目标是确定改进后的产品是否真的比改进前的好。第二种是缩减成本改进。这里产品测试的目的是确定顾客能否区分改进后的产品与改进前的产品之间的区别。

产品测试的介绍

6. 软件测试的种类

  按测试过程分:单元测试、集成测试、系统测试按方法分:黑、白、灰盒测试。根据软件主要侧重:性能测试、功能测试、兼容测试、压力测试、负载测试、验收测试。其中验收测试包含:
  (1)、软件功能确认测试:功能测试的主要内容包括软件安装、卸载测试,用户手册中提及的所有功能测试及边界值测试。相对于测试内容其测试准则可以规定为被测系统是否可以按照用户文档中的描述能成功的安装和卸载;用户文档中提到的所有功能是否可以顺利执行,并符合用户文档给定的边界值;软件系统的运行是否与用户文档中的描述相互一致。因此可以说功能符合性测试是软件系统最基本的测试。
  (2)、安全可靠性测试:用户权限限制测试、留痕功能测试、屏蔽用户操作错误应答测试、系统备份与恢复手段测试、多用户操作输入数据有效性测试、异常情况及网络故障对系统的影响测试。
  (3)、易用性测试:易用性测试主要着重易学易用性、联机帮助、功能操作程度的难易性、软件界面清晰程度等几个方面。其测试标准主要考察软件的各个功能项的操作是否有联机帮助,非计算机专业用户是否可通过用户手册轻松操作。其目的是衡量软件系统的普及推广的难易度。
  (4)、可扩充性测试:任何一个版本的软件系统都有一定的使用周期,每格一段时间就需要升级,进行功能扩充。此外,有的软件系统还需要与其它软件系统进行数据交流。这就需要检测软件系统升级是否方便;是否留有非本系统的数据接口,以方便数据的传输。此项检测的另一项主要任务就是检测用户是否可以通过修改配置文件或其它非编程方式修改或增减系统功能。
  (5)、兼容性测试:兼容性测试是软件测试中的重要一环,其测试内容是软件在规定的不同操作系统中运行是否正常。在规定的不同数据库系统上运行是否正常,以及在规定的不同型号的硬件环境中运行是否正常。
  (6)、效率测试:随着局域网站数的增加以及广域网的使用,数据的网络传输时间和存取时间逐渐变成软件使用中的瓶颈,所以如何提高运行效率已成为各方面注意的焦点,也成为衡量软件产品质量的指标之一。进行这一测试技术性较强,需要了解待测软件系统采用什么样的传输协议,已及什么样的传输方式。测试时需要必要的测试环境及使用专用网络测试工具。
  (7)、资源占用率测试:系统资源一般是指内外存储、CPU、通讯端口以及网络带宽等系统资源。如何合理利用系统资源是与软件系统的性能密切相关的。例如,如果软件系统运行的CPU利用率超过50%,或系统内存的占有率一直居高不下则系统运行的速度就会令人无法忍受;若随意占有通讯端口就会照成一些通用的通讯软件无法运行。同样如果采用广播式发送,就会占用网络带宽,使网络的通讯速度降低。这些都会给用户造成不变,使用户不得不升级硬件系统或扩展网络带宽。因此,资源占有率的测试越来越显示出其重要性。
  (8)、用户文档资料验收:使用手册对用户可调用的所有功能有完整的描述;使用手册能使正常执行其产品的用户充分理解的产品的性能;使用手册易于浏览,并有目录和索引;文档中的所有资料没有错误的表达;文档的内容说明与系统实际的结果相互一致;管理员手册中具有软件的标识和运行环境的说明;管理员手册具有安装和维护的有关说明;管理员手册提供正常运行的边界值。
  山东省软件评测中心根据多年经验提供全程软件质量保障服务,在规划阶段、实施阶段、交付阶段、运维阶段分别提供相应阶段的质量保障服务。

7. 产品测试的测试方法

产品测试研究中常用的产品测试方法有两类、四种:单一产品测试和配对比较产品测试。(1)单一产品测试。在单一产品测试中,受访者尝试一种产品,然后对这种产品作出评价。数据收集变量通常包括购买兴趣、对属性的评价等级等。如果被测试产品多于一种,先将受访者分组,然后尝试每种产品,再相互比较。对一个受访者只测试一个产品。单一测试的特点是:“单一,纯粹”,更加贴近真实的生活;对于效果逐渐显著的产品来说十分重要,如啤酒、香波;对于受访者无法从表面上对两个产品作出反应时十分重要,如强烈及持久的口味;对于新型产品,这种测试类型或许是唯一选择(事实上这在产品开发中后期常被采用);通过运用两个或多个十分匹配的样本,可获得用以对比的信息;对于形成长期数据库非常有用,但需小心。存在的问题:(a) 价格。(b) 对于差异不是十分的敏感。单一测试适用于:(a)产品初期阶段。因为目标是获得有关产品吸引力的基础数据(例如,你喜欢还是讨厌这种产品)。(b) 当市场上没有直接竞争对手的时候。原因是配对比较测试只能提供相对的被测试的可供选择的产品停息。而单一测试,提供相对的受访者自己的判断信息。因此,这种信息可以和在将来获得的单一测试信息(假设样本可比较)。最后,单一测试被视为是真实的,因为它基于顾客通常每次使用一种产品的事实。(2)配对比较产品测试。在配对比较产品测试中,受访者按顺序尝试两种产品。试完后,对每种产品进行评价并说出更喜欢哪种产品。因为在受访者尝试完两种产品后才开始问问题,所以对产品的评价通常是建立在两种产品的比较基础之上的。配对比较测试的特点是:对受访者同时测试两个产品;提示受访者可以同时测试产品,也可以测试完一个之后,再进行第二个,这取决于产品性质、测试性质和用户通常的使用步骤;不是很现实。但与单一测试比较,对于产品的差异十分敏感(注意:可能过于敏感),并且没有必要进行匹配样本研究;存在隐性或逐渐显著的效果时,此法将不可行;不同产品的测试顺序必须被平衡,并且应考虑不同顺序产生的效果差异;对于淘汰选择十分裨益,比如在两个相同的配方中进行选择或开发一种能接近现存竞争的新产品(特别是想进行性能匹配)。存在的问题:(a) 显著的视觉差异能够掩盖在气味及口味上的差异;(b) 或许不太现实(因为不重要的差异掩盖了偏好);(c) 与其他方案无法进行成果比较。其他比较型的测试设计,如三组产品测试(顺序评价三种产品),还有反复配对比较设计,但从本质上说,它们都是比较型测试设计的修正。一般的,当决定合适的测试设计时,首先确定采用单一测试还是比较的测试。比较测试适用于:(a) 测试目标在于宣称“获胜者”(例如,在同一产品不同多种类型中进行选择)。因为,被测试的产品多于一种,而受访者只有一组,产品之间的不同之处易于被扩大,由此容易被察觉。(b) 需要获得有关竞争对手方面的信息。(3)连续的单一测试。同时具有单一测试的“绝对判断”数据和配对比较测试的“比较”数据。受访者顺序评价两个产品。在评价第一个产品时,受访者不知道还有第二个产品。评价完第一个产品后,再评价第二个产品。评价的问题是相同的。最后可以获得两个产品的偏好情况。这种设计的优点是单一数据通过比较数据得到加强。例如,如果单一数据表示两种类型的冰淇淋“没有差别”,比较偏好数据可以为营销决策起到信号放大器的作用。(4) 重复配对产品测试方法。当直接偏好是产品测试的主要兴趣时,可以应用重复配对方法。因为它在口味偏好测试上具有更加的测量方法。这种设计可以在配对测试中获得对每种产品的偏好程度,同时对目标市场中真正的“无区别”顾客的数量有清楚的估测。“无区别”顾客是指那些不能真正区别可选择产品之间的差异的顾客,或者那些对哪个产品都无强烈的偏好因此犹豫不决的顾客。重复配对技术同时重视直接的产品偏好和产品诊断。最终结果是最大限度地回答“更喜欢哪个产品”和 “为什么”的问题。

产品测试的测试方法

8. 软件测试包括哪些类型的测试

软件测试包括的类型测试如下:
1、单元测试:是对软件组成单元进行测试,其目的是检验软件基本组成单位的正确性,测试的对象是软件设计的最小单位:模块。

2、集成测试:将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。其主要目的是检查软件单位之间的接口是否正确。

3、系统测试:主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。功能测试主要针对包括功能可用性、功能实现程度方面测试。

4、回归测试:指在软件维护阶段,为了检测代码修改而引入的错误所进行的测试活动。

5、冒烟测试(smoke testing):该术语来自硬件,指对一个硬件或一组硬件进行更改或修复后,直接给设备加电。如果没有冒烟,则该组件就通过了测试,也可以理解为该种测试耗时短,仅用一袋烟的功夫就足够了。

6、验收测试(交付测试):是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展示该软件系统满足原始需求。