《软件质量保障策略.docx》由会员分享，可在线阅读，更多相关《软件质量保障策略.docx（23页珍藏版）》请在三一办公上搜索。
1、软件测试方案软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程,其目的是在于检查与否满足规定的需求或者弄清预期的成果与实际成果的区别。本文重要描述软件测试的某些类型。白盒测试白盒测试是基于代码的J测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般白盒测试由项目经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试静态白盒测试运用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。例如，代码规范中规定，函数必须为动宾构造。而黑盒测试发现一种函数定义如下：FunctionNameGetO这是属于不符合开发规范的。有
2、这样一段代码：if(i=0)这段代码交集为整个数轴，IF语句没有必要1=0;while(I100)J=J+100;T=J*PI;)在循环体内没有I的增长，错误产生。动态白盒测试运用开发工具中的调式工具进行测试。例如一段代码有4个分支，输入4组不同样的测试数据使4组分支都可以走通并且成果必须对时。if(I0)PlelseP2)在调试中输入I=-I,测试Pl程序段通过；再输入1=1,测试P2程序段，这样口勺测试属于动态白盒测试的J缺陷。白盒测试一般在单元测试的时候进行。功能测试功能测试指测试软件各个功能模块与否对的，逻辑与否对日勺。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规
3、则的测试需求。这种测试日勺目日勺是核算数据时接受、处理和检索与否对的，以及业务规则U勺实行与否恰当。此类测试基于黑盒技术，该技术通过图形顾客界面(GUI)或者测试脚本与应用程序进行交互，并对交互的输出或成果进行分析，以此来核算应用程序及其内部进程。功能测试的重要参照为类似于功能阐明书之类的I文档。Ul测试UI测试指测试顾客界面的风格与否满足客户规定，文字与否对日勺，页面美工与否好看，文字，图片组合与否完美，背景与否美观，操作与否友好等等顾客界面(UI)测试用于核算顾客与软件之间的交互。UI测试的J目的是保证顾客界面会通过测试对象口勺功能来为顾客提供对应MJ访问或浏览功能。此外，UI测试还可保证
4、UI中的对象按照预期的方式运行，并符合企业或行业的原则。包括顾客友好性，人性化，易操作性测试。UI测试比较主观，与测试人员的J喜好有关例如I：页面基调颜色耀眼；文字中出现错别字；页面显示范围超过屏幕范围等都属于UI测试中的|缺陷。性能测试性能测试重要测试软件测试的性能，包括负载测试，强度测试，容量测试，基准测试以及基准测负载测试负载测试是一种性能测试指数据在超负荷环境中运行，程序与否可以承担。在这种测试中，将使测试对象承担不同样的工作量，以评测和评估测试对象在不同样工作量条件下的性能行为，以及持续正常运行的能力。负载测试区If=I勺是确定并保证系统在超过最大预期工作量的状况下仍能正常运行。此外
5、，负载测试还要评估性能特性，例如，响应时间、事务处理速率和其他与时间有关的J方面。例如，顾客并发量测试就是属于负载测试日勺顾客，可以使用测试工具，模拟上百人客户同步访问，看系统响应时间，处理速度怎样？强度测试强度测试是一种性能测试，他在系统资源尤其低口勺状况下软件系统运行状况。此类测试往往可以书写系统规定的软硬件水平规定。重要测试对象为低CPU主频，低存储空间（内存或外存），低连接速度。实行和执行此类测试的目的J是找出因资源局限性或资源争用而导致的错误。假如内存或磁盘空间局限性，测试对象就也许会体现出某些在正常条件下并不明显日勺缺陷。而其他缺陷则也许由于争用共享资源（如数据库锁或网络带宽）而导
6、致的。强度测试还可用于确定测试对象可以处理的最大工作量。例如：一种系统在内存366M下可以正常运行，不过减少到258M下不可以运行，告诉内存局限性，这个系统对内存的J规定就是366M。容量测试容量测试指通过代码往存储空间中插入一定数量的数据，看看有关程序与否可以正常运行。容量测试使测试对象处理大量的数据，以确定与否抵达了将使软件发生故障的极限。容量测试还将确定测试对象在给定期间内可以持续处理的最大负载或工作量。例如，通过编写代码项存贮空间输入一定数量的I记录，然后运行需要使用这个存储空间的程序，判断程序与否运行正常。基准测试基准测试与已知既有的系统进行比较，重要检查与否与类似口勺产品具有竞争性
7、的一种测试。假如你要开发一套财务系统软件并且你已经获得用友财务系统的性能等数据,你可以测试你这套系统，看看哪些地方比用友财务系统好，哪些地方差？以便改善自己的J系统，也可为产品广告提供数据。竞争测试软件竞争使用多种资源（数据纪录，内存等），看他与其他有关系统对资源H勺争夺能力。例如：一台机器上即安装您的财务系统，又安装用友财务系统。当CPU拥有率下降后，看看与否可以强过用友财务系统，而是自己MJ系统可以正常运行？安全性和访问控制测试安全性和访问控制测试侧重于安全性的两个关键方面:应用程序级别的安全性，包括对数据或业务功能的访问系统级别的安全性，包括对系统的登录或远程访问。应用程序级别的安全性可
8、保证：在预期的安全性状况下，主角只能访问特定的功能或用例，或者只能访问有限的数据。例如，也许会容许所有人输入数据，创立新账户，但只有管理员才能删除这些数据或账户。假如具有数据级别的安全性，测试就可保证“顾客类型一”可以看到所有客户消息（包括财务数据），而“顾客二”只能看见同一客户的记录数据。例如不通过登入页面，直接进入系统？系统级别的安全性可保证只有具有系统访问权限的顾客才能访问应用程序，并且只能通过对应的网关来访问。例如输入管理员账户，检查其密码与否轻易猜取，或者可以从数据库中获得？故障转移和恢复测试故障转移和恢复测试指当主机软硬件发生劫难时候，备份机器与否可以正常启动，使系统与否可以正常运
9、行，这对于电信，银行等领域的软件是十分重要Fl勺。故障转移和恢复测试可保证测试对象能成功完毕故障转移,并能从导致意外数据损失或数据完整性破坏日勺多种硬件、软件或网络故障中恢复。故障转移测试可保证：对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以防止丢失任何数据或事务。恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统置于极端FI勺条件下（或者是模拟的极端条件下），以产生故隙（例如设备输入/输出（I/O）故障或无效的数据库指针和关健字）。然后调用恢复进程并监测和检查应用程序和系统，核算应用程序或系统和数据已得到了对的J的恢复。一定要注意主备定期
10、备份例如电信系统，忽然主机程序发生死机，备份机器与否可以启动，使系统可以正常运行，从而不影响顾客打？兼容性测试又叫配置测试。兼容性测试核算测试对象在不同样的软件和硬件配置中的运行状况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的J详细硬件规格会有所不同样。客户机工作站也许会安装不同样的软件例如，应用程序、驱动程序等并且在任何时候，都也许运行许多不同样的软件组合，从而占用不同样的资源。（如浏览器版本，操作系统版本等）下面列出重要配置测试浏览器兼容性测试软件在不同样产商的浏览器下与否可以对的显示与运行;例如测试IE,Natscape浏览器下与否可以运行这套软件？操作系统兼容性测试软件
11、在不同样操作系统下与否可以对的显示与运行；例如测试WINDOWS98,WINDOWS2023,WINDOWSXP,LINU,UNIX下与否可以运行这套软件？硬件兼容性测试与硬件亲密有关的软件产品与其他硬件产品的）兼容性，例如该软件是少在井口设备中的，测试同步使用其他并口设备，系统与否可以对的使用.例如在INTER,舒龙CPU芯片下系统与否可以正常运行？这样的测试必须建立测试试验室，在多种环境下进行测试。安装测试安装测试有两个目的J。第一种目的是保证该软件在正常状况和异常状况日勺不同样条件下：例如，进行初次安装、升级、完整MJ或自定义时安装一都能进行安装。异常状况包括磁盘空间局限性、缺乏目录创立
12、权限等。第二个目的是核算软件在安装后可立即正常运行。这一般是指运行大量为功能测试制定的J测试。安装测试包括测试安装代码以及安装手册。安装手册提供怎样进行安装，安装代码提供安装某些程序可以运行的J基础数据。多语种测试又称当地化测试，是指为各个地方开发产品的测试，如英文版，中文版等等，包括程序与否可以正常运行，界面与否符合当地习俗，快捷键与否正常起作用等等，尤其测试在A语言环境下运行B语言软件（例如在英文Win98下试图运行中文版的程序），出现现象与否正常。当地化测试还要考虑：当语言从A翻译到B,字符长度变化与否影响页面效果。例如中文软件中有个按键叫“看广告”，翻译到英文版本中为Viewadver
13、tisemenl”也许影响页面的美观程度 要考虑同一单词在各个国家的不同样意思，例如football在英文中为足球，而美国人使用中也许理解为美式橄榄球。 要考虑各个国家的民族习惯，例如龙个美国中被理解邪恶的象征，但翻译到中国，中国人认为为吉祥的象征。辨别率测试测试在不同样辨别率下，界面的美观程度,分为800*600,1024*768,1152*864,1280*768,1280*1024,1200*1600大小字体下测试。一种好的软件要有一种极佳的辨别率，而在其他辨别率下也都能可以运行。公布测试重要在产品公布前对某些附带产品，例如阐明书，广告稿等进行测试阐明书测试重要为语言检查，功能检查，图片
14、检查语言检查：检查阐明书语言与否对的，用词与否易于理解；功能检查：功能与否描述完全，或者描述了并没有的功能等；图片检查:：检查图片与否对H勺宣传材料测试重要测试产品中的附带的宣传材料中的语言，描述功能，图片协助文献测试协助文献与否对的，易懂，与否人性化。最佳可以提供检索功能。广告用语产品出企业前的广告材料文字，功能，图片，人性化的检查文档审核测试文档审核测试目前越来越引起人们的重视，软件质量不是检查出来H勺，而是融进软件开发中来。前置软件测试发越来越受到重视。请看一种资料：总结据美国软件质量安全中心2023年对美国一百家著名的软件厂商记录，得出这样一种结论：软件缺陷在开发前期发现比在开发后期发
15、现资金，人力上节省90%；软件缺陷在推向市场前发现比在推出后发现资金，人力上节省90%o因此说软件U勺缺陷应当尽早发现。不是所有的软件都要进行任何类型的软件测试的，可以根据产品的详细状况进行组装测试不同样U勺类型缺陷管理软件测试的重要目的在于发现软件存在的错误(BUg),对于怎样处理测试中发现的错误,将直接影响到测试的J效果。只有对口勺、迅速、精确地处理这些错误，才能消除软件错误，保证要公布的软件符合需求设计的目的。在实际软件测试过程中，对于每个BUg都要通过测试.、确认、修复、验证等的管理过程，这是软件测试的重要环节。错误跟踪管理系统为了对的跟踪每个软件错误的处理过程，一般将软件测试发现日勺
16、每个错误作为一条条记录输入制定的错误跟踪管理系统。目前已经有口勺缺陷跟踪管理软件包括Compuware企业的TrackRecord软件(商业软件)、MoZilIa企业的BUZilla软件(免费软件)，以及国内的微创企业的BMS软件，这些软件在功能上各有特点，可以根据实际状况选用。当然，也可以自己开发缺陷跟踪软件，例如基于NoteS或是CleaiQuese开发缺陷跟踪管理软件。作为一种缺陷跟踪管理系统，需要对的设计每个错误的包括信息口勺字段内容和记录错误的处理信息的J所有内容。字段内容也许包括测试软件名称，测试版本号，测试人名称，测试事件，测试软件和硬件配置环境，发现软件错误的类型，错误日勺严重
17、等级，详细环节，必要时附图，测试注释。处理信息包括处理者姓名，处理时间，处理环节，错误记录日勺目前状态。对的的数据库权限管理是错误跟踪管理系统的重要考虑要素，一般要保证对于添加的错误不能从数据库中删除。软件错误的状态新信息(NeW)：测试中新汇报的软件缺陷；打开(Open)：被确认并分派给有关开发人员处理；修正(FiXed)：开发人员已完毕修正，等待测试人员验证;拒绝(DeClinCd):拒绝修改缺陷；延期(Defened):不在目前版本修复的错误，下一版修复关闭(CloSed)：错误己被修复；Bug管理日勺一般流程测试人员提交新的BUg入库，错误状态为New。高级测试人员验证错误，假如确认是
18、错误，分派给对应日勺开发人员，设置状态为OPen。假如不是错误，则拒绝，设置为DeClined状态。开发人员查询状态为OPen的Bug,假如不是错误，则置状态为DCelined；假如是BUg则修复并置状态为FiXCd。不能处理的Bug,要留下文字阐明及保持BUg为OPen状态。对于不能处理和延期处理的Bug,不能由开发人员自己决定，一般要通过某种会议(评审会)通过才能承认。测试人员查询状态为FiXedMJBug,然后验证BUg与否已处理，如处理置BUg的J状态为Closed,如没有处理置状态为Reopeno软件错误流程管理要点为了保证错误的对的性，需要有丰富测试经验的测试人员验证发现H勺错误与
19、否是真正的错误,书写的测试环节与否精确，可以反复。每次对错误日勺处理都要保留处理信息，包括处理姓名，时间，处理措施，处理意见，Bug状态。拒绝或延期错误不能由程序员单方面决定，应当由项目经理，测试经理和设计经理共同决定。错误修复后必须由汇报错误的测试人员验证后，确认已经修复，才能关闭错误。加强测试人员与程序员的I交流，对于某些不能反复的错误，可以请测试人员补充详细时测试环节和措施，以及必要的测试用例。软件开发模型软件开发模型重要有如下几类1.瀑布模型：这是最老式的软件开发模型，即分析-设计-编码-测试，但它的不可以答复性决定了它的使用局限性，它适合于开发中需求变更很少，代码质量较高以及开发人员
20、的水平极高U勺软件，虽然它具有以上的局限性，不过它是下面软件开发模型的基础；2,螺旋模型和跌代模型：这两个模型虽然有各自不同样H勺定义，不过实践起来是相似的，它将软件需求按照优先等级，分阶段，分周期开发，每个周期产生一套相对独立的软件产品。这个模型适合于需求变化比较多，最终成果不轻易被预料的软件。使用这种模型，软件错误可以尽早被发现。3,喷泉模型：这个模型在软件开发IJ勺任何一种阶段都可以返回到此前的阶段的软件模型，例如分析-概要设计-分析-概要设计-详细设计-编码-概要设计-详细设计-编码-测试。适合于需求变化频繁，项目时间不紧张的软件模型4,XP模型：这种模型没有分析和设计期间，一边编码一
21、边测试，没有任何文档产生。它适合于项目非常紧张的软件软件测试模型软件测试模型重要有V模型，X模型，OO模型。考虑到企业软件的特性，决定采用V模型进行测试工作，下面重要简介这种模型需求分析期间，测试的重要工作为审核需求分析汇报：需求中与否存在不合理现象；需求与否可以被实现召开需求评审会议：评审会议项目经理，系统分析师，顾客代表，客户，测试设计师参与书写验收测试计划概要设计概要设计期间，测试的重要工作为审核概要设计汇报：概要设计与否符合所有需求，概要设计与否存在问题召开概要设计评审会议：由项目经理，系统分析师，系统设计师，设计师，测试设计师,技术专家参与书写系统测试计划详细设计详细设计期间，测试的
22、重要工作为审核详细设计汇报：详细设计与否符合所有需求，详细设计与否存在问题召开详细设计评审会议：由项目经理，系统设计师，设计师，编码人员，测试设计师参与书写集成测试计划：开发开发期间测试重要工作为召开开发指南评审会议：由项目经理，设计师，开发员参与书写个阶段测试用例召开测试用例评审会议：由项目经理，测试设计师，测试工程师参与设计（由测试设计师设计）并书写测试脚本（由开发人员书写）开发后期，由开发人员对开发的模块进行单元测试集成测试按照模块上下集关系，进行从上到下或者从下到上的集成测试措施进行集成测试，单元测试与集成测试重要考虑功能性测试。同步也要对模个模块或者集成模块进行非功能性的抽样测试。系
23、统测试对整合系统进行整合测试，这时的测试重要测试系统的整体功能和所有非功能性的需求。验收测试验收测试首先进行正规性的测试，即由技术人员模拟各户环境，以顾客的身份进行安装和测试工作。然后进行非正规测试alpha测试和bate测试。Alpha测试由企业内部开发人员模拟顾客进行测试，这个时候还容许对需求做些修改工作Bate测试alpha测试后将产品提交给某些特定顾客，进行测试，注意这是H勺软件一定要有使用时间限制，这时候冻结系统需求开发周期所需要产生0文档I阶段I开发文档I测试文档立项前期项目协议可行性分析汇报项目计划书需求分析期需求规格阐明书需求规格审核汇报需求规格评审汇报验收测试计划书概要设计期
24、概要设计书概要设计审核汇报概要设计评审汇报系统测试计划书详细设计期数据库设计详细设计书详细设计审核汇报详细设计评审汇报集成测试计划书编码前期编码规范编码测试用例测试脚本设计书测试脚本编码后期单元测试汇报集成测试期集成测试汇报系统测试期系统测试汇报验收测试期验收测试汇报后期使用手册配置指南广告材料测试总结汇报（决定产品与否可以公布）蓝色为可选项环境为了保证软件版本的控制，需要建立三个环境，开发环境，测试环境以及公布环境测试环境：软件测试工作所用的环境公布环境：软件公布运行的环境软件在各个环境中的迁移：1 .当软件通过开发完毕，将软件产品移植到测试环境进行测试，这样测试和开发工作可以互相独立，互不
25、影响；2 .当软件测试完毕发现错误，开发人员在开发环境中修改错误，修改好后，打成数据包，传播到测试环境进行回归测试；3 .当软件决定公布时，将软件从测试环境移植到公布环境，供顾客使用开发环境与测试环境独立的好处是使开发工作与测试工作互互相不影响。测试，开发环境与公布环境独立的好处是使研发工作与顾客使用互相独立。概述软件/、J错误是不可防止的，因此必须通过严格的测试。通过对本软件的测试，尽量的发现软件中的J错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能对的地实现其预期的功能。检测和排除子系统（或系统）构造或对应程序构造上的错误，使所有的系统单元配合合适，整体口勺性能和功能
26、完整。并且使组装好的软件的功能与顾客规定一致。测试资源和环境硬件配置关键项数量性能规定期望到位阶段测试PC机1P4,主频2.6GHZ,硬盘300G,内存2G,此配置是实际用机需求分析阶段数据库服务器1P4,主频2.6GHZ,硬盘300G,内存2G,此配置是实际用机需求分析阶段软件配置资源名称/类型配置操作系统环境：操作系统重要分为windowsXP,windows7。其中windowsXP和windows7是重点测试对象浏览器环境：主流浏览器有：IE浏览器（IE8/9）。此测试根据开发提供根据决定测试范围功能性测试工具手工测试测试管理工具Bugfree测试数据本方案的测试数据来源于测试需求及测
27、试用例。测试方略系统测试类型及多种测试类型所采用的措施、工具等简介如下:功能测试测试范围验证数据精确度、数据类型、业务功能等有关方面的对的性测试目的核算所有功能均已正常实现，即与否与需求一致技术采用黑盒测试、边界测试、等价类划分等测试措施工具与措施手工测试开始原则开发阶段对应的功能完毕并且测试用例设计完毕完毕原则测试用例通过并且最高级缺陷所有处理需考虑的特殊事项顾客界面（UI）测试测试范围1 .导航、链接、Cookie页面构造包括菜单、背景、颜色、字体、按钮名称、TITLE、提醒信息的一致性等。2 .友好性、可操作性（易用性）测试目的核算各个窗口风格（包括颜色、字体、提醒信息、图标、ITrLE
28、等等）都与需求保持一致，或符合可接受原则，可以保证顾客界面的友好性、易操作性，并且符合顾客操作习惯。技术WEB测试通用措施工具与措施手工测试、目测开始原则界面开发完毕完毕原则UI符合可接受原则，可以保证顾客界面的友好性、易操作性，并且符合顾客操作习惯测试重点与优先级需考虑的特殊事项性能测试测试范围多顾客长时间在线操作时性能方面的测试测试目的核算系统在大流量的数据与多顾客操作时软件性能的稳定性，不导致系统瓦解或有关的异常现象技术手工测试、自动化测试开始原则自动化测试脚本设计并评审通过且项目组移交系统测试完毕原则系统满足顾客需求中所规定的性能规定测试重点与优先级需考虑的特殊事项安全性测试测试范围1
29、 .顾客、管理员的密码安全2 .权限3 .非法袭击测试日的1 .顾客、管理员的密码管理2 .应用程序级别的安全性：核算顾客只能操作其所拥有权限能操作的功能。3 .系统级别的安全性：核算只有具有系统访问权限的顾客才能访问系统。技术代码包或者非法袭击工具工具与措施手工测试开始原则功能测试完毕完毕原则执行多种非法操作无安全漏洞且系统使用正常测试重点与优先级需考虑的特殊事项兼容性测试测试范围1 .使用不同样版本的不同样浏览器、辨别率、操作系统分别进行测试。2 .不同样操作系统、浏览器、辨别率和多种运行软件等多种条件日勺组合测试。测试目的核算系统在不同样的软件和硬件配置中运行稳定技术黑盒测试工具与措施手
30、工测试开始原则项目组移交系统测试完毕原则在多种不同样版本不同样类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供根据决定测试范围）测试重点与优先级需考虑的特殊事项回归测试测试范围所有功能、顾客界面、兼容性、安全性等测试类型测试目的核算执行所有测试类型后功能、性能等均抵达顾客需求所规定的原则技术黑盒测试工具与措施手工测试和自动化测试开始原则每当被测试的软件或其环境变化时在每个合适的测试阶段上进行回归测试完毕原则95%的I测试用例执行通过并通过系统测试测试重点与优先级测试优先级以测试需求的优先级为参照需考虑的特殊事项软硬件设备问题测试实行阶段测试类型测试阶段单元测试集成测试系统
31、测试验收测试功能测试X/X性能测试X/ZX安全性测试X/X兼容性测试X/X顾客界面(UI)测试XX回归测试每当被测试的软件或其环境变化时在每个合适日勺测试阶段上进行回归测试备注：体现由测试组执行，“X”体现由项目组执行;测试通过原则系统无业务逻辑错误和二级FT、JBUG。经确定、J所有缺陷都已得到了约定的处理成果。所设计rJ测试用例已所有重新执行，已知的所有缺陷都已按照约定的方式进行了处理，并且没有发现新日勺缺陷。注：缺陷日勺严重等级阐明：A：严重影响系统运行的错误；B：功能方面一般缺陷，影响系统运行；C：不影响运行但必须修改；D：合理化提议。测试需求及测试用例追溯表参照测试需求列表及测试用例列表测试用例模板用例标识Ol项目名称*系统开发人员模块名称*用例作者参照信息测试类型功能测试设计日期测试人员测试措施手工、黑盒测试日期用例描述前置条件编号测试项操作环节预期成果数据实际成果成果比较阐明123测试进度测试用例ID开始日期完毕日期测试人备注01020304
