zoukankan      html  css  js  c++  java
  • 全程软件测试_规范测试过程

    1. 角色的确定

    角色

    角色定义

    测试组长 

    业务专家,负责项目的管理、测试计划的制定、项目文档的审查,测试用例的设计和审查、任务的安排、与项目经理和开发组长的沟通等

    实验室管理人员 

    设置、配置和维护实验室的测试环境,主要是服务器和网络环境等 

    资深测试工程师 

    负责产品设计规格说明书的审查,测试用例的设计和技术难题的解决,主要参与数据库、系统性能和安全性等技术难度较高的测试 

    自动化测试工程师 

    负责测试工具的开发、测试脚本的开发等 

    初级测试工程师

    执行测试用例和相关的测试任务,侧重功能测试用例的设计和执行 

    2. 输入项

    输入项 输入项描述 输出文档
    软件项目计划 

    软件项目计划是一个综合的项目信息载体,用来收集管理项目时所需要的所有信息

    《项目开发计划》
    软件需求文档 

    描述软件需求的文档 

    《需求规格说明书》
    软件架构设计文档 

    架构设计文档主要描述备选设计方案、软件子系统划分、子系统间接口和错误处理机制等 

    《概要设计说明书》
    软件详细设计文档

    详细设计文档主要描述模块或组建、类、对象中的元素,如数据字典、对象属性、类的方法和全局变量等,可以据此实现编码 

    《详细设计说明书》
    软件程序单元

    包括所有已完成的程序单元源代码、数据库脚本、系统配置文件等 

     
    软件集成计划 

    软件工作版本的定义、工作版本的内容、集成的策略及实施的先后顺序等 

    《系统集成计划》
    软件工作版本

    按照集成计划创建的各个集成工作版本 

    《软件配置计划》

    3. 活动过程

    活动名称 角色 活动描述
    制定测试计划 

    测试设计人员

    --测试组长和资深测试工程师

    1. 制定测试计划 -- 收集和组织测试计划信息,并且创建测试计划。

    2. 确定测试需求 -- 根据需求规格说明书等收集和整理测试需求信息,确认质量需求和测试目标。

    3. 制定测试策略 -- 针对测试需求, 定义测试阶段、测试类型、测试方法、测试风险回避措施及所需的测试工具等。

    4. 建立测试通过准则 -- 根据项目实际情况, 为每一个层次的测试或测试阶段建立通过准则。

    5. 确定资源和进度 -- 确定测试所需的软硬件资源、人力资源及测试进度。

    6. 评审测试计划 -- 根据同行评审规范, 对测试计划进行同行评审。

    测试设计 

    测试设计人员

    -- 测试工程师 

     1. 设计测试用例

        (1) 为每一个测试需求,确定其需要的测试用例。

        (2) 为每一个测试用例,确定其输入及预期结果。

        (3) 确定测试用例的测试环境配置、需要的驱动程序或桩程序。

        (4) 编写测试用例文档。

        (5) 对测试用例进行同行评审。

    2. 设计测试过程

        (1) 根据界面原型为每一个测试用例定义详细的测试步骤。

        (2) 为每测试步骤定义详细的测试结果验证方法。

        (3) 为测试用例准备输入数据。

        (4) 编写测试过程文档。

        (5) 对测试过程进行同行评审。

        (6) 在实施测试时对测试过程进行更改。

    3. 设计单元测试和集成测试需要的驱动程序和桩程序。 

    开发测试工具和脚本 

    自动化测试工程师、测试工程师和程序员   

    1. 根据测试过程,创建、开发测试脚本,并且调试测试脚本 。

    2. 根据设计编写测试需要的测试驱动程序和桩程序。

    执行单元测试

     以程序员为主,测试工程师为辅

    1. 按照测试过程,手工执行单元测试或运行测试脚本。

    2. 详细记录单元测试结果,并将测试结果提交给相关人员。

    3. 回归测试 -- 对修改后的单元执行回归测试。 

    执行集成测试

     程序员和测试工程师

    1. 执行集成测试 -- 按照测试过程,手工执行集成测试或运行测试脚本。

    2. 详细记录集成测试结果,并将测试结果提交给相关人员。

    3. 回归测试 -- 对修改后的单元执行回归测试。

    执行系统测试

     测试工程师、测试实验室管理员

    1. 执行系统测试 -- 按照测试过程,手工执行系统测试或运行测试脚本。

    2. 详细记录系统测试结果,并将测试结果进行分析,提交测试结果和分析报告给相关人员。

    3. 回归测试 -- 对修改后的软件系统版本执行回归测试。

    评估测试

     测试人员和相关人员

     1. 分析测试结果 -- 由相关组对每一次测试结果进行分析,并提出变更请求或其他处理意见

    2. 评估阶段测试状态和产品质量状态,如对每一个阶段的测试覆盖率进行评估; 对每一个阶段发现的缺陷进行统计分析;确定每一个阶段是否完成测试和提供测试分析报告并进行审查

    4. 输出项

    输出项 内容描述 文档
    软件测试计划 

    测试计划包含项目范围内的测试目的和测试目标的有关信息。此外,测试计划确定了试试和执行测试时使用的策略,同时还确定了所需资源

    测试计划模板
    软件测试用例 

    测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合 

    测试用例模板
    软件测试过程

    测试过程对给定测试用例的设置、执行和结果评估的详细说明的集合 

    测试过程模板
    测试缺陷记录

    测试结果记录测试期间测试用例的执行情况, 记录测试发现的缺陷,并且用来对缺陷进行跟踪 

    缺陷记录模板
    测试分析报告

     测试分析报告是对每一个阶段(单元测试、集成测试、系统测试)的测试结果进行的分析评估

    测试分析报告模板

    5. 验证和确认

    验证与确认内容 内容描述
    测试计划评审 

    由项目经理、测试组、其他相关组对测试计划进行评审

    测试用例评审

    由测试组、其他相关组对测试用例进行评审 

    测试过程评审

     由测试组、其他相关组对测试过程进行评审

    测试结果评估

     由测试组、其他相关组对测试结果进行评审

    测试分析报告评审 

     由项目经理、测试组、其他相关组对测试分析报告进行评审

    6. 退出准则

    退出准则满足项目的测试结束的标准

    备注: 信息全部摘自于《全程软件测试》

  • 相关阅读:
    Node.js中exports与module.exports的区别
    Node js : Best way to define entity class
    使用 mongodb 的 Docker Image 快速上手系列 lab
    CreateFont函数为什么改变不了字体?该怎么解决
    docker service ps打印出来的错误信息被截断了怎么办?
    Docker for windows可用性检查
    Express application generator的使用
    Docker: 如何将node.js的项目部署到docker的swarm上面去
    Docker worker nodes shown as “Down” after re-start
    Docker创建虚机和swarm
  • 原文地址:https://www.cnblogs.com/zhuhaiying/p/6365641.html
Copyright © 2011-2022 走看看