【功能测试】软件测试的基本流程

搞不来测试的摄影狮

已于 2023-11-27 14:02:19 修改

阅读量116

点赞数

文章标签：功能测试测试用例

于 2023-11-04 14:11:33 首次发布

本文链接：https://blog.csdn.net/qq_36616591/article/details/134217628

版权

1.测试需求分析

        对需求进分析，主要分析需求是否符合用户真实需求。
        研读《需求文档》提出一些问题。
        参与[需求评审]，将提出的问题进行确认。
        没有需求文档的时候，收集原始需求：1.尽量的收集所有跟需求相关的文档（软件需求规格说明书、操作手册、产品原型图、高保真设计图、开发设计文档）。2.跟开发人员、需求分析人员、客户主动沟通交流，确认梳理需求。3.组织产品业务培训。4.历史数据、相关历史测试文档收集整理。5.同行竞品相关数据。6.国标。7.根据业务场景特性提取需求，比如金融保险、基金项目：保证数据精准、数据安全。门户型网站、政府类项目：性能、安全。ERP项目：业务流程。软件驱动：与底层硬件的兼容性。

2.设计测试用例

        编写测试计划：是组织管理层面的文件，一般由测试负责人或具有丰富测试经验的专业人员来负责。对测试全过程的测试范围、组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务分配以及时间进度安排，并提出对各项任务的评估，风险分析和管理需求。主要目的是项目经理及测试老大更好地把控项目进度，进行相应资源调配等测试组成员清楚整个项目计划情况，清楚不同阶段所要进行的工作内容及时间便于其他成员了解测试组的工作任务安排，更好地进行团队协作。包含：测试背景、软件测试依据、分解测试任务、测试范围的界定、风险的确定、测试资源、测试策略、时间表的指定、其他信息。
        编写测试方案：测试方案一般是对测试计划的进一步细化和明确，是技术层面的文档。一般是经验丰富的测试人员编写。它描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计及选择、测试用例的设计方法、测试代码的设计方案等。主要目的为后续的测试执行工作明确具体的测试点和测试方法明确测试所需的各项测试环境及其他测试需求；方便项目管理者、软件开发人员、软件维护人员和测试人员进行后续维护，找到缺陷原因提供依据。核心内容：测试范围、测试软硬件环境、测试技术、测试工具、测试策略、测试类型、测试用例设计。
        研读开发文档（接口设计、数据库数据、接口与接口之间的调用关系(时序图)），并提出一些问题。
        参加开发设计评审，提出存在的疑问，并得到确认结果。

3.编码

        编写测试用例
        测试小组组内测试用例评审：1.用例是否符合内部规范。2.用例覆盖的需求是否全面。
        用例中，预期结果是否正确，优先级划分是否准确。
        组内通过后组外评审(同行评审)：人员，如果是三方的话：开发、产品经理、测试人员、项目经理。内容：用例覆盖的需求是否全面。用例中预期结果是否正确，优先级的划分是否准确。

4.执行测试

        开发提测后，测试人员需要进行冒烟测试。
        冒烟测试通过后才能进入系统测试阶段。
        系统测试阶段，一般分为三轮测试，每一轮测试结束，要产出测试报告。第一轮：全部的测试用例+提交到缺陷管理工具上+阶段性测试报告。第二轮：回归上一轮的bug+全部测试用例+兼容性测试+阶段性测试报告。第三轮：回归第二轮bug+主功能的测试用例+最终的测试报告。