登陆 注册

NO.2 软件测试:系统测试流程

陈双义 2018-05-20 165人围观 ,发现0个评论 软件测试测试流程 百度未收录

系统测试流程

一、测试计划设计

1、目标
为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。
2、总体概述
  • 项目背景

  • 项目范围

3、测试计划
  • 测试资源需求

    • 软件资源

      • 操作系统资源

        • Windows

        • Linux

        • Unix

        • Mac

      • 数据库

        • SQL Server

        • Mysql

        • Sybase

        • DB2

      • Web 服务器

        • IIS

        • Tomcat

        • JBOSS

        • RESIN

        • Weblogic

        • Websphere

      • 需求版本

    • 硬件资源

      • 硬件服务器

      • 手机

      • 平板

      • 测试设备

    • 其他设备资源

    • 人员需求

  • 组织形式

表示测试计划执行过程中的组织结构及组织间的关系,以及所需要的组织独立程度。测试计划还应该定义测试工作中的沟通渠道。
  • 测试对象

  • 需求跟踪

  • 测试通过/失败标准

  • 测试挂起/恢复条件

  • 测试风险及防范

  • 测试任务安排

4、应交付的测试工作产品
指明应交付的测试工件产品清单。
5、资源分配
  • 培训需求

  • 测试工具开发

二、测试需求管理

1、分析需求来源
  • 需求规格说明书

  • 开发需求

  • 继承性需求

  • 行业竞品分析

  • 经验库

2、需求分类
  • 功能性需求

  • 性能需求

  • 外部接口需求

    • GUI

    • 外部应用程序接口需求

  • 根据软件质量特性划分需求

    • 安全性

    • 效率

    • 可移植

    • 可维护

三、测试策略

测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、覆盖测试等)。
测试策略的制定主要包含三个方面的内容:
  1. 确定测试过程要使用的测试技术和工具;

  2. 制定测试启动、停止、完成标准;

  3. 进行风险分析和应对方案。例如测试与外部接口或者模拟物理损坏、安全性威胁。

测试计划最关键的一步就是将软件分解成单元,按照需求编写测试计划。

四、测试规程设计

  1. 测试需求变更控制流程

  2. 测试用例变更控制流程

  3. 测试环境搭建流程

  4. 缺陷管理流程

五、测试用例设计

测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。
具体详情请见:

1、测试用例设计

2、测试用例设计


六、配置测试环境

1、分平台
  • Windows

  • Linux

  • Unix


2、分架构
  • J2EE:JAVA平台+JSP

  • .NET:ASPX

  • LAMP:PHP

3、分web服务器
  • iis

  • apache

  • tomcat

  • resin

  • jboss

  • weblogic

  • websphere

4、分数据库
  • SQL SERVER

  • MYSQL

  • ORACLE

  • DB2

  • SYBASE

七、测试用例执行

1、预测试阶段
  1. 冒烟测试

    1. 利用一袋烟的时间,快速的对被测对象实施测试活动;

    2. 验证被测对象能否完成核心功能或高风险功能能否正常工作。

  2. 预测试结束后需做转系统测试评审

  3. 预测试用例来源于系统测试用例设计阶段的高级别的用例

2、系统测试
  1. 经过预测试后,开展系统测试;

  2. 测试执行过程中发现缺陷,则需及时记录缺陷,根据部门或团队的缺陷管理流程进行缺陷提交、跟踪处理。

八、缺陷跟踪回归

软件缺陷(Bug)能够引起软件运行时产生的一种不希望或不可接受的外部行为结果,而软件测试的过程简单来说就是围绕缺陷进行的。而为了有效的的跟踪、管理Bug的处理情况,指导测试团队和开发人员有效的处理相关Bug,有必要采用一套完整的方法、手段对其进行管理,也就是本文将介绍的缺陷管理流程。
一、缺陷产生的原因
通常开发及测试人员所讲述的软件错误和软件缺陷是两个不同的概念,简单的来讲软件错误是指在软件声明周期内不希望或不可见接受的人为错误,其结果是导致软件缺陷的产生。在软件动态运行过程中,在某种条件下系统中软件缺陷暴露导致故障发生,最终导致软件失效。
软件缺陷产生的原因:
  • 需求规格说明书编写的不够全面、不完整、不准确而产生的缺陷;

  • 设计变更时,没有及时沟通或者沟通不顺畅;

  • 研发过程中的需求变更;

  • 程序开发人员对业务上的不理解或理解不一致;

  • 代码编写不严谨,缺少逗号、被除数为0等

  • 软件系统运行的软硬件环境带来的问题。

正确理解了缺陷定义和产生的根源,可以帮助测试人员比较容易地找到判断缺陷的方法,因此用户的需求规格说明书或产品说明书是判断缺陷的关键。因此在识别缺陷的过程中,测试人员可以从以下几个方面入手:
  1. 首先测试人员要对需求规格说明书或者产品说明书等说明性文档要非常熟悉,因为这些文档反映了用户的实际业务需求;

  2. 通过对所测试产品或系统的行业和业务背景知识的了解,来发现被忽视的问题;

  3. 通过自己不断的积累测试经验和行业规则,发现深层次的缺陷;

  4. 通过沟通来收集、学习和分享其他人判断缺陷的方法。

、缺陷报告介绍
缺陷报告是测试工程师的主要的产物,也是测试团队主要的交付物之一。其作用是让研发人员能够了解到缺陷是如何产生的,便于更好的修复缺陷。
缺陷报告的几大要素:缺陷标题、缺陷发生的模块、缺陷产生的功能点、缺陷类型、缺陷状态、缺陷产生的详细步骤、缺陷的严重性、缺陷的优先级、缺陷的状态、涉及的软件版本、提交缺陷的人员、提交日期。同时还可以提供相关联的测试用例编号。
缺陷处理后要填写的信息:修复的版本号、修复人、拒绝/挂起人。

九、测试报告输出

1、测试日报
  • 方便测试工程师掌握测试进度和测试情况,用于调整下一天的工作计划。

  • 测试工程师对被测对象每天给出评估结果,用于调整后续工作中的测试策略。

  • 测试经理通过测试日报了解每个测试工程师的工作进度,把握测试整体进度,发现进度上的风险从而及时调整计划。

  • 测试经理通过测试日报,了解各模块缺陷发展趋势,判断测试是否可以退出,通常可利用缺陷管理工具的统计分析功能了解缺陷发展状况。

  • 开发经理根据测试日报了解被测对象质量情况,并可以调整缺陷修改人力资源。

  • 如果产品有多个测试组并行测试,测试日报可以提供彼此测试交流的手段。

2、测试报告
  • 软件测试工程师评估当前被测对象的质量,并对下一阶段的测试工作给出建议。

  • 测试经理通过测试报告了解被测试产品的质量情况、测试过程的质量。

  • 软件开发项目经理通过软件测试报告了解开发产品的质量情况,并在下阶段的开发工作中采取应对措施。

  • 在测试报告中,测试工程师给出的产品质量评估可以作为软件产品是否商用发布的重要参考依据。

3、测试报告模版
  • 测试目的:简述本次测试的目的

  • 项目背景:简述测试所在项目的背景

  • 测试环境

    • 硬件环境:仅针对测试对象的硬件环境及其版本信息加以说明

    • 软件环境:仅针对测试对象的软件环境及其版本信息加以说明

  • 测试人员

    • 人员

    • 角色

  • 实际进度

    • 占用时间:描述整个测试过程的时间跨度

    • 进度情况:如果测试提前或延后完成,请说明具体原因。

  • 参考文档

  • 测试数据

    • 测试项编号

    • 测试项

    • 通过与否

    • 问题描述

    • 问题严重度

注: 问题严重度的界定:
高 — 导致系统死机或后续部分测试项功能不能实现;
中 — 影响该部分的测试功能的完整性且急需解决;
低 — 仅属于系统中的小BUG,或根据测试过程发现的需要调整的部分,但并非急需解决。
  • 项目总结:对整个测试项目进行总结性阐述

  • 意见建议:针对本次测试工作,提出自己的意见或建议。没有可填“无”。

十、测试结束活动

  1. 检查在测试过程中测试计划中定义的输出物。

  2. 缺陷管理是否完成,是否已经进入缺陷管理流程。

  3. 测试实施过程中产生的风险报告需要记录。

  4. 测试报告是否给出,相关的经验教训是否总结并分享。

  5. 是否需要移交测试对象。

本文标题:NO.2 软件测试:系统测试流程
本文链接:http://www.chenshuangyi.com/post/131.html
作者授权:除特别说明外,本文由 陈双义 原创编译并授权 陈双义博客 刊载发布。
版权声明:本文使用「署名-非商业使用-禁止演绎」创作共享协议,转载或使用请遵守署名协议。协议见页脚-知识共享许可协议。
谢谢打赏
支付宝 支付宝
微信 微信
请发表您的评论
站点信息
  • 文章总数:198
  • 页面总数:9
  • 分类总数:11
  • 标签总数:276
  • 评论总数:71
  • 浏览总数:32319
扫描关注官方微信公众号
官方微信公众号
不容错过