搜索
软件测试理论—系统测试密级：内部公开•中兴通讯版权所有主题内容�什么是系统测试系统测试的主要内容�系统测试的过程�测试过程改进密级：内部公开•中兴通讯版权所有LifeCycleTesting测试生命周期用户需求体系结构设计详细设计编码实现单元测试集成测试系统测试验收测试PrepareplanVerifyPrepareplanVerifyPrepareplanVerify软件需求密级：内部公开•中兴通讯版权所有系统测试——验证还是确认？系统测试使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的系统需求或是弄清预期结果与实际结果之间的差别。验证（Verification）验证确定工作产品正确反映了它们的规定需求。换言之，验证保证“你正确地构建了它”。确认（Validation）确认确定提供的产品将满足其预期使用。换言之，确认保证“你构建了正确的产品”。——CMMI模型第3章密级：内部公开•中兴通讯版权所有主题内容�什么是系统测试系统测试的主要内容�系统测试的过程�测试过程改进密级：内部公开•中兴通讯版权所有系统测试主要内容功能测试恢复性测试（灾难测试、容错测试）敏感性测试安全性测试接口测试用户界面测试安装/升级测试配置测试/兼容性测试国际化（语言）测试用户文档测试……性能测试强度测试容量测试可靠性测试边界测试……冒烟测试回归测试随机测试硬件系统专有测试可靠性试验可生产性测试可维护性测试密级：内部公开•中兴通讯版权所有压力测试常称为强度测试，通常还包括极限性测试和敏感性测试等，用于测试系统对异常工作强度（包括过大的工作量、不充足的内存、不可用的服务/硬件或过低的共享资源等）情况下的处理能力。极限测试侧重于测试系统在内部和外部达到最大额定指标时能否正常工作敏感性测试侧重于测试系统在一些临界点条件下功能结果和性能表现是否产生突变。密级：内部公开•中兴通讯版权所有压力测试常用工具SmartBits等数据流量模拟发生器RationalTestManager的VU(VirtualUsers)模拟测试脚本工具话音模拟呼叫器，等。常见故障在异常资源配置下容易产生系统崩溃或处理能力急剧下降、出错率急剧上升的现象达不到需求所要求的最高容量指标在允许的资源配置范围内存在某些临界点（特定输入或配置），在这些临界点系统的功能性能表现产生突变甚至系统发生崩溃。密级：内部公开•中兴通讯版权所有配置（兼容性）测试主要包括组网测试和软硬件平台配置测试组网测试的目的是测试系统是否满足其需求中所支持的所有组网类型和组网规模软硬件平台配置测试的目的是测试系统是否满足其需求中所支持的不同软硬件平台配置。兼容性测试是指系统的适应能力测试，可分为环境兼容测试和版本兼容测试。密级：内部公开•中兴通讯版权所有配置（兼容性）测试常见故障系统在采用需求中支持的某些组网方式时的功能或性能出现问题；系统在采用需求中支持的某些平台、软件配置方式时的功能或性能出现问题。密级：内部公开•中兴通讯版权所有安全测试安全测试就是检查系统对于外部的非法侵入的抵御能力。系统安全测试的准则是，测试非法侵入的代价是否超过被保护信息的价值。信息安全与保密（Security）不同于人身安全和重大财产损失（Safety）。在公司的产品研发中，需要重点考虑的是信息安全方面随着ISO14000/18000的实施，Safety方面的内容会增多密级：内部公开•中兴通讯版权所有安全测试主要方法：想方设法截取或破译口令；专门定做软件破坏系统的保护机制；故意导致系统失败，企图趁恢复之机非法进入；试图通过浏览非保密数据，推导所需信息，等。主要工具：协议分析仪、系统漏洞扫描软件，黑客工具等。常见故障系统缓冲区溢出、堆栈溢出错误。系统存在密码安全、权限管理、数据安全方面的漏洞，可被轻易的进入并进行非法获取和破坏。密级：内部公开•中兴通讯版权所有恢复性测试检查系统的容错能力，测试系统在遇到系统崩溃、硬件损坏或其他灾难性问题后能否很好地恢复，测试的具体内容包括创建各种可能的灾难状况，测试系统从异常状态恢复到正常状态所需的时间、花费的代价、对周边设备和系统造成的影响，系统恢复的完整性和一致性等。常用工具：主要是制造系统异常，按系统恢复功能进行恢复操作，直至系统继续正常运行为了测试系统恢复之后是否运行正常，也可以采用一些自化测试工具进行回归测试，以提高测试的效率。密级：内部公开•中兴通讯版权所有恢复性测试常见故障系统发生异常后无法恢复，造成系统数据被破坏，即重启系统、恢复备份数据也不可行，严重的可能造成系统硬件故障；系统恢复时间过长、代价过高；系统不能完全恢复到原来的正常状态，造成一定损失；系统恢复过程对周边设备和环境造成较大影响，无法消除，等。密级：内部公开•中兴通讯版权所有用户界面测试以用户的角度来对软件界面的易用性、风格、合理性等面进行评估和测试。通常包括软件的“界面显示测试”和“界面功能测试”，而界面功能测试主要结合系统功能进行测试。常用工具：Winrunner、Robot等录制回放工具密级：内部公开•中兴通讯版权所有用户界面测试测试要点和常见故障：易用性与合理性：步骤繁琐的操作，比例不协调、摆放凌乱的窗口和控件，层次过多的子窗口和菜单规范性：不符合Windows规范的控件设计，与常规Windows操作不符的流程与操作等容错性：编辑控件对非法字符、超出边界值的输入处理不当或没有提示，容易造成系统重启、数据删除丢失等的操作没有提示等帮助：无帮助信息提供，或者不提供获取帮助的快捷操作美观与风格：界面颜色不协调、界面风格与公司相关产品风格不符、与业界通用风格不符，图片、图标等不符合公司CI规范。资源：界面长时间运行操作造成系统内存耗尽、界面对系统资源独占使用等密级：内部公开•中兴通讯版权所有安装升级测试安装升级测试是以最终用户的角度测试系统的可安装性以及系统是否具有升级或卸载功能。安装升级测试，需要重点测试系统的软硬件平台的兼容性。主要内容：安装升级基本功能测试卸载测试(可选)平台兼容性易用性与合理性测试健壮性测试密级：内部公开•中兴通讯版权所有安装升级测试常用工具：通常手工进行。可借助录制回放工具进行反复的软件安装测试。常见故障：系统的软硬件不能兼容。系统软件在不同的平台下安装后不能正常工作。系统版本升级后，无法正常工作，系统无法回退到升级前的版本。系统的硬件安装不符合用户习惯。系统的软硬件安装升级过程和用户文档上的叙述不一致，甚至错误，误导最终用户。密级：内部公开•中兴通讯版权所有文档/帮助测试各种用户文档和联机帮助系统是软件产品的重要组成部分，保证其正确性也是软件测试工程师的职责。文档/帮助测试的目的在于：提高易用性，使软件用户更容易地学习和使用软件产品。提高可靠性，如果用户阅读文档，然后使用软件，最终得不到预期结果，这就是可靠性差。降低支持费用，好的文档/帮助通过恰当的解释和引导可以在用户有麻烦或者遇到意外情况时减少请求公司帮助。密级：内部公开•中兴通讯版权所有文档/帮助测试从用户的角度来测试软件文档是非常有效的方法。仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。利用这个现实的简单方法，可以找出软件和文档中的缺陷。常用的方法有：评审和审查，检查文档的编辑清晰性。动态测试，结合实际程序的使用而使用文档。让独立的第三方（如用户）或其他人员(如以前没有接触或使用过本系统的新手)在程序的使用语境测试文档也是十分有效的方法。密级：内部公开•中兴通讯版权所有文档/帮助测试的检查单示例文档是否精确描述了各种使用模式？每个交互顺序的描述是否精确？例子是否精确？术语、菜单描述和系统响应是否与实际应用程序一致？是否能够很方便地使用文档定位和排除错误？文档的内容和索引是否精确完整？文档的设计（布局、缩入和图形）是否便于信息的理解？显示给用户的错误信息是否有更详细的文档解释？如果使用超级链接，超级链接是否精确完整？如果使用超级链接，导航设计是否适合于所需要的信息？密级：内部公开•中兴通讯版权所有冒烟测试也称为构建验证测试（BVT，BuildVerificationTest）测试被测系统是否具有基本运行功能，如启动、加载、执行基本操作等。常与每日构建相结合，作为集成测试的一个重要部分在系统测试中用作入口检查通常需要自动化工具常见故障被测系统无法启动和加载；基本功能出现故障；自动化测试无法正确执行。密级：内部公开•中兴通讯版权所有回归（Regressive）测试对系统的新增功能和以前测试中已经测试过无故障的相关功能进行验证，以保证新增功能和/或对旧有故障的修改不会在被测系统中引入新的故障，其测试范围和规模介于完整测试和简单的故障验证测试之间。需要根据新增/修改功能的波及范围精心选择和设计测试范围与测试用例尽量采用自动化测试工具密级：内部公开•中兴通讯版权所有随机（Ad-hoc）测试俗称“猴子”测试最好由用户代表进行公司内部可结合新员工/工程/客服人员培训进行应该有适当的组织和计划密级：内部公开•中兴通讯版权所有主题内容�什么是系统测试系统测试的主要内容�系统测试的过程�测试过程改进密级：内部公开•中兴通讯版权所有项目周期中的系统测试阶段划分系统测试计划阶段系统测试设计和开发阶段系统测试执行和评估阶段密级：内部公开•中兴通讯版权所有系统测试计划阶段主要活动制定系统测试总体计划简述项目，明确测试的范围定义测试策略（阶段、类型、技术、标准等）编制测试需求工作分解和估算资源分配进度表风险识别与应对系统测试总体计划评审批准系统测试总体计划系统测试总体计划纳入配置管理密级：内部公开•中兴通讯版权所有系统测试设计和开发阶段主要活动系统测试方案设计测试方案评审系统测试规程设计建立需求跟踪矩阵系统测试规程评审系统测试用例细化和再开发系统测试用例评审测试工具的设计和研制密级：内部公开•中兴通讯版权所有系统测试设计和开发阶段常见风险不做测试设计，或测试过程并未系统测试总体计划的要求来做。测试设计不详细，不是基于可量度的测试策略，例如测试计划覆盖一个集合或者测试需求的一个子集。测试过程没有检验测试需求。测试开发没有依据，测试规程和用例与测试方案或系统测试总体计划中测试策略没有对应性。测试过程不可重复或不可重用。密级：内部公开•中兴通讯版权所有系统测试设计和开发阶段常用度量需求覆盖率（百分比）＝测试覆盖的需求/所有的需求×100%；测试用例的数量（条）；自动化测试在系统测试中的比例（百分比）＝采用自动化测试的系统测试用例数目/全部的测试用例总数×100%；测试用例设计和开发的工作量（人时）；测试工具研制的工作量（人时）；系统测试文档评审的工作量（人时）；密级：内部公开•中兴通讯版权所有系统测试执行和评估阶段主要活动系统测试申请系统测试申请审批制定系统测试详细计划执行系统测试准备系统测试执行系统测试总结和评估密级：内部公开•中兴通讯版权所有系统测试执行和评估阶段常见风险没有制定系统测试详细计划，测试开始之前测试人员不能明确本次系统测试活动应测试的测试用例。测试执行不按照系统测试详细计划的要求来做，不能确保计划要求的测试用例都能得到执行。未对测试的原始数据进行纪录。本次系统测试新的有效测试规程和测试用例并未及时给予纪录并管理。项目组和产品线的压力有可能导致测试人员的测试评估不够客观准确。没有有效利用各种自动化测试手段，手工测试太多。密级：内部公开•中兴通讯版权所有系统测试执行和评估阶段常用度量测试用例通过率（百分比）＝本次测试中通过的用例数/实际执行的用例数；测试用例覆盖率（百分比）＝本次测试中实际执行的用例数/计划执行的用例数；本次测试中测试通过的系统测试用例数目（条