AL123 人文社科会员免费专区文学 2024-12-20

金融软件测试从入门到实践_中电金信质量安全团队_AZW3_MOBI_EPUB_PDF_电子书（无页码）_中电金信质量安全团队

内容节选

5.2软件测试流程从整个项目管理角度来看，软件测试流程可以分为立项、计划、实施、监控和收尾五大过程，而在每个阶段会用到不同的方法、理论和工具。在金融软件测试中，项目通常以产品、系统或者某个功能、业务板块作为测试需求的主体。软件测试流程可以细分为测试计划、测试需求分析、测试用例设计与评审、测试用例执行、缺陷管理、报告分析等，作为软件生命周期中的一个重要环节，软件测试同样要严格遵循项目管理流程。通过本节的介绍，读者将学习到作为一名金融软件测试人员在软件测试流程中需要做什么，以及如何站在项目管理的角度做好日常的测试工作。 5.2.1 测试计划我们都知道“凡事预则立，不预则废”，计划的好坏是决定项目成功与否的重要因素。什么是测试计划？简单地说，测试计划就是约定什么人，在什么时间做什么事，最后交付什么，即测试人员要测试哪些系统模块，在什么期限内完成，需要交付哪些文档。总的来说，测试范围、测试方法、测试周期、测试资源、测试准则等组成了测试计划的基本要素，根据不同的项目要求，还会包括一些其他的要素。测试范围：即测试内容，包括项目的系统/功能及本功能拓展或相关的功能及页面。测试范围不同于项目需求，一个项目需求可能会分多阶段实施，而测试范围则是在项目中约定的需要在不同阶段实施开发的内容，这一点非常重要。测试方法：功能测试的测试方法主要有手工测试、自动化测试、交叉测试等。手工测试是由功能测试人员通过前端页面或应用程序对被测系统/功能直接进行操作；自动化测试是使用工具执行测试脚本，在预设条件下运行系统或应用程序；交叉测试是同时使用手工测试和自动化测试。测试周期：是指根据测试需求、测试范围及开发计划，估算测试计划中的测试执行周期、计划完成时间。测试资源：通常是指测试人员、测试设备以及测试环境。对测试工作量估算一般使用人天或人月作为单位，例如10人天表示需要1人花费10天完成，或者10人花费1天完成。其中，1天是指8小时工作制的1天。测试准则：是指测试需求通过及失败的准则，是与项目组共同约定的测试目标。测试目标的考量因素包括测试需求的紧急程度、重要程度、测试范围以及测试周期。通过及失败准则的参考数据包括测试用例通过率、缺陷修复率、中高风险缺陷遗留数、回归测试轮次等。 5.2.2 测试需求分析测试需求分析是测试实施中最先开始的环节。测试需求分析通过解析项目文档从而了解产品的预期功能，设计出符合实际需求、有效性高、覆盖率高的测试用例。项目文档包括产品设计书、需求规格说明书等。进行测试需求分析时，首先将项目文档描述的内容进行细化分解，拆分成一个个可由测试场景支撑的功能点，同时分析出文档内容不完善的部分，包括预期结果不清晰、输出内容不明确的部分；功能（如优先级、排序、时间控制等）逻辑冲突的部分；字段控制（如字段属性、控制规则、边界值、取数规则等）不明确的部分；文字错误，如登陆/登录、缴费/交费误用的部分等。需要特别注意的是，我们首先要对文档版本进行确认，确认文档的时效性，当存在多版本更新时需要确认文档内容是否存在新增、删除、改动的情况。其次挖掘隐性需求，对于需求的各种特征，分析是否包含隐性需求的验证，如界面友好性、易用性、兼容性、安全性、合规性等的验证。在大多数项目中会有需求评审会或说明会，一般由产品经理、开发人员、测试人员共同参与，其目的是帮助项目参与人员更准确地理解项目需求，从而保障开发实施和测试用例编写更符合项目需求，不会存在严重的偏差。 5.2.3 测试用例设计与评审测试用例集是所有测试用例的一个完备的集合，能够覆盖测试范围内所有的测试场景。需要注意的是，测试用例的好坏与软件中有无缺陷无关。缺陷就像是池塘里的鱼，测试用例集就像是渔网，渔网的好坏与池塘中是否有鱼无关，而是取决于它能覆盖多大的池塘。所以好的测试用例集一定是一个完备的整体，是一组有效用例的集合，也就是说，测试用例集能覆盖的测试场景越丰富，它的质量就越高。测试用例的设计是基于需求分析形成的测试功能点所涉及测试场景开展的，测试功能点和测试场景之间存在逻辑关系。通常是根据测试需求拆分测试功能点，再根据测试功能点分析测试场景，然后为每个测试场景设计测试用例。设计测试用例时使用的方法有等价类划分法、边界值分析法、错误推测法、因果图法、功能图法、场景法等，这些方法及其运用将在6.2节进行介绍。在我们的测试用例设计完成后，为确保测试用例的有效执行，用例评审环节是必不可少的，在评审中需要确认的内容包括。（1）测试用例是否覆盖测试范围内所有测试功能点和测试场景。（2）测试用例内容是否正确，是否与需求目标一致。（3）测试用例内容是否完整，是否能清晰描述输入与预期输出结果。（4）是否有冗余测试用例。测试用例评审方式一般有线下评审和线上评审，需要由产品经理、开发人员、测试人员......