系统测试验收测试.pptx

第七章第七章 系统测试系统测试北京邮电大学软件学院本章内容1.系统测试概述2.功能测试3.性能测试4.压力测试5.安全性6.易用性测试7.兼容性测试8.健壮性测试9.文档测试10.回归测试11.验收测试1.系统测试概述软件系统要得到运行，必须具有相应的运行环境，包括硬件、网络、操作系统、数据库、中间件、外围系统、系统用户等。系统测试一般由若干个不同的测试组成，目的是在与真实生产环境一模一样的环境下充分运行系统，验证整个系统是否满足各方面的需求：是否满足了所有功能需求；系统响应时间是否满足要求；系统是否能够支撑大量用户并发访问；是否对出错有相应的处理等；1.系统测试概述系统测试关注的内容：目标：系统各方面是否都满足了用户的需求；依据：系统需求规格说明书；测试环境：在生产环境下进行的测试；执行者：以用户和开发组织的测试人员共同完成；测试方法：黑盒测试；评估方法：系统的功能和非功能要求是否都得到了满足；系统测试内容系系统测试测试内容内容功能测试系统的功能是否真正实现了安全性测试设法破坏程序的安全性、保密检查可靠性测试平均无故障时间、因故障停机时间，需要模拟运行环境系统恢复测试测试系统出错后如何恢复正常工作的并发负载测试在一定工作负荷和配置条件下，系统响应时间及处理速度疲劳强度测试让程序在高负荷情况下运行（建议72小时）大数据量测试企图证明程序不能处理目标中指出的大批数据存储量测试测试程序所占用的内外存容量（静/动态）系统测试内容系系统测试测试内容内容配置测试软硬件配置，至少每一类和最大最小的设备配置情况都要测试。兼容性测试向下兼容、交错兼容，对现有程序进行修改和补充后，要进行此类测试。互连测试测试不同系统之间的互连性。可维护性测试对维护过程和难易程度进行测试。易用性测试界面友好、错误信息简明易懂、测试操作工序次序正确。文档测试审查文档的正确性，对文档中的每个例子都要作为测试用例。安装性测试测试系统的安装过程。启动/停止测试系统启动及关机阶段，能否正常运行。2.功能测试功能测试是系统最重要、最基本的测试工作。功能的完善是对一个软件系统最基本的要求。功能测试主要是根据系统需求规格说明书的内容，来检测系统是否满足了需求定义的全部功能。一般情况下，采用黑盒测试来进行功能测试，常用的黑盒测试方法都可以用来设计功能测试的测试用例，包括等价类划分、边界值、因果图、错误推测法等。功能测试发现的问题是否需求规格说明书中定义的功能都得到了实现实现的功能是否满足了用户的业务要求各项输入是否都满足了需求定义的要求系统对输入是否都进行了正确的处理，并给出了直观、正确的输出不同角色的用户在系统中能够进行的操作是否与需求定义的一致系统对业务流程的支持是否流畅、合理、正确系统是否给出了清晰的提示系统是否进行了适当的出错处理功能测试步骤制定功能测试测试计划按照系统需求规格说明书的描述，编写功能测试用例按照测试用例，执行系统功能测试记录测试结果，并将bug反馈给开发人员对于修改后的问题进行回归测试对未修改的功能进行抽测，已确认系统的修改是否对其他部分产生了影响发布可部署的软件版本对功能测试进行总结3.性能测试性能是一种表明软件系统或构件对于实时性要求的符合程度的指标。通常用系统响应时间来衡量。响应时间的理解从系统角度看：指系统对请求做出响应所需要的时间从用户角度看：提交请求后，到得到结果所需要的时间对于网络软件系统，用户感觉到的响应时间除了服务器的处理时间外，还要包括网络传输的时间响应时间越短，用户就越满意，相反用户就越不满意。性能测试的概念性能测试是用来测试软件在集成系统中运行的性能。其目标是度量系统相对于预定义目标的差距。性能测试可分布于软件测试的各个步骤（单元测试、集成测试、系统测试），但一般来讲，只有在系统测试阶段，才能检查一个系统的真正性能。性能测试可根据需要，分别采用白盒测试和黑盒测试。性能测试的目的性能测试的目的就是通过测试确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，起到优化系统的目的。通过性能测试能达到以下目的：评估系统的能力识别系统中的瓶颈系统调优验证稳定性（resilience）、可靠性（reliability）性能测试的目的评估系统的能力测试中得到的负荷和响应时间等数据可以被用于验证所测试的模型的能力，并帮助做出决策。识别系统中的瓶颈受控的负荷是否可以被增加到一个极端的水平并突破它，从而识别系统的瓶颈或薄弱的地方。性能测试的目的系统调优识别出系统的性能瓶颈后，通过提高硬件配置、改进算法、优化数据库性能等方法，对系统进行调优，从而提高系统的性能。验证稳定性（resilience）、可靠性（reliability）使系统在一定的生产负荷下长时间执行，是评估系统的稳定性和可靠性的有效方法。性能测试主要参数响应时间并发用户数系统吞吐量服务器性能参数响应时间系统响应时间指从向应用系统发出请求开始，到客户端接收到最后一个字节数据为止所消耗的时间。合理的响应时间取决于实际的用户需求，需要在需求分析时进行定义。例如大数据量统计请求，用户即使等待30分钟，也认为是合理的；而登录、修改密码等操作的响应时间应该在几秒内。并发用户数并发用户数一般是指同一时间段内访问系统（向系统提交请求）的用户数量。在系统业务操作高峰时，会发生并发用户数过多，并发访问量过大的情况，这时会导致系统响应速度下降，甚至导致系统拒绝服务。最大并发用户数：指在系统响应时间和服务器性能参数在某个水平的前提下，系统最多能够支持的并发访问用户数量。最大并发用户数越大，系统性能越好，反之，则系统性能越差。系统吞吐量吞吐量指单位时间内系统处理的客户请求数量。一般用请求数/秒或页面数/秒来衡量。吞吐量指标可以直接体现软件系统的性能承载能力。服务器性能参数服务器性能参数是描述服务器或操作系统性能的一些数据指标。这些参数值在性能测试中发挥着监控和分析的关键作用，尤其是在分析系统的可扩展性、进行性能瓶颈定位时，对服务器性能参数值的分析比较关键。服务器性能参数与操作系统有关的参数：CPU平均利用率、内存平均占用率、硬盘占用率、I/O数量、网络时延。与数据库有关的参数：I/O等待时间、内存平均使用率、CPU平均使用率、一次I/O操作中所读的最大Blocks数、日志（Log）的增长情况、数据库的访问速度、数据库能支持的最大用户数、数据库缓存（Cache）命中率、不同数据库参数下的性能情况、锁的处理。与软件有关的参数：交易的平均响应时间（从接收请求到回复响应的时间）、每秒交易数量（单位时间里的执行次数）、对中间件功能的调用、远程处理延迟。性能测试方案制定任务分布图有哪些交易任务？在一天的某些特定时刻系统都有哪些主要操作？交易混合图高峰期有哪些业务操作？中间件操作有多少？数据库操作有多少？如果任务失败，那么商业风险有多少？用户概况分析哪些任务是每个用户都要执行的?针对不同角色的用户，他们的任务是什么?针对每个用户组，不同任务的比例如何?任务分布图交易混合图交易名称日常业务高峰期业务Web服务器负载数据库服务器负载风险登陆70/hr210/hr高低大开一个新帐号10/hr15/hr中等中等小生成订单130/hr180/hr中等中等中更新订单20/hr30/hr中等中等大发货40/hr90/hr中等高大用户概况分析定票部门飞行部门管理部门输入订单10025更新订单5010计算飞行里程705计算销售84.压力测试压力测试（StressTesting）是指模拟巨大的工作负荷，以检验系统在峰值使用情况下是否可以正常运行。压力测试一般用于测试系统的稳定性。一般通过模拟负载的方法使系统的资源使用率达到一个较高的水平。通常设定内存使用率达到75%以上、CPU使用率达到75%以上在这种情况下测试系统响应时间、系统有无错误产生。压力测试与性能测试的比较目的不同：性能测试：检查系统在一定负载下的响应速度、资源使用率等性能指标压力测试：测试系统在最大负载情况下的运行情况性能测试与压力测试往往同时进行，如对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力测试。压力测试角度不断重复访问某个功能，看系统是否会失效模拟大并发量访问系统的某个功能，看系统是否会失效提交大数据量测试用例，看系统是否会失效；设计随机变化的测试用例，例如访问重复次数、访问顺序、访问次数、数据量等，以获得与实际更接近的压力测试效果容量测试容量测试是压力测试的一种，旨在测试系统承受超额数据容量来发现其是否能够正确处理。压力测试主要是面向大访问量，而容量测试主要是面向大数据量。容量测试一般要对外部的数据进行分类，并对每类数据进行容量限制的分析，而后对每类数据构造大容量数据进行测试，以检验系统在这种情况下的处理能力、响应时间、出错处理等是否满足用户需求。5.易用性测试软件在开发完成之后，除了要满足可用性之外，还要具有良好的易用性。终端用户是否觉得软件易用，往往直接决定了一个软件能否取得市场的成功。由于易用性差导致软件系统失败的案例比比皆是。例如某个单位开发了办公自动化系统，配备了很好的机器设备和网络环境，领导也非常重视，但是使用了一段时间之后，就把软件系统束之高阁了，重新回到了手工处理的时代，问题的关键就在于该系统不符合用户使用习惯，不符合行业特点。易用性易用性被描述成软件产品被理解、学习、使用和吸引用户的能力。易用性涉及到易理解性、易学习性、美观性、一致性和业务符合性等方面。易用性测试是一个非常有挑战性的工作，往往依靠测试工程师丰富的行业经验和对行业知识深刻的理解。易用性测试不仅包括对系统使用方式的测试，还包括对用户手册、在线帮助等文档的测试。易用性测试内容安装测试功能易用性测试用户界面测试辅助系统测试安装测试安装测试就是按照用户安装手册的描述对软件进行安装，来评估安装过程的易用性和正确性。需要考察一下方面：安装手册撰写是否完备安装自动化程度安装过程中断测试安装后卸载的测试不同环境下安装测试安装顺序测试安装的正确性测试功能易用性测试功能易用性指系统功能在满足用户业务要求的同时，使用的方便性。在测试系统功能易用性时主要考察以下方面：业务符合性功能定制性业务模块的集成度数据共享能力约束性交互性错误提示用户界面测试界面整体测试界面元素测试用户界面设计原则符合相关标准和规范界面清晰简洁功能布局直观界面风格一致展现效果可灵活配置界面整体测试规范性测试界面设计符合现行标准和规范一致性测试使用标准控件，标准分辨率，标准快捷键合理性测试界面设计是否与系统功能融洽，颜色布局是否协调界面元素测试窗口测试菜单测试图标测试鼠标测试文字测试窗口测试窗口大小、颜色、背景等是否合理窗口中的菜单、工具条、滚动条、对话框、按钮、图标等是否布局合理和正常使用窗口是否可以被移动活动窗口能否被反显加亮窗口是否能够正确关闭多个窗口叠加时，窗口名称是否显示正确窗口是否支持最小化、最大化窗口上的文字是否能根据窗口的缩放而缩放在窗口中按Tab键可以实现聚焦按顺序移动菜单测试菜单功能是否能执行下拉菜单是否根据菜单选项的含义进行分组菜单是否有快捷命令文本字体、大小和格式是否正确菜单功能是否随当前的窗口操作加亮或变灰右键快捷菜单是否采用与菜单相同的准则是否可以通过鼠标访问所有菜单下拉式操作是否能够正常工作菜单深度控制在三层以内菜单标题含义明确是否依据使用频度排列图标测试图标是否符合常规的表达习惯不同的目标采用不同的图标图标具有清晰的轮廓图标具有合理的尺寸图标直观形象，具有标识性鼠标测试在交互式语境中是否可以识别鼠标操作鼠标单击、双击、多击的功能是否真确实现光标、处理器指示和识别指针是否随操作恰当的变化支持滑轮的上下翻动操作用沙漏表示系统忙，用手型表示可以点击文字测试文字内容准确文字格式适当、美观文字拼写正确，无语法错误文本清晰，无二义性必填项加特殊标注辅助系统测试帮助测试系统帮助是否与系统一致，内容完整性、可理解性和使用方便性向导测试验证向导是否正确，是否每一步都有向导说明，指示是否直观、准确信息提示对文本、图形、声音、对话框等提示性信息进行检查，验证提示是否合理、正确、醒目、一致6.安全性测试软件系统安全是信息安全的重要组成部分，针对程序和数据的安全性测试是测试的重要内容。安全性是通过某些功能来体现的，易用性与安全性紧密联系，但也存在矛盾。通常易用性强调软件系统安全性相对较差，安全性较高的软件系统易用性也比较弱。安全性测试是检查系统对非法侵入的防范能力，其目的是为了发现软件中存在的安全隐患。系统安全威胁信息系统的安全威胁主要来自于四个方面：自然灾害威胁、系统故障、操作失误、人为蓄意破坏。前三种安全风险的防范可以通过加强管理、双机备份、应急措施等方法解决。人为蓄意破坏主要包括计算机病毒和黑客攻击两种。计算机病毒是一种恶意程序，目的是破坏计算机系统或计算机中存放的各种程序和数据文件，或耗费系统资源，甚至破坏系统硬件。黑客攻击指通过非法的方式入侵系统，窃取或篡改信息，甚至控制系统运行过程。系统安全性设计准则系统安全设计的准则是使非法侵入的代价超过被保护的信息的价值，从而令非法侵入者无利可图。一般来讲，如果黑客为非法入侵花费的代价（考虑时间、费用、危险等因素）高于得到的好处，那么这样的系统可以认为是安全的。系统安全策略用户认证机制权限控制、数字证书、数字签名、智能卡认证等加密机制对称加密、非对称加密安全防护策略入侵检测、隔离防护、漏洞扫描、木马查杀、系统日志等数据备份与恢复手段日常备份、容灾备份防病毒系统病毒监控、病毒查杀系统安全测试策略防火墙测试是否支持交换和路由两种工作方式；是否支持对HTTP、FTP、SMTP等服务类型的访问控制；是否考虑到防火墙的冗余设计；是否支持对日志的统计分析功能；对防火墙本身或受保护网段的非法攻击系统，是否提供多种告警方式以及多种级别的告警。系统安全测试策略入侵检测系统测试是否能在检测到入侵事件时，自动执行切断服务、记录入侵过程、邮件报警等动作；是否支持攻击特征信息的集中式发布和攻击取证信息的分布式上载；能够提供多种方式对监视引擎和检测特征的定期更新服务；内置的网络能够使用状况监控工具和网络监听工具；系统安全测试策略漏洞扫描的测试能否定期或不定期地使用安全性分析软件对整个内部系统进行安全扫描，及时发现系统的安全漏洞、报警，并提出补救建议。病毒防治测试能否支持对多种病毒的防范；能否支持对邮件附件病毒的防范；能否提供对病毒特征信息和检测引擎的定期在线更新服务；系统安全测试策略安全审计的测试能否进行数据收集、统一存储、集中安全审计；是否支持PKI的应用审计；能够提供自定义的审计规则；数字证书系统是否提供证书申请、身份审核、证书下载等服务功能；是否可以提供加密证书和签名证书；系统是否提供证书认证策略及操作策略的管理服务；系统安全测试策略密钥管理是否制定了密钥管理策略；是否具备密钥生成、密钥发送、密钥存储、密钥查询、密钥撤销、密钥恢复等基本功能；密钥管理中心的审计、认证、恢复、统计等系统管理是否具备；加密测试是否具备基础加密服务功能；能否提供多密码算法的支持；系统安全测试策略备份容灾测试对于关键业务系统，是否采用了双机热备机制；对所有业务，是否提供了磁带备份和恢复机制；是否建立了异地容灾备份中心；容灾备份中心是否有足够的带宽确保与主中心的数据同步；是否确保快速可靠地与主中心的应用切换；系统安全测试策略对系统日志的测试日志是否记录了所有用户访问系统的操作内容，包括登录用户名、登录时间、浏览数据动作、修改数据动作、删除数据动作、退出时间、登录IP等。日志是否完整日志是否提供了系统使用情况分析的功能7.兼容性测试兼容性测试将验证软件与其所依赖的环境的依赖程度，包括对硬件的依赖程度、对平台软件、其他软件的依赖程度等。兼容性测试需要在各种各样的软硬件环境下进行，需要测试的环境包括的硬件设备包括服务器、客户端机器、网络连接设备等；包括对软件环境包括操作系统、数据库、中间件、浏览器等。硬件兼容性系统运行对硬件机型的要求对指定机型的机器是否能够正常运行对CPU是否有特殊要求对板卡是否有特殊要求系统运行对硬件配置的要求最低配置是否能够满足系统运行要求推荐配置下系统的响应速度软件对运行环境硬件是否有其他特殊声明软件应尽可能在多种硬件环境下运行软件兼容性操作系统兼容性Windows平台兼容性Unix平台兼容性Linux平台兼容性数据库的兼容性系统最好能够支持多种数据库，例如Oracle、SqlServer、MySql等中间件兼容性系统最好是能够支持多种同类型的中间件浏览器兼容性如果是Web系统，最好能够支持多种浏览器下使用8.健壮性测试系统的健壮性有两层含义：一是高可靠性，二是从错误中恢复的能力。一个健壮的软件，在输入符合规格说明的数据时不应出现意外的结果，同时即使在不允许的操作条件下运行也不会崩溃。健壮性测试（RobustnessTesting）主要用于测试系统在出现故障时，是否能够自动恢复或者忽略故障继续运行。为了检测产品的健壮性，测试人员故意输入一些不符合输入规格的测试数据，由此判断软件的健壮程度。系统恢复测试重点程序执行出错后是否能正常恢复；机器供电出现问题时系统是否能够正常恢复；周边系统出现故障，解决后，系统是否能够自动恢复与周边系统的通信；系统恢复后数据是否丢失；恢复是否会引起系统性能的降低；恢复处理日志方面的能力；健壮性标准通过：系统调用运行输入的参数产生预期的正常结果。灾难性失效：这是系统健壮性测试中最严重的失效，这种失效只有通过系统重新引导才能得到解决。重启失效：一个系统函数的调用没有返回，使得调用它的程序挂起或停止。夭折失效：程序执行时由于异常输入，系统发出错误代码使程序中止。沉寂失效：异常输入时，系统应当发出错误代码，但是测试结果却没有发生异常。干扰失效：指系统异常时返回了错误代码，但是该错误代码不是期望中的错误代码。健壮性测试的执行基于错误的策略确认所有可能的错误源为每一类错误开发错误插入技术基于覆盖率的策略接口覆盖的数量故障位置覆盖的数量例外覆盖的数量基于失效的策略用例设计故障是否被处理了例外是否被处理了一个组件中的失效是否影响另一个组件9.文档测试文档测试（DocumentationTesting）主要针对系统提交给用户的文档进行验证，目标是验证用户文档是正确的并且保证操作手册的过程能够正确工作。文档测试有助于发现系统中的不足并且/或者使系统更可用，进而提高系统的可用性、可靠性、可维护性和安装性。文档类型文档是软件的重要组成部分，软件开发过程中会输出各种类型的文档，包括：文档用户文档开发文档管理文档用户手册操作手册维护手册软件需求规格说明书软件概要设计说明书软件详细设计说明书软件数据库设计说明书程序说明书项目开发计划项目周报项目月报项目总结用户文档的作用改善软件的易安装性提高软件的易用性改善软件的可靠性降低技术支持的成本文档测试方面文档测试主要检查文档的正确性、完备性和可理解性。正确性指不要把软件的功能和操作写错，也不允许文档内容前后矛盾。完备性是指文档不可以虎头蛇尾，更不许漏掉关键内容。可理解性指文档一定要让大众用户看得懂，文中使用的符号、术语、缩写等必须要有解释，语言描述要清晰、严谨，避免二义性。用户文档测试需要注意的问题要重视文档的测试，作为一个独立的工作进行，配合专门测试人员和测试预算文档测试不仅仅是对文字的校对，需要从文档的目的出发，发现文档中存在的各种结构、表达、组织、编辑等方面的问题文档测试要输出正规的测试报告，并对测试出的问题进行跟踪和复测用户文档测试要点读者群：针对不同的读者水平，撰写不同角度的文档；术语：术语定义清晰，与标准和业界规范相吻合；正确性：文档与软件需要完全匹配，及时更新，认真撰写更新记录；完整性：对照软件，检查是否有重要的内容遗漏，保障文档的完整性；一致性：按照文档描述的操作执行后，能够得到与文档上描述一致的结果；用户文档测试要点易用性：通过目录、标题、关键字检索等手段提高文档的易用性；图表与界面截图：检查文档中的图表与截图是否与当前版本一致，图表标题的正确性；样例和示例：文档中给出道样例或示例必须能够正确执行；语言：不要出现错别字，不要出现有二义性的描述；印刷与包装：检查印刷与装订是否存在问题，检查包装是否方便运输与使用；10.回归测试开发中和开发完成的软件系统很难避免需要进行修改：增加新的功能修改原有功能修改系统bug每当软件发生变化时，必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。为了验证修改的正确性及其影响就需要进行回归测试。回归测试回归测试是在软件发生变动时保证原有功能正常运作的一种测试策略和方法。回归测试不需要进行全面的测试，而是根据修改的情况进行有选择性的测试。保证软件原有功能正常运作，或称之为软件修改的正确性，可以从两方面来理解：所做的修改达到了预期的目的，例如缺陷得到了修改，新增加的功能得到了实现软件的修改没有引入新的缺陷，没有影响原有的功能实现回归测试回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的比重，软件开发的各个阶段都会进行多次回归测试。由于系统的测试用例数量非常庞大，每次回归测试不可能将所有测试用例全部重新执行一遍，所以选择正确的回归测试策略来改进回归测试的有效性是非常有意义的。回归测试策略为了提高回归测试效率，需要维护测试用例库，并在进行回归测试时，依据一定的策略选择相应的回归测试用例包进行测试。随着软件的改变，软件的功能和应用接口以及软件的实现发生了演变，测试用例库中的一些测试用例可能会失去针对性和有效性，而另一些测试用例可能会变得过时，还有一些测试用例将完全不能运行。为了保证测试用例库中测试用例的有效性，必须对测试用例库进行维护。包括删除过时的测试用例、改进不受控制的测试用例、删除冗余的测试用例、增添新的测试用例。回归测试包在软件生命周期中，即使一个得到良好维护的测试用例库也可能会变得相当庞大，这使得每次回归测试都重新运行完整的测试包变得不切实际。测试组不得不选择一个缩减的回归测试包来完成回归测试。选择回归测试策略应该兼顾效率和有效性两个方面。常用的回归测试包选择方法再测试全部测试用例。最安全、成本最高、时间、人力很难满足基于风险选择测试首先运行最重要的、最关键和最可疑的测试用例，而跳过那些非关键的、优先级别低的或者稳定的测试用例基于操作剖面选择测试可以优先选择最重要或最频繁使用功能的测试用例，尽早发现对可靠性有最大影响的故障。再测试修改的部分识别软件修改影响的范围，回归测试包应尽量覆盖全部受影响的模块回归测试的步骤(1)识别出软件中被修改的部分。(2)从原基线测试用例库T中排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。(3)依据一定的策略从T0中选择测试用例测试被修改的软件。(4)生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。(5)用T1执行修改后的软件。11.验收测试验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。即软件系统可以正式投入运行。在一些项目中，开发组织（或者独立的测试小组）与最终用户组织的代表一起执行验收测试。而在另一些项目中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。验收测试设计要点验收测试的目的主要是验证软件功能的正确性和需求的符合性。验收测试用例所覆盖的范围应该只是软件功能的子集，而不是软件的所有功能。验收测试用例应当是粗粒度的、结构简单的、条理清晰的，而不应当过多地描述软件内部实现的细节。验收测试用例的组织应当面向客户，从客户使用和业务场景的角度出发，而不是从开发者实现的角度出发。设计验收测试用例应当充分把握客户的关注点。测试测试与测试测试在软件交付使用后，用户将如何使用软件对开发者来说是无法预测的，当软件是为特定用户开发的，可以通过一系列验证测试去验证用户需求是否已经得到满足，但是对于为多用户开发的商业软件产品，每个用户都对软件进行验收测试是不切实际的，很多软件产品生产者采用测试和测试 去发现只有最终用户才能发现的错误。测试测试测试目的是评价软件产品的FLURPS（功能、局域化、可使用性、可靠性、性能和支持）。测试是由用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。开发者可以坐在用户旁边，随时记录用户使用中的错误和修改建议，是在受控制的环境下进行的测试。测试人员是除开发人员外首先见到产品的人，他们提出的功能和界面的修改意见是非常有价值的。测试可以在编码结束后就开始，但是为了保障测试的效果，最好在软件达到一定稳定性和可靠性之后再开始进行测试。测试测试测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。与测试不同的是，开发者通常不在测试现场。测试是在开发者无法控制的环境下进行的软件现场应用。参与测试的用户记录下在软件使用过程中遇到的问题，包括客观问题及主观建议，并定期向开发者报告，开发者采纳其中合理的建议，并进行相应修改。只有当测试达到一定可靠程度后，才能够开始测试。由于测试发生在测试的最后阶段，所以不能指望测试能够发现主要的问题。课堂作业1、在系统测试环节都需要进行哪些测试工作？2、对系统进行性能测试的目的有哪些？3、常用的系统安全策略有哪些？